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

[Andre Mueninghoff]

Hi Mimi,
I log the 3 bugs you tagged in your reply.  You tagged a fourth, my
feedback on using the vertical scroll bar in the table view, but in the
process of writing up the steps to reproduce, I've come to believe the
issue is other than what I originally thought. Will you guys know.
Some additional comments in-line.
Thanks much, 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.
> 
I would like to clarify that the tab navigation does traverse the
All-day field. When the focus is on the all-day field, for example,
hitting the space bar will check the check-box, which is great. The
issue is that the expected little underline thingey or other
high-lighting doesn't indicate that that is where the focus is. Doesn't
seem like a full keyboard support issue...more like a "tweak" (but then
don't all users say things like that).
>>
>> - 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?
> 
Logged

>> 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?
> 
Logged
>>
>> - 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 :)
> 
To clarify, it seems to me that sorting by the date last modified column
is working, or at least for all the semantics of the date values in this
column, clicking on the column header does seem to sort them the way I
would expect generally. My point, again I think in the "tweak" category
(and, of course, reflecting only my narrow viewpoint), was just that I
wish that the first time I click in the header of this column, that the
resulting sort order be descending, that is, the most recent dates at
the top of the list. Currently, the first click in the header of this
column results in the most recent dates being at the bottom of the list.
Please let me know if this makes no sense.  :-)

> 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 :)
> 
Not yet logged...seems to me that the vertical scroll Athena widget may
be working correctly after all. Rather, it seems that sometimes when I
click once in the trough that two clicks are registered by Chandler, and
hence a two page jump in the table. Not 100% sure of this yet. Maybe
it's a sticky mouse button. (Davor, thanks for the terminology.  :-)  )

>> - 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.
> 
Logged (with an example using the OOTB items)
>>
>> Please let me know if you have any questions.
>> Thanks, Andre
>> _______________________________________________
>> chandler-users mailing list
>> chandler-users at osafoundation.org
>> http://lists.osafoundation.org/mailman/listinfo/chandler-users
> 
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 250 bytes
Desc: OpenPGP digital signature
Url : http://lists.osafoundation.org/pipermail/chandler-users/attachments/20070628/70c5bb49/signature.pgp