Long message, for future consideration, keywords:
public
private
shared
non-shared
distinguish
trail
connect
appear
associate
sphere
drag and drop
FAYT
filter
Follow-up to two things:
i) <
http://n2.nabble.com/-tt2127195.html> in chandler-users
visualising the relationships between a note/event and its collections and spheres and ...
ii) older but more recently commented <
https://bugzilla.osafoundation.org/show_bug.cgi?id=5290#c3>
Distinguish between shared and non-shared attributes in the detail view
---
In enhancement bug 5290 if the wish is: to make clear, at the point of edition (right hand side, detail view), the ways in which multiple collections are publishing/sharing a single note, then my instincts are to:
1. allow the sharing and other natures of collections to be
made clear by the collections themselves, in their own area
(left hand side, sidbar)
2. _not_ attempt to abstract that richness (of sidebar)
within the limited space available for detail view
at the opposite side of the Chandler window
— a combination of issues including but not limited to
<
https://bugzilla.osafoundation.org/show_bug.cgi?id=4766>
give me a sense that 'creep' within detail view may
ultimately cause detail view to not display
the required detail ;)
3. have an unmistakable paint trail
(of grey as in bug 2892, or of silver as in bug 12697)
from right to left (from detail view to sidebar)
4. at the left edge of the summary table view: the paint trail can
'fan' (for want of a better expression) to draw attention to
(highlight but not select) within the sidebar
all collections within which the note appears.
---
First criticisim: part (4) of that notion fails if any associated collection happens to be out of sight (example: a long list of collections, partially obscured by the sidebar day list and mini-calendars).
First refinement: for as long as focus is
anywhere in detail view (at right hand side) we can
de-list (at left hand side) all collections that are not associated.
In other words:
* list, in the sidebar,
only the collections within which the note appears.
---
Second criticism: I want my list back!
Second refinement: the comprehensive list of collections can/should re-appear when:
* the user's focus shifts from detail view.
That shift of focus away from detail view might occur in response to actions such as:
* escape (key)
* alt-tab one step beyond the main text editing area of detail view
— (that's the key combination most proper for Mac OS X 10.5.6,
combination for other OSes may vary)
— the first step beyond is *probably* logically to
some element of the sidebar, but I'm not thinking too much
about that at the moment.
---
Third criticism: if the sidear list of collections is _not_ comprehensive whilst the user's attention is focused on detail view, then:
* how might the user drag the proxy icon (Mac OS X expression)
from DV, to sidebar, to a required collection within the list,
to make the note appear in that additional collection?
Third refinement: involves FAYT <
https://bugzilla.osafoundation.org/show_bug.cgi?id=12659> but this should be a separate topic.
In the meantime, food for thought on this third argument:
a) dragging a proxy icon of a detail view (or a proxy icon of a separate item window) to a collection that is obscured behind the day list and mini-calendars is (I guess) potentially tricky to code in Chandler Desktop, tricker to code in Chandler Hub
b) FAYT is intuitive, accessible and keyboard friendly, enjoyable … enjoyable so much that if users find it not implemented, shouting may occur! (OT: I see this shouting in Diigo Community.)
Regards
Graham
