Apache OpenOffice (AOO) Bugzilla – Issue 13038
KDE integration: use colors and fonts from KDE
Last modified: 2013-07-30 02:13:48 UTC
linux Mandrake 9.0 with KDE OO does not use KDE defined colors (ie workspace is always white). The same with polices, even using substitution police, the size is not good
not an API issue, more GSL or maybe framework
cp->lho: RFE, we have a gnome integration but no KDE integration. Please schedule, specify, reassign
I agree to the requirement in general, however we don't have the bandwidth to specify the details. Please could you help us and specifying exactly what needs to be done? Also, I don't think we can change this for OO.o 1.1, since a) we're still focussed on the GNOME integration of OO.o (as this is Sun's strategic desktop #1), and b) according to Christoph Pintaske it may well take up to two weeks engineering time (let alone the specification overhead), which we can't afford at this point. We sure need to look into this issue for OO.o 2.0, that why I propose 2.0 as target. Finally, I took the freedom to change the Summary from "bad color management" to "KDE integration: use colors and fonts from KDE", since color management really is something different. I'm not sure about the "fonts" part, but that's what I understood from your term "police".
Any updates on this issue?
If someone can tell me what to do for integrating OOo into KDE I would do my best. 1) I think that first of all the look from KDE has to be used in OOo. (KDE widgets) 2) After that we should start to use KDE's properties and KDE's control panel. 3) As a last step the interoperability between KDE and ans OOo apps should be better. If someone could help me, please write an mail to bernhard.harb@aon.at. I also have to know in which subprojects I can find all (source)files for porting OOo-widgets to KDE ones. P.S.: I've got no exprerience in programming OOs patches until now but I use Linux for ~7 years and I'm a professional software developer since 1995. So I think I could do some nice work.
bharb: the KDE colors currently are read from the kderc files (see details in gsl/vcl/unx/source/gdi/kdeint.cxx) and i just built in for 1.1 that these files are searched for in more places than before. This is of course rather crude and a refined version would be what we do for gnome2 (look at the same directory, dtint.cxx, gnomeint.cxx and the getstyle subdirectory): a native KDE application that would forward theme/color changes to OOo. The look of the KDE widget set is more difficult; with the current VCL based technology we cannot use native KDE widgets; but it would be possible to at least imitate the look of KDE widgets (there currently are some "themes" built into VCL; the code is mostly in gsl/vcl/source/window/decoview.cxx); one could add a drawing method for KDE like widgets here but one would probably loose themes in the process. Please note that there are plans to use native theming in OOo 2.0, so the above will definitely subject to change; also on a not yet clear timescale we want to have a "pluggable" toolkit which would finally use native widgets. Please find more details on the gsl mailing lists.
set target to OOo Please Help since there are no assigned for this. the native widget set , pl mentioned is now available with 1.9.x builds, please review this issue.
Reset assignee on issues not touched by assignee in more than 2000 days.