On Thu, 9 Jun 2022 07:20:14 +0200 Pierre Couderc via enlightenment-users <enlightenment-users@lists.sourceforge.net> said:
> Thank you. > > 1- Maybe, I could help e by including some parameter in the > brave.desktop...? > > In fact, I find 2 desktop files : > > -rw-r--r-- 1 root root 8.2K May 24 17:56 > /snap/brave/162/meta/gui/brave.desktop > -rwxr-xr-x 1 root root 8.5K Jun 9 06:57 > /var/lib/snapd/desktop/applications/brave_brave.desktop > > Maybe e does not find the good brave.desktop file ? efreet is responsible for finding desktop files. /var/lib/snapd/desktop/applications/ is not a standard location for desktop files. neither is /snap/brave/162/meta/gui/. application desktop files go in /usr/share/applications/ (and by extension /usr/local/share/applications/ for locally compiled apps) and for "user personal" apps in ~/.local/share/applications/ . this can be extended by setting $XDG_DATA_DIRS as a search path. efreet does use this if it's there. since you have 2 of these - they are not seemingly the same file - with different content as they have different sizes at least. it could be that the only method left to match desktop files is the executable and these have different executable lines and neither match? have a read of the desktop file. google "desktop file specifications" and read something like: https://specifications.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html then read the files. use xprop and look at the window properties. see what brave exposes about itself on its window. you'll find out in the process how much or little it has and how it may or may not seem useful and then you'll begin to see how hard it is to match up a desktop file to a window if an app doesn't provide good properties. > 2- I note that the list of windows ("main menu", "windows") includes the > brave windows with the correct icon and the correct window titles. Why > windows display finds a correct list and not ibar ? Is this not a bug...? titles are properties on a window itself. set by the app at runtime. icon - it depends on what is matched up. apps can specific icon pixels directly as a property. xprop again will show this. http://www.enlightenment.org/ss/e-62a1a5baaf52d7.99395434.png that's what I see - desktop file is matched. it's found in the normal system (/usr/share/applications/) directory. ibar auto-adds an icon because it can match it to the desktop file (icon on the right of the vertical divider bar - adds a blue bar underneath to indicate it's running). i can bring up the icon in the desktop file editor in e. xprop showing properties there... etc. i can only imagine snap has done something odd. i have found snap to be nothing but pain. it ships custom copies of libs like qt and gtk with an app and then these don't use theme engine plugins on the system thus breaking applications badly with their looks - often to the point of unusability. They also massively bloat out both disk and ram requirements. you no longer share libraries at all. the point of a shared library is it is shared. that means one copy and thus only one copy of the data in memory. if 30 processes all use the same shared library it's loaded only once into memory (the code) and duplicated via virtual memory mappings per process. snap (and flatpak and appimage too) all totally destroy this concept. everyone gets their own copy of a library and thus you load that 50 times into memory not once. a bugfix or security fix has to be duplicated in each snap etc. ... thus you spend more ram (much more) on this and spend mroe i/o loading that lib from disk 50 times (each copy) and so on. using snaps is asking for pain and trouble as well, but that's what you have there. a regularly packages brave browser here with everything done "normally" with the arch brave AUR package (brave-bin here specifically) behaves normally. :) > On 6/7/22 23:45, Carsten Haitzler wrote: > > On Tue, 7 Jun 2022 23:12:59 +0200 Pierre Couderc via enlightenment-users > > <enlightenment-users@lists.sourceforge.net> said: > > > >> On 6/6/22 13:18, Carsten Haitzler wrote: > >>> On Mon, 6 Jun 2022 11:01:17 +0200 Pierre Couderc via enlightenment-users > >>> <enlightenment-users@lists.sourceforge.net> said: > >>> > >>>> When I hoover over a terminology icon in an ibar, I see all the > >>>> instances of terminology, and I can click on the one I want to switch to. > >>>> > >>>> But when I hoover over a brave icon, the list of all instances does not > >>>> appear, so I find no way to open one of them... Some exist and it is > >>>> confirmed too as the border of the brave icon is blue, but I cannot > >>>> access them... > >>>> > >>>> I have checked brave.desktop file but I see nothing special... I use > >>>> brave from ubuntu snap. > >>>> > >>>> What do I miss? > >>> there is no way for e to match the .desktop file to the browser windows - > >>> the wmclass is not listed in desktop file that the windows use. the > >>> command/executable doesn't match the wm command property set on the window > >>> etc. etc. - otherwise it's match it up. there is netwm_pid and the netwm > >>> startup id properties but these are lost on the e side if you restart e > >>> (as it tracks these in memory with an instance structure per process it e > >>> runs until that process exits). > >> ok, sorry, I do not understand your answer very well, but why brave > >> windows do not appear in the ibar? I have found that they appears in the > >> list of the windows of the screen... > > because ibar has to match the window with a .desktop file in ibar - if it > > can't match this to a matching desktop file by properties on the window and > > in the desktop file, it cant put it there. it works for chromium so i can > > only assume brave puts different properties on its windows or in the > > desktop files so it cant be matched. > > > > > > > _______________________________________________ > enlightenment-users mailing list > enlightenment-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ras...@rasterman.com _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users