Grant has started looking into making it possible to pop-up a
separate detail view window so that users can view and edit multiple
items at once as well as choose to really focus on a single item
(e.g. when taking notes, reading a long write-up, etc).
There is still a significant amount of work to do to get this working
properly. I had some design requirements to add as well ;) and
thought I'd send it to the list for review.
I don't think any of these things should *block* a 1.0 release.
They're nice to haves we should keep in mind if they're trivial to
implement.
Mock-up: https://bugzilla.osafoundation.org/attachment.cgi?
id=5028&action=edit
1. Include a toolbar with the Send/Update button. It'd be nice if
once you're finished writing something up, you didn't have to go back
to the main window and hunt for the item in order to Send it out.
2. Display the item-Title in the window's title bar.
3. Add a 'SHOW/HIDE DETAILS' feature. I think oftentimes, the desire
for a separate detail view is motivated by really wanting to zero in
on the Note field in particular. I've heard users talk about it as: I
find myself wanting to open up a plain text file and start typing
there first before entering it into Chandler.
Hidden State (The default state when popping up a separate DV)
- Markup Bar
- TItle
- SHOW DETAILS link above the Notes field
Shown State
- All Detail View fields
Note: Clicking on the Addressing/Calendar stamps should = clicking on
SHOW DETAILS
One issue we *do* need to resolve no matter what is how does the user
pop up the separate DV. We're a bit in a quandary because the
convention for popping up a separate detail view (d-click on the item
row) doesn't work for us because our items (at least in the table)
are editable. So we could...
- Add 'expand' icon in the mark-up bar
- Add 'EXPAND' link above the Notes field - right aligned. (This only
makes sense if we implement SHOW/HIDE functionality)
- Disable d-click for editing items in-place and re-purpose it for
popping up a separate DV
- Make a slow 2-click work for editing items in-place (Mac convention)
- Tab should still work for editing items in-place
Grant, what's the easiest thing to do?
Mimi
Begin forwarded message:
From: [EMAIL PROTECTED]
Date: March 6, 2008 9:34:19 PM PST
To: [EMAIL PROTECTED]
Subject: [Bug 6371] Support for a multiple detail view
https://bugzilla.osafoundation.org/show_bug.cgi?id=6371
Grant Baillie <[EMAIL PROTECTED]> changed:
What |Removed |Added
----------------------------------------------------------------------
------
Status|NEW |ASSIGNED
Status Whiteboard|[SWAG:Huge] [Confidence:Low]|[SWAG:Big]
[Confidence:Fair]
|[Dogfood] |[Dogfood]
--- Comment #8 from Grant Baillie <[EMAIL PROTECTED]>
2008-03-06 21:34:18 PST ---
I had a quick whack at this, and it doesn't seem too bad (i.e. in
an hour, I
got separate detail windows up and working ok). There's still a lot
of work to
be done (e.g. handling recurring items properly, deleted items,
window sizing,
persistence and uniquing), but it doesn't seem intractible.
--
Configure bugmail: https://bugzilla.osafoundation.org/userprefs.cgi?
tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
