Closed
Bug 266249
Opened 21 years ago
Closed 17 years ago
can't re-order or sort Calendars list
Categories
(Calendar :: General, defect)
Calendar
General
Tracking
(Not tracked)
VERIFIED
FIXED
1.0b1
People
(Reporter: jwz, Assigned: Fallen)
References
Details
Attachments
(1 file, 1 obsolete file)
10.01 KB,
patch
|
Fallen
:
review+
|
Details | Diff | Splinter Review |
The Calendars list shows up only in the order in which the calendars were
created or subscribed. I would like to control the order of entries in that
list, by dragging them to a new order, or by clicking on the column heading to
sort them alphabetically.
I was able to reorder them by quitting mozilla and hand-hacking the RDF file,
but that's kinda cheesy.
Calendar 2004092412
Mozilla 1.7.3
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040922
Comment 1•20 years ago
|
||
*** Bug 275332 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
QA Contact: gurganbl → sunbird
Comment 2•19 years ago
|
||
Reassigning all automatically assigned bugs from Mostafa to nobody@m.o
Bugspam filter: TorontoMostafaMove
Assignee: mostafah → nobody
Comment 3•19 years ago
|
||
I just have to add that this is still an issue. If when using only two or three calendars this isn't much of an issue but when managing tens of calendars, then being unable to sort the calendars makes life miserable.
Comment 4•18 years ago
|
||
I'd like to add my views to this bug.
It isn't just the order in which calendars are listed in the calendar pane that depends on creation order - the order in which all-day events like holidays and moon phases depends on the creation order in the calendar list pane.
I would like to suggest that it should be possible to pick up and drag individual calendars in the list pane to determine the default ordering, and also it should be possible to pick up and drag individual reminders within a date to over-ride the ordering.
Comment 5•18 years ago
|
||
As Imip-support currently adds events to the first calendar only (bug 361635), this is becoming a real issue especially for lightning, on all platforms.
Component: Sunbird Only → General
OS: Linux → All
QA Contact: sunbird → general
Hardware: PC → All
Assignee | ||
Comment 6•18 years ago
|
||
The new implementation of the calendar list (bug 388405) will be using a <richlistbox>. Unfortunatly, it is not possible to correctly use a <listhead> (header column) element on branch due to bug 376815. This could either become a trunk-only feature, or we need to port the trunk <richlistbox> to something like a <calendar-trunk-richlistbox>, or this feature will have to wait.
It should be possible to manually reorder the list without depending on trunk, it might be a bit messy to persist the order after a restart.
Comment 7•18 years ago
|
||
I think that drag and drop is the best way to order the calendars.
I'm not sure that it's useful to sort calendars alphabetically by clicking on the column header. That might require prefixing the calendar names with numbers like:
01 Pete
02 Work
03 Nancy
The problem with that is that when you add or remove calendars, then you have to change all the numbers.
Also, I don't think that sorting calendars by clicking on the column header would work if bug 255180 is implemented.
Updated•18 years ago
|
Flags: blocking-calendar0.7?
Updated•18 years ago
|
Flags: blocking-calendar0.7? → wanted-calendar0.8?
Comment 8•18 years ago
|
||
Setting wanted0.8- as the main Calendar developers will not devote any time to
this in the 0.8 timeframe. Patches are, of course, always welcome.
Flags: wanted-calendar0.8? → wanted-calendar0.8-
Updated•17 years ago
|
Flags: wanted-calendar1.0?
Updated•17 years ago
|
Flags: wanted-calendar1.0?
Flags: wanted-calendar1.0+
Flags: wanted-calendar0.8-
Flags: blocking-calendar1.0?
Assignee | ||
Comment 9•17 years ago
|
||
bug 403006 has made this much more easily possible. I have some experimental code for this available.
Assignee: nobody → philipp
Depends on: 403006
Assignee | ||
Comment 10•17 years ago
|
||
This is all there is to it :-)
I haven't made any effort to change the drag feedback, I think its fine the way it is for now.
I had some trouble finding the right indexes for adding/removing the array items, but I think they are good now.
Attachment #356689 -
Flags: review?(Berend.Cornelius)
Assignee | ||
Updated•17 years ago
|
Flags: blocking-calendar1.0?
Updated•17 years ago
|
Status: NEW → ASSIGNED
Comment 11•17 years ago
|
||
Comment on attachment 356689 [details] [diff] [review]
Fix - v1
everything looks very good.
r=berend
Attachment #356689 -
Flags: review?(Berend.Cornelius) → review+
Comment 12•17 years ago
|
||
I can't test the patch currently therefore some questions: What happens if you start dragging but drop outside the calendar list or the application window? What happens if you abort the drag operation e.g. with Escape key? What happens if you drop e.g. an event or a desktop file to the calendar list? Is the same functionality available in an accessible way, e.g. keyboard shortcut?
Assignee | ||
Comment 13•17 years ago
|
||
(In reply to comment #12)
> I can't test the patch currently therefore some questions: What happens if you
> start dragging but drop outside the calendar list
Unfortunately hovering over the calendar views causes a shadow to be displayed. This is a views bug though, berend could you take a look at this?
> or the application window?
The drag session contains a text/plain flavor with the calendar name, so possibly dropping on an external app will display the name. On linux the drop wasn't possible outside the app window for me.
> What happens if you abort the drag operation e.g. with Escape key?
Works for me.
> What happens if you drop e.g. an event or a desktop file to the calendar
> list?
Caused an error, fixed.
>Is the same functionality available in an accessible way, e.g. keyboard
>shortcut?
No, not currently. I'll ask in #accessibility if there is a commonly used key or use Ctrl+Up/Down.
Assignee | ||
Comment 14•17 years ago
|
||
Attachment #356689 -
Attachment is obsolete: true
Assignee | ||
Updated•17 years ago
|
Attachment #357204 -
Flags: review+
Assignee | ||
Comment 15•17 years ago
|
||
Final patch as checked in is v2.
#a11y said there is no common key and we should consider adding buttons somewhere. I think a (very small) set of buttons in the Calendar list header with an up and down arrow (and a set of tooltips) is a good idea, I'll leave this to a different bug though.
Pushed to comm-central <http://hg.mozilla.org/comm-central/rev/2150245817c8>
-> FIXED
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Target Milestone: --- → 1.0
Comment 16•16 years ago
|
||
FYI, I can re-order the calendars in the list with drag & drop, but the order isn't remembered after I restart TB.
Thunderbird 3.0b2 'official' / Lightning 1.0pre (downloaded 28 Feb 2009)
(just upgraded from TB 2.X / Lightning 0.9)
Comment 17•16 years ago
|
||
(In reply to comment #16)
> FYI, I can re-order the calendars in the list with drag & drop,
> but the order isn't remembered after I restart TB.
This used to work in 1.0pre. I suggest that you file a new bug for the regression.
Comment 18•16 years ago
|
||
Okay, filed bug 480930.
Comment 20•16 years ago
|
||
thanks!
Comment 21•16 years ago
|
||
verified with
Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.1.6pre) Gecko/20091105 Lightning/1.0pre Shredder/3.0pre
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.6pre) Gecko/20091106 Calendar/1.0pre
Status: RESOLVED → VERIFIED
Assignee | ||
Comment 22•14 years ago
|
||
These bugs are likely targeted at Lightning 1.0b1, not Lightning 1.0. If this change was done in error, please adjust the target milestone to its correct value. To filter on this bugspam, you can use "lightning-10-target-move".
Target Milestone: 1.0 → 1.0b1
Comment 23•9 years ago
|
||
With many calendars in the list, it would be great to be able to select multiple calendars (at least a contiguous block) and move them around. You can only move a single calendar.
Assignee | ||
Comment 24•9 years ago
|
||
Please open a new bug for this feature request, this one is already 5 years old and has served its purpose :)
You need to log in
before you can comment on or make changes to this bug.
Description
•