[chandler-users] [d/f] Assorted Usage Notes

[Andre Mueninghoff]

Hi Mimi,

Super! Glad it's helpful. Just a heads-up that I'll need to come back to
these in a day or so.

Until then, Andre


Mimi Yin wrote:
> Hi Andre,
>
> These are really helpful dogfooding notes. Please see in-line...I've
> drafted you to log some bugs, 3 to be exact ;o)
>
> Aparna, can you scroll down? There's a question for you in bold.
>
> Thanks Andre! Mimi
>
> On Jun 22, 2007, at 8:45 PM, Andre Mueninghoff wrote:
>
>> Hi Everyone,
>>
>> I would like to offer my list of random nitnoid feedback notes that I
>> have accumulated while using Chandler. I primarily sync with myself
>> across my home and office instances of Chandler. These are in no
>> particular order. I apologize for not having searched in bugzilla for
>> existing coverage of these items. Also, some of these may be bugs,
>> but I defer to the Chandler QA.
>>
>> 1. Contacts
>>
>> -When contacts are implemented, it would be helpful if there was a
>> nickname field for each contact and the option to display the
>> nickname in the Who column in the triage table view. I typically drag
>> the right-hand border of the Who column to the left to show only the
>> first name/first part of the email address displayed there.
>
> Yes! I've experienced this as well. We do this in the Detail View to
> make room for the edited on / sent on date/time, so I imagine we can
> do this for the who column as well.
>
> Logged as: https://bugzilla.osafoundation.org/show_bug.cgi?id=9656
>
>>
>> 2. Detail View
>>
>> - For an event-stamped item, when tabbing from title in the DV, there
>> is no indication when one is in the all-day field.
>
> Yes, we don't have full keyboard support for all of the form fields.
> This is a known issue and something we hope to address post-preview.
>
>>
>> - For an event-stamped item, in the Location field, the Enter key
>> does not work as expected to populate the field from the previous
>> values list that opens when typing. (Love that type-ahead feature
>> though.)
>
> Yup, I believe this is a known bug, but I can't seem to find it.
> *Aparna, am I just imagining this?* 
>
>>
>> - When in the summary/note of an item, when I next use the tab key, I
>> would prefer the focus to move next to the title of the same item not
>> into the side bar to the name of the collection of which the item is
>> a member.
>
> Yup, part of the keyboard support mentioned above.
>
>> - After commiting edits to an item's title with the Enter key, the
>> focus moves to the Summary area of the item and selects all text in
>> the Summary section. I would prefer at a minimum for the select-all
>> not to happen next to avoid being regularly one stray key stroke away
>> from potentially disasterous data loss. 
>
> Ooh, I've noticed this when setting other attributes on the DV as
> well. Andre, would you mind logging this as a bug?
>
>> 3. Master password
>>
>> - More experimentation is required, but it seems to me that if I se
>> the timeout of the master password to 180 minutes that it will not
>> timeout at all as long as the OS (WinXP) is active. For example,
>> hibernating my laptop will trigger the timeout, that is, I am
>> prompted again for the password when I unhibernate my laptop.
>
> Being discussed in a separate thread.
>
>>
>> 4. Edit/Updates
>>
>> - It seems to me there would be value in a counterpart to the "Apply
>> Changes" functionality, that is, a "Send Changes" function that would
>> permit the selective sending of field-level changes, or minimally, a
>> Don't Send Updates option at the item level. (I think this may well
>> have been covered in the specs and on the lists, but I have not read
>> all of the traffic, so sending this anyway.)
>
> Being discussed in a separate thread.
>
>> - In the DV, using the delete key to delete the leading char (even if
>> a space) in the summary of an item does not result in the byline
>> changing to indicate "edited by XXX on current date/time" or a change
>> to the Last Modified Date shown in the table.
>
> Hmmm, we've been having other issues with the last modified by not
> updating as well. Could you log this?
>
>>
>> - At some point in the future, it would be useful to have more than
>> only one level of undo (ctrl-Z on Windows) when editing text fields.
>
> Amen.
>
>>
>> 5. Sync
>>
>> - A "Last Sync Completed at [date/time]" on the status bar would be
>> useful and reassuring.
>
> Per collection? As you switch from collection to collection? It's
> currently in the Manage share dialog, which is pretty inaccessible. I
> will ask Morgen if we can have it in the status bar instead.
>
>>
>> 6. Table View
>>
>> - When sorting on the date(last modified) column, I would prefer that
>> the first click in the column title resulted in a reverse
>> chronological order. I am most frequently looking for more recently
>> created/edited items.
>
> Hi Andre, the Date sorting is rather complex in that it's not always
> displayed the date last modified. We've had quite a lot of discussion
> around this on the design list and it's something we plan to address
> in a more top-down way, post-preview. The short version is: Yes
> sorting by date last modified should be supported :)
>
> I've logged this
> as: https://bugzilla.osafoundation.org/show_bug.cgi?id=9658
>
>> - Clicking in the "empty space" in the vertical scroll bar seems to
>> cause the table view to jump by a number of items that is relative to
>> the vertical location in the vertical scroll bar that I click.
>> Perhaps this is a Windows XP thing or something, but my expectation
>> is that the list will scroll up or down by only one length (of the
>> number of items able to be displayed) regardless of where I cliick in
>> the vertical scroll bar above or below the vertical scroll widget thing.
>
> Please log :)
>
>> - When in the focus is in the table view and commiting an edit to the
>> title of a recurring event, the All-This-Cancel dialogue is not in
>> the focus. One is forced to use the mouse to select the desired choice.
>
> Part of keyboard support mentioned above.
>
>>
>> - I found it very useful to have the ability to view calendar items
>> also in a table view in addition to the calendar date view, and I
>> would prefer to have it returned. (I guess I missed the list
>> discussion where it was decided to remove it or something.)
>
> Yes, we are all in agreement that having multiple views on the same
> data is useful. There are a number of outstanding bugs on the view
> selector and so we've decided to move it to the Tools menu where
> people are less likely to trip over it. Feel free to continue using it
> from the Tools menu however, it's definitely something we want to
> understand better and re-address post-preview.
>
>> 7. In/Out Collections
>>
>> - It would be helpful if Item-Remove actually removed items from the
>> In and Out collections.
>
> Huh, it should work. Please log a bug. It would be helpful to know a
> little more about the item you tried to remove.
> Is it shared?
> Is it in other collections?
> How did it end up in In? Did you drag it in there? Did you download it
> from your INBOX?, etc.
>
>>
>> Please let me know if you have any questions.
>> Thanks, Andre
>> _______________________________________________
>> chandler-users mailing list
>> chandler-users at osafoundation.org
>> <mailto:chandler-users at osafoundation.org>
>> http://lists.osafoundation.org/mailman/listinfo/chandler-users
>