Closed
Bug 340601
Opened 19 years ago
Closed 17 years ago
Show category color indication on event/task boxes in calendar view
Categories
(Calendar :: Lightning Only, defect)
Calendar
Lightning Only
Tracking
(Not tracked)
VERIFIED
FIXED
0.7
People
(Reporter: jminta, Assigned: michael.buettner)
References
Details
Attachments
(1 file, 1 obsolete file)
43.84 KB,
image/png
|
Details |
Lightning should have categories too. We'll eventually need to sort out the whole Sunbird/Lightning preferences story, but until that time, we can at least put default categories into Lightning.
Reporter | ||
Comment 1•19 years ago
|
||
This patch packages the categories.properties file and then sets the preference if it isn't defined. If the user has defined it to something else, then the user-set value will be respected. This allows advanced users/extensions to go ahead and modify the categories until we've actually sorted out the preference issue.
Comment 2•19 years ago
|
||
Comment on attachment 224640 [details] [diff] [review]
add categories
>+function loadCategories() {
>+ try {
>+ var pb2 = Components.classes["@mozilla.org/preferences-service;1"]
>+ .getService(Components.interfaces.nsIPrefBranch2);
>+ pb2.getComplexValue("calendar.categories.names",
>+ Components.interfaces.nsISupportsString).data;
>+ } catch(ex) {
>+ // fails if the preference isn't defined
>+ var sbs = Components.classes["@mozilla.org/intl/stringbundle;1"]
>+ .getService(Components.interfaces.nsIStringBundleService);
>+ var props = sbs.createBundle("chrome://calendar/locale/categories.properties");
>+ var str = Components.classes["@mozilla.org/supports-string;1"]
>+ .createInstance(Components.interfaces.nsISupportsString);
>+ str.data = props.GetStringFromName("categories");
>+ pb2.setComplexValue("calendar.categories.names",
>+ Components.interfaces.nsISupportsString, str);
>+ }
>+}
You totally know what I'm going to say about helper functions here.
r=shaver when you employ their glory to the utmost.
Attachment #224640 -
Flags: first-review?(dmose) → first-review+
Reporter | ||
Comment 3•19 years ago
|
||
Comment on attachment 224640 [details] [diff] [review]
add categories
categories.properties actually became obsolete when the sunbird pref code landed. We need another solution here, involving localized pref files.
Attachment #224640 -
Attachment is obsolete: true
Comment 4•18 years ago
|
||
*** Bug 348974 has been marked as a duplicate of this bug. ***
Updated•18 years ago
|
Assignee: jminta → ssitter
Status: ASSIGNED → NEW
Depends on: 372014
Target Milestone: --- → Lightning 0.5
Comment 5•18 years ago
|
||
FIXED by checkin for bug 372014
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Comment 6•18 years ago
|
||
(In reply to comment #5)
> FIXED by checkin for bug 372014
In Lightning you now can create, modify and apply categories to event/tasks.
But it has no effect on the calendar view or the event box border color. This is not yet supported in Lightning.
Reopen or file a new bug?
Assignee | ||
Comment 8•18 years ago
|
||
This bug is related to the visual enhancements of the event boxes (bug #368982) since the category will no longer be displayed as soon as the patch will land. I already posted a screen-shot for how the categories will be added in a follow-up bug. We can use this one to carry the implementation for this feature. Stefan, please feel free to assign this bug to me if this is ok for you. Otherwise, I'll open a new one as soon as I get to actually writing the patch.
Updated•18 years ago
|
Assignee: ssitter → nobody
Status: REOPENED → NEW
Summary: Add categories to Lightning → Show category color indication on event/task boxes in calendar view
Comment 9•18 years ago
|
||
if this is aimed at 0.5 and the current release is 0.3.1, does this mean this feature won't be available for a few months at least? is 0.4 to be released soon and if so why can't this issue be targeted for that release?
this is my pet peeve for the otherwise super useful project. thx.
Comment 10•18 years ago
|
||
There will be no 0.4. 0.5 is the next release, currently slated for early April.
This will need to be handled by Michael BĂĽttner as a follow up to or part of bug 368982. The screenshot he refers to in comment 8 is attachment 253737 [details].
Assignee | ||
Comment 11•18 years ago
|
||
(In reply to comment #10)
> This will need to be handled by Michael BĂĽttner as a follow up to or part of
> bug 368982. The screenshot he refers to in comment 8 is attachment 253737 [details].
right, i'll take care of this issue. unfortunately, it won't be possible to integrate this as part of bug 368982, which already pretty stuffed. but i'm assigning this one to me since i'm responsible for the patch. i'll do my best to provide the patch as soon as possible, but please don't expect this within the 0.5 timeframe.
Assignee: nobody → michael.buettner
Comment 12•18 years ago
|
||
(In reply to comment #11)
> don't expect this within the 0.5 timeframe.
what if i say please?
Flags: blocking-calendar0.5+
Comment 13•18 years ago
|
||
Saying please and setting the blocking flag won't help. In fact, it just creates more work and bugmail for us, which doesn't help our productivity.
Blocking flags should be set to plus or minus only by the product drivers. You can nominate bugs for blocking (nominate is ?) but only the drivers set + or -. You can read more about them at http://wiki.mozilla.org/Calendar:For_Everyone:Blocking_Flags
If you were so inclined, you could take the tentative patch in bug 368982, apply that and attempt to work on fixing this yourself, so that it could make 0.5.
That's the best I've got for you at the moment.
Flags: blocking-calendar0.5+ → blocking-calendar0.5-
Comment 15•18 years ago
|
||
This screenshot is just for reference and shows the current category color indication as implemented in Sunbird 0.5pre.
Comment 17•18 years ago
|
||
(In reply to comment #16)
> *** Bug 386240 has been marked as a duplicate of this bug. ***
Ok, Bug 386240 seems to be the same, but I read this bug before and it's not clear enough...
Comment 18•17 years ago
|
||
why isn't this bug a blocker?
at first this bug was a blocker for 0.5. and many people are asking about this feature.
Assignee | ||
Comment 19•17 years ago
|
||
(In reply to comment #18)
> why isn't this bug a blocker?
I'm promoting this bug to be on the proposed list of 0.7 blocker bugs. But I still doubt that it will take the 0.7 train simply because the list of open blocker bugs is huge. If we find ourselves in a position were magically all other blockers have been resolved and it's still time we maybe come back to this one.
Flags: blocking-calendar0.7?
Comment 20•17 years ago
|
||
WORKSFORME using Lightning 0.7pre (2007081705) with Thunderbird 2.0.0.7pre (20070817) on Windows 2000.
The categories are shown as event box borders as in Sunbird (see attachment 26035 [details] [diff] [review] ). I think this was fixed by Bug 388405 that also changed much of the calendar management stuff.
Comment 21•17 years ago
|
||
(In reply to comment #20)
I meant attachment 260359 [details]
Comment 22•17 years ago
|
||
I can confirm that this bug has been fixed, as ssitter says bug 388405 was most likely the cause.
Status: NEW → RESOLVED
Closed: 18 years ago → 17 years ago
Depends on: 388405
Flags: blocking-calendar0.7?
Resolution: --- → FIXED
Target Milestone: --- → 0.7
Updated•17 years ago
|
Version: Trunk → unspecified
Comment 23•17 years ago
|
||
VERIFIED with Lightning 0.7pre (2007082803) on WinXP.
Status: RESOLVED → VERIFIED
Updated•17 years ago
|
Flags: blocking-calendar0.5-
You need to log in
before you can comment on or make changes to this bug.
Description
•