That is the thing, the full list is present in the day view. I could understand if some of the table and row stuff was actually relevant, but you don't hear iOS reading it all out, and I can't find a way to switch it off. On 14 Aug 2012, at 16:52, Steve Holmes <[email protected]> wrote:
> In a day view like this, wouldn't the list only be events for that > given day? I was looking for a list of all available appointments > regardless of what day it is. It would just sort them in > chronological order like it does on IOS. > > You seem to have a lot of criticisms for the calendar ap. I don't > mind most of it. I think some of the verbosity you are complaining > about may be a good thing for those who might wonder. What I don't > like in so many other situations is someone excluding information from > the screen reader or the screen reader arbitrarily excluding > information because someone thinks it would matter to us. I'd rather > have it all and allow us ad individuals to turn off some of the extra > verbage if we want to. Sometimes that extra verbosity helps me > navigate around in an unfamiliar set of controls for example. > > On 8/14/12, Teresa Cochran <[email protected]> wrote: >> My personal preference would be to use the Reminders app for appointments. >> >> Teresa >> >> On Aug 14, 2012, at 7:19 AM, Chris Moore <[email protected]> >> wrote: >> >>> You have to switch to day view to see a list. Personally I think a list >>> view should be added to the toolbar. >>> >>> I wrote to Apple expressing my disappointment with Calendar and felt it >>> should be more intuitive, be more iOS like and require less interacting. >>> >>> This is my observation of the app as you explore, starting with the >>> toolbar: >>> >>> There is the toolbar which you can interact with. I think another view >>> should be added to the calendar view switcher. I think there should be a >>> "List View". This would make the calendar behave more like iOS. I also >>> think the Today button should be moved to the toolbar as well as a button >>> for invitations and for adding a new calendar. >>> >>> After you stop interacting with the toolbar, there is the vertical >>> splitter (why do we need to care about this? I would rather not hear VO >>> announce this. I can appreciate it is there for when you bring the list >>> of calendar types into view. Perhaps calendar view should actually be >>> moved to the view menu at the top of the window. There could be an entry >>> called Calendars, with a sub menu which you can then place a tick against >>> the calendar or calendars you which to be be visible such as all >>> calendars, home, work, birthdays etc. >>> ) After the vertical splitter, VO says "Friday, 10 August 2012, year, >>> Calendar area" (this is the date of myself writing this message, and I had >>> the year view selected) ). I think it would sound better if VO rad all >>> this out as "Today is the 10th of August 2012, Year view is selected". >>> >>> Next, as long as you do not interact with the calendar area, there is a >>> horizontal splitter, yet again, why does VO even need to know this? >>> >>> I have my calendar currently set to year view, so let's interact with it >>> and explore that. >>> >>> The first item is the previous year button, and the next item is the >>> today button, should this not say what the current year is? for example >>> 2012? No matter which view I use, the today button is always read out >>> which is not relevant when in month or year or week view, this should >>> behave more like iOS. . The next element is next year button. >>> >>> Next is The 2012 (or whichever year you have selected). VO tells you this >>> is a grid and tells you how many rows and columns there are. Is this >>> relevant? and why do we even need to interact with this grid? Should it >>> not be visible by default? This is one of my biggest complains about the >>> calendar app, there are too many levels to interact with. Can you imagine >>> how popular google search would be if you had to follow 6 hyperlinks >>> before you finally got to the search box? >>> >>> After interacting, I am told by VO that I am on August, and that is the 8 >>> of 12 and lists the number of columns and rows within that month. Again, >>> is this relevant? do we really need to know how many rows and columns can >>> be found inside August? and do I need to be told it is month 8 of 12? >>> >>> Next we have to interact with August to see each of the days. Now this >>> bit I think Apple got right, as you don't want to have to listen to every >>> entry for every month, it is nice being able to skip over months and >>> simply only interacting with the month you require. >>> >>> Ok, so I have now interacted with the month of August and I am still in >>> year view. and I move to 14, and VO tells me this is a Tuesday (great as >>> we never got this in the past) but it also tells me I am on 16 of 42. Why >>> is the 16 of 42 relevant? . I have an event on the 14th August, but VO >>> has not announced anything about this when I move my VO cursor over the >>> 14th (I am using the VO keys plus arrows left and right to move the VO >>> cursor). I would like VO to say at least 1 event listed, press VO plus >>> space to view the event. When I do press VO + space (even though there >>> was no hint to do so) I finally hear a pop up which displays my event, and >>> then I hit escape to make it go away. There is no option within the pop up >>> to then list the event in full or be able to edit the event, these options >>> would be useful. >>> >>> Ok that is the year view, let's look at month view. >>> >>> the first element is previous month and the next month is today (which >>> should say the current month, in my case is August), then we have the next >>> month button.. Next follows "August 2012 grid, 5 rows 7 columns" again, >>> why do I need to know the number of rows and columns? and why do I have to >>> interact with the grid? it should be visible by default. . After >>> interacting, I land on 30 July which is a Monday. and voiceover announces >>> "1 event list", maybe it would be better if VO said "1 event" to be >>> consistent with iOS. This is good though, as in month view you are >>> informed you have an event listed when you move the VO cursor over the >>> day, as I mentioned earlier VO does not announce this when in Year view. >>> The next thing VO tells me after announcing the event, that I am on 1 of >>> 35. Yet again, do I really need to know I am on 1 of 35? >>> >>> I am now going to explore the week view. As usual we have the previous >>> button and in this case it is the previous week button. There is then the >>> today button, I would rather this was text that said the date of the week >>> I am looking at and the week number in the year would b a nice touch too. >>> There is the next week button after that. The next item confuses me some >>> what, as it is called the dates group and when you interact with it you >>> can do very little apart from hear day headers. Seems absolutely useless, >>> so I think VO should not even see this. The next item is the week grid >>> which you can interact with and see each of the days for that week. You >>> then have to interact yet again to see the contents of each of the days to >>> establish if any of them are holding events. Get rid of the dates group, >>> and make it so the week grid is interacted with by default. and then when >>> you interact with each of the days it will not seem so bad. We also yet >>> again do not need to know about row and colin numbers etc. >>> >>> Let's now look at day view. We have the usual previous day button, then >>> the today button (should this not actually say what the actual day >>> selected is? So in my case, it should say "30 July 2012". Then we have >>> the next day button. Next I then hear "all day events, empty scroll >>> area", this is another thing I can interact with and then is the current >>> day I have listed, this seems to be in the wrong place for me and should >>> have been on the today button. Then you finally get to the list of >>> events. Would it not be much simpler to have the list of events for that >>> day only (including all day events)? When in an all day event mode, I >>> would like to be able to move my cursor between the different hours of the >>> day to see what is where and when, in the same way this can be achieved in >>> iOS when looking at day view or using other calendar apps such as Outlook >>> for example. >>> >>> My final complaint is a bug I have found when creating a new event. First >>> of all when creating a new event, it seems like we are forced into >>> creating a quick event, but what if you want to be more detailed? When you >>> are finally able to interact with the inspector, I have noticed a focus >>> issue bug when selecting the time of the reminder. If I change it from the >>> default of 30 minutes to something else, my VO cursor is thrown up to the >>> location field. I then have to work my way down again and then if I say >>> select the type of alert I would like, either a message and or sound etc, >>> I am then thrown back up to the location field, I then make my way back >>> down to select the sound I would like to hear when I am notified of the >>> reminder, after selecting I am thrown back up to the top. This is an >>> ongoing loop every time I try to change one of the settings within the >>> inspector. >>> >>> Chris >>> >>> On 14 Aug 2012, at 13:42, Steve Holmes <[email protected]> wrote: >>> >>>> I have a question about the list of appointments possible in Calendar. >>>> On IOS devices, you can see a full list view of all appointments, past >>>> and present in a single view. I was thinking since Mountain Lion's >>>> approach in many apps is more closely similar to their IOS counterparts,, >>>> that list could be shown on the Mac as well. Alas, I haven't been able >>>> to do that. Is a single list of all events even possible on the Mac? I >>>> can get a list within a specific period of time like week or month view >>>> but I would like to see the list like I can on my iPod. >>>> >>>> Any ideas? >>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups >>>> "MacVisionaries" group. >>>> To post to this group, send email to [email protected]. >>>> To unsubscribe from this group, send email to >>>> [email protected]. >>>> For more options, visit this group at >>>> http://groups.google.com/group/macvisionaries?hl=en. >>>> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "MacVisionaries" group. >>> To post to this group, send email to [email protected]. >>> To unsubscribe from this group, send email to >>> [email protected]. >>> For more options, visit this group at >>> http://groups.google.com/group/macvisionaries?hl=en. >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "MacVisionaries" group. >> To post to this group, send email to [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/macvisionaries?hl=en. >> >> > > -- > You received this message because you are subscribed to the Google Groups > "MacVisionaries" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/macvisionaries?hl=en. > -- You received this message because you are subscribed to the Google Groups "MacVisionaries" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/macvisionaries?hl=en.
