- This topic has 12 replies, 2 voices, and was last updated 12 years ago by
.
-
Posts
-
@Barry: You state that: “…when a week is being viewed if the earliest event any day that week is (for example) 9am then the week view grid would initially set itself to 9am as the first row (though you would still be able to scroll up).
That doesn’t work. We don’t see that here…
@Barry: Does what you are indicating by any chance mean that View Week follows “time of day” ? Meaning that it will scroll downwards according to present time? That would be cool – but probably not what you mean.
That would definitely be cool but, no, it’s not what I meant. I’m not sure why the behaviour I described isn’t working in your case but it does look like week view has been customized somewhat. Can you confirm if that’s the case and if this works as expected without the customizations?
It does not work as you describe with or without our customizations and nor does it here: http://wpshindig.com/events/week/ or here: http://tribe.drfragen.info/events/week/
Nope you’re right and I apologize: it sets itself to 8am and that is that, really, apologies for the confusion.
The Shindig site incidentally is one version behind and so is exhibiting a bug, hence it is doing something notably different.
Not a bug as such, I don’t think – I was mistaken about how it should behave and an 8am start time seems now to be the expected behaviour.
With that in mind, is setting the start time to the earliest event time in a given week something you want to see/would find desirable? So basically if you have an event at 5am on Friday, but all other events that week start after 9am, you’d want the week view to be positioned at the 5am row initially? I can definitely see the merits of this.
@Barry: In relation to these threads:
https://tri.be/support/forums/topic/avoid-scrolling-with-calendar/
https://tri.be/support/forums/topic/avoid-scrolling-within-calendar-part-ii/We would like to able to perfectly control ourselves what Time Frame to show. For some reason Modern Tribe dictates that all its users only has events in an 8AM – 4PM window – which is ridiculous.
If we want a 8AM – 12PM calender window we should be able to set this in “Settings”. If we want to hide all hours before 8AM or after 8PM (to avoid scrolling) we should be able to set this in “Settings”.
Your own suggestion would anyhow definately be an improvement to the current totally dictated and static calender setup.
In relation too all UX rules of navigation and proper user-experience the following will explain why avoiding scrolling within calendar is absolutely necessary:
As we have an 8AM ā 12AM āTime Frameā for our events we have expanded the height of the calendar in order to reveal hidden events after 4PM (the meaningless default Tribe setup). This however doesnāt leave us with any possibility to hide ānighttime hoursā (1AM ā 8AM) which reveals when accidentally scrolling upwards within the calendar. This is both confusing and meaningless as there are no events during the night (!?!). So why is not possible to either lock the scroll function or set an optional ātime frameā for the range of hours we want for our calendar?
Another great problem this lack of usability causes is when using the Filters Bar you are likely to click. i.e. āOrganizersā and select something and then scroll down (with two fingers on any Mac Track Pad) to immediately see the results. But the moment the cursor arrow hits the calendar area the scrolling stops as it now wants to scroll within the calendar but canāt. Scrolling upwards then with two fingers only results in all nighttime hours being revealed to much confusion. Thereās is no logic to this and it is utterly pointless that any user will have to scroll outside the calendar area to make this work.
I understand what you’re saying and I’ve updated our issue tracker accordingly. Beyond customizing things to suit your needs there’s not much else we can offer at this point as any changes will need to be considered, scoped out and then implemented – and that may take one or more release cycles.
Last but not least, what you posted above is near identical to what you posted here. Please note that this means you’re effectively tying up two team members with the same or near-identical issue – it would be appreciated if you could try to minimize that as it doesn’t mean your suggestions will be prioritized and takes away from time we could spend helping other members of the community.
With that in mind I’ll go ahead and close this thread.
- The topic ‘Week View scroll to any given event’ is closed to new replies.