Hi Katie, Thanks for the quick feedback. Here are some clarifications and answers to your comments/question.
>> 1. The dashboard view seems to use the reminder date/time for an event. I >> was confused by this as I am expecting to see the actual date/time of the >> event. I am not really interested in when I am going to be reminded about an >> event. >Noted. The dashboard will use the event date if there is no alarm, but >does favor the alarm date if there is one. Our guess was that the alarm >date would be more useful in this view. It seems that it is all the list views that gives priority to the alarm time. That means that there is no list view in the whole application that I can go to see my the actual start time of events. It certainly makes sense to have an alarm view and I am sure it would be useful to show both the alarm time and the actual time - but I still feel the need to have a list view that shows the actual time of the event. >> 2. The time legend on the Week View calendar is most unhelpful. I cannot >> tell easily (at a glance) if the time is AM or PM (this is when viewing a >> blank page). There seems to be plenty of space. Is there some reasoning >> behind NOT helping the user figure out AM/PM >Noted. I'm guessing that Mimi is trying to keep the design clean and not >repeat information. The Cosmo Hub gets it right. It shows AM and PM and also uses color to highlight work hours. The systems should be consistent. Might not some users prefer a 24 hour clock rendition of the time? >> 3. I finally figured out what the little tick marks are on the monthly >> calendars. I see that they tell you how much of your day is filled with >> appointments/events. Using just the lines next to the dates makes the >> calendar look a little messy. I also thought the ticks might reflect the >> collections but it looks like they aggregate all collections. This might >> reduce the value of the ticks. I created a collection of web conferences. I >> have no intention of going to all these events but they show up as full bars >> on the dates of the conference. It would be nice if the bars reflected the >> collections were currently viewing. Also, because the bars are to the side >> it is not obvious which day they are attached to. >fwiw, you can go to the "Collection" menu, and choose "Keep out of >Dashboard". This will mean that the collection is not rolled up in the >"Dashboard" collection at the top of the sidebar, and will not show up >in the mini calendar "busy bars" or the summary of today's events just >above the mini calendar. Thanks I found the keep out of dashboard option and that helps. Perhaps there is an opportunity for an add-in would show/report in more detail the distribution of time between collections. >> 4. I was looking for tooltips over icons to explain what they meant. I tried >> clicking on one the icons on the alarm (I guess) column and it changes the >> date. I could not undo the change so I have no idea what the original time >> was. >What platform are you on? Did the tooltips not work for you? We do have >some problems with tooltips on Linux. I am on Windows XP SP2. I uninstalled the checkpoint version before installing the RC1. Also note that my screen resolution is set to 1280x1024 120DPI. The DPI setting can mess up dialogs so it might be interfering with your tooltip code if everyone else is seeing tooltips. Note that I get tooltips on the toolbar icons. I am expecting to see tooltips on at the icons I float over on the list view - like the task/tick icon and the clock/alarm icon and the column headings. >> 6. The clock/alarm icon has some other weirdness. Apart from not being able >> to undo clicks I can click on a done item to create an alarm for tomorrow. >> What does that mean? An I changing the status from done to not done? Of >> course the done status is not changed so it seems like an inconsistent >> state. >Yes, you could click on a "Done" item to create an alarm for tomorrow. >When the alarm triggered, the item would come into the "Now" section >(and get marked as "Now"). When I try and test this feature now it only cycles between the original date and 'Today' -but it does cycle - there is no 'Tomorrow'. Also might it not make sense to change the Triage status to Later if I create an alarm on Done items? I also see that it is not possible to change the alarm status of a recurring item that is in the done section but I can add an alarm to a recurring item that does not have an alarm. The only problem is that the icon does not change from a clock to the alarm icon. >> 8. When I started Chandler I am sure I saw a now triage status item in the >> done section. But now I see that the triage button is a duplicate of the >> sort by triage column heading. >Yes, there are a few conditions where "Later" or "Done" items might show >up in the "Now" section (and similarly for the other sections). If you >hit the "Triage" button, it will "resort" everything. One such case -- >if you change something in that section from "Now" to "Done", it will >not sort right away (as that would feel distracting to have it jump >sections on you). Another scenario: items that have been edited by other >people pop into your "Now" section, but retain their triage status. I can see that it makes sense not to have the item jump right away but I might expect to move if I resort. I tried changing a Done status item to a Now Item and the status changes and does not move (ok) but I then hit the triage column heading to resort and the Now item is still in the Done section. When will it move to now? Oh I see that it moves when I hit the Triage Toolbar button. So the Toolbar button and the Sort column headings have different semantics. Is that by Design? (there is no tooltip on the column heading) >> These are very early impressions and I have not noted the things I do like, >> and I apologize for that, but I wondering if other users are seeing the same >> issues? >This release is our first opportunity to try out the triage table (or >"dashboard") features. We're experimenting with some of the behaviors. >I'm sure we've gotten some of the details wrong, and some of the >features might be new or different at first blush but might grow on you >once you understand how they work. We're really interested in seeing how >people feel after they have been using it for a while, so definitely >report back if you continue using it! As a PM I am concerned at how many people will get over the initial hump so I wanted to give as close to initial impressions as possible. I suspect that most users will not invest time in reading the getting started guide or other learning/documentation until after they try using the system and see some value! They must be incented to walk up the initial learning curve if it exists. As a Pre-sales/Product Manager for an enterprise Business Intelligence product we were able to do this during the pre-sales/prototyping stage. I used to be quite candid about the 'hump' and even draw it on the whiteboard to compare with the competition. If there is a hump in Chandler you need to take your prospective users up to the summit of the hump to enable them to see beyond. This has to be done with minimal effort on the part of the user. I think of this as a free balloon ride! Robin _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Open Source Applications Foundation "Design" mailing list http://lists.osafoundation.org/mailman/listinfo/design
