Re: icon issues with 3.4.x on Linux with KDE 4
On 02.08.2012 23:14, Kay Schenk wrote: OK, here's the short story -- NOT a show stopper but this should be covered in Installation Guide (or a wiki article created to be referenced) until a good way to solve this -- not yet determined. This applies to openSUSE 11.4 on up and probably other *nixes now using KDE4 instead of KDE3. The 3.4.x installs and I think also 3.3 sets things up in KDE as if kde3 were the default -- icons etc end up in /opt/kde3/share/icons/... Once the desktop-integration is run for SuSE, the applications themselves are recognized because they get installed in a default /bin directory, but the icons are NOT automatically attached to the executables in the graphic menues because the default location of icons in kde4 is kde4_user_install_area/share/icons vs /opt/kde3/share/icons/ where the desktop-integration now puts them... In my case kde4_user_install_area is /usr. I remember one of my colleagues at Sun/Oracle had worked on a KDE4 integration. I think it was essentially finished but due to some non-technical reason was never integrated. Maybe there is a child work space with the necessary changes that we could integrate? -Andre What this means is the icons are THERE, but you must manually make changes via the kde menuediting system -- kdemenuedit-- to make them show up correctly. Further thoughts... is it time to revisit the desktop-integration business? Can these made more generic based on something else for Linux -- window managers vs OSes?
Re: icon issues with 3.4.x on Linux with KDE 4
Hi Kay, On Thu, Aug 2, 2012 at 6:14 PM, Kay Schenk kay.sch...@gmail.com wrote: OK, here's the short story -- NOT a show stopper but this should be covered in Installation Guide (or a wiki article created to be referenced) until a good way to solve this -- not yet determined. This applies to openSUSE 11.4 on up and probably other *nixes now using KDE4 instead of KDE3. The 3.4.x installs and I think also 3.3 sets things up in KDE as if kde3 were the default -- icons etc end up in /opt/kde3/share/icons/... I guess you are installing the desktop-integration package for Suse, then it's http://svn.apache.org/viewvc/incubator/ooo/trunk/main/sysui/desktop/suse/suse-menus.spec?revision=1307651view=markup#l54 Further thoughts... is it time to revisit the desktop-integration business? Can these made more generic based on something else for Linux -- window managers vs OSes? IMO this isn't a release stopper: - it's been there since ever - there is the workaround to install the generic package: openoffice.org3.4-freedesktop-menus This one uses /usr as prefix, vid. http://svn.apache.org/viewvc/incubator/ooo/trunk/main/sysui/desktop/freedesktop/freedesktop-menus.spec?revision=1307651view=markup#l61 Regards
Re: icon issues with 3.4.x on Linux with KDE 4
On 08/03/2012 12:28 AM, Andre Fischer wrote: On 02.08.2012 23:14, Kay Schenk wrote: OK, here's the short story -- NOT a show stopper but this should be covered in Installation Guide (or a wiki article created to be referenced) until a good way to solve this -- not yet determined. This applies to openSUSE 11.4 on up and probably other *nixes now using KDE4 instead of KDE3. The 3.4.x installs and I think also 3.3 sets things up in KDE as if kde3 were the default -- icons etc end up in /opt/kde3/share/icons/... Once the desktop-integration is run for SuSE, the applications themselves are recognized because they get installed in a default /bin directory, but the icons are NOT automatically attached to the executables in the graphic menues because the default location of icons in kde4 is kde4_user_install_area/share/icons vs /opt/kde3/share/icons/ where the desktop-integration now puts them... In my case kde4_user_install_area is /usr. I remember one of my colleagues at Sun/Oracle had worked on a KDE4 integration. I think it was essentially finished but due to some non-technical reason was never integrated. Maybe there is a child work space with the necessary changes that we could integrate? -Andre @Ariel -- no, these issues are definitely NOT a release stopper. An experienced Linux user should be able to use AOO 3.4.x without running ANY of the distro integration packs. In fact, I think I've done this in the past -- when OOo first emerged. OK, on Andre's comments. What I'm suggesting is that we investigate changing doing linux desktop integration based on the distro centric approach that we have now and instead do it as a window manager approach -- kde3, kde4, gnome2, gnome3, etc. I will play with this over this weekend. I'm not exactly sure how this will work. I *think*, at least from looking over the kde material, that we might only need to augment some environment variables (globally of course) for kde and we could put the kde integration items wherever we want (assuming some pre-exisitng standard area of course). I will need to look at the current scripting for this. VERY new territory for me. :/ What this means is the icons are THERE, but you must manually make changes via the kde menuediting system -- kdemenuedit-- to make them show up correctly. Further thoughts... is it time to revisit the desktop-integration business? Can these made more generic based on something else for Linux -- window managers vs OSes? -- MzK I'm just a normal jerk who happens to make music. As long as my brain and fingers work, I'm cool. -- Eddie Van Halen
Re: icon issues with 3.4.x on Linux with KDE 4
Am 08/03/2012 09:28 AM, schrieb Andre Fischer: On 02.08.2012 23:14, Kay Schenk wrote: OK, here's the short story -- NOT a show stopper but this should be covered in Installation Guide (or a wiki article created to be referenced) until a good way to solve this -- not yet determined. This applies to openSUSE 11.4 on up and probably other *nixes now using KDE4 instead of KDE3. The 3.4.x installs and I think also 3.3 sets things up in KDE as if kde3 were the default -- icons etc end up in /opt/kde3/share/icons/... Once the desktop-integration is run for SuSE, the applications themselves are recognized because they get installed in a default /bin directory, but the icons are NOT automatically attached to the executables in the graphic menues because the default location of icons in kde4 is kde4_user_install_area/share/icons vs /opt/kde3/share/icons/ where the desktop-integration now puts them... In my case kde4_user_install_area is /usr. I remember one of my colleagues at Sun/Oracle had worked on a KDE4 integration. I think it was essentially finished but due to some non-technical reason was never integrated. Maybe there is a child work space with the necessary changes that we could integrate? -Andre You are right. IMHO it was Martin H. (mh) with a CWS that should have kde4 in its name, maybe more or less together with Heiner (?). Marcus What this means is the icons are THERE, but you must manually make changes via the kde menuediting system -- kdemenuedit-- to make them show up correctly. Further thoughts... is it time to revisit the desktop-integration business? Can these made more generic based on something else for Linux -- window managers vs OSes?
Re: icon issues with 3.4.x on Linux with KDE 4
Hi, On Fri, Aug 3, 2012 at 5:54 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: I remember one of my colleagues at Sun/Oracle had worked on a KDE4 integration. I think it was essentially finished but due to some non-technical reason was never integrated. Maybe there is a child work space with the necessary changes that we could integrate? -Andre You are right. IMHO it was Martin H. (mh) with a CWS that should have kde4 in its name, maybe more or less together with Heiner (?). It was Philipp Lohmann, at it's at http://hg.services.openoffice.org/cws/kde4enable/ Regards
Re: icon issues with 3.4.x on Linux with KDE 4
Am 08/03/2012 11:05 PM, schrieb Ariel Constenla-Haile: Hi, On Fri, Aug 3, 2012 at 5:54 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: I remember one of my colleagues at Sun/Oracle had worked on a KDE4 integration. I think it was essentially finished but due to some non-technical reason was never integrated. Maybe there is a child work space with the necessary changes that we could integrate? -Andre You are right. IMHO it was Martin H. (mh) with a CWS that should have kde4 in its name, maybe more or less together with Heiner (?). It was Philipp Lohmann, at it's at http://hg.services.openoffice.org/cws/kde4enable/ Great that the HG server is still online. At least I was 50 % correct. :-P Marcus
Re: icon issues with 3.4.x on Linux with KDE 4
2012/8/3 Ariel Constenla-Haile arie...@apache.org: Hi, On Fri, Aug 3, 2012 at 5:54 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: I remember one of my colleagues at Sun/Oracle had worked on a KDE4 integration. I think it was essentially finished but due to some non-technical reason was never integrated. Maybe there is a child work space with the necessary changes that we could integrate? -Andre You are right. IMHO it was Martin H. (mh) with a CWS that should have kde4 in its name, maybe more or less together with Heiner (?). It was Philipp Lohmann, at it's at http://hg.services.openoffice.org/cws/kde4enable/ Regards Is this kde4 integration the same used by openSUSE on their LibO version? Because that integration is not good: it offers the kde file picker, yes, but the look and feel it provides is completely wrong and historically it caused a lot of trouble: if you look at openSUSE's forums you'll see many threads about problems with their LibO that were solver by uninstalling the KDE4 integration package... Regards Ricardo
Re: icon issues with 3.4.x on Linux with KDE 4
Hi Ricardo, On Fri, Aug 3, 2012 at 7:38 PM, RGB ES rgb.m...@gmail.com wrote: It was Philipp Lohmann, at it's at http://hg.services.openoffice.org/cws/kde4enable/ Regards Is this kde4 integration the same used by openSUSE on their LibO version? Because that integration is not good: it offers the kde file picker, yes, but the look and feel it provides is completely wrong and historically it caused a lot of trouble: if you look at openSUSE's forums you'll see many threads about problems with their LibO that were solver by uninstalling the KDE4 integration package... this CWS was more about making it possible to build with --enable-kde4 on Hamburg (I don't know what system they used to build, but it didn't have KDE4 libraries, IIRC what Philipp wrote once). The code in that CWS may not differ too much from what we have here. AOO does not build with KDE integration because the vcl plugin [simplifying, this plugin paints the user interface making it look like a KDE application] is rather broken (last time I built it, it had several painting issues). So, unless someone with deep knowledge of QT4/KDE4 joins here, it's very likely that AOO will remain a Gnome2 application on Linux (yes, we also need someone with Gtk3/Gnome3 knowledge). Regards
Re: icon issues with 3.4.x on Linux with KDE 4
On Fri, Aug 3, 2012 at 3:51 PM, Ariel Constenla-Haile arie...@apache.orgwrote: Hi Ricardo, On Fri, Aug 3, 2012 at 7:38 PM, RGB ES rgb.m...@gmail.com wrote: It was Philipp Lohmann, at it's at http://hg.services.openoffice.org/cws/kde4enable/ Regards Is this kde4 integration the same used by openSUSE on their LibO version? Because that integration is not good: it offers the kde file picker, yes, but the look and feel it provides is completely wrong and historically it caused a lot of trouble: if you look at openSUSE's forums you'll see many threads about problems with their LibO that were solver by uninstalling the KDE4 integration package... this CWS was more about making it possible to build with --enable-kde4 on Hamburg (I don't know what system they used to build, but it didn't have KDE4 libraries, IIRC what Philipp wrote once). The code in that CWS may not differ too much from what we have here. AOO does not build with KDE integration because the vcl plugin [simplifying, this plugin paints the user interface making it look like a KDE application] is rather broken (last time I built it, it had several painting issues). -- from my own perspective, I can't imagine this would be a driving feature for us. But maybe others think differently. With the first installation I ever did of OOo (tarballs not rpm by the way), I added the components to my personal menu using kmenuedit (found the icons and used them). What I was suggesting was something simpler and might work. Adding wherever we decide to install to $KDEDIRS. As long as we stick with the directory structure that kde expects -- http://techbase.kde.org/KDE_System_Administration/KDE_Filesystem_Hierarchy we may be OK. Right now, openSUSE (menus) seem to honor changes I make with kmenuedit -- this is 12.1. I think there WAS a time this was not the case which made things rather maddening to say the least. So, unless someone with deep knowledge of QT4/KDE4 joins here, it's very likely that AOO will remain a Gnome2 application on Linux (yes, we also need someone with Gtk3/Gnome3 knowledge). Well I have no deep knowledge, but I will experiment and report the results. Regards -- MzK I'm just a normal jerk who happens to make music. As long as my brain and fingers work, I'm cool. -- Eddie Van Halen