W3C

List of comments on “Mobile Web Application Best Practices” (dated 13 July 2010)

Quick access to

There are 7 comments (sorted by their types, and the section they are about).

substantive comments

Comment LC-2412
Commenter: David Campbell <dcampbell@owasp.org> (archived message)
Context: Document as a whole
Not assigned
Resolution status:

Dear Sir or Madam:

I represent the Global Industry Committee of the Open Web Application
Security Project (OWASP) and we are keenly interested in your
forthcoming Mobile Web Application Best Practices recommendation.

Attached please find a PDF document containing our comments on your
draft recommendation.

Please feel free to contact me directly with any questions, comments or
concerns.

Cheers,

David Campbell
Open Web Application Security Project
dcampbell@owasp.org
www.owasp.org
(space separated ids)
(Please make sure the resolution is adapted for public consumption)

editorial comments

Comment LC-2408
Commenter: Francois Daoust <fd@w3.org> (archived message)
Context: 3.4.6 Aggregate Static Images into a Single Composite Resource (Sprites)
Not assigned
Resolution status:

Hi,

This is a small comment on section 3.4.6 Aggregate Static Images into a Single Composite Resource (Sprites) of the second last call working draft of Mobile Web Application Best Practices:
http://www.w3.org/TR/2010/WD-mwabp-20100713/#bp-conserve-sprites

The best practice does not explicitly restrict its usage to "decorative" images. It does so implicitly through the use of examples "icons, buttons".

When applied to informative images that appear as <img> tags within the markup, this best practice would result in a mix between content and layout, since CSS then becomes mandatory to render the correct portion of the image and thus to carry the information.

I suggest to clarify the current text in the "What it means" subsection:
"Web applications often depend on a number of *decorative* images to provide icons, buttons, etc."
... instead of:
"Web applications often depend on a number of static images to provide icons, buttons, etc."

I also suggest to start the "How to do it" subsection by:
"Define candidate images as CSS background images and combine them into a single image for transfer (spriting)"
... instead of:
"Combine images into a single image for transfer (spriting)"

This has been discussed back in May 2009 from an accessibility angle, which essentially boils down to the same thing, but although there seemed to be agreement that restrictions to decorative images for this technique was a good thing, it doesn't seem to have been integrated in to the document:
http://lists.w3.org/Archives/Public/public-bpwg/2009May/0039.html
... started from Jo's question and Alan's response:
http://lists.w3.org/Archives/Public/public-bpwg/2009May/0034.html

Thanks,
Francois.
(space separated ids)
(Please make sure the resolution is adapted for public consumption)

Comment LC-2413
Commenter: Michael Cooper <cooper@w3.org> (archived message)
Context: 3.5.2 Minimize Perceived Latency
Not assigned
Resolution status:

Comment 1

> 3.5.3 Design for Multiple Interaction Methods 3.5.3.1 What it means …
> • Focus Based: The browser focus "jumps" from link to link;

and

> 3.5.3.2 How to do it Focus Based: …
> Focus area will jump automatically from one selectable element to
> another (e.g. from link to link) without affecting usability even
> when widely spaced.

Suggest changing "from link to link" to "from element to element."
(space separated ids)
(Please make sure the resolution is adapted for public consumption)

Comment LC-2416
Commenter: Michael Cooper <cooper@w3.org> (archived message)
Context: 3.5.3 Design for Multiple Interaction Methods
Not assigned
Resolution status:

Comment 4

Suggest adding a fourth type of interaction method to 3.5.3.2:

Assistive Technology Based:

• Follow recommendations outlined in the Web Content Accessibility
Guidelines 2.0 [http://www.w3.org/TR/WCAG20/]
• For mobile web applications that allow creation of web content, follow
recommendations outlined in the Authoring Tool Accessibility Guidelines
2.0 [http://www.w3.org/TR/ATAG20/]
• Once the spec reaches CR, follow recommendations outlined in
Accessible Rich Internet Applications 1.0 [http://www.w3.org/TR/wai-aria/]
• Elements should be operable through means outside the primary
interaction method for each device. For example, on a device where the
primary interaction model is touch-based, assistive technology software
may operate using a focus-based interaction model even though there is
no concept of focus in the primary interaction model.
(space separated ids)
(Please make sure the resolution is adapted for public consumption)

Comment LC-2414
Commenter: Michael Cooper <cooper@w3.org> (archived message)
Context: 3.5.3 Design for Multiple Interaction Methods
Not assigned
Resolution status:

Comment 2

Suggest adding a fourth type of interaction method to 3.5.3.1:

Assistive Technology Based: Events are controlled by a software
application (e.g. screen reader or voice control application) acting on behalf of the user.
(space separated ids)
(Please make sure the resolution is adapted for public consumption)

Comment LC-2415
Commenter: Michael Cooper <cooper@w3.org> (archived message)
Context: 3.5.3.2 How to do it
Not assigned
Resolution status:

Comment 3

> 3.5.3.2 How to do it Touch Based: … Selectable elements must be large
> enough to be easily selected (e.g. list items should have a height of
> at least 30px);

Suggest using a physical size rather than a pixel size, as device
resolutions and DPI scale can vary from device to device, or explain in better detail that this is not referring to physical screen pixels.
Mobile devices today range from less than 72 dpi to greater than 300 dpi.
(space separated ids)
(Please make sure the resolution is adapted for public consumption)

Comment LC-2407
Commenter: Erik Wilde <dret@berkeley.edu> (archived message)
Context: 3.5.6 Make Telephone Numbers "Click-to-Call"
Not assigned
Resolution status:

hello.

http://www.w3.org/TR/2010/WD-mwabp-20100713/#bp-interaction-uri-schemes
recommends to use tel: URIs for telephone numbers. tel: is definitely
more widely known, but there also is a URI scheme for SMS, defined by
RFC 5724. mentioning it might be useful for those mobile web app authors
who like to better support SMS-based messaging in their apps.

kind regards,

erik wilde tel:+1-510-6432253 - fax:+1-510-6425814
dret@berkeley.edu - http://dret.net/netdret
UC Berkeley - School of Information (ISchool)
(space separated ids)
(Please make sure the resolution is adapted for public consumption)

Add a comment.


Developed and maintained by Dominique Hazaël-Massieux (dom@w3.org).
$Id: index.html,v 1.1 2017/08/11 06:44:03 dom Exp $
Please send bug reports and request for enhancements to w3t-sys.org