122660 - (cal-views) Views tracking bug (Calendar Requirements Document, section 17)

Status: VERIFIED INVALID

(Calendar :: General, defect)

Description

[Chris Charabaruk]

This is a tracking bug for Views, section 16.0 of the Calendar Requirements 
Document.

Comment 1

[Chris Charabaruk]

Bugspam: Adding meta keyword to tracking bugs, something they should have had
from the start. :P

Comment 2

[nrlz]

I think there should be an additional view which shows the next coming 30 days
in a month format. I.e., it should sprout a month like view but with the current
week at the top and the next 4-5 weeks following that.

This seems logical as there is no need to display the weeks that have already
passed but there is a need to show the weeks to come.

Comment 3

[Brant Gurganus]

Default QA Contact for Calendar has changed.  If you wish to remain the QA
contact for this bug, feel free to change it back.

Comment 4

[Mike Potter]

New contact from [e-mail] to [e-mail]
Filter on string OttawaMBA to get rid of these messages. 
Sorry for the spam.

Comment 5

[gekacheka]

I think this bullet should be marked completed (see preferences / views ).

16.1 
  ...
  o Should be able to restrict day and week view to a certain part of the day (8
AM to 5 PM), if user wishes to.

Comment 6

[gekacheka]

I think this requirements bullet can be marked "future"

16.1
  ...
  o You should be able to delay double click on an hour and then have an inline
edit box pop up for easy and quick calendar adding

See also bug 202368.

Comment 7

[gekacheka]

Suggest adding requirements for Multiweek view:

16.3 Multiweek view
 o Multiweek view should display a grid of days (similar to month view).
 o Multiweek view should display weeks relative to current week (not current month).
 o Multiweek view should display T weeks total, where T is a user settable
preference.
 o Multiweek view should display P previous weeks, where P is a user settable
preference.

These are all completed (bug 193450)

Comment 8

[Mostafa Hosseini]

http://www.mozilla.org/projects/calendar/requirements.html updated with
suggestions in comment #5,comment #6 and comment #7.

Comment 9

[Chris Charabaruk]

I'd like to have the following added to the Views section:
 * Tasks should be able to be seen in any view at the user's choice.

Comment 10

[Justin Wood (:Callek)]

Already is, it is a collapsable/expandable side-bar.

Comment 11

[Xepo]

How about, as an at least temporary solution for this bullet (inline editing),
when you double click, a very simple, small window pops up in the same place as
the inline editing would occur.  The window would have basically only an edit
box for the title, very similar to how the inline editing would work.  This'll
create much of the same effect and give the same advantages with much less code,
if I'm not mistaken.  If it's done cleanly enough, then it might not be
necessary to have true inline editing.

o You should be able to delay double click on an hour and then have an inline
edit box pop up for easy and quick calendar adding

Comment 12

[Marcel Smit]

The alarms need to go off even if the calendar is not visible. Therefore the
user should be able to minimize the calendar window to a tray-icon or just make
the window invisible (Hide()). 

Comment 13

[Chris Charabaruk]

Marcel, bug 122644 deals with alarms. Anyway, in my opinion, getting bug 134969
done would be a better way than simply hiding the calendar in the systray. More
portable, too.

Comment 14

[Jem Marsh]

I would like to see a traditional '2-page' diary week-view, similar to that
employed by Lotus Notes and MS Outlook with Mon-Wed on the left and Thu-Sun on
the right (Sat & Sun occupy half spaces).

Should I attach a picture?

Comment 15

[thekaran]

i am not reporting a bug, but an entry to a wish/feature list. Why don't we have
a  year view. Year view is a must for planning purposes.

-
[e-mail]

Comment 16

[Simon Paquet [:sipaq]]

We don't need this tracking bug, because the underlying requirement document is outdated and has therefore been removed.