Closed Bug 264397 Opened 20 years ago Closed 20 years ago

Sunbird - Preferences: "General" icon is always highlighted (highlit?)

Categories

(Calendar :: Preferences, defect)

PowerPC
macOS
defect
Not set
trivial

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mattwillis, Assigned: mattwillis)

Details

Attachments

(3 files, 9 obsolete files)

12.12 KB, image/png
mostafah
: first-review+
Details
54.02 KB, patch
Details | Diff | Splinter Review
61.12 KB, patch
mostafah
: first-review+
Details | Diff | Splinter Review
User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20040913 Firefox/0.10.1
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20040913 Firefox/0.10.1

Sunbird 0.2a, Mac OS X 10.3.5

Go to "Sunbird" > "Preferences"
In the preferences "sheet" that comes down, "General" is selected and has a dark
blue background. Select any other option (for example: "Alarms"). "General"
changes to light blue, as if you were moused over it. You can't make it change
to white (which is what it should be when it's not selected or moused over) no
matter what you do.

Reproducible: Always
Steps to Reproduce:
May be related to bug 256129 
May not.
This file replaces the one at
mozilla/calendar/sunbird/themes/pinstripe/sunbird/pref/Options.png
Assignee: mostafah → mattwillis
Status: NEW → ASSIGNED
This enables the pinstripe themed pref panel for Mac OS X, eliminating the bug.

It requires attachment 164772 [details]
Attachment #164774 - Flags: first-review?(mostafah)
Attachment #164772 - Flags: first-review?(mostafah)
Comment on attachment 164774 [details] [diff] [review]
rev0 - trunk - enables pinstripe themed pref panel for Mac OS X

First part has been checked in although we won't enable pinstripe for now as
discussed in irc
Attachment #164774 - Flags: first-review?(mostafah) → first-review-
Comment on attachment 164772 [details]
rev0 - trunk - changes icons from FF to Sunbird icons

The image can be checked in though
Attachment #164772 - Flags: first-review?(mostafah) → first-review+
Please check in attachment 164772 [details] as
mozilla/calendar/sunbird/themes/winstripe/pref/OptionsMac.png
to match this patch.
Attachment #164774 - Attachment is obsolete: true
Attachment #165144 - Flags: first-review?(mostafah)
Forgot to mention:
The calendarManager.js lines enable the throbber to actually do something...
namely rotate when refreshing a remote calendar
I didn't expect this much change. It makes the pinstripe-over-winstripe method
proposed in attachment 164774 [details] [diff] [review] look like a better approach. I would like to hear
mvl's opinion too.
Attachment #165144 - Attachment is obsolete: true
Attachment #165144 - Flags: first-review?(mostafah)
Attachment 164772 [details] needs to be checked in as 
mozilla/calendar/sunbird/themes/pinstripe/sunbird/pref/Options.png
to coorespond with this patch
Attachment #165178 - Flags: first-review?(mvl)
This patch makes the throbber throb when refreshing remote calendars.
Attachment #165180 - Flags: first-review?(mvl)
>Index: winstripe/sunbird/jar.mn
> +       skin/classic/calendar/calendar.css
>+        skin/classic/calendar/mainCalendar.css                      (calendar.css)

I'm a bit confused. You want the calendar.css under a different name to be
available from pinstripe. But this file won't be build if you flip the switch to
use pinstripe. (and without that switch, the pinstripe files won't be build, so
the rest of this patch has no effect)

> -DIRS = winstripe
> +DIRS = winstripe pinstripe

hmm, so it will be build.
I would like it better if you used relative dirs in the pinstripe jar.mn file,
to include the winstripe files (maybe under a different name)
that way, winstripe won't have one file twice.

Attached patch rev2 - without whitespace (obsolete) β€” β€” Splinter Review
Attachment #165178 - Attachment is obsolete: true
Attachment #165186 - Flags: first-review?(mvl)
Attachment #165178 - Flags: first-review?(mvl)
Attached patch rev3 patch with -w -- no whitespace (obsolete) β€” β€” Splinter Review
Attachment #165184 - Attachment is obsolete: true
Attachment #165187 - Flags: first-review?(mvl)
Attachment #165180 - Flags: first-review?(mvl)
Attachment #165186 - Flags: first-review?(mvl)
Attachment #165187 - Flags: first-review?(mvl)
Attached patch rev4 - trunk - fixes URL typo (obsolete) β€” β€” Splinter Review
Attachment #165186 - Attachment is obsolete: true
Attachment #165192 - Flags: first-review?(mvl)
Attached patch rev4 -w version (obsolete) β€” β€” Splinter Review
So, all three patches should be checked in, and attachment 164772 [details] should be
checked in as
mozilla/calendar/sunbird/themes/pinstripe/sunbird/pref/Options.png
Attachment #165187 - Attachment is obsolete: true
Attachment #165193 - Flags: first-review?(mvl)
Comment on attachment 165193 [details] [diff] [review]
rev4 -w version

Please add a comment in the makefile.in what trick we are using

Why are you indenting the license blocks with one space?

Wouldn't the reload button changes be part of another bug?

(no need for a new -w patch)

Note that i can't test this patch, due to the lack of a mac.
Attachment #165193 - Flags: first-review?(mvl) → first-review+
(In reply to comment #17)
> (From update of attachment 165193 [details] [diff] [review])
> Please add a comment in the makefile.in what trick we are using
Ok.

> Why are you indenting the license blocks with one space?
It was how one of them was and it made the stuff line up. I can remove that if
you'd like.
 
> Wouldn't the reload button changes be part of another bug?
Yes, I was just trying to be efficient/lazy. :)

> Note that i can't test this patch, due to the lack of a mac.
I'm rebuilding from scratch with it now to make darn sure that it's ok.

Attachment #165192 - Attachment is obsolete: true
Attachment #165193 - Attachment is obsolete: true
Attachment #165204 - Flags: first-review?(mvl)
Comment on attachment 165204 [details] [diff] [review]
rev5 - trunk - addresses mvl's comments

next time, i think it would be a good idea to split the patches into cleanup
and stuff for other bugs. better for cvs blame :)
Attachment #165204 - Flags: first-review?(mvl) → first-review+
Attachment #165192 - Flags: first-review?(mvl)
Attachment #165180 - Flags: first-review?(mvl)
Comment on attachment 165180 [details] [diff] [review]
None of this matters if the throbber doesn't do anything. This makes it do something.

This attachment moved to bug 268602
Attachment #165180 - Attachment is obsolete: true
Attachment #165180 - Flags: first-review?(mvl)
patch checked in.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
pinstripe/sunbird/jar.mn obviously has problems. calendar.css is not in there
but is being added to the jar file. This is what I get when I build sunbird on mac:

file not found: ./skin/classic/calendar/calendar.css at
../../../../../config/make-jars.pl line 391, <STDIN> line 5.

also I will ask the question in comment #11 again: Why use a different filename
(mainCalendar.css)? 

This is the change that caused this:
http://bonsai.mozilla.org/cvsview2.cgi?diff_mode=context&whitespace_mode=show&subdir=mozilla/calendar/sunbird/themes/pinstripe/sunbird&command=DIFF_FRAMESET&file=jar.mn&rev1=1.2&rev2=1.3&root=/cvsroot
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(In reply to comment #23)
> pinstripe/sunbird/jar.mn obviously has problems. calendar.css is not in there
> but is being added to the jar file. This is what I get when I build sunbird on
mac:
> 
> file not found: ./skin/classic/calendar/calendar.css at
> ../../../../../config/make-jars.pl line 391, <STDIN> line 5.
> 
> also I will ask the question in comment #11 again: Why use a different filename
> (mainCalendar.css)? 

This was an attempt to not have two full versions of calendar.css floating
around: a winstripe and a pinstripe one. pinstripe's calendar.css would @import
the winstripe one, but since pinstripe's calendar.css overrides winstripe's
(which it has to do), winstripe's calendar.css had to be available under a
different filename: mainCalendar.css.

That being said, I have an error associated with the above setup, and am
beginning to feel that we should just suck it up and have the two css files,
being careful to put edits in both, and bag the @import nonsense, as it seems
more trouble than it's worth.
Attachment #165433 - Flags: first-review?(mostafah)
Comment on attachment 165433 [details] [diff] [review]
rev6 - fixes jar.mn & removes @import from pinstripe's calendar.css - it is now an independent file

calendar.css checked in. Thanks
(The jar.mn patch is incorrect but I've fixed that already )
Attachment #165433 - Flags: first-review?(mostafah) → first-review+
Status: REOPENED → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → FIXED
I would have liked to try with an absolute path. /calendar/sunbird/themes/... 
Maintaining two almost identical files is really no fun. It will go wrong.
Well, eventually ( and hopefully ), we'll have a pinstripe theme that would need
its own calendar.css anyway. Meanwhile I guess lilmatt is in charge of the clone :)
The bugspam monkeys have been set free and are feeding on Calendar :: Sunbird Only. Be afraid for your sanity!
QA Contact: gurganbl → sunbird
Component: Sunbird Only → Preferences
QA Contact: sunbird → preferences
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: