Replies: 24 comments 11 replies
-
|
Alttab always uses a single, fixed theme, either defined with the |
Beta Was this translation helpful? Give feedback.
-
|
Well no because it doesn't touch on why it won't use larger icons than 64x64 and why it's ignoring some icons in the set theme. Just to be clear this is my launch params/args What I'd like is (-i 256x256 -t 256x300|-i 128x128 -t 128x140) but all the icons are blurry due to scaling rather than using the 256x256 | 128x128 versions of the icons. The issue of the ignored icon is stranger as I replaced the hicolor icons with the ones from my theme still it pulled the "original" icon after restarting from somewhere else. Xprop says the window has no set icon so rather than using the WM_CLASS in the set theme like the man page talks about it seems to do something else. Given all the hicolors are scalable svg's kinda says why this icon is the only one that scales over 64x64 but my icon set also has scalable so again why does alttab give up around 64x64 and never look for the matching size or switch to the scalable? |
Beta Was this translation helpful? Give feedback.
-
|
Alttab uses only PNG and XPM icons, not SVG. Does this explain everything? where |
Beta Was this translation helpful? Give feedback.
-
|
In the icon theme I have set 16 to 512 are png, there are xpm for applications (because my WM is as old as I am heh) and svg under "scalable." When running with -vv added it doesn't show/tell what icons are being used (or from where). Just an icon id and size along with the win title not the class. I removed my xpm and tested and then rebuilt them and tested again with the same results. It grabs a few at the correct 128x128 but the rest it keeps limiting 64x64. |
Beta Was this translation helpful? Give feedback.
-
|
At the very start of |
Beta Was this translation helpful? Give feedback.
-
|
There is but it's listing things I don't have open or don't use and all pointing to /usr/share/pixmaps/ Above that it has |
Beta Was this translation helpful? Give feedback.
-
|
On your system, alttab uses only pixmaps + icons from X window properties. Let's try to figure out why it doesn't use images from freedesktop directories, such as the m0dw3rks theme. Please show the full path to any of the icons in this theme that you expect to be loaded, along with the output of |
Beta Was this translation helpful? Give feedback.
-
|
Well it IS using my set theme icons but the wrong sizes. So all the stuff listed above doesn't make sense. Like I said, it's listing stuff not used/not running then showing it's using pixmap fles for them but none of that stuff is relevant. So if I'm on an XScreen/Workspace with Waterfox running and hit alttab it shows $HOME/.local/share/icons/m0dw3rks/apps/64/waterfox.png even if I have it set with -i to use /home/shed/.local/share/icons/m0dw3rks/apps/128/waterfox.png and thus it's blurry and terrible looking. |
Beta Was this translation helpful? Give feedback.
-
|
Alttab doesn't load icons from any of these files: because it only searches for icons in Instead, to quickly fix things: |
Beta Was this translation helpful? Give feedback.
-
|
The links do the trick in so far as alttab see things differently with the -vv output but it's still hit and miss on quality. Some icons look right, others still look terrible, blurry and scaled up. Looking at the output it is pulling the 128x128 but if I open the file in feh/sxiv it looks good, in alttab, blurry mess same as before. I see some icons as well have a black background added where the alpha should be. Other icons alpha is rendered OK but some not. Anyhow thanks for looking into this. I'll just call it as 64x64 is the best that can be done. I'll have to restructure the icon builds too. |
Beta Was this translation helpful? Give feedback.
-
|
Does |
Beta Was this translation helpful? Give feedback.
-
|
With -s 3 most icons don't show at all and some of what do show have their alpha channel turned black. The ones that showed looked "crisp." I tested all -s options again and they all do some combination of small icons upscaled (blurry), some icons correct (crisp), some icons alpha channels turned black, some icons don't display. Comically if I "break" my icons directory structure with the Open Desktop Standard the black alpha goes away and it still pulls the same icon. I tried changing the icon theme to something else and restarting alttab...it's still somehow using my normal icon theme. This feels more like ghosting hunting than debugging heh. |
Beta Was this translation helpful? Give feedback.
-
|
I would recommend continuing to try Alttab is very straightforward; it doesn't involve any obscure processes. For instance, it uses ONLY the theme specified with the With Ensure the PNG files are indeed PNG format. |
Beta Was this translation helpful? Give feedback.
-
|
Heh they are png, this is my icon set so I know how it's built/rendered. As for going -s 3 it's not really an option. Most icons don't show at all, those that do have the blacked out alpha, it's a mess, despite the "app" lines saying it's using the right files. At least with -s 2 the icons show, the alpha is correct and as long as I don't go larger than 64x64 they look as they should. |
Beta Was this translation helpful? Give feedback.
-
|
From the icons displayed in the "app" lines, could you attach to the chat one that is not shown and another one with wrong alpha? Also, |
Beta Was this translation helpful? Give feedback.
-
|
Depth is 24 but that doesn't matter because the alpha is shown correctly as long as 64x64 is set. The icons that lose their alpha are for example my Geany icons, but only if I go above 64x64 and the directory structure is inverted i.e. 128x128/apps/geany.png |
Beta Was this translation helpful? Give feedback.
-
|
Once again, if you encounter a situation where the path to a valid icon is displayed in the 'app ...' line, yet alttab incorrectly renders this icon, then please attach the icon here to this conversation by using the 'attach' button. |
Beta Was this translation helpful? Give feedback.
-
|
I will test a few things in a bit to see if the alpha is ditched (and the app line matches) if I keep things 64x64 with the inverted directory structure. Just did a quick test while waiting on a compile. This time Geany looks fine but my Ranger icons alpha is nuked. Tried again dropping back to 64x64, now Geany is back to losing alpha as is my leafpad icon. So looks like as long as the inverted directory structure (ala open desktop standard) of size/category is in play it's a whack-a-mole game of which icons it will screw up...or not show at all (though all are showing right now). I've been playing around with things and have another fun one. So I launched 128x128 again and in the APP list I have |
Beta Was this translation helpful? Give feedback.
-
|
I just checked your 128x icons in alttab, and they are displayed nicely, including the alpha channel:
I don't quite understand what do you mean by "inverted" directory structure; only one directory structure is recognized by alttab, and it's a standard, so I recommend to stick to it (though you may have reasons for another scheme, I don't know). |
Beta Was this translation helpful? Give feedback.
-
|
See my other stuff above where the APP line says it's using one icon but alttab displays another. app "palemoon" [$HOME/.local/share/icons/m0dw3rks/128x128/apps/palemoon.png] (128x128) Also this has the correct size but it IS NOT using the icon listed in the app line, it's using the default TOR icon. Inverted because my icons are built with the structure of APPS/SIZE - thus "inverting" means SIZE/APPS. I've tried to pipe alttab output to a log but it won't play nice. In addition to that I've tried to screen cap thing and it never captures. Glad the icons work for you, sometimes they work here too, but that's the catch, alttab plays "whack-a-mole" with what it will trip up on. As I said several messages ago - just call this, it's like chasing ghosts rather than debugging and as long as I remove the inverted directory structure and stay 64x64 alttab behaves. |
Beta Was this translation helpful? Give feedback.
-
|
I will add one last thing. If you really want to figure this out note something I said way back about when you actually trigger alttab. Lines like "8: 5000099 (lvl 0, icon 37749016 (48x48)): New Mail - Pale Moon" The "icon" is denoted as an ID which is useless (at least to me). If you want to see the discrepancies between the APP lines and the actual triggers you should have alttab output the path and file it's actually loading to display. With the Tor Browser example the sizes line up so "on paper" it looks like it's pulling the right icon. You don't see the issue unless you visually see the wrong icon when you trigger. You could see in the logs it says one thing on the App line then grabs something totally different to show the user. That won't help (in theory) why it magically starts to butcher alpha channels for me when the directory structure is inverted but there is definitely some little gotcha happening here and lots of questions. |
Beta Was this translation helpful? Give feedback.
-
|
To clarify where the icons came from in these lines,
I've added some debug in master branch. Use: |
Beta Was this translation helpful? Give feedback.
-
|
Exactly, right now alttab says one thing on the App line then does another and no way to tell how we went from A to B in the output. It's acting like a shady street vendor. He says it's a genuine Rolex but when you see its the face says Rollex. ;) Trust me bro, icon is legit! Try to build in a few and report back. With my normal directory structure With the inverted (so I get the app lines) app "tor-browser" [$HOME/.local/share/icons/m0dw3rks/128x128/apps/tor-browser.png] (128x128) 0: 460000a (lvl 0, icon 102760457 (128x128)): ranger Since I can't get screen shots to capture I did a quick screen record. You can see both wrong icons from what the app lines say as well as various icons where the alpha channel is blacked out. alttab-2024-03-19_03.48.13.mp4 |
Beta Was this translation helpful? Give feedback.
-
|
Let's please refrain from inappropriate analogies. Alttab retrieves icons from various locations, which might appear unexpected to a user who hasn't understood the working algorithm and options. From your output, it's evident that the icons come from X window properties, not from files. Now, launch alttab with the |
Beta Was this translation helpful? Give feedback.
-
|
-s 3 That is why I said -s 3 is a no go. You can also see two Sakura terms, one icon is shown, the other isn't. It's the same icon so what gives?! |
Beta Was this translation helpful? Give feedback.
-
|
What are shown in these lines?
|
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
|
(for Pale Moon windows) |
Beta Was this translation helpful? Give feedback.
-
|
4800099 (lvl 0, icon 0 (0x0)): Workout System 17 - Pale Moon 8: 5000099 (lvl 0, icon 0 (0x0)): m0dMAIL v0.2 - Pale Moon |
Beta Was this translation helpful? Give feedback.
-
|
Okay, no icons found. |
Beta Was this translation helpful? Give feedback.
-
|
WM_CLASS(STRING) = "Navigator", "workout" WM_CLASS(STRING) = "Navigator", "Tor Browser" |
Beta Was this translation helpful? Give feedback.
-
|
This means that for Pale Moon, alttab searches only for navigator.png and workout.png, and explains why it doesn't find anything. In short, your Pale Moon windows are not "app palemoon" for alttab. |
Beta Was this translation helpful? Give feedback.
-
|
That I can do, but then what about the blacked out alpha channels? Or the fact icons are missing from applications other instances have their icons for? The "random" I'll load for one, but not the other? |
Beta Was this translation helpful? Give feedback.
-
|
For blacked out icons: perform the same analysis, to realize where are they come from. If they come from X Window properties, then make them come from the sources you control (i.e., from files), you already know how. I suggest we tackle the problems one at a time. |
Beta Was this translation helpful? Give feedback.
-
|
All the icons are coming from the same place...if it's loading MY icons, it's MY icons which have their alpha. I've already attached problematic icons and my entire icon set is on github. Well I suggested we just leave it be. ;p Thanks for looking into things but as I've said many times -s 2 and no higher than 64x64 and it behaves. No missing icons, no blacked alpha, no blur. |
Beta Was this translation helpful? Give feedback.
-
Is there a way to choose larger icons? If I set -i 256x256 it does this strange bit where it will pull the wrong icons for somethings but those will scale correctly where as where it pulls the correct icons it seems to limit itself to icon sizes of 64x64 then scales them up to become blurry.
So for example I have some terms with custom window classes and icons to match. Alttab grabs those icons but after 64x64 it upscales and they are ugly and blurry despite them having versions from 16x16 to 512x512. Then KeypassXC it uses a stock icon despite my icon theme having icons for it the same as the terms but that icon scales cleanly.
Just for experimentation I've tried all the -s options to no change. I can't figure out why for some things it tops out with the 64x64 icons but then others where the win_class has a matching icon it ignores it and defaults to hicolor. The only thing I've noticed was xprop doesn't seem to see an icon with the hicolor choices.
Beta Was this translation helpful? Give feedback.
All reactions