W3C home > Mailing lists > Public > public-mobileok-checker@w3.org > June 2008

RE: Help needed for bug fixes

From: Dominique Hazael-Massieux <dom@w3.org>
Date: Tue, 10 Jun 2008 13:17:47 +0200
To: Miguel Garcia <miguel.garcia@fundacionctic.org>
Cc: public-mobileok-checker <public-mobileok-checker@w3.org>
Message-Id: <1213096667.6617.37.camel@localhost>

Le mardi 10 juin 2008 à 12:36 +0200, Miguel Garcia a écrit :
> Abel and I are willing to help you updating the checker. We were just waiting until MobileOK Basic Tests 1.0 becomes LC again to start working on the checker. There is no much time to spend on it and we want to avoid working twice.

FWIW, I've started fixing the behavior for objects processing:
 * proper processing of objects in OBJECTS_OR_SCRIPT:
(and associated test cases)
 * don't fail on objects that have proper fallback for
(and assoicated test cases)

> By the way why should all ocurrences of a resource be anotated in moki?

Here is the explanation:
In PAGE_SIZE_LIMIT, we want to count only objects and images that are
actually loaded in the page; so for instance, if the following appears
in the document
<object data="myimage.gif"><img src="myimage.png" alt=""/></object>
we want to count only "myimage.gif" since "myimage.png" will never be
loaded. I have started to re-organize PageSizeLimitTest.xsl to take this
into account, counting only images that are loaded from the markup and
don't have a valid ancestor object.
But with this approach, images that are loaded from style sheets aren't
counted any more - so I need to be able to add to my total of images
loaded from markup the ones that are loaded from style sheets.

The only way I see to do that is to have the moki document reflect the
origin of the images and objects; note that it is also helpful for
informing the user where a big image might have been loaded from.

(the same apply to objects, and to EXTERNAL_RESOURCES).


PS: I've noted a few needed clarifications to the mobileOK spec that
I'll send once the LC is announced.
Received on Tuesday, 10 June 2008 11:19:05 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:21:20 UTC