Launchpad has imported 6 comments from the remote bug at http://qa.openoffice.org/issues/show_bug.cgi?id=9304.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2002-11-17T13:45:03+00:00 zanonmark wrote: I know that this report is quite silly, because it's too "general", but... Is it possible, in the future, to port OpenOffice to use GTK+ or, even better, wxWindows? This would allow to have a multiplatform suite (every Win; GTK Linux; every Mac; more to come, maybe BeOS?) by writing a class-based amount of code, and also to integrate more the suite with the Gnome world, which Sun likes a lot... :) Also, is there any rumour about splitting OpenOffice in multiple applications, for speed reasons? Thanks :) Reply at: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/199437/comments/0 ------------------------------------------------------------------------ On 2003-06-04T14:27:39+00:00 Stefan-baltzer wrote: Reassigned to Bettina. Reply at: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/199437/comments/1 ------------------------------------------------------------------------ On 2004-02-27T19:56:04+00:00 Bernd-eilers wrote: zanonmark: Please try to use one issue per bug or request for enhancment in the future and not one for two or more. First of all it´s a just a very common prejustice that having only one executable would be a bad thing and that anything (speed, less code size, etc.) could be gained by "splitting" into multiple applications. The contrary is the case. All modern Operating systems do support the concept of shared libraries (.dll files on windows .so files on Linux/Solaris, .dynlib files on Mac, ...). And all those modern OS´s support some method to load such shared libraries on demand only. OpenOffice.org makes heavily use of that feature. There is really not much code in the executable itself and what is there is needed by all OOo application modules. Most of the real stuff is in the shared libraries and that code is either module specific (for example the sc*.so file on Linux contains Calc specific stuff only and is not in memmory when you edit a text document) or is code that can be shared between modules. OOo source code is highly modularized and constant work is being done on improving that modularisation ( there currently is a "dialogdiet" effort for example ). If on the contrary you would totatally split up things and develop individual applications only independed of each other without carrying about wether there are things can be programmed once and shared (like accessing configuration for example) you would end up with bigger total memmory use, decreased speed etc. On the using GTK+ or wxwindows topic: That or a similar 'idea' is popping up every other week on the disc...@openoffice.org mailinglist, see the archives of that mailinglist for lot´s of details. OOo already has a cross plattform UI library called VCL that has a very small platform specific layer (that means there is not very much to port for supporting a new platform) and OOo has a cross platform UI toolkit based on that. Replacing every UI code in every application module and shared UI library with something completly different would require hughe/heavily changes and would be an nearly impossible effort to do. What is planned for OOo 2.0 is to integrate something into the existing UI layer that has the effect that widgets would at least look like GTK/QT/WindowsXP/... widgets and would adapt to the current UI scheme used for those "native" UI toolkits. What is also already planned for OOo 2.0 is improved Desktop integration for GNOME and Windows. See gsl.openoffice.org and http://tools.openoffice.org/releases/q-concept.html on those topics. What is in discussion for future OOo versions is some kind of new UI toolkit layer that would be similar to the current one from the application module programming level but would make it possible to plug in "native" toolkits like GTK+, wxwindows, Windows UI libraries, etc. on a lower abstraction level. For kde integration there is an incubator project http://kde.openoffice.org/ that might use this technic in the future among doing other things now and there are also already developers that work on GTK/GNOME specific things. Reply at: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/199437/comments/2 ------------------------------------------------------------------------ On 2008-05-16T02:10:34+00:00 Ace-dent-a wrote: OpenOffice.org Issue Tracker - Feedback Request. The Issue you raised is currently 'Unconfirmed' pending review, but has not been updated within the last 3 years. Please consider re-testing with one of the latest versions of OOo, as the problem(s) may have already been addressed. Either use the recent stable version: http://download.openoffice.org/index.html or consider trying the new OOo 3 BETA (still in testing): http://download.openoffice.org/3.0beta/ Please report back the outcome so this Issue may be Closed or Progressed as necessary - otherwise it may be Resolved as Invalid in the future. You may also wish to search for (and note) any duplicates of this Issue that may have advanced further by checking the Issue Tracker: http://www.openoffice.org/issues/query.cgi Many thanks, Andrew Cleaning-up and Closing old Issues as part of: ~ The Grand Bug Squash, pre v3 ~ http://marketing.openoffice.org/3.0/announcementbeta.html Reply at: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/199437/comments/10 ------------------------------------------------------------------------ On 2010-05-21T15:09:37+00:00 Bettina-haberer wrote: To grep the issues easier via "requirements" I put the issues currently lying on my owner to the owner "requirements". Reply at: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/199437/comments/11 ------------------------------------------------------------------------ On 2018-08-13T16:08:09+00:00 OOoForum wrote: . Reply at: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/199437/comments/14 ** Changed in: openoffice Status: New => Expired ** Changed in: openoffice Importance: Unknown => Low -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/199437 Title: [Upstream] [hardy] GTK+ integration is less than ideal To manage notifications about this bug go to: https://bugs.launchpad.net/openoffice/+bug/199437/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
