I just wanted to have auto-generated system menu.
So I read about update-menus from Debian systems and fvwm-menu-desktop and here is some things about…
Why does Fvwm read menudefs.hook file while starting? In this file there are definitions of generated menus, so why Fvwm keeps them in memory if there wasn’t any requests to use the hook?
As I know, menudefs.hook is generating by update-menus (in Debian’s systems). Well, exactly by /etc/menu-methods/fvwm
And as I know (I’m not sure, correct me if I’m wrong), update-menus runs by dpkg after deb package installed, so this menudefs.hook file is indepentent from Fvwm. Can’t find explanation why Fvwm reads this file every time.
To get this menu, I added this line to my StartFunction:
+ I PipeRead 'fvwm-menu-desktop --desktop gnome-user'
And this generates gnome-user menu and all submenus. So in this this (according to point 1 above). All menus definitions are duplicated in memory.
But there is another problem. Some categories are double in menudefs.hook:
[code]xsx :: banan :~: grep Dźwięk .fvwm/menudefs.hook
AddToMenu “/Debian/Aplikacje/Dźwięk” “Dźwięk” Title Top
- “&Dźwięk” Popup “/Debian/Aplikacje/Dźwięk”
AddToMenu “/Debian/Applications/Dźwięk” “Dźwięk” Title Top
- “Dź&więk” Popup “/Debian/Applications/Dźwięk”[/code]
IMHO, this is problem of my system, not Fvwm, isn’t it?
- If I wish to have mini-icons in the menus, I have to add --enable-mini-icons
but it doesn’t work because of bug (or my stupidity)
to use png icons i need --png-icons-path
and then path is defined_above/mini_path
so to remove minit_path is define --mini-icons-path “”
png path works
now we have problem with xpm (mini?) path cause it’s related to mini-icons-path so “”
how to get the same path for xpm and png files?
So, definition of icon is in wrong place.
- Some problems with locales (system problem?)
Some submenus are double (one in english, one in my national language).
Like: Gry and Games
Any idea about this issie?