- Package:
- dmz-cursor-theme
- Source:
- dmz-cursor-theme
- Submitter:
- Alex
- Date:
- 2010-08-22 09:00:05 UTC
- Severity:
- minor
*** Please type your report below this line *** On the system are installed more cursor packages, among them crystalcursors and oxygencursors. In kcontrol the cursor theme is set to crystalcursors blue, but for various actions the cursor will actually be from the oxygene theme (a whitish version): all 8 directions resizin; the active waiting cursor; the line cursor for editing text (this last one happens only to KDE programs and Opera, but not Pidgin or openoffice for example). If it's of any help, the KDM login cursor is an oxygen one, probably a Debian default. I think there used to be bugs like this, with a new cursor not replacing the old one completely. Don't know if the bug belongs to crystalcursors
Hi, This is not a bug in the crystalcursors package. Could anyone have a deeper look on this? Any cursor I choose I still get that subset of Oxygen icons in most programs. This means all of KDE, Opera, Skype, but not Pidgin, OpenOffice, Thunderbird. Systemsettings even shows this as normal, as in the attachment. I think the former are all Qt programs. Thanks. Best regards, Alex
I believe this is a problem of oxygen cursors on Debian. Forcibly removing the package oxygencursors solves the problem, but this breaks a kdebase package, called kdebase-workspace-data. It also solves the problem in the KDE 4 compiled from sources (which still has oxygen cursors installed from the sources), that's why I believe it's a Debian problem. Thanks, Alex
reassign 499344 kdebase-workspace thanks To restate the bug report, crystalcursors includes all the important cursors, including wait/busy, what is this?, pointing hand, text selection, and resizing cursors, but the corresponding cursors from Oxygen are used nonetheless. I suspect this is because there are at least two names for each cursor, and KDE 4 uses the cursor with the preferred/new name from the default theme before any cursor available under an alternative name in the selected theme (actually I think it's just those MD5 hashes of the hardcoded built-in cursors that are used). I think that's a bug in KDE, but I'm not sure which package is responsible. I picked kdebase-workspace because it's kdebase-workspace-data that depends on oxygencursors. Please pass the bug on if I guessed wrong. Alternatively, or as a workaround, all cursor packages might have to provide all their cursors under the new names as well. That would also work around the swapped resize cursors bug 548804.
On söndagen den 8 augusti 2010, you stated the following: Also reported at https://bugs.kde.org/show_bug.cgi?id=213615, with a perhaps better analysis. I still don't think it's a bug in any cursor package; maybe in Qt?
On måndagen den 9 augusti 2010, I stated the following: I think you could have been more helpful, but anyway, I now understand that it's libXcursor that is responsible for the fallback to the default theme, and that neither KDE nor Qt can do much about it (except that Qt could have used standard X11 cursor names when running under X11). Perhaps lower the alternatives priority for oxygencursors so that if the administrator installs additional themes besides Oxygen, one of them will be the default by default, so to speak?
It appears that, at least for the time being, all cursor packages will have to provide the Qt cursor names as symlinks for them to work in KDE when Oxygen is the default theme. Here is a list: center_ptr up_arrow watch wait xterm ibeam fleur size_all hand pointing_hand v_double_arrow size_ver h_double_arrow size_hor fd_double_arrow size_bdiag bd_double_arrow size_fdiag question_arrow whats_this sb_h_double_arrow split_h sb_v_double_arrow split_v crossed_circle forbidden grabbing closedhand fleur openhand (?)
Why? Cheers, Julien
It should be clear from the bug report log, but in short, if you run KDE, have one of the Oxygen themes as system default and a user tries to choose a different theme using KDE's control panel, several of the theme's cursors will not be used.
The general problem is clear. But in cloning this report, you haven't shown where each of the packages needs to be fixed. Your list doesn't really help me find what needs to be fixed in the package. Can you please improve these reports by showing what you think is missing in each of the packages.
cursor name associations you are requesting. Probably something in the Qt docs?