On 6/14/22 09:52, Carsten Haitzler wrote:
On Mon, 13 Jun 2022 23:32:00 +0200 Pierre Couderc via enlightenment-users
<enlightenment-users@lists.sourceforge.net> said:
On 6/13/22 19:21, Carsten Haitzler wrote:
you could add a
StatrupWMClass as i mentioned to make it easier to match to brave-browser.
you can change the name of the brave desktop file. brave-browser.desktop -
this means e's fallbacks to using class name (brave-browser) as the desktop
file name will work (this is intentional in standards). but it seems to me
that brave somehow is making it hard to match a window to its desktop file.
at least for you and your packages. the aur arch packages is just fine.
Strange and interesting , I add :
StartupWMClass=brave-browser
to brave-browser.desktop
And it is better, the result depends on "Don't show active windows"
parameter of the ibar:
it can find it then - as i said. whatever you have is a "poor install" that
makes it pretty impossible to match up the desktop to the window unless the
pid matches and i have a suspicion the pid does not match.
If it is checked : nothing changes, the brave icon appears but instances
are not shown.
If I uncheck it, a second brave icon appears, and I can hower on it...
this means the brave browser desktop file found is not the one that was
added... you have 2 of them that are different.
Yes, I find 2 identical files : brave-browser.desktop and browser.desktop
(not reminding having created 2 files, but.... )
When I remove brave-browser.desktop, all becomes normalĀ and the problem
is solved !
So thank you very much.
Do you think that the "missing line" :
StartupWMClass=brave-browser
is a bug I should report to brave developpers...?
_______________________________________________
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users