El Lunes, 4 de Abril de 2005 00:07, Michael Nottebrock escribi�: > On Sunday, 3. April 2005 23:47, Jose M Rodriguez wrote: > > El Domingo, 3 de Abril de 2005 23:01, Michael Nottebrock escribi�: > > > On Sunday, 3. April 2005 22:30, Jose M Rodriguez wrote: > > > > > I could put in a check for a NO_XDG environment variable that > > > > > would disable the setting of the XDG_* env-vars completely > > > > > and thus restore previous behaviour - would that work for > > > > > you? > > > > > > > > In my test, the problems begin using XDG env vars in .xinitrc. > > > > This is why I'm thinking about try to get kde working out of > > > > /usr/local > > > > > > > > This not usefull at all, but moving parts from /usr/local/share > > > > to /opt/freedesktop and making kde work again in a strong > > > > 'proof of concept' about kde freedesktop readyness. > > > > > > Could you please just answer my question? Switch or no switch? > > > > Switch in another direction. > > Not an option. I will take this as a "no" then. > > > I think we can do the kappfinder task with a correct implementation > > of xdg concepts. > > For all I know, setting the environment variables to point to all > locations of menus and desktop files *is* a correct deployment of > XDG-conformant software. It this creates problems, the respective > software needs to be fixed.
the respective software maybe near a 20% of the ports system, including main gnome/kde bits. None of this use desktop options like OnlyShowIn or NotShowIn. Nor have his category defined closer to Annex A. kde .desktop entries still use X-KDE-StartupNotify instead of StartupNotify. Also, we need a solution to the gnome pixmaps and kde icons problem. And so on. We need a way to test and polite this before final bits can be reached. Maybe this is a trasient need, but it's a real one. -- josemi _______________________________________________ kde-freebsd mailing list [email protected] http://freebsd.kde.org/mailman/listinfo/kde-freebsd
