Closed
Bug 512779
Opened 15 years ago
Closed 13 years ago
Style pinstripe theme splitters like Thunderbird
Categories
(Calendar :: Lightning Only, defect)
Calendar
Lightning Only
Tracking
(Not tracked)
RESOLVED
FIXED
1.0b3
People
(Reporter: mschroeder, Assigned: Fallen)
References
Details
(Whiteboard: [needed beta][no l10n impact])
Attachments
(2 files, 2 obsolete files)
19.39 KB,
patch
|
bv1578
:
review+
|
Details | Diff | Splinter Review |
11.95 KB,
patch
|
Fallen
:
review+
|
Details | Diff | Splinter Review |
Follow-up from bug 485890: Splitters in Thunderbird on MacOS X are different form the winstripe ones.
Reporter | ||
Updated•15 years ago
|
Component: General → Lightning Only
QA Contact: general → lightning
Reporter | ||
Updated•14 years ago
|
Assignee: mschroeder → nobody
Status: ASSIGNED → NEW
Assignee | ||
Comment 1•13 years ago
|
||
This brings the mac theme on par with Thunderbird, including splitters. Decathlon, I'd appreciate a code-level review, you don't have to test this.
Assignee | ||
Updated•13 years ago
|
Attachment #513493 -
Flags: review? → review?(bv1578)
Assignee | ||
Comment 2•13 years ago
|
||
We should take this for the beta, the mac theme looks horrible without! This also fixes bug 412272, at least the mac part of it.
Whiteboard: [needed beta][no l10n impact][needs review]
Assignee | ||
Comment 5•13 years ago
|
||
As noted in bug 635592, I will add lines to fix the close icon in the unifinder. I've already done this locally so it will be fixed for checkin.
Comment on attachment 513493 [details] [diff] [review] Fix - v1 I can't find nothing wrong in the patch, but it depends mostly on the look that it allows to get. Without testing, I suppose that, e.g., every "-moz-image-region" attribute is correct according to the related "-moz-image-region" image in particular for new images. r+
Attachment #513493 -
Flags: review?(bv1578) → review+
Assignee | ||
Comment 7•13 years ago
|
||
Pushed to comm-central <http://hg.mozilla.org/comm-central/rev/59e01ab2fabd> -> FIXED
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
OS: Mac OS X → All
Resolution: --- → FIXED
Whiteboard: [needed beta][no l10n impact][needs review] → [needed beta][no l10n impact]
Target Milestone: --- → Trunk
Assignee | ||
Comment 8•13 years ago
|
||
Backported to comm-1.9.2 <http://hg.mozilla.org/releases/comm-1.9.2/rev/93d4ed6e03fa>
Target Milestone: Trunk → 1.0b3
Comment 9•13 years ago
|
||
(In reply to comment #6) > Comment on attachment 513493 [details] [diff] [review] > Fix - v1 > > Without testing, I suppose that, e.g., every "-moz-image-region" attribute is > correct according to the related "-moz-image-region" image in particular for > new images. Unfortunately, changes to calendar/base/themes/common/calendar-task-tree.css break checkboxes in Lightning at least on Linux (but should break on Windows as well), because checkbox-images.png for pinstripe is 64x16, but for winstripe only 52x13 pixel.
Comment 10•13 years ago
|
||
I have no idea how stupid or evil this is, but this avoids the collision of incompatible -moz-image-region rules.
Assignee | ||
Comment 11•13 years ago
|
||
In general you're going in the right direction, but the calendar-task-view.css is meant for the actual task view tab. I guess we can park the css there for now, but actually I was aiming to do something in bug 533096, i.e winstripe/calendar-task-view.css containing: @import url(chrome://calendar/skin/common/calendar-daypicker.css); ... and then have the xul files import chrome://calendar/skin/calendar-daypicker.css as usual. I guess we can start with this file here, but I'm happy to take the hack fix too. If you want to take over, go ahead. Otherwise I'll put together a patch in the next days.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 12•13 years ago
|
||
This hackish quick band-aid doesn't misuse calendar-task-view.css but renames common/calendar-task-tree.css into common/calendar-task-tree-common.css and restores @THEME@/calendar-task-tree.css for theme-specific styling. Maybe a simple partial revert of <http://hg.mozilla.org/comm-central/rev/e64b897de57a> concerning task tree would have been cleaner. > but actually I was aiming to do something in bug 533096, i.e > > winstripe/calendar-task-view.css containing: > > @import url(chrome://calendar/skin/common/calendar-daypicker.css); > > ... > > and then have the xul files import > chrome://calendar/skin/calendar-daypicker.css as usual. I'm only starting to read about XUL, thus minor easy CSS adjustments are all I am able to contribute now, but if you do this, I'll watch and learn.
Comment 13•13 years ago
|
||
This just borrows from <https://bugzilla.mozilla.org/attachment.cgi?id=416280> to provide a quick fix for the checkbox breakage. It took longer for me to understand that I don't have to touch any .xul and .xml files, my apologies. The patch has been successfully tested on Linux.
Attachment #517135 -
Attachment is obsolete: true
Attachment #517240 -
Attachment is obsolete: true
Assignee | ||
Comment 14•13 years ago
|
||
Comment on attachment 517249 [details] [diff] [review] Move checkbox image rules back into themes v3 Great, this was exactly what I was looking for, r=philipp. For the next patch, when you feel it is ready to be looked over, set the review flag to ? and enter a reviewer (this can be anyone from the calendar team, if in doubt then me, Decathlon reviews mostly UI stuff like this).
Attachment #517249 -
Flags: review+
Assignee | ||
Comment 15•13 years ago
|
||
Pushed to comm-central <http://hg.mozilla.org/comm-central/rev/9adffca33dd7> Backported to comm-1.9.2 <http://hg.mozilla.org/releases/comm-1.9.2/rev/147a40112aae> -> FIXED
Status: REOPENED → RESOLVED
Closed: 13 years ago → 13 years ago
Resolution: --- → FIXED
Target Milestone: 1.0b3 → 1.0b2
Assignee | ||
Updated•13 years ago
|
Target Milestone: 1.0b2 → 1.0b3
You need to log in
before you can comment on or make changes to this bug.
Description
•