In Firefox I seem to have this https://addons.mozilla.org/en-US/firefox/collections/mozilla/webdeveloper/ installed, and browsing my vanilla MediaWiki site, its console showed me some errors...
GET http://transgender-taiwan.org/index.php?title=%E9%A6%96%E9%A0%81 [HTTP/1.1 200 OK 1573ms] GET http://transgender-taiwan.org/load.php?debug=false&lang=zh-tw&module... [HTTP/1.1 304 Not Modified 569ms] Unknown property 'zoom'. Declaration dropped. @ http://transgender-taiwan.org/load.php?debug=false&lang=zh-tw&module... Expected declaration but found '*'. Skipped to next declaration. @ http://transgender-taiwan.org/load.php?debug=false&lang=zh-tw&module... Expected 'important' but found 'ie'. Expected ';' or '}' to terminate declaration but found 'ie'. Declaration dropped. @ http://transgender-taiwan.org/load.php?debug=false&lang=zh-tw&module... Error in parsing value for 'list-style-type'. Declaration dropped. @ http://transgender-taiwan.org/load.php?debug=false&lang=zh-tw&module... Unknown pseudo-class or pseudo-element '-webkit-input-placeholder'. Ruleset ignored due to bad selector. @ http://transgender-taiwan.org/load.php?debug=false&lang=zh-tw&module...
On Mon, Aug 15, 2011 at 7:26 PM, jidanni@jidanni.org wrote:
In Firefox I seem to have this https://addons.mozilla.org/en-US/firefox/collections/mozilla/webdeveloper/ installed, and browsing my vanilla MediaWiki site, its console showed me some errors...
Unknown property 'zoom'.
http://reference.sitepoint.com/css/zoom
Expected 'important' but found 'ie'. Expected ';' or '}' to terminate declaration but found 'ie'. Declaration dropped.
This is a workaround for IE. I imagine Krinkle or Roan could say more.
Error in parsing value for 'list-style-type'. Declaration dropped.
What was the value?
Unknown pseudo-class or pseudo-element '-webkit-input-placeholder'. Ruleset ignored due to bad selector.
These -webkit definitions are vendor prefix, and is perfectly valid in CSS. You would see similiar with -moz. Some validators will yell about them, but they're fine
-Chad
On Tue, Aug 16, 2011 at 1:26 AM, jidanni@jidanni.org wrote:
Unknown property 'zoom'. Declaration dropped. @ http://transgender-taiwan.org/load.php?debug=false&lang=zh-tw&module... Expected declaration but found '*'. Skipped to next declaration. @ http://transgender-taiwan.org/load.php?debug=false&lang=zh-tw&module... Expected 'important' but found 'ie'. Expected ';' or '}' to terminate declaration but found 'ie'. Declaration dropped. @ http://transgender-taiwan.org/load.php?debug=false&lang=zh-tw&module... Error in parsing value for 'list-style-type'. Declaration dropped. @ http://transgender-taiwan.org/load.php?debug=false&lang=zh-tw&module... Unknown pseudo-class or pseudo-element '-webkit-input-placeholder'. Ruleset ignored due to bad selector. @ http://transgender-taiwan.org/load.php?debug=false&lang=zh-tw&module...
Yeah, those happen. They're harmless, though. What happens is that we use browser-specific CSS hacks (in the !ie case) or vendor-specific CSS rules (in the -webkit case) or CSS3 stuff that some browsers don't understand yet (I suspect that's what's going on with zoom and list-style-type), and those things either aren't valid CSS or aren't expected/known by all browsers. But browsers just ignore stuff they don't understand, output a warning, and move on.
So these warnings are harmless and a testament to the fact that you can't write stuff that works in all browsers AND validates in all browsers (not 'validates' in the W3C sense, but 'validates' in the browser-doesn't-complain sense). We're in the situation where things work in all browsers but nearly all browsers complain about certain things (but only in the developer console, and without actually breaking functionality), and I think that's better than having a warning-free but broken (or less feature-rich) web site :)
Roan
On 16/08/11 09:38, Roan Kattouw wrote:
So these warnings are harmless and a testament to the fact that you can't write stuff that works in all browsers AND validates in all browsers (not 'validates' in the W3C sense, but 'validates' in the browser-doesn't-complain sense). We're in the situation where things work in all browsers but nearly all browsers complain about certain things (but only in the developer console, and without actually breaking functionality), and I think that's better than having a warning-free but broken (or less feature-rich) web site :)
We could avoid the warnings by using conditional comments in the HTML. That's how it was done in Monobook. But the effect of this was a higher number of object requests for IE users, which slowed down site performance for them. Another solution would be to send Vary: User-Agent headers, but that would reduce server-side performance significantly.
The current scheme has good performance and a good feature set, at the expense of putting some annoying errors in your Firefox error console.
-- Tim Starling
wikitech-l@lists.wikimedia.org