Le mardi, 8 avril 2014, 18.30:26 Ian Jackson a écrit : > Technology: The two systems have different file formats. While the > semantics of the information presented overlap, there are substantial > differences in the capabilities of the two systems.
The 'trad' menu file or the 'desktop' xdg file are only the starting point of their technical differences; one other technical difference that matters is the support for icon formats. >From the 'desktop' icon theme spec: > The supported image file formats are PNG, XPM and SVG. PNG is the > recommended bitmap format, and SVG is for vectorized icons. XPM is > supported due to backwards compability reasons, and it is not > recommended that new themes use XPM files. Support for SVGs is > optional. In practice, we have icons up to 1024^2 in PNG and only vlc and libreoffice (on my system) ship .xpm icons in the xdg repositories. >From the 'trad' Debian Menu System: > * The icons should be in xpm format. > * The icons may not be larger than 32x32 pixels, although smaller > sizes are ok. > (…) > You can provide both 16x16 and 32x32 pixels icons using the variables > icon16x16 and icon32x32 so that the user can configure menu to use one > or the other. This doesn't say what non-xpm icon formats are supported and in practice, the icon path also has to be specified completely; one can't provide more than two (fixed) icon resolutions either. Enforcing the use of the antique XPM format in a limited resolutions set is one of the pains of the 'trad' menu system IMHO. In practice, in order to add an xpm icon to one of my packages [0] which already shipped a .desktop file, an SVG icon and built various sizes' pngs at build-time using rsvg-convert [1], I had to add an imagemagick build-dependency and convert it out of the 32^2 png icon as I didn't find a software to convert the svg directly to xpm. Frankly, I don't mind shipping a .menu file in debian/ as that's picked by dh_installmenu, but it would be vastly better if the 'trad' menu could at least adopt the freedesktop icon theme specification. The fact that this is a Debian specificity that saw no upload in two years, I'd be surprised to see much further developement happen though. Cheers, OdyX [0] src:colobot if that matters [1] To be fair, I proposed that code to upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org