Summary: | Wrong rendering of QComboBox in itemviews | ||
---|---|---|---|
Product: | [Plasma] Oxygen | Reporter: | Christian Ehrlicher <Ch.Ehrlicher> |
Component: | style | Assignee: | Hugo Pereira Da Costa <hugo.pereira.da.costa> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | hugo.pereira.da.costa |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
Testcase
Unreadable combobox |
Created attachment 110538 [details]
Unreadable combobox
Hello, Thanks for reporting. Fusion is a Qt style (not a kde style). So that would make it a Qt bug. Also, looking at oxygen code, it seems there is some background drawn in drawComplexControl, provided SC_ComboBoxFrame is passed to the subcontrols. So I would suspect Qt not passing the right subcontrols to the method. Still I'll try investigate further. Does it also happen with breeze widget style ? Sorry, mixed up fusion and breeze :) It works fine with fusion (qt) style since they're creating a QPixmap as cache and using this for drawing. It does not work with oxygen (for unknown reason - did not look at the sources). It does not work with breeze but it is fixed as soon as I fill the background in drawComboBoxComplexControl as it is done in the 'if (editable) .. { if (flat) ..' case. Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you! 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 mark the bug 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! 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! |
Created attachment 110537 [details] Testcase When a QComboBox is drawn in an itemview, the background is not cleared which results in unreadable text when the background text does not match the text in the combobox (see attachment). This happens with oxygen and with fusion style. The reason is, that the background is not cleared in Style::drawComboBoxComplexControl(). I'm not sure if it is a KDE or Qt bug but since all Qt styles work fine (maybe by accident because most of them draw the complete combobox rect every time) I decided to create a bug here. Also setting "widget->setAttribute(Qt::WA_OpaquePaintEvent, false);" in polish() doesn't help (although Qt's fusion style is doing this)...