- From: Kevin Ghadyani <reply@umkcddr.com>
- Date: Wed, 15 Jul 2009 15:22:45 -0500
- To: public-mobileok-checker@w3.org
If CSS is supposed to allow images to have height and width values associated with classes or IDs, why does the mobileOK validator just completely over look this? I always wind up having issues with the being no height and width values even though I have them set in the stylesheet. I suddenly got another problem with one of my stylesheets showing up as not syntactically valid, but when I use the CSS validator, it works just fine as do all of my other stylesheets. In fact, the only thing I've done thus far to change things on my website is add in a mobile.css file along with the master.css file which is called whenever someone's on the mobile site. Since it validates properly, I figure it shouldn't pull up errors either in the mobileOK validator. It noted this: The style sheets contain syntax errors, and thus are likely to create problems with some browsers. Use the W3C CSS Validator to find and correct CSS syntax errors. Triggered by http://m.kevinghadyani.com/mobile.css. Related best practice: [CONTENT_FORMAT_SUPPORT] Send content in a format that is known to be supported by the device. But my CSS file is only 4 entries that properly validate: p.mobile { margin:0 auto; width:auto; text-align:center; color:#adadad; } p.mobileleft{ margin:0 auto; width:auto; text-align:left; color:#adadad; } p.mobileinfochoices { margin:0 auto; width:auto; text-align:center; font-weight:bold; color:#adadad; } h1 { margin:0 auto; width:auto; } And then it goes ahead and makes a comment of about the set height and width in my master.css which, surprisingly, has the height and width values of the images it claimed I was lacking. Then it warns me that I don't have the right character encoding or something like that. It's actually quite confusing to understand: "The resource does not specify UTF-8 as character encoding". The validator for XHTML 1.1 and XHTML-MP 1.2 both don't throw up warnings for this, and it's actually in my code <meta http-equiv="Content-type" content="<? meta() ?>;charset=utf-8" /> so I don't know what the mobileOK validator is complaining about. Most other validators and analyzers have this problem too, but it seems like it should be corrected. It notes my master.css file has position:relative in there 3 times. That's correct. I'm unsure if I actually need those in my master.css anyway, but since my site works fine on all devices I've tested on, I do not know if it's safe to remove it. This warning is repeated when it states: "The CSS Style contains at-rules, properties, or values that may not be supported" and shows me the 3 lines that says "position" in the master.css file. There's an image error because my images are PNG instead of GIF or JPEG. I'm fine with that because out of the multitude of devices I've used, PNGs work fine if only a bit messy if transparency is used so this error I'd prefer to see as a warning but it's fine. It has another complaint about character encoding: "The HTTP Content-Type header does not specify a character encoding and no UTF-8 encoding or a non-UTF-8 is specified in the XML declaration". I assume my lack of an <?xml ?> character encoding declaration is the problem even though I have UTF-8 specified in the HTML? From reading the W3C's reports, it seems like the <?xml ?> header is negligible and a problem to IE uses of all kinds, that's why the standard was rectified to allow the DOCTYPE first. If needed, I can use PHP to fix it so only IE doesn't display it since I have IE to render the page as text/html anyway. I get an error that says I am using "no-cache" or "max-age=0". In fact, that's wrong: <meta http-equiv="Cache-Control" content="max-age=64000" />. It complains about Pragma, but I don't even use that or know it's usage. It says my Expires header contains a date in the past even though I don't use it either. Both say "Triggered by the resource under test." I have no clue what that means. The page is served as:"application/vnd.wap.xhtml+ xml" but it asks for "application/xhtml+xml". Is it wrong to serve XHTML-MP 1.2 as "application/vnd.wap.xhtml+xml"? I'm pretty sure it's just me, and that I've done something screwy on my end, but truth be told, if I don't say anything, an actual validator issue could go overlooked. Thank you for your help.
Received on Wednesday, 15 July 2009 23:06:03 UTC