Re: Matching Java WM_CLASS or matching two WM_CLASS values



Le samedi 07 avril 2012 à 12:09 +0200, Alessandro Crismani a écrit :
> Il giorno sab, 07/04/2012 alle 11.45 +0200, Milan Bouchet-Valat ha
> scritto:
> > Le mercredi 21 mars 2012 à 22:17 +0100, Alessandro Crismani a écrit :
> > > Hi everybody,
> > > 
> > > I have a problem with a Java application that sets its WM_CLASS value to
> > > either "wm-class-a" or "wm-class-b" (the two real ones are garbage, e.g.
> > > java-lang-thread). The application is beyond my control and I can't
> > > modify it for setting a saner WM_CLASS.
> > > 
> > > ...
> > > 
> > > 
> > > The question is, how can I match both instances with a single desktop
> > > file? Is it possible? Can I somehow tell Gnome Shell that both WM_CLASS
> > > values should match a particular desktop file?
> > Please see 
> > https://bugzilla.gnome.org/show_bug.cgi?id=673657
> > 
> > 
> > Regards
> 
> Thanks a lot,
> 
> Just to make sure I understood it clearly, the Shell will match the
> StartupWMClass property of a desktop file and, if it fails, the match
> will be on the .desktop file name, is this correct?
That's how I understand it too.

> If it is, I could match my dumb application (that uses two WM Classes)
> by relying on the StartupWMClass for one wm_class and on the file name
> for the other wm_class. What if I have an even worse application that
> comes up with three different wm_class values (I hope that won't ever
> exists)? Can I specify multiple StartupWMClass values in a desktop file?
> Does my question make any sense?
I don't think you can specify several StartupWMClass in one .desktop
file. But really, if an app uses three different WM_CLASS, it needs to
be fixed...


Regards


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