The default bug view has changed. See this FAQ.

[meta] tango icons for thunderbird linux integration

RESOLVED FIXED

Status

Thunderbird
General
--
enhancement
RESOLVED FIXED
9 years ago
6 years ago

People

(Reporter: Jakub 'Livio' Rusinek, Unassigned)

Tracking

(Blocks: 1 bug, {meta})

Dependency tree / graph
Bug Flags:
wanted-thunderbird3 +

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(2 attachments)

(Reporter)

Description

9 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; pl; rv:1.9b3pre) Gecko/2008020204 Fedora/8 (Werewolf) Minefield/3.0b3pre
Build Identifier: version 3.0a1pre (2008020203)

thunderbird cannot be worst than firefox. it also needs a bit of love.

some icons can be copied from bug #381206.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.
(Reporter)

Comment 1

9 years ago
also, gtk stock icons should be used where possible.
(Reporter)

Updated

9 years ago
Blocks: 415419

Comment 2

9 years ago
Confirming. Though we use the same theme for windows and linux currently...
Status: UNCONFIRMED → NEW
Ever confirmed: true
Hardware: PC → All
See bug 406742

Updated

9 years ago
Summary: tango icons for better linux integration → tango icons for better thunderbird linux integration

Updated

9 years ago
Duplicate of this bug: 430751
Flags: wanted-thunderbird3?
Created attachment 348539 [details]
Screenshot

Quickly hacked together, using desktop spec icons.
(Reporter)

Comment 6

9 years ago
Add patch or whatever you did so someone could take a look, how you did it.

BTW, looks awesome!
It's just a number of overrides in userChrome. Most of the icons are non-gtk stock theme icons so probably a no-no for Thunderbird (-> no fallback icons).

I know that some artists are interested in doing a complete Tango set but what we really need is some "official" word from Mozilla Messaging.

Comment 8

9 years ago
I think we're pretty interested in doing this...
Flags: wanted-thunderbird3? → wanted-thunderbird3+

Comment 9

9 years ago
(In reply to comment #5)
> Created an attachment (id=348539) [details]
> Screenshot
> 
> Quickly hacked together, using desktop spec icons.

Amazing how some GNOME icons can light up Thunderbird. One question: are the separators between toolbars supposed to be missing?
(In reply to comment #9)
> One question: are the separators between toolbars supposed to be missing?

Yes, it's a feature of the Gilouche GTK theme :)
I'd really love to get a separate linux and windows theme created.  I'm not sure if that's this bug or bug 406742 for making that happen.  My plan had be to push on the Linux theme for the b1 -> b2 timeframe.  I believe we just need someone (magnus?) to create a new linux theme space (gnomestripe?).  I'm comfortable with using the Tango icons in the Windows theme where it makes sense.  The only difference between the Windows and Linux themes will likely be some color palette changes.

Our "official" stance is, lets do it! :)

Updated

8 years ago
Depends on: 406742

Comment 12

8 years ago
I just submitted a patch to bug 406742 which creates a gnomestripe theme space - basically hg copy of qute and makefile adjustments. 

But before we apply that we need someone to take care of the actual icons.

Andreas did the firefox ones. IIRC he expressed interest in doing some tango icons for thunderbird too?

Comment 13

8 years ago
What are the specific icons that don't have an icon-naming-spec equivalent?
Vinicius, get a recent TB build, and unzip chrome/classic.jar you will get the idea... Try not to get depressed :)
We really need to iron out the details e.g.:
- can we use non-gtk stock but spec icons? 
- can we use some of the icons created for the old (TB 2.0) tango addon theme?
- create new icons for the public domain tango-icon-library first and reuse them for TB?

Comment 15

8 years ago
If Thunderbird-GTK is also used on Solaris and/or other non-Linux UNIXes then its probably not a good idea to use non-gtk stock unless those OS's also support the icon spec.
> If Thunderbird-GTK is also used on Solaris and/or other non-Linux UNIXes then
> its probably not a good idea to use non-gtk stock unless those OS's also
> support the icon spec.

I think getting Tb to look great on Linux is priority 1 here.  If we need to do theme or icon development work to make it look good on non-Linux Unices, then that's the subject of follow-on bugs.  I fear that trying to make it look good everywhere to start will slow things down too much.

- can we use some of the icons created for the old (TB 2.0) tango addon theme?

I don't see why not, but I may be missing something.

- create new icons for the public domain tango-icon-library first and reuse
them for TB?

Similarly.
(In reply to comment #16)
> I think getting Tb to look great on Linux is priority 1 here. If we need to do
> theme or icon development work to make it look good on non-Linux Unices, then
> that's the subject of follow-on bugs.  I fear that trying to make it look good
> everywhere to start will slow things down too much.
We don't have any problem if we assume Linux == GNOME or Linux == KDE or even many others. FWIW, same for the *BSDs which use either of those DEs or openSolaris (which uses GNOME by default). We will run into problems with legacy desktops or window manages like fvwm (as well as most of the minimalistic WMs, though.

> I don't see why not, but I may be missing something.
License. Many of the basic icons were in fact taken from the (then) CCBYSA licensed Tango Icon Theme which is now being released under public domain as Tango Icon Library. The TB specific icons (most of them were done by Andreas IIRC) would need to be explicitly relicensed for inclusion in TB (which I assume requires the same license as Fx?)

Comment 18

8 years ago
I'd love a nicelly integrated tb, Michael if you provide me a list of the missing icons, I'll happily work on them. Bonus points for a comparison sheet  with other platforms, like the one Alex used for firefox.

Comment 19

8 years ago
Well, "missing" icons - i suppose that's a matter of opinion... The current icons are found here: http://mxr.mozilla.org/comm-central/source/mail/themes/qute/

... but as Michael points out, it's probably easiest to just get the source and start looking at what's needed, and what is ok as is from a tango prespective.

I'd be glad to help (with the technical part), but I'm not sure what people need.
The most important thing right now would be for the core TB team to decide if fdo spec icons should be used.

ADVANTAGE: most mail related icons (send, forward, reply etc) can be pulled from the system icon theme => less duplication, less work for the designers, more unified look with the desktop theme in use

DISADVANTAGE: on minimal X11 systems, TB would probably look broken. Distribution packages could add a hard dependancy on tango icon theme to make sure a theme is present but the same cannot be done for mozilla.org downloaded packages


If FD.O spec icons are to be used, we could just update the theme and then fix the remaining (mostly minor) icons. If not, redoing all the mail-* spec icons would be the first priority.

Comment 21

8 years ago
What's firefox doing wrt fdo spec icons?
Nothing :)
Firefox makes use of the icons available from GTK. Fortunately, most of the highly visible icons in Firefox (<-, ->, (x) etc) are available in GTK because they are very basic icons.

However GTK does not provide mail related icons, so TB could make better use of the additional icons in FD.o themes.

In the end, only relying on GTK icons and redoing the rest is probably the safest choice, but it means Lapo has to re-draw/fix a lot of mail icons. What do you think, Lapo? :)
No longer blocks: 415419

Comment 23

8 years ago
I'd like to see the userChrome file Monreal used to get the native goodness.
Created attachment 357420 [details]
userChrome

Well this will not be helpful for solving the bug properly but as you asked for it... have fun :)

Hopefully someone *cough* Lapo, Hylke *cough* will draw the actual new icons soon :P
changing this to a meta tracking bug since it has no real deliverable and I'd like to start making other bugs with real tasks block this bug.  

Leaving as wanted-tb3+ even though I'm not sure if meta bugs can be wanted, I know they can't block.  Dependent bugs will block as necessary.
Keywords: meta
Summary: tango icons for better thunderbird linux integration → [meta] tango icons for thunderbird linux integration
Version: unspecified → Trunk
Depends on: 482610
Depends on: 482717
Depends on: 482720
Depends on: 483777
Depends on: 483761
Depends on: 483759
Depends on: 484064
Depends on: 484179
Depends on: 484800
Depends on: 484364
Depends on: 484395
Depends on: 485371
Depends on: 484199
Blocks: 389143, 284962
Depends on: 490067
Depends on: 492994
Depends on: 472541

Updated

8 years ago
Depends on: 496375

Updated

8 years ago
Depends on: 495088

Updated

8 years ago
Depends on: 507508

Updated

8 years ago
Depends on: 508548

Updated

8 years ago
Depends on: 509268
Depends on: 509442
Do we need to keep this meta open ?
No, I think it's main goal is accomplished, and the two bugs that depends on it are not really related to it. Marking as Fixed.
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → FIXED
Duplicate of this bug: 416339
You need to log in before you can comment on or make changes to this bug.