Apache OpenOffice (AOO) Bugzilla – Issue 12344
should include system wide Gnome integration on Solaris
Last modified: 2004-02-12 16:34:07 UTC
OpenOffice.org 1.1beta, Solaris sparc. It would be good if OpenOffice.org included integration into the Gnome Applications menu on Solaris
Hi Oliver, I think I should forward this to you. You have the information how far we are with this issue.
Already in progress for 1.1 Beta 2 ..
*** Issue 12428 has been marked as a duplicate of this issue. ***
commited.
Olaf, you can find the OOo installation sets on so-cwsserv01. Please ignore the various error messages for the linguistic/spellcheck components. Thanks.
Reset FIXED state.
Verified in cws vcl07.
Done for Beta2
when super user installs a network install version of OO.org on Solaris (i.e. setup /net) , they are given an option to add OO.org launch icon to all user's cde panel (i.e system wide). The same option should be included for gnome, i.e. if super user elects to add icon to all user's cde panels, a similar system wide menu option should be included for all user's gnome menus. changing summary to reflect system wide requirement. The original issue to include gnome intergation on Solaris has been fixed. This only works on a per user basis. reopening issue.
Hi Oliver, I think this is a new feature. Can we handle this in time?
The system wide CDE stuff has a very specific reason: the userland integration can be done for 1 text encoding only! If the user log into a locale with another text encoding (of the same language), (s)he will see garbage in the panel. Espescially for the CJK languages this seems to be a use case. Luckily Gnome uses UTF-8 for this purpose and the desktop file contain all languages. While I agree that it would be good to have the system wide integratoin for Gnome also, I fear that - due to the lack of an urgent need - we won't make it in time for 1.1. So I am retageting this issue to 2.0.
I think summary of this bug should be changed, because OpenOffice 1.1 RC still doesn't appear in Gnome2 menus on Debian Linux too :( Please, fix this bug before OOo 1.1 final - this misleads many simple users, because they don't know how to start openoffice applications after installation. This bug is very simple to solve: 1. Put .desktop files in ~/.gnome2/vfolders/applications (It seems, that OOo 1.1 RC already does this correctly) 2. register these files in ~/.gnome2/vfolders/applications.vfolder-info Look at http://www.freedesktop.org/standards/menu-spec/ for more info about this. I'm attaching modified ~/.gnome2/vfolders/applications.vfolder-info - then "OpenOffice.org 1.1 Writer" is displayed in Gnome meniu at "Applications"->"Office"
Created attachment 7811 [details] Example of ~/.gnome2/vfolders/applications.vfolder-info with included "OpenOffice.org 1.1 Writer"
#1 should already be the case. Could you please verify ? The trouble with this is that ~/.gnome2/vfolders/applications will become ~/.desktop (and already is on Solaris), and the current install mechanism lack the flexibility to decide this dynamically (based on $XDG_CONFIG_DIRS for example). The same is the case for #2: the .desktop installation process is just a cp at this time and would have to change significantly to support #2. On the other hand I expect most users to install the packages coming from the distributors, which take care of the integration issues. If you really think this has to be fixed for 1.1 final, please submit another bug report (because this one is talking about Gnome for Solaris).
Oliver Braun: >If you really think this has to be fixed for 1.1 final, please submit >another bug report (because this one is talking about Gnome for Solaris). Then I don't understand why bug #12428 is a duplicate of this bug ? Btw, there also is bug #11738, which is about Gnome2 menus too. Maybe I don't need to report another one ?
I think the summary cof this issue changed, but I'm not sure. Feel free to re-open #12428 if you like. On the other hand, #11738 should be sufficient.
System wide menu integration is a product requirement for OOo 2.0, so I am closing this RFE as duplicate to the corresponding PCD issue. *** This issue has been marked as a duplicate of 20355 ***
Closing.