WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
65857
[Qt] SELECT/OPTION rendered differently when using a transparent background
https://bugs.webkit.org/show_bug.cgi?id=65857
Summary
[Qt] SELECT/OPTION rendered differently when using a transparent background
Lapo Luchini
Reported
2011-08-08 08:31:04 PDT
Created
attachment 103250
[details]
rendering bug screenshot Windows XP SP3, Qt SDK 1.1.2, Qt 4.7.3, WebKit 533.3. I made a simple program to view a (local) web project of mine with the added benefit of being able to have a transparent background. After a bit of experimentation to get transparency right (and being bit by QTBUG-11591 and starting from scratch not using QML) I managed to have a mostly working version, but I have a but in the usage of {{SELECT/OPTIONs}}. I didn't yet reduce the HTML project to be able to attach it, but I think the screenshot has the gist of it. Do you have any idea why the control chances GUI completely (losing borders and using a different down-arrow) when transparency is used?
Attachments
rendering bug screenshot
(23.26 KB, image/png)
2011-08-08 08:31 PDT
,
Lapo Luchini
no flags
Details
Qt Creator project
(1.56 KB, application/zip)
2011-08-08 08:32 PDT
,
Lapo Luchini
no flags
Details
Qt Creator project with a minimal test-case.
(1.30 KB, application/zip)
2011-08-09 07:12 PDT
,
Lapo Luchini
no flags
Details
bugged tooltip
(17.05 KB, image/png)
2013-06-24 09:44 PDT
,
Lapo Luchini
no flags
Details
it's ok when transparency is commented
(19.28 KB, image/png)
2013-06-24 09:44 PDT
,
Lapo Luchini
no flags
Details
minimal testcase with tooltips
(1.33 KB, application/zip)
2013-06-24 09:48 PDT
,
Lapo Luchini
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Lapo Luchini
Comment 1
2011-08-08 08:32:04 PDT
Created
attachment 103251
[details]
Qt Creator project
Lapo Luchini
Comment 2
2011-08-09 07:12:02 PDT
Created
attachment 103359
[details]
Qt Creator project with a minimal test-case.
Lapo Luchini
Comment 3
2011-08-10 01:03:47 PDT
I made a few more tests. The same problems also shows up with hover texts: they have black background and are thus illegible (on WinXP, same platform as before). I also tested it using QtCreator under FreeBSD: the hove text is right (has azure background, not black), but the SELECT bug it's also there, though a little different (when the drop-down is open the background is semi-transparent as opposed as black; also on WinXP the background is initially black but changes to "selected row" style while hovering, but keeps that after the hovering is finished, in the original screenshot you can see I was on the second line, but the first line was still looking selected). Hope this helps. In the meantime I'm using <SELECT multiple> as a work around, as that does seems to render correctly (i.e., with white background).
Lapo Luchini
Comment 4
2011-09-01 02:40:09 PDT
Also tooltips (HTML 'title') and the right-click menu appear with an unreadable black background.
Lapo Luchini
Comment 5
2011-11-18 02:07:12 PST
BTW: I verified this (with the attached minimal test-case) on both Windows XP and Windows 7.
Lapo Luchini
Comment 6
2013-06-24 09:44:20 PDT
Created
attachment 205304
[details]
bugged tooltip
Lapo Luchini
Comment 7
2013-06-24 09:44:59 PDT
Created
attachment 205305
[details]
it's ok when transparency is commented
Lapo Luchini
Comment 8
2013-06-24 09:48:28 PDT
Created
attachment 205306
[details]
minimal testcase with tooltips Still bugged on Qt 4.8.1.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug