Date: Sun, 3 Apr 2005 19:35:01 +0200 From: Jose M Rodriguez <josemi@freebsd.jazztel.es> To: Michael Nottebrock <michaelnottebrock@gmx.net> Cc: ports@FreeBSD.org Subject: Re: [kde-freebsd] Call for testers: kde-xdg-env Message-ID: <200504031935.02189.freebsd@redesjm.local> In-Reply-To: <200504031853.41946.michaelnottebrock@gmx.net> References: <200504031813.28680.michaelnottebrock@gmx.net> <200504031832.00023.freebsd@redesjm.local> <200504031853.41946.michaelnottebrock@gmx.net>
next in thread | previous in thread | raw e-mail | index | archive | help
El Domingo, 3 de Abril de 2005 18:53, Michael Nottebrock escribi=F3: > On Sunday, 3. April 2005 18:31, Jose M Rodriguez wrote: > > I disagree with this move in the form is take in gnome and in this > > work. > > > > I prefer the original concept in debian menu: a system repository > > and migrations tools. > > I don't know "debian menu". > I only take this as the base work of the actual freedesktop menu system. =20 But I prefer use only freedesktop standards. > > But, if we go in this path, I think we must protect system/desktop > > specific bits. I recall support for this in freedesktop, but this > > is not used in stock menus as installed by actual ports. > > > > In any case, I still have the feeling that integrate menus and > > other mime info between FreeBSD ports may become a strong re > > effort. > > > > Please, take this with care. There're people like me forced to > > install near all desktops in shared nfs servers. > > Can you perhaps name specific issues you're having? =46irts, I think this must be only a ports thread. The main problem is the transition to a freedesktop menu/mime system in=20 a so large ports system like we have. The main risks are, at last, in the menu system: =2D too many entries: If we have all the kde/gnome/xfce/others installed=20 apps in the menu system, actual menus have only a few levels (two?). =2D failed bits: You may end with active KDE menu entries but without the= =20 related icon bits. =2D inconsystency though desktops: You may end with different menus in=20 different desktops. And, at last to me, this is only a begin. Taking mimetypes and other=20 desktop bits through freedesktop standards is a really hard work. Allthough this is not complex, and the main work is allready done in=20 gnome/kde/xfce, there're so many bits !!. So, I think the correct way to this must be: =2D create a special support for freedesktop transition, even a=20 freebsd-freedesktop@FreeBSD.org or mark one of the actual (ports/x11)=20 as the one for this work. =2D try to maintain the main ports as on gnome-2.8/Kde-3.3 as possible. =2D work in freedesktop transition out of actual trees=20 (/opt, /usr/X11R6/freedesktop) actual ports have support for this (all=20 support XDG env vars). =2D merge the final menu repository in the main ports. Use menu-tools and= =20 so to make the menu system (this'll be a FreeBSD menu system) appear in=20 non-xdg enabled desktops (wmaker?). =2D- josemi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200504031935.02189.freebsd>