Tiny Core Base > Release Candidate Testing
Core v16.0beta1
Rich:
Hi MikeLockmoore
--- Quote from: MikeLockmoore on March 09, 2025, 12:10:08 AM --- ... I was able to run a few of these and got two of the submenus (OnDemand, and SystemTools) populated. ...
--- End quote ---
Typically, menu items and wbar icons are handled through .desktop
files found in /usr/local/share/applications/. .desktop files with the
prefix tinycore- (i.e. tinycore-editor.desktop) wind up under the
SystemTools submenu. .desktop files are included in extensions
and handled by tce-load.
Here is a .desktop file:
--- Code: ---tc@E310:~/fltktest/fltk_projects$ cat /usr/local/share/applications/grabber.desktop
[Desktop Entry]
Comment=Select a section of the screen with your mouse and save as .png file
Name=Selective Screenshot
Exec=/usr/local/bin/grabber
Icon=grabber
Terminal=false
X-FullPathIcon=/usr/local/share/pixmaps/grabber.png
Type=Application
Categories=Utility;
--- End code ---
At the very least, a .desktop file should probably include:
--- Code: ---Comment= A brief hint as to what the program does.
Name= The name displayed in the menu and when you hover over its icon.
Exec= Command to launch the program.
X-FullPathIcon= Location to fetch the icon image from (assuming you want an icon).
--- End code ---
I think some of the other entries might be used by some fancier window managers.
MikeLockmoore:
--- Quote from: Rich on March 09, 2025, 01:57:54 AM ---Hi MikeLockmoore
--- Quote from: MikeLockmoore on March 09, 2025, 12:10:08 AM --- ... Wasn't there a third menu with other local TCEs? ...
--- End quote ---
Yes, it's called Applications. Things that you load onboot wind
up there.
--- End quote ---
Thanks. I've been looking into it, but the /usr/local/bin/flwm_makemenu script is not building the Applications subfolder under .wmx/ for me. No error messages if I run it directly from the command line. Just nothing happens. I think there is something weird in my setup that is starting FLWM ok after boot, but whatever is supposed to build the .wmx/ on each boot is not happening. Is there a tc-config script somewhere that is supposed to coordnate and ensure this stuff happens at boot before startx? Or startx is supposed to trigger?
One caveat about my TC 16 RC1 environment... I've changed the /etc/sysconfig/desktop file to refer to 'flwm_mike' instead of 'flwm' or 'flwm_topside', so that I run my most recent binary when run startx. (I have my IDE run the normal flwm "compileit" script, then copy either flwm or flwm_topside binary to /usr/local/bin/flwm_mike, and that binary is added to my .filetool.lst) Not sure if that causes some normal boot setup stuff from happening, but would be interested in sorting out this stuff. I know it was working at one point when I first set up the TC 16 RC boot config, but I've messed things up somehow. :-\
Rich:
Hi MikeLockmoore
That's used in a bunch of places:
--- Code: ---tc@E310:~/fltktest/fltk_projects$ grep desktop /usr/bin/tce*
/usr/bin/tce-load: [ -s /etc/sysconfig/desktop ] && desktop.sh "$APPNAME"
/usr/bin/tce-load: [ -s /etc/sysconfig/desktop ] && desktop.sh "$APPNAME"
/usr/bin/tce-run:if [ -f /usr/local/share/applications/${APP}.desktop ]; then
/usr/bin/tce-run: RUN=`cat /usr/local/share/applications/${APP}.desktop | grep Exec | cut -f2 -d=`
--- End code ---
--- Code: ---tc@E310:~/fltktest/fltk_projects$ grep desktop /usr/local/bin/desktop.sh
DESKTOP=`cat /etc/sysconfig/desktop`
--- End code ---
--- Code: ---tc@E310:~/fltktest/fltk_projects$ grep desktop /usr/local/bin/flwm_topside_*
/usr/local/bin/flwm_topside_makemenu:# Typically called from /usr/bin/desktop.sh
/usr/local/bin/flwm_topside_makemenu:# Check for freedesktop item
/usr/local/bin/flwm_topside_makemenu:if [ -s "$FREEDESK"/"$1".desktop ]; then
/usr/local/bin/flwm_topside_makemenu: if [ -s "$FREEDESK"/"$1"~1.desktop ]; then
/usr/local/bin/flwm_topside_makemenu: for F in $(ls "$FREEDESK"/* | grep -E "$1"'(~[1-9][1-9]*)*'.desktop); do
/usr/local/bin/flwm_topside_makemenu: writeFLWMitem "${FREEDESK}/${1}.desktop"
--- End code ---
Just to name a few, there may be others.
You would need to change your window managers name and
its scripts to match the naming convention.
MikeLockmoore:
Thanks Rich. My prior method of overriding the FLWM binary, dropping out of the WM, and running startx (with a unique WM name in /etc/sysconfig/desktop) was not playing nice with the default desktop init stuff, so I changed things up to boot FLWM (from the .tcz) normally, then after I drop out of the WM, instead of just running startx, I have a wrapper script that can make a backup copy of the FLWM binary in /usr/local/bin, then replace the binary with my experimental FLWM build, then issue startx. Now I have all three sub-menus on my FLWM popup menu.
I'm also happy to report I've solved the weird "windowshade" rollup window minimize feature for the non-FLTK windows. Not sure it was really because some windows are not FLTK-native, but in any case, I have every type of window minimizing and coming back to normal as expected. Screenshot of the topside version with a few minimized windows (just showing horizontal titlebar strips).
Rich:
Hi MikeLockmoore
--- Quote from: MikeLockmoore on March 09, 2025, 11:00:49 PM --- ... I'm also happy to report I've solved the weird "windowshade" rollup ...
--- End quote ---
Will the option to have minimized windows hidden still exist?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version