the automatic menu's in xfce fails to show kdevelop. removing the X-KDE* in "Categories" and forcing a regen of menus will show it. example: change Categories=Qt;KDE;Development;IDE;X-KDE-KdevelopIDE; to Categories=Qt;KDE;Development;IDE; in /usr/share/applications/kde/kdevelop.desktop then forcing a menu rebuild by hiding the include system line in xfce4-MenuEditor...save...unhide...save. now kdevelop shows up in the Development menu. if the X-KDE-* means it is for use when in kde only then there is a mistake in kdevelop.desktop. As it is usefull outside of kde itself. if not then xfce4 menu generator skips mistakenly on X-KDE-* in Categories. xfce4-4.2.2 kdevelop-3.2.1-r1 emerge --info: Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-gentoo-r1 i686) ================================================================= System uname: 2.6.15-gentoo-r1 i686 AMD Athlon(tm) MP Processor 1500+ Gentoo Base System version 1.6.14 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-mp -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-mp -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks prelink sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://gentoo.arcticnetwork.ca/ http://cudlug.cudenver.edu/gentoo/ http://gentoo.cites.uiuc.edu/pub/gentoo/" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://og/gentoo-portage" USE="x86 3dfx 3dnow 3dnowext X a52 aac alsa amd apm asf audiofile avi berkdb bidi bitmap-fonts bl bzip2 cdparanoia cdr cpudetection crypt cups curl customcflags dashboard dga directfb divx4linux dts dv dvb dvd dvdr dvdread edl eds emboss encode esd ethereal exif expat f77 faad fam fbcon ffmpeg firefox flac foomaticdb fortran gd gdbm ggi gif glut gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml idn imagemagick imlib ipv6 jack javascript jpeg junit kde lcms ldap libcaca libg++ libwww live lzo mad matroska mhash mikmod mmx mmxext mng mono motif mozilla moznoirc moznomail mp3 mpeg mysql nas ncurses new-login nls nodrm nptl nsplugin nvidia offensive ogg oggvorbis openal openexr opengl oss pam pcre pdflib perl pic png povray prelink python qt quicktime readline real recode rtc samba sdk sdl slang smp softmmu speex spell sqlite sse sse2 ssl svg svga tcltk tcpd tetex tga theora tiff truetype truetype-fonts type1-fonts udev unicode usb v4l v4l2 vcd vidix vorbis win32codecs xanim xine xinerama xml xml2 xmms xscreensaver xv xvid xvmc zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Are you sure this is a gentoo bug? Have you asked some xfce dev about it? (.. just a quick note, I stumbled across this bug report looking for something else *g)
I'm inclined to think this is more a kdevelop problem than XFCE problem. /usr/share/applications/kde isn't a exactly 'standard' location for storing .desktop files. I also find it odd that removing the category X-KDE-KdevelopIDE prevents it from showing up in xfce menu. Adding kde folks for input.
(In reply to comment #2) > I'm inclined to think this is more a kdevelop problem than XFCE problem. > /usr/share/applications/kde isn't a exactly 'standard' location for storing > .desktop files. I also find it odd that removing the category X-KDE-KdevelopIDE > prevents it from showing up in xfce menu. > > Adding kde folks for input. > Xfce follows this standard, http://standards.freedesktop.org/menu-spec/latest/apc.html#adding-items It says there, "Install desktop entries to datadir/applications/ for each menu item. Please namespace the filename, as in "vendor-foo.desktop", or use a subdirectory of datadir/applications/ so you have "vendor/foo.desktop." Please be sure all desktop entries are valid (see the desktop-file-utils package for a validation utility)." So if kde can be considered as vendor application with valid .desktop entry should show in Xfce menu too. Another thing is.. Is it a valid .desktop file, according to standard? Documentation says to validate with desktop-file-utils, so I suggest REPORTER or any of kind people in KDE herd does exactly that for us.
(In reply to comment #0) > in /usr/share/applications/kde/kdevelop.desktop Can you please attach this .desktop file to this bug. Thanks, drac
> Categories=Qt;KDE;Development;IDE;X-KDE-KdevelopIDE; > to > Categories=Qt;KDE;Development;IDE; According to http://standards.freedesktop.org/menu-spec/latest/apa.html X-KDE-KdevelopIDE isn't a valid Category which makes this .desktop file invalid. And since removing that invalid Category makes it show up in Xfce it's a problem in KDE end for breaking this standard.
> According to http://standards.freedesktop.org/menu-spec/latest/apa.html It says too.. "By including one of these categories in an application's desktop entry file the application will be ensured that it will show up in a section of the application menu dedicated to this category." And it indeed has at least one of these categories, Development there. Tricky, tricky.
Not a XFCE bug
Copied kdevelop.desktop to /usr/share/applications/kde , and opened xfce4-appfinder. It finds it, under category Development as f.d.o spec expects it to. It looks like xfdesktop's menu doesn't see this Category, but xfce4-appfinder does. Looks like XFCE bug afterall?
Created attachment 105909 [details] kdevelop.desktop For testing pursose.
unique applications # desktop-file-validate kdevelop.desktop kdevelop.desktop: warning: file contains key "DocPath", this key is currently reserved for use within KDE, and should in the future KDE releases be prefixed by "X-" kdevelop.desktop: error: Categories values must be one of "Core", "Development", "Building", "Debugger", "IDE", "GUIDesigner", "Profiling", "RevisionControl", "Translation", "Office", "Calendar", "ContactManagement", "Database", "Dictionary", "Chart", "Email", "Finance", "FlowChart", "PDA", "ProjectManagement", "Presentation", "Spreadsheet", "WordProcessor", "Graphics", "2DGraphics", "VectorGraphics", "RasterGraphics", "3DGraphics", "Scanning", "OCR", "Photography", "Viewer", "Settings", "DesktopSettings", "HardwareSettings", "PackageManager", "Network", "Dialup", "InstantMessaging", "IRCClient", "FileTransfer", "HamRadio", "News", "P2P", "RemoteAccess", "Telephony", "WebBrowser", "WebDevelopment", "AudioVideo", "Audio", "Midi", "Mixer", "Sequencer", "Tuner", "Video", "TV", "AudioVideoEditing", "Player", "Recorder", "DiscBurning", "Game", "ActionGame", "AdventureGame", "ArcadeGame", "BoardGame", "BlocksGame", "CardGame", "KidsGame", "LogicGame", "RolePlaying", "Simulation", "SportsGame", "StrategyGame", "Education", "Art", "Construction", "Music", "Languages", "Science", "Astronomy", "Biology", "Chemistry", "Geology", "Math", "MedicalSoftware", "Physics", "Teaching", "Amusement", "Applet", "Archiving", "Electronics", "Emulator", "Engineering", "FileManager", "Shell", "ScreenSaver", "TeminalEmulator", "TrayIcon", "System", "Filesystem", "Monitor", "Security", "Utility", "Accessibility", "Calculator", "Clock", "TextEditor", "KDE", "GNOME", "GTK", "Qt", "Motif", "Java", "ConsoleOnly" (found "X-KDE-KDevelopIDE")
Please report this to KDevelop upstream; if they are willing to fix this, reopen this bug, set the URL according, and I ĺl see to backport the fix.
