Closed
Bug 419816
Opened 17 years ago
Closed 16 years ago
Task mode does not set Application title
Categories
(Calendar :: Lightning Only, defect)
Calendar
Lightning Only
Tracking
(Not tracked)
VERIFIED
FIXED
0.9
People
(Reporter: giermann, Assigned: giermann)
Details
Attachments
(1 file, 2 obsolete files)
2.31 KB,
patch
|
giermann
:
review+
|
Details | Diff | Splinter Review |
After switching to task mode, the application title remains as it was before.
STR:
- select "Inbox" in Mail mode
- switch to Task mode
ACTUAL RESULT:
- title remains "Inbox - Thunderbird"
EXPECTED RESULT:
- title should be "Tasks - Thunderbird" (or something else)
STR2:
- switch to Calendar mode (eg. Month view "March 2008")
- switch to Task mode
ACTUAL RESULT:
- title remains "March 2008 - Thunderbird"
EXPECTED RESULT:
- title should be "Tasks - Thunderbird" (or something else)
Flags: wanted-calendar0.8?
Assignee | ||
Comment 1•17 years ago
|
||
I chose to steal the title "Tasks" from the messageMenu, which is being set by swapPopupMenus().
This is probably not the best way, but it avoids the need for further locales...
To finally solve this there are some questions open:
- Is this the right place to set the Application title or should this go into 'mozilla/calendar/base/content/calendar-task-view.js'?
- Should we steal another locale resource or create our own 'TaskModeTitle' in 'calendar.properties'?
- Should the title also reflect the applied filters (eg. "Not Started Tasks - Thunderbird")
Also this bug should somehow depend on the desired implementation of Task mode in Sunbird (bug 405508) - setting dependency later...
Should this first workaround go into 0.8 to get a more 'complete' Task mode in this release?
Attachment #305986 -
Flags: review?
Comment 2•17 years ago
|
||
Comment on attachment 305986 [details] [diff] [review]
change title in ltnSwitch2Task()
> Created an attachment (id=305986) [details]
> change title in ltnSwitch2Task()
>
> I chose to steal the title "Tasks" from the messageMenu, which is being set
> by swapPopupMenus(). This is probably not the best way, but it avoids the
> need for further locales...
This is not the right way to go. We have no assurance that the string value will always remain the same for the application title and the message menu.
In addition different locales may have different translations for these different items.
r- because of that.
> To finally solve this there are some questions open:
>
> - Is this the right place to set the Application title or should this
> go into 'mozilla/calendar/base/content/calendar-task-view.js'?
It's probably best to send a mail to Mickey about this and ask him.
> - Should we steal another locale resource or create our own
> 'TaskModeTitle' in 'calendar.properties'?
Don't steal locale resources if you aren't 100% sure, that what I said
above cannot occur.
> - Should the title also reflect the applied filters (eg. "Not Started
> Tasks - Thunderbird")
I think that this would just add unneeded complexity.
> Should this first workaround go into 0.8 to get a more 'complete' Task
> mode in this release?
We should do it right the first time, if we can afford it. This bug isn't
serious enough to warrant a workaround.
Attachment #305986 -
Flags: review? → review-
Comment 3•17 years ago
|
||
(In reply to comment #2)
> - Is this the right place to set the Application title or should this
> go into 'mozilla/calendar/base/content/calendar-task-view.js'?
This is indeed the right place to add this particular logic. calendar-task-view.js should contain the task mode itself, i.e. hosting the various controls. The switching logic should be restriced to messenger-overlay-toolbar.js.
Comment 4•17 years ago
|
||
This should come for 0.9 but not for 0.8
Flags: wanted-calendar0.8? → wanted-calendar0.8-
Updated•17 years ago
|
Flags: wanted-calendar0.8- → wanted-calendar0.9+
Assignee | ||
Comment 5•16 years ago
|
||
This one got out of my radar...
But should definitely come for 0.9!
Attachment #305986 -
Attachment is obsolete: true
Attachment #323681 -
Flags: review?(philipp)
Comment 6•16 years ago
|
||
Comment on attachment 323681 [details] [diff] [review]
patch v2
>+ // change title to "Tasks"
>+ var sbs = Components.classes["@mozilla.org/intl/stringbundle;1"]
>+ .getService(Components.interfaces.nsIStringBundleService);
>+ var brand = sbs.createBundle("chrome://branding/locale/brand.properties");
>+ document.title = calGetString("calendar", "taskModeApplicationTitle") + " - " +
>+ brand.GetStringFromName("brandShortName");
>+
calGetString can do more:
document.title = calGetString("calendar", "taskModeApplicationTitle") + " - " +
calGetString("brand", "brandShortName", null, "branding");
>Index: mozilla/calendar/locales/en-US/chrome/calendar/calendar.properties
...
>+taskModeApplicationTitle=Tasks
I think this string should rather land in lightning.properties or similar. While I know task mode is targeted also for sunbird, I think we can still move this string when task mode has been implemented for Sunbird.
r=philipp with comments considered.
Attachment #323681 -
Flags: review?(philipp) → review+
Assignee | ||
Comment 7•16 years ago
|
||
(In reply to comment #6)
> calGetString can do more:
> document.title = calGetString("calendar", "taskModeApplicationTitle") + " -
> " +
> calGetString("brand", "brandShortName", null, "branding");
Oh, thanks.
> I think this string should rather land in lightning.properties or similar.
> While I know task mode is targeted also for sunbird, I think we can still move
> this string when task mode has been implemented for Sunbird.
I also spent some minutes thinking about the right place to add the string. I'm fine with both locations, so I moved it.
> r=philipp with comments considered.
Okay, taking r+
Attachment #323681 -
Attachment is obsolete: true
Attachment #323855 -
Flags: review+
Assignee | ||
Updated•16 years ago
|
Keywords: checkin-needed
Comment 8•16 years ago
|
||
Checked in on HEAD and MOZILLA_1_8_BRANCH
-> FIXED
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → 0.9
Comment 9•16 years ago
|
||
Checked in lightning build 2008060519 -> VERIFIED.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•