This is an old bug (at least it so seems to me) unveiled when using dark themes with KDE. To see it you need to set a theme that has dark colours for menu and windows and light colours for text. When you click on dolphin tree panel (that has window colours) and choose to rename a directory, the characters will have low contrast. There is a patch attached. If you want want screenshots I will provide (I will need to revert to an unpatched binary before, of course). To apply the patch just invoke it with patch -p1 under dolphin root tree.
Created attachment 105522 [details] Sensible active text color for folders panel
Could you verify with the CheckColorRoles color scheme?
OK, I will post here some screen shots so that things can be clear. The problem arises from the following: when you try to rename a folder on folder panel it uses "view color" as background so, it logically should pick "view text" ("active text") when editing, but it does not, it picks "window text", and as so, may use a low contrast pick. Regards, Andre
Created attachment 105827 [details] Highlighting the problem of low contrast
Created attachment 105828 [details] Highlighting the problem of low contrast 2
Created attachment 105829 [details] Highlighting the problem of low contrast 3
Created attachment 105830 [details] Highlighting the problem of low contrast 4
Created attachment 105831 [details] Highlighting the problem of low contrast 5
Created attachment 105832 [details] Highlighting the problem of low contrast 6
Created attachment 105833 [details] Color scheme used
Comment on attachment 105827 [details] Highlighting the problem of low contrast patched and only positioned
Comment on attachment 105522 [details] Sensible active text color for folders panel patched and only positioned
Comment on attachment 105828 [details] Highlighting the problem of low contrast 2 patched and selected
I must add that this problem does not happens on dolphin alone, even on "Color - System Settings" main window the problem of using "Window text" insttead of "Active text" is displayed. Please, Try the color scheme by yourself before reaching a conclusion. Regards, Andre
I explicitely requested testing with the CheckColorRoles color scheme.
(In reply to Christoph Feck from comment #16) > I explicitely requested testing with the CheckColorRoles color scheme. Sorry, but CheckColorRoles is to check an application for misuse of colors by accident. It means nothing in this case as Dolphin is not coded by me and it only validates the use of colors to this particular scheme. What I´m reporting, granted, a bit unclearly, is that there is a fault in the logical of picking a particular color for Dolphin on folders panel when you try to rename a folder there. That CheckColorRoles can survive this test does not mean that it is the correct behavior, only that the bug is not disclosed on this particular color scheme. Please, try the color scheme I posted and see by yourself. As I said, this does not affect only Dolphin but, on different applications, different particular uses of colors. KDE should have a better guide about it but, unluckily it does not.
I can confirm that the current (unpatched) colors are wrong, but I need to check if your patch is correct. From looking at the patch and your screen shots, I cannot decide that. Please show the screen shots with the CheckColorRoles theme (before/after patch). If this also affects other applications, could you report those separately?
Sure, I can report where other applications fall short but I need do dig the source files to pick the exactly cases. I will send what you requested tomorrow (no time today). Regards, Andre
Still waiting for investigation.
Any updates on the investigations?
Still waiting for an update. Should we still keep this report open? The issue could still exist, but we do not have all necessary information to fix it.
(In reply to Julian Schraner from comment #22) > Still waiting for an update. Should we still keep this report open? The > issue could still exist, but we do not have all necessary information to fix > it. To me the reasoning holds true. I think I reported it to Dolphin development list. Will check there again.
By the way, I will be working on some other "defective" patch to Dolphin this weekend and will check the status of this specific issue on the development list again.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!