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
--
View this message in context:
http://n2.nabble.com/Chandler-window-paint-trail-between-between-a-note-and-its-collections-tp2234492p2234492.html
Sent from the chandler-dev mailing list archive at Nabble.com.
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
