Hi,
So if you have 100 todo items (real scenario in our company) then you will see 100 squares in for every day in the month view.
First, I would personally not apply this to each and every todo item, but only to selected items.
(=> inconsistent because in month view you see todos in different day than in the week view).
This I do not understand. In either case, the item is shown on the same day.
simple use case: 1.) we have 10 todos with due date: 2015-02-25 2.) today = 2015-02-10 3.) you open the month view and you will see "floating todos" as "today events" 4.) you switch to week view (still everything OK) 5.) you change the view to the next week (2015-02-16 - 2015-02-22) => we must show the "floating todos" in the interface somewhere ... lets choose the first day of the actual view (2015-02-16) 6.) then you switch back to the month view => problem ... we must show the "floating todos" again for "today" ... so simple switch between views very illogically moves data from one date to another date
Also in both cases the interface will look terrible (and will be nearly unusable) with huge number of todos.
That is true; see my first remark.
What we can do (in one of the future releases) is group todo items and show something like:
[today]
- item 1
- item 2
[next 3 days] ...
will it help to solve your problem?
First of all, it's not a problem -- it's just a feature request :)
but it creates more problems than it solves ...
Let me propose a slightly different approach.
For todos, it would be helpful if it were possible to show a compact list of todos in the calendar view. For example instead of the list of calendars, or possibly below the list of calendars. This would give a good 'first glance' view on what is currently important.
For thid list of todos, the grouping as you suggested above could be useful.
this sounds good, but the left panel is too narrow to show anything important and the "right" panel (calendar view) is too wide to show todos below it (it will look very bad)
Additionally, add floating events. A floating events is similar to a todo -- it has a starting date and end date [Note: no times]. It shows up in the calendar at the starting date just like an ordinary (full-day) event. When the current date passes the starting date, the event is shown on the new current date. When the current date passes the end date the event should be shown in an emphasised way. A floating event does not disappear from the calendar view until it is explicitly completed (or deleted).
Would that be easier to implement and solve the inconsistencies?
no, because there is the same problem as I described above ... inconsistent interface (view switch moves data from one date to another)
JM
Attila, would this work for you?
-- Johan