- openSUSE KDE 3

[kde3] button style defective in 16.0a
by Felix Miata 20 Apr '25

20 Apr '25

https://paste.opensuse.org/23bbc81e0759 image of KTip https://paste.opensuse.org/3d6f0aa16ffc .xsession-errors This happens whether using desktop-data-openSUSE from 15.3 or from 16.0. The close button in the screen shot appears without text because it's being hovered by pointer during screenshot. Normally the text is there, but the dots for borders remain there, and various places around the desktop, such as open app boxes on Kicker. Other button boxes have heavy borders instead of like the buttons I'm used to seeing. This button appearance and behavior applies to the default non-theme theme I use on KDM as well. In personal settings > style, strike-through appears on configure, and is thus unavailable to switch from its current "B3/KDE" to my preferred "Plastik". "Theme Manager" also seems broken. It has the same themes listed as in 15.6, and just like 15.6, selecting any of them leaves the sample area completely blank. What might be missing or broken to cause this? This is on host hp750 now, but I've seen it happen elsewhere. ATM, I don't remember if elsewhere was on 16.0 or not, or if I found a fix, but right now I can't think of where I should look. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

3 2

[kde3][not-fixed, just corrected] button style defective in 16.0a
by Felix Miata 19 Apr '25

19 Apr '25

https://paste.opensuse.org/23bbc81e0759 image of KTip https://paste.opensuse.org/6b44395ed843 .xsession errors (prior bad source) This happens whether using desktop-data-openSUSE from 15.3 or from 16.0. The close button in the screen shot appears without text because it's being hovered by pointer during screenshot. Normally the text is there, but the dots for borders remain there, and various places around the desktop, such as open app boxes on Kicker. Other button boxes have heavy borders instead of like the buttons I'm used to seeing. This button appearance and behavior applies to the default non-theme theme I use on KDM as well. In personal settings > style, strike-through appears on configure, and is thus unavailable to switch from its current "B3/KDE" to my preferred "Plastik". "Theme Manager" also seems broken. It has the same themes listed as in 15.6, and just like 15.6, selecting any of them leaves the sample area completely blank. What might be missing or broken to cause this? This is on host hp750 now, but I've seen it happen elsewhere. ATM, I don't remember if elsewhere was on 16.0 or not, or if I found a fix, but right now I can't think of where I should look. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

2 1

[kde3][fixed] button style defective in 16.0a
by Felix Miata 18 Apr '25

18 Apr '25

https://paste.opensuse.org/23bbc81e0759 image of KTip https://paste.opensuse.org/6b44395ed843 .xsession errors (prior bad source) This happens whether using desktop-data-openSUSE from 15.3 or from 16.0. The close button in the screen shot appears without text because it's being hovered by pointer during screenshot. Normally the text is there, but the dots for borders remain there, and various places around the desktop, such as open app boxes on Kicker. Other button boxes have heavy borders instead of like the buttons I'm used to seeing. This button appearance and behavior applies to the default non-theme theme I use on KDM as well. In personal settings > style, strike-through appears on configure, and is thus unavailable to switch from its current "B3/KDE" to my preferred "Plastik". "Theme Manager" also seems broken. It has the same themes listed as in 15.6, and just like 15.6, selecting any of them leaves the sample area completely blank. What might be missing or broken to cause this? This is on host hp750 now, but I've seen it happen elsewhere. ATM, I don't remember if elsewhere was on 16.0 or not, or if I found a fix, but right now I can't think of where I should look. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

1 0

kmenu -> Games -> Amusement (has world time and teatime??)
by David C Rankin 11 Apr '25

11 Apr '25

All, Can anybody think of any recent change that would cause Kmenu to be rearranged? Earlier today looking at the menu, kworld clock and kteatime were moved into Games -> Amusement. These are traditionally Utilities;Clock apps in the Utilities menu. The .desktop file categories HAVE changed. Currently both kteatime.desktop and kworldclock.desktop have: Categories=Qt;KDE;Utility;Amusement; That is not right and is a change from earlier. Checking the 15.4 install the categories are: kteatime.desktop Categories=Applet; kworldclock.desktop Categories=Utility;Clock; What is causing the kde application .desktop file categories to change? This is really messing up the kmenu. Here is a current screenshot of where the apps end up in the menu: KDE3 - kmenu -> Games -> Amusement (has world time and teatime??) https://paste.opensuse.org/pastes/f4d2da07e8f8 And this is on top of all the normal KDE apps that got dumped in the generic "More Programs" menu under Graphics: KDE3 - kmenu - > Graphics -> More Programs https://paste.opensuse.org/pastes/0fa3a2684860 Yasuhiko, was there a patch or something that caused this?? -- David C. Rankin, J.D.,P.E.

1 0

Updated TW Laptop - All jpeg loading broke - what libjpeg do you have?
by David C. Rankin 08 Apr '25

08 Apr '25

All, With all the problems I've had with the desktop and Qt3/kdm/ksplash/kdegames, I held off updating my laptop for several weeks as it had a kde3 that was perfect, no problems at all. I finally updated it yesterday to all current packages, and everything that was broken in kde3 on the desktop, konqueror tooltip jpeg preview, kdm loading .jpg theme backgrounds, ksplash with moodin engine not loading .jpg backgrounds, the kde desktop not loading .jpg backgrounds, kdegames kpatience not loading its .jpg backgrounds -- is now broken on my laptop as well. The odd thing is this broken jpeg behavior seems to apply to the workspace loading of jpeg like for tooltips, splash screen backgrounds (kdm/ksplash) or window backgrounds (kpatience or kde desktop). All image applications, like kimage or the embedded image viewer all load jpeg images just fine. I have the following jpeg libraries: $ rpm -qa | grep 'jpeg' libjpeg-turbo-3.0.4-81.4.x86_64 libjpeg62-62.4.0-81.3.x86_64 libjpeg62-devel-62.4.0-81.3.x86_64 libjpeg8-8.3.2-81.4.x86_64 liblavjpeg-2_2-0-2.2.1-2.12.x86_64 libmjpegutils-2_2-0-2.2.1-2.12.x86_64 libturbojpeg0-8.3.2-81.4.x86_64 You have a choice whether libjpeg62-devel or libjpeg8-devel provides the symlink to libjpeg.so. I've used libjpeg62 on my laptop and libjpeg8 on the desktop - no change. What jpeg libraries do you have and do any of you see this same behavior? -- David C. Rankin, J.D.,P.E.

1 1

Can any confirm not konqueror tooltip preview for /usr/share/wallpapers/All-Good-People-1.jpg
by David C Rankin 04 Apr '25

04 Apr '25

All, Yasuhiko, Can someone confirm in konqueror that rolling a mouse over: /usr/share/wallpapers/All-Good-People-1.jpg fails to produce an image preview, but that rolling the mouse over: /usr/share/wallpapers/root-logo.png produces the tooltip preview just fine? The first file is owned by kdebase3-workspace-3.5.10.1-385.14.x86_64, the second by kdebase3-SuSE-11.3-108.10.x86_64. On my non-updated box, both preview fine, but with all current TW updates applied, I get no .jpg previews in the tooltips, and all .svgz previews are not scaled to fit in the preview. (they .svgz images don't scale to fit in the tooltip on the non-updated install either) If somebody can confirm this behavior, we have reproducible errors, along with the kdegames kpatience background not loading that we can work to figure out what is going on. Everything else in kde3 is working fine as far as I can tell, it's just this weird .jpg issue that is breaking things. The error has changed from QImage::smothScale to QImage::convertDepth in the .xsession-errors - which doesn't make much sense, e.g. $ grep -i 'image\|png' ~/.xsession-errors libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile QImage::convertDepth: Image is a null image libpng warning: iCCP: known incorrect sRGB profile QImage::convertDepth: Image is a null image QImage::convertDepth: Image is a null image QImage::convertDepth: Image is a null image QImage::convertDepth: Image is a null image QImage::convertDepth: Image is a null image QImage::convertDepth: Image is a null image libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile The "Image is a null image" errors are associated with the first few mouse-over tooltip preview attempts. After a while, they quit displaying. I guess the error message buffer fills or something similar. Thanks. -- David C. Rankin, J.D.,P.E.

2 2

qt3-debuginfo-3.3.8c-168.8.x86_64 not found?
by David C Rankin 04 Apr '25

04 Apr '25

Yasuhiko, all, Trying to debug a qt3 app, gdb needs qt3-debuginfo, ... Breakpoint 1, 0x0000000000405c90 in main () Missing separate debuginfos, use: zypper install qt3-debuginfo-3.3.8c-168.8.x86_64 (gdb) However trying to find or install any qt3-debuginfo file fails, e.g $ zypper se qt3-debuginfo (in fact you can just zypper se qt3 and no debuginfo package exists) Where are the debug packages for qt3? -- David C. Rankin, J.D.,P.E.

2 2

Re: Any changes to the XDG menu spec or jpeg handling or libraries in the past 30 days or so?
by David C Rankin 30 Mar '25

30 Mar '25

On 3/30/25 7:31 AM, Masaru Nomiya wrote: > Rather, hasn't the assumption that libjpeg8 8.4.0 is used been > changed? > > All I know is that this libjpeg:8 from 8.4.0 seems to be in > obs://build_opensuse_org/home:Simmphonie..... > This is also a curiosity I'm arriving at by deduction looking at the errors in .xsession-errors. It seems that for .jpg (.jpeg) files, kde3 actually does a conversion to .png in the decompression process and uses libpng for just about all images. For instance, rolling the mouse over: /usr/share/wallpapers/All-Good-People-1.jpg results in the error: QImage::convertDepth: Image is a null image and no preview is shown in the konqueror tooltip. This is also the same error ("image is null image") that is generated with kdm and ksplash .jpg backgrounds fail to load. But, the All-Good-People-1.jpg image is not a null image, clicking on it to open it in the embedded image viewer works fine and shows the image without problems. This error is repeated 5-6 times as you mouse-over various .jpg files, then it just stops, but no preview is ever displayed in the tooltip for .jpg or .svgz files. .png file preview just fine in the tooltips. This is new. So the bug I'm dealing with seems to be in the interface layer that handles preview and overlays then the actual core image viewing is working fine. On my laptop with TW that I have purposely not updated in a week or so, and that still has qt3-3.3.8c-168.1, the .jpg and .svgz tooltip previews work fine. cc: kde3(a)lists.o.o -- David C. Rankin, J.D.,P.E.

1 0

kdevelop - help, Qt backlight app loads icon fine, kdevelop KDE app won't - same code
by David C Rankin 29 Mar '25

29 Mar '25

All, I was motivated to make the Intel Backlight Qt app I wrote a full KDE app, so I enlisted the help of kdevelop. The move to kdevelop went fine, a bit of awkward learning how kdevelop does things, but not too much trouble. The only weird issue I have is the Qt app loads the custom Intel icon and displays it over the titlebar menu just fine (top left in 1st image below), but the KDE/kdevelop app, while using the same code, does not load the icon. Here are the Qt3 app and KDE/kdevelop app running side-by-side: Qt App Loads Icon, Kdevelop App Doesn't https://paste.opensuse.org/pastes/e324c1e5c82b (note: I added the Max Brightness label and had dbus fill in the value in kdevelop, so that is not part of the Qt app) Literally, the code generated by qmake for the command-line build of the Qt app and the code generated by kdevelop in kintelbacklightwidgetbase.h (generated from the .ui file) are identical. The Qt app creates: ... (image data in image0_data[]) QImage img; img.loadFromData( image0_data, sizeof( image0_data ), "PNG" ); image0 = img; if ( !name ) setName( "form_intel_backlight" ); setIcon( image0 ); Kdevelop generates the following: ... (image data in img0_kintelbacklightwidgetbase[]) QImage img; img.loadFromData( img0_kintelbacklightwidgetbase, sizeof( img0_kintelbacklightwidgetbase ), "PNG" ); image0 = img; if ( !name ) setName( "kintelbacklightWidgetBase" ); setIcon( image0 ); The rest of the widget construtors are the same. The Qt version of the app shows the icon fine, the kdevelop version doesn't What is also really odd is the icon is shown in kdevelop in the embedded qtcreator editor. Here is a screenshot of the .ui file in kdevelop with the running app right next to it: Kdevelop Embedded QtCreator Widget has Icon, App doesn't https://paste.opensuse.org/pastes/97deb5f0b686 Any idea why the kdevelop built app won't load the icon in the titlebar while the Qt command line compiled app has no issues? Or could this be another strange part of the image display issues we are having in the current KDE3? I wish I had done this earlier so I could have eliminate that possibility. I you like, I can bz2 or xz a cleaned kdevelop project and put it on paste.opensuse if anybody wants to test. Any/all ideas welcomed. -- David C. Rankin, J.D.,P.E.

1 0

KDE3 - patience card game error loading background
by David C Rankin 28 Mar '25

28 Mar '25

The plot thickens, This seems to be a generic kde3 jpg library issue. Attempting to turn the brain off for a second with a game of klondike, I opened the kde3 games patience card game. It will no longer load a background. The error displayed on its failure to be able to load a background is: KDE3 - patience card game error loading background https://paste.opensuse.org/pastes/2ece2d6fc7a2 The resulting game is displayed without any background and cards on a blank window. KDE3 - patience card game can't load background https://paste.opensuse.org/pastes/946af2e6ae53 I'm totally confused about what broke with .jpg images -- but I suspect this has been the problem since the qt3 168.2 issues starting messing with my kdm/ksplash themes. Let me know what else I can send. Nothing new in .xsession-errors for this one. -- David C. Rankin, J.D.,P.E.

2 3