Re: fvwm-xdg-menu: additonal FreeDesktop categories support
michel dominique wrote: Hi, I begun to made some work on a xdg menu for fvwm-menu-desktop that will provide FreeDesktop additional categories support out of the box. It will provide /etc/xdg/menus/fvwm-applications.menu and its associated files. This is a work in progress, for just it just give an idea of what I want to do. A few additional categories are already supported, and it will take some time until all are incorporated. It is a repository on github: https://github.com/domichel/fvwm-xdg-menu [1] The xfce menu is the wrong one you've started with. It is too specific. You have to use an applications.menu. It is more unique. The other problem with your menu is that you have .desktop entries. A unique menu should work without them. Attached is my first test menu based on Ubuntus applications.menu with some parts from openSuse. I have to test it on other distributions but on Debian it works fine. Should work on Fedora, too because their applications.menu is similar. But Mageia/Mandriva for example has own directory named files besides of the xdg specification, so there is much work to support such distributions. It is no icon support for the categories at that time, maybe later if I find the time. But maybe they are already in fvwm-themes? fvwm-menu-desktop supports icons by default. Thomas Best, Dominique Applications X-GNOME-Menu-Applications.directory /etc/X11/applnk /usr/share/gnome/apps /usr/local/share/applications Accessories Utility.directory Utility Accessibility System Universal Access Utility-Accessibility.directory Accessibility Settings Development Development.directory suse-development.directory Development X-SuSE-Core-Development Building Debugger IDE GUIDesigner X-SuSE-Design Profiling RevisionControl Database Translation Documentation WebDevelopment Building Building.directory suse-development-building.directory Building Debugger Debugger.directory suse-development-debugger.directory Debugger IDE IDE.directory suse-development-ide.directory IDE GUIDesigner GUIDesigner.directory suse-development-guidesigner.directory GUIDesigner X-SuSE-Design Profiling Profiling.directory suse-development-profiling.directory Profiling RevisionControl RevisionControl.directory suse-development-revisioncontrol.directory RevisionControl Database Database.directory Database Translation Translation.directory suse-development-translation.directory Translation WebDevelopment WebDevelopment.directory suse-internet-webdevelopment.directory WebDevelopment Documentation Documentation.directory suse-documentation.directory Development Documentation Education Education.directory suse-education.directory Education X-SuSE-Core-Education X-KDE-Edu-Teaching Science X-SuSE-Core-Science Art Construction Music Languages X-KDE-Edu-Language Biology Chemistry Physics Economy Geography Geology History Literature Math Sports Art Art.directory suse-education-art.directory Art Construction Construction.directory suse-education-construction.directory Construction Music Music.directory suse-education-music.directory Education Music AudioVideo Languages Languages.directory suse-science-languages.directory Languages X-KDE-Edu-Language Biology Biology.directory Education Biology Chemistry Chemistry.directory suse-education-chemical.directory Education Chemistry Physics
Re: fvwm-xdg-menu: additonal FreeDesktop categories support
On lun. 16/09/13 22:41 , Thomas Funk t.f...@web.de wrote: michel dominique wrote: Hi, I begun to made some work on a xdg menu for fvwm-menu-desktop that will provide FreeDesktop additional categories support out of the box. It will provide /etc/xdg/menus/fvwm-applications.menu and its associated files. This is a work in progress, for just it just give an idea of what I want to do. A few additional categories are already supported, and it will take some time until all are incorporated. It is a repository on github: https://github.com/domichel/fvwm-xdg-menu [1] [1] The xfce menu is the wrong one you've started with. It is too specific. You have to use an applications.menu. It is more unique. I started from xfce applications menu. It is an xdg application menu, and as such, it is able to show any applications that have desktop files in /usr/share/applications. The other problem with your menu is that you have .desktop entries. A unique menu should work without them. These .desktop files in /usr/share/desktop-directories are hare only for automatic translations of the category's names and comments. The menu work fine without them, exactly like yours, but will be in English only. Attached is my first test menu based on Ubuntus applications.menu with some parts from openSuse. I have to test it on other distributions but on Debian it works fine. Should work on Fedora, too because their applications.menu is similar. Thank you, it is interesting. Applications place their desktop files into /usr/share/applications. If these desktop files are compliant, all will be fine on any distribution. If they are not, this only mean these desktop files are buggy because they are not non-compliant. In gentoo, portage issue warnings about these buggy desktop files. But Mageia/Mandriva for example has own directory named files besides of the xdg specification, so there is much work to support such distributions. For me, this is their problem. The xdg specification exist for one good reason, to standardize menus. If some xyz distribution make non standard extensions to that norm, it is not my problem if they like to make extra work. I will not do it for them, but will accept patches. Also, extra categories can be made with a X- prefix. Maybe this is for that they write: Category-based menu implementations SHOULD therefore provide a catch-all submenu for applications that cannot be appropriately placed elsewhere. In my menu, it is the following at the end: Menu NameOther/Name Directoryxfce-other.directory/Directory OnlyUnallocated/ Include All/ /Include /Menu I didn't looked at it for now, so this is still the xfce-* Directory key. But it work in English with any locale. That imply for Fedora and the like, it can be enough to add some *Dir* statements at the beginning, and their apps will be matched into the relevant categories, and in Other otherwise. If they don't like it, they can send patches. It is no icon support for the categories at that time, maybe later if I find the time. But maybe they are already in fvwm-themes? fvwm-menu-desktop supports icons by default. I talk about categories icons here, not apps icons. Do you mean the Icon keys in the /usr/share/desktop-directories desktop files, because it is in these files the categories icons are specified, or icons in fvwm ImagePath? Dominique Thomas Best, Dominique Links: -- [1] http://awebmail.vtx.ch/parse.php?redirect=https://github.com/domichel/fvwm- xdg-menu
Re: fvwm-xdg-menu: additonal FreeDesktop categories support
michel dominique wote: On lun. 16/09/13 22:41 , Thomas Funk t.f...@web.de wrote: michel dominique wrote: Hi, I begun to made some work on a xdg menu for fvwm-menu-desktop that will provide FreeDesktop additional categories support out of the box. It will provide /etc/xdg/menus/fvwm-applications.menu and its associated files. This is a work in progress, for just it just give an idea of what I want to do. A few additional categories are already supported, and it will take some time until all are incorporated. It is a repository on github: https://github.com/domichel/fvwm-xdg-menu [1] [1] The xfce menu is the wrong one you've started with. It is too specific. You have to use an applications.menu. It is more unique. I started from xfce applications menu. It is an xdg application menu, and as such, it is able to show any applications that have desktop files in /usr/share/applications. Right, but if you haven't installed Xfce no .directory files exist like Directoryxfce-education.directory/Directory The other problem with your menu is that you have .desktop entries. A unique menu should work without them. These .desktop files in /usr/share/desktop-directories are hare only for automatic translations of the category's names and comments. The menu work fine without them, exactly like yours, but will be in English only. Most distributions have the main categories as .directory files in /usr/share/desktop-directories so it is meaningless to create fvwm-whatever directory entries. Use the xdg defaults. Then you have translation per default. Attached is my first test menu based on Ubuntus applications.menu with some parts from openSuse. I have to test it on other distributions but on Debian it works fine. Should work on Fedora, too because their applications.menu is similar. Thank you, it is interesting. Your welcome :-) A bare application menu is attached. This was the base of my test menu. It includes only the main categories. Perhaps this could be the best start. Fedora have the same but with some Fedora specific entries. Applications place their desktop files into /usr/share/applications. If these desktop files are compliant, all will be fine on any distribution. If they are not, this only mean these desktop files are buggy because they are not non-compliant. In gentoo, portage issue warnings about these buggy desktop files. But Mageia/Mandriva for example has own directory named files besides of the xdg specification, so there is much work to support such distributions. For me, this is their problem. The xdg specification exist for one good reason, to standardize menus. If some xyz distribution make non standard extensions to that norm, it is not my problem if they like to make extra work. I will not do it for them, but will accept patches. Hmmm ... I don't think, that users accept a menu which has no entries in it because the distribution they use doesn't use the xdg standard. I will test it if these extra directory entries needed or not. Also, extra categories can be made with a X- prefix. Maybe this is for that they write: Category-based menu implementations SHOULD therefore provide a catch-all submenu for applications that cannot be appropriately placed elsewhere. In my menu, it is the following at the end: Menu NameOther/Name Directoryxfce-other.directory/Directory OnlyUnallocated/ Include All/ /Include /Menu Ah, ok. That's a good entry. I am not at this point. I've built the test menu today. So ... ;-) I didn't looked at it for now, so this is still the xfce-* Directory key. But it work in English with any locale. That imply for Fedora and the like, it can be enough to add some *Dir* statements at the beginning, and their apps will be matched into the relevant categories, and in Other otherwise. If they don't like it, they can send patches. It is no icon support for the categories at that time, maybe later if I find the time. But maybe they are already in fvwm-themes? fvwm-menu-desktop supports icons by default. I talk about categories icons here, not apps icons. Do you mean the Icon keys in the /usr/share/desktop-directories desktop files, because it is in these files the categories icons are specified, or icons in fvwm ImagePath? No, fvwm-menu-desktop (from CVS) uses for top menu names the 'gnome-fs-directory' icon and for unknown application 'gnome-applications'. Also it gets the icons in the directory files if available. if not it uses the folder icon. The choice of gnome icons is not the best but if you know some others which are available on each system, tell it to me. Best, Thomas
Re: fvwm-xdg-menu: additonal FreeDesktop categories support
Shit, forgot the file :-( Applications X-GNOME-Menu-Applications.directory /etc/X11/applnk /usr/share/gnome/apps Accessories Utility.directory Utility Accessibility System Universal Access Utility-Accessibility.directory Accessibility Settings Development Development.directory Development emacs.desktop Education Education.directory Education Science Science GnomeScience.directory Education Science Games Game.directory Game ActionGame AdventureGame ArcadeGame BoardGame BlocksGame CardGame KidsGame LogicGame Simulation SportsGame StrategyGame Action ActionGames.directory ActionGame Adventure AdventureGames.directory AdventureGame Arcade ArcadeGames.directory ArcadeGame Board BoardGames.directory BoardGame Blocks BlocksGames.directory BlocksGame Cards CardGames.directory CardGame Kids KidsGames.directory KidsGame Logic LogicGames.directory LogicGame Role Playing RolePlayingGames.directory RolePlaying Simulation SimulationGames.directory Simulation Sports SportsGames.directory SportsGame Strategy StrategyGames.directory StrategyGame Graphics Graphics.directory Graphics Internet Network.directory Network X-GNOME-WebApplication Web Applications X-GNOME-WebApplications.directory Network X-GNOME-WebApplication Multimedia AudioVideo.directory AudioVideo Office Office.directory Office System System-Tools.directory System Settings Game Preferences Settings.directory Settings System X-GNOME-Settings-Panel Administration Settings-System.directory Settings System X-GNOME-Settings-Panel Other X-GNOME-Other.directory Core Screensaver X-GNOME-Settings-Panel Other Debian debian-menu.menu Debian.directory ubuntu-software-center.desktop ubuntu-software-center.desktop
Re: fvwm-xdg-menu: additonal FreeDesktop categories support
On mar. 17/09/13 01:41 , Thomas Funk t.f...@web.de wrote: michel dominique wote: On lun. 16/09/13 22:41 , Thomas Funk wrote: michel dominique wrote: Hi, I begun to made some work on a xdg menu for fvwm-menu-desktop that will provide FreeDesktop additional categories support out of the box. It will provide /etc/xdg/menus/fvwm-applications.menu and its associated files. This is a work in progress, for just it just give an idea of what I want to do. A few additional categories are already supported, and it will take some time until all are incorporated. It is a repository on github: https://github.com/domichel/fvwm-xdg-menu [1] [1] [1] The xfce menu is the wrong one you've started with. It is too specific. You have to use an applications.menu. It is more unique. I started from xfce applications menu. It is an xdg application menu, and as such, it is able to show any applications that have desktop files in /usr/share/applications. Right, but if you haven't installed Xfce no .directory files exist like xfce-education.directory It is why I change them to fvwm-*.directory. But I am doing one at a time and test it. XML is so easily confused by typos. The other problem with your menu is that you have .desktop entries. A unique menu should work without them. These .desktop files in /usr/share/desktop-directories are hare only for automatic translations of the category's names and comments. The menu work fine without them, exactly like yours, but will be in English only. Most distributions have the main categories as .directory files in /usr/share/desktop-directories so it is meaningless to create fvwm- directory entries. Use the xdg defaults. Then you have translation per default. I am on Debian for now, and the only one I have are the xfce* files. I choose xfce at the beginning of the installation. So, I think the best think to do in order to be sure it will work in any cases, is to provide them. Attached is my first test menu based on Ubuntus applications.menu with some parts from openSuse. I have to test it on other distributions but on Debian it works fine. Should work on Fedora, too because their applications.menu is similar. Thank you, it is interesting. Your welcome :-) A bare application menu is attached. This was the base of my test menu. It includes only the main categories. Perhaps this could be the best start. Fedora have the same but with some Fedora specific entries. It is late. I will take a look another day. Applications place their desktop files into /usr/share/applications. If these desktop files are compliant, all will be fine on any distribution. If they are not, this only mean these desktop files are buggy because they are not non-compliant. In gentoo, portage issue warnings about these buggy desktop files. But Mageia/Mandriva for example has own directory named files besides of the xdg specification, so there is much work to support such distributions. For me, this is their problem. The xdg specification exist for one good reason, to standardize menus. If some xyz distribution make non standard extensions to that norm, it is not my problem if they like to make extra work. I will not do it for them, but will accept patches. Hmmm ... I don't think, that users accept a menu which has no entries in it because the distribution they use doesn't use the xdg standard. I will test it if these extra directory entries needed or not. At that point... It is no icon support for the categories at that time, maybe later if I find the time. But maybe they are already in fvwm-themes? fvwm-menu-desktop supports icons by default. I talk about categories icons here, not apps icons. Do you mean the Icon keys in the /usr/share/desktop-directories desktop files, because it is in these files the categories icons are specified, or icons in fvwm ImagePath? No, fvwm-menu-desktop (from CVS) uses for top menu names the 'gnome-fs-directory' icon and for unknown application 'gnome-applications'. Also it gets the icons in the directory files if available. if not it uses the folder icon. The choice of gnome icons is not the best but if you know some others which are available on each system, tell it to me. The Tango theme is very popular. Also, in wm-icons, it is some icons that can be used for the extra categories, but they will not mix very well with the gnome or tango themes. I don't think any single theme will provide icons for all the possible additional categories. But I didn't looked at it for now. I think the best would be to provide these icons. Also, it is the Ken's Lester icon themes which are very nice and very popular on the Amiga OS, but GNU/Linux have a very poor support of dual-png pictures. It is possible to extract the individual pictures. Ken gave me the permission to use them under the GPL. http://forums.gentoo.org/viewtopic-t-850702.html
