** Description changed: + Fixed in OOo 3.1 + + === + Binary package hint: openoffice.org-gtk To reproduce: 1. Be using a non-gnome window manager/desktop environment (I tested standalone Openbox) with the GTK+ libraries and OpenOffice.org installed, along with other GTK applications. Observe that OpenOffice.org does not use the GTK widget controls and GTK file chooser like other applications. 2. Install openoffice.org-gtk from the repositories. 3. Start OpenOffice.org What happens: Observe that OpenOffice.org does not use GTK widget controls nor the GTK file chooser. This behavior can only be fixed by issuing "export OOO_FORCE_DESKTOP=gnome" on a terminal or in a startup script, but this is poorly (not) documented. What should happen: This value should be added to some startup script automatically OR (probably preferably) the openoffice.org-gtk package description should include documentation for the OOO_FORCE_DESKTOP environment variable. Then users would be able to tell how to use the package right when it was installed, or else have it be put into use automatically. Why: The current behavior (of installing the package but not having it do anything) is counterintuitive and the package does not provide a way to determine that this environment variable is the problem. Note: I would assume similar behavior occurs with openoffice.org-gnome, openoffice.org-qt and openoffice.org-kde, but I have not tested this.
-- [Upstream] GTK detection operates by looking for GNOME, which causes problems for GTK-based non-GNOME desktops https://bugs.launchpad.net/bugs/122231 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
