|
El Domingo, 3 de Abril de 2005 20:05, Michael Nottebrock escribi�: > On Sunday, 3. April 2005 19:35, Jose M Rodriguez wrote: > > > Can you perhaps name specific issues you're having? > > > > Firts, I think this must be only a ports thread. > > I don't and I will redirect mails from you to /dev/null in the future > if you continue to hijack this thread and continue to change the CC. > > > - too many entries: If we have all the kde/gnome/xfce/others > > installed apps in the menu system, actual menus have only a few > > levels (two?). > > This is a valid concern I think, although your situation is somewhat > special - most users more or less stick to one desktop environment > and have the odd application from some other DE installed. > I think the correct path is a revision of actual .desktop entries in prevision of a general freedesktop merge. All the ports installed desktop entries must be revised with freedesktop in mind http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-0.9.4.html http://standards.freedesktop.org/menu-spec/menu-spec-0.9.html And a port of the freedesktop menu-utils, with the .desktop file checker in front. http://www.freedesktop.org/software/desktop-file-utils/releases/desktop-file-utils-0.10.tar.gz This is a huge task > 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. > > - failed bits: You may end with active KDE menu entries but > > without the related icon bits. > > Those will need to be fixed individually (if the icon path is wrong > or there are .desktop files left behind). KDE will take care of > removing menu entries from the menu if the .desktop file is gone > automatically. > to me, this is a more general test. In my tests, I must move /usr/local/share/icons to /opt/freedesktop/icons. Also thinking in merge GNOME pixmaps in an unique dir and softlink. Apart of this, I thinking about a new port for adding .desktop entries for bits out of main desktops. (GNOME/KDE/XFCE).
> > - inconsystency though desktops: You may end with different menus > > in different desktops. > > Well, we already have that situation right now - and kde-xdg-env > fixes it to some degree. The menus will of course look somewhat > different - just like the DEs themselves do. I don't regard that as a > problem however. This is not against kde-xdg-env, but about taking the same main problem in ports(xfce/others)/gnome/kde in an independent form. Allthough each project needs to do his 'home work', I'm pointing about the real need of a re/qa specific effort to take this. take note that one of the major source of diversity between gnome/kde was the linux need of doing binary packages under a common /usr. We're now working in the opposite direction, and this will break 'legacy' concepts. This is why I think in the convenience of install gnome/kde/xfce/others .desktop and related files in a common hier (I'm using /opt/freedesktop and thinking about ${X11BASE}/share/xdg for final work) and making gnome/kde/xfce work from this using XDG env vars in startx. After tweak this, we can define a 'FreeBSD menu concept' to be reimported in main ports. To me, this is safe that gnome trying to chase kde/xfce menu, kde trying to chase gnome/xfce menu and a lot of disconected .desktop work out of gnome/kde showing in ports. > > > And, at last to me, this is only a begin. > > I won't comment on all of this since it's way beyond the scope of > this thread. It's only a matter of time. I think that mime concepts are allready affected by XDG env vars in both gnome-2.10/kde-3.4. |
_______________________________________________ kde-freebsd mailing list [email protected] http://freebsd.kde.org/mailman/listinfo/kde-freebsd
