Version: Konq. 3.1.4 (using KDE KDE 3.1.3) Installed from: Mandrake RPMs OS: Linux Hello, I would like partial transparency to work in Konqueror's KHTML part! I write websites and using this CSS effect is very cool and useful!: filter: alpha(opacity=70) I hope you guys try to add it when you release 3.2. Thanks Brandon
please attach a simple example
Created attachment 3563 [details] The Correct Look as Show via Internet Explorer As you can see, IE is processing the filter alpha opacity correctly to do a partial transp. on the tables to show the image behind it. It also displays the tables correctly and displays the input decorations correctly...
Created attachment 3564 [details] How Konqueror handles the page /wo partial transp. As you can see... the partial transparency is not handled in konq. It is also not handling the tables correctly and not showing the form input decorations.
Please simplify a html page that uses this (yours?) to as little html as you can, and then attach it here. Thanks.
Note, in Mozilla you do this with the "-moz-opacity:" CSS extention, which is closely on par with the W3C CSS3 reccomendation for "opacity:". This filter: opacity thing is a DirectX filter that is very IE specific and does not match the spec at all. They don't even take the same values (Mozilla's is a value from 0 to 1, IEs is a value from 0 to 100. If KHTML does implement opacity it should use the W3C reccomendation.
This feature is also used by amazon.com's search-inside-books to highlight text that got found .readerHighlight { position: absolute; z-index: 99; border: 1px solid black; visibility: visible; padding: 0 0 0 0; margin: 0 0 0 0; background-color: rgb(102,255,102); -moz-opacity: 0.2; opacity: 0.2; } Using konqueror the result is that you have to guess what word is under the green bar if you have searched for more than one word.
they rely on css3 before it's standard? Too bad for their users ;(
Mozilla now "eats" the real CSS3 syntax 'opacity'. And maybe Safari too?
*** Bug 92911 has been marked as a duplicate of this bug. ***
Adding tag to show it can be merged from WebCore
Just wondering how the opacity support is going? What I can see when googling it appears to work in Safari and I would love if Konqueror can as cool (or cooler;-) as Safari=) I can pay 30 euro to the person that makes it happen, I'm a poor student so that's all I can spare. http://www.google.com/search?q=KhtmlOpacity+konqueror
Actually it is not portable from WebCore unfortunately. They use OS X calls to render transparently. We need to simulate transparency.
Created attachment 10916 [details] Fire Fox Under Windows Displaying Transparency Correctly Although this is a screen shot of Fire Fox under Windows, running Fire Fox under Linux displays the same. As you can see, transparency is working great!
What's wrong ? After the updating Suse 9.2 to 9.3 the construct "-khtml-opacity: 0.8" doesn't work no more. Why is this tag disabled in the new version ?
Created attachment 14195 [details] Simple XHTML test with opacity for all major browsers
I have another example of this in the wild, which I think should increase the priority of fixing this. Yahoo's latest attempt to do the Orkut, Myspace thing is called Yahoo 360 (http://360.yahoo.com/). They use opacity to get drop shadows. I attach a cut down example of the problem. The user is allowed to doodle around about with the colours and backgrounds. In some of the customised versions, the Yahoo coders forget to add a colour background to the box that has the shadow. In KDE 3.4, this is OK. There is no attempt to display the drop shadow and we get black text in a white box. In Firefox, this is OK. We get a black text on an opaque grey background. In KDE 3.5.2 it is a disaster. We get black text on a non-opaque, i.e. black, background. The profiles then become a page full of black rectangles with no text legible.
Created attachment 16309 [details] Use of opacity to create a drop shadow, taken from Yahoo 360 See comment #16.
Echoing the request for this wish. CSS opacity is now supported (at least in some form) by Firefox, Safari, Opera < 9, and IE 5.5+ (via a filter, but it still _works_). It's a very pretty effect and is creeping up in websites very often on the internet. One example is the many web applications that use JavaScript modal dialogs. They tend to place a translucent dark veil over the background. This is no problem with CSS opacity, but looks terrible in browsers without support for it as everything behind the modal dialog goes black. Konqueror already has alpha blending capabilities via PNGs (and with text-shadow, I assume?), so I imagine support wouldn't be that hard? Could we hear some feedback on this?
*** Bug 134472 has been marked as a duplicate of this bug. ***
*** Bug 73528 has been marked as a duplicate of this bug. ***
Short answer is that it's not something we can sanely support in KDE3, but should be pretty easy with KDE4, I think.
fixed in trunk http://bugs.kde.org/attachment.cgi?id=16309&action=view
http://lists.kde.org/?l=kde-commits&m=116234379507000&w=2 oops, more informative link :)
http://www.w3.org/TR/css3-color/ Note. If RGBA values are not supported by a user agent, they should be treated like unrecognized values per the CSS forward compatibility parsing rules. RGBA values must not be treated as simply an RGB value with the opacity ignored. I just tried to use the rgba and set it to 0.5 in transparancy and konqueror failed to render correctly and should therefor, as specifiied by w3, not take the values in rgba into account. getting the rgba specification working in konqueror will do wonders to the shading side of things.
*** Bug 149289 has been marked as a duplicate of this bug. ***
style->opacity is still not working in Konqueror 3.5.8 - I don't think this bug is resolved...
It's fixed in 4.0