You are not logged in.
Is it just the folders? I could script something with papirus, but the apps need to be consistent color for the menu.
#!/bin/sh
echo '#include <stdio.h>\nvoid main() { printf("Hi, bunsenlabs\\n"); return; }' > bunsen.c
gcc bunsen.c -o bunsen
./bunsen
Offline
Offline
Just trying to work out what to do with those missing icons that @sleekmason is talking about
@micko01 Yep! These three mystery entries here.
floating xfce
pop art squares
slideshowWhat they are associated with, I do not know. I don't believe they were in /usr/share/applications.
Edit* checking...
1. Looks like floating xfce is "floaters" based on the title name.
2. pop art squares is "popsquares" based on the title name.
3. slideshow pulls up a terminal sized slideshow of the wallpapers..
Revisiting, it looks to me those are the names of some screensavers that xfce4-screensaver ships. We don't use them, and I expect xfce hide them in that sub-folder so xfce4-screensaver can use them when users are choosing a screensaver (there are only 3 or 4). The problem is that jgmenu is displaying those unwanted icons?
So we can:
hide the menu entries thanks to @malm
ship alternative .desktop files to show an appropriate icon
I don't think we need to get involved with the .desktop files of functions we don't use. Actually, there's all sorts of junk in the auto-generated Applications menu which is why I do my best to discourage people from using it unless they can't get what they want from the hard-coded section+pipemenus. My vote would be to forget about the whole issue, unless there's an easy fix.
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
I take it back, those emblems look awesome.
I don't care what you do at home. Would you care to explain?
Offline
My vote would be to forget about the whole issue, unless there's an easy fix.
Which issue?
I don't care what you do at home. Would you care to explain?
Offline
@hhh and @micko01 in general I like the labbe icons very much, but I've always had reservations about the folder icons. Maybe the same as @hhh in that they look a bit... flimsy?
I'm not sure what it is. The lack of a folder behind the emblem? Something is off.
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
johnraff wrote:My vote would be to forget about the whole issue, unless there's an easy fix.
Which issue?
Those odd-named xfce icons in the subfolder. Was that an issue? All that talk about hacking jgmenu to hide certain icons...
Last edited by johnraff (2025-10-27 07:02:50)
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
Meanwhile, @micko you've fixed the missing application icons, right? I should do a build+upload.
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
Offline
@malm
1. You can create desktop entries in $HOME/.local/share/applications with NoDisplay=true to hide entries. That would hide them in other clients too like Thunar, so depends on what you want. You can even use the helpful "jgmenu_run hide-app" command for this.
This doesn't seem to be working. For a start the relevant files have NoDisplay=true at the end of each file,
/usr/share/applications/screensavers/{xfce-floaters.desktop,xfce-personal-slideshow.desktop,xfce-popsquares.desktop}Each entry works and shows the relevant screensaver preview.
What do you mean by "works"? They appear in the auto-gen menu? Then with NoDisplay=true that should not be. That entry is so a .desktop file can set MIME associations etc without appearing in menus. But clicking the .desktop file itself should run the Exec: line.
https://specifications.freedesktop.org/ … -keys.html
That would hide them in other clients too like Thunar
I'm pretty sure that if you navigate to the directory holding such .desktop files they will still be visible in Thunar.
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
Offline
BTW Guys, I fully expected this theme-wrangling would build up as the actual release started to breathe down our necks. There are many other places where I just threw in something that was good-enough to get an alpha out, but would need revisiting in due course. The revisiting is now under way...
I'm sure the end result will be wonderful.
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
In the interest of being open
here's the howto:
1. Copied all the blue folder icons from papirus to a dir called 'infolder' (which I have installed thanks to @malm and teallach
)
2. Wrote a script in the same dir as 'infolder' that worked perfectly on 3rd go. beer and all!
create.sh
#!/bin/bash
# hack on papirus icons to create bark, sage, grey, oomox and telinkrin
# below are the papirua blue colors
#4877b1 mid blue
#e4e4e4 off white
#5294e2 lighter blue
#ffffff white
#1d344f dark blue
#### FUNCTIONS
# this builds the differnt flavours of icon themes
_colors() {
case $1 in
oomox)stop1='a4d8d4';stop2='318c85';stop3='003632';;
telinkrin)stop1='b2ced6';stop2='6da5b7';stop3='003748';;
bark)stop1='9D9D87';stop2='52523F';stop3='2E2E02';;
sage)stop1='919D87';stop2='49594C';stop3='1B241D';;
grey)stop1='8C8C8C';stop2='4B4B4B';stop3='212121';;
esac
sed -e "s%4877b1%$stop1%g" -e "s%5294e2%$stop2%g" -e "s%1d344f%$stop3%g" < infolders/$2 > $1/${2/\-blue}
}; export -f _colors
_process() {
mkdir -p $1
_colors $1 $2
}; export -f _process
for i in oomox telinkrin bark sage grey
do
for e in $(ls infolders)
do
#echo $i
_process $i $e
#echo $e
done
done(@Döbbie03 that's your contrib to Carbon
- beer!)
... and, for the record
#!/bin/sh
echo '#include <stdio.h>\nvoid main() { printf("Hi, bunsenlabs\\n"); return; }' > bunsen.c
gcc bunsen.c -o bunsen
./bunsen
Offline
Meanwhile, @micko you've fixed the missing application icons, right? I should do a build+upload.
Yes, but no rush.
#!/bin/sh
echo '#include <stdio.h>\nvoid main() { printf("Hi, bunsenlabs\\n"); return; }' > bunsen.c
gcc bunsen.c -o bunsen
./bunsen
Offline
I don't think we need to get involved with the .desktop files of functions we don't use. Actually, there's all sorts of junk in the auto-generated Applications menu which is why I do my best to discourage people from using it unless they can't get what they want from the hard-coded section+pipemenus. My vote would be to forget about the whole issue, unless there's an easy fix.
That's fine by me. Application menus are always messy looking anyway.
#!/bin/sh
echo '#include <stdio.h>\nvoid main() { printf("Hi, bunsenlabs\\n"); return; }' > bunsen.c
gcc bunsen.c -o bunsen
./bunsen
Offline
^I think it's pretty much impossible to make an auto-generated app menu hang neatly together, unless maybe by hiding a lot of stuff, which kind of defeats the purpose.
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
I get what @unklar is saying. Each labbe theme has a 'bunsen.svg' icon. Doing a search in the menu properties for 'bunsen' shows it and you then have the option to set it. Looks better
Not quite sure what you guys are advocating here. The “distributor-logo-*” icon name is a standard which menus will fall back on. In our previous BL icon themes all the other optional icon names like "bunsen" "bunsenlabs" etc were symlinks to "distributor-logo-bunsenlabs".
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
I'm not sure if this will be useful, but I'll share with you a few simple tricks that I use.
I often create scripts for myself, and some of them have a .desktop file in ~/.local/share/applications so I can find it easily (menu, panel, dock).
You all know how a theme icon works, if there is no matching icon, it will first look for it in index.theme.
In the Inherits line are the places and the order in which it will be done.
If I wanted all installed icon themes to have my 'app', it would be too much work.
It's actually quite simple if you know where all installed themes will look for your icon.
Maybe it's best if I show you with an example.
This is the .desktop file for my Recent Cleaner app in ~/.local/share/applications with the following key lines.
[Desktop Entry]
...
Name=Recent Cleaner
...
Icon=recent-cleaner
...
StartupWMClass=Recent CleanerOf course, no installed theme has a recent-cleaner icon.
I created a recent-cleaner.png (256x256) image and put it in /usr/share/pixmaps.
Now all installed icon themes show the icon for my Recent Cleaner application.
If people would know how little brain is ruling the world, they would die of fear.
Offline
@hhh I can add these to labbe, different flavors too, scripting didn't take long, while having a beer
Dude, sweet! Cheers.
I think folder-visiting.svg is my spirit animal. *cough* folder-bunsen.svg?
I don't care what you do at home. Would you care to explain?
Offline
Starting to get somewhere @hhh
I should rename this iteration to 'labbus' or something, with a nod to papirus for the folders.
Pick what extra folder icons you want from those screenies. I'm guessing you absolutely need that zebra one.. so that's your spirit animal? Concoct a bunsen one?
#!/bin/sh
echo '#include <stdio.h>\nvoid main() { printf("Hi, bunsenlabs\\n"); return; }' > bunsen.c
gcc bunsen.c -o bunsen
./bunsen
Offline