Re: Wrap Firefox in KDE app?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dotan,

This doesn't completely help, however, here's something that may get
you closer to what you need.

>From the way, wayback, all X11 apps used to pass through X11 lib
initialization (IIRC, it was XtInitialize(args)) this allowed you
to set the name and class of the application, so the Window Manager
could manage different programs/classes differently. (and
geometry and X resources (xrm), etc)


When mozilla was netscape, this used to work properly (it's been
like 12 years since i did this, and i forget specifically why i used
to modify netscape's WM_CLASS, sigh).

So, since going through Gtk, they broke things, but eventually got
them partially fixed.  Gtk apps call gtk_init(args), and firefox
does this, too, but they aren't doing it quite right.

IIRC, XtInitialize() and gtk_init() are passed the full cmdline
argument vector, parse things they know about, and then return
the argument vector sans the items they knew and handled. the
application then took the rest of the args which presumably were
not generic UI toolkit args, but application specific args, and
processed them.

So, at least as of firefox 16, the '--class' argument is working as
expected, though --name is not.  As i often see by Mozilla devs,
they seem to lack the full comprehension of adhering to historical
standards:  (i'll paraphrase that as "Hey, man, doesn't impact
me, so it's not a problem!")

    Ref: https://bugzilla.mozilla.org/show_bug.cgi?id=496653#c40
    Ref: http://developer.gnome.org/gtk/2.24/gtk-running.html

So, if you start a firefox profile, say "Banking", with:

   firefox -P Banking --class FF_Banking --no-remote

then the task manager will put that instance into a new task
grouping (since WM_CLASS instance is now FF_Banking and not
"Firefox".  Unfortunately, it will still have the standard Firefox
Icon.  Now, where does that icon come from? it's not the one in
{firefoxAPPDIR}/icons.  It *might* be found in 'omni.ja' (no
longer called a jar file, because Moz devs violate the ZIP file
specification, which is also JAR, in order to speed up indexing.).
Firefox may also support XDG icon directory lookups, etc, but
a quick 'strace' doesn't give me something obvious to work
off of.

So, if you can figure out the search order for firefox to
make its icons, and it allows lookups in the user's profile,
or based on the Class name, you might be able to fix that.
Worst case you could change the XDG variables to hunt for
Icon dirs, or the kde4 icon path, etc...

Good luck!

--stephen
-- 
Stephen Dowdy  -  Systems Administrator  -  NCAR/RAL
303.497.2869   -  sdowdy@xxxxxxxx        -  http://www.ral.ucar.edu/~sdowdy/

___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.


[Index of Archives]     [Trinity (TDE) Desktop Users]     [Fedora KDE]     [Fedora Desktop]     [Linux Kernel]     [Gimp]     [GIMP for Windows]     [Gnome]     [Yosemite Hiking]
  Powered by Linux