Edit comment LC-2413 for Mobile Web Best Practices Working Group

Quick access to LC-2407 LC-2408 LC-2412 LC-2413 LC-2414 LC-2415 LC-2416

Comment LC-2413

Comment Shortname:

Commenter: Michael Cooper <cooper@w3.org>

Message-id:

Section of the document concerned:

[Free text description]Document as a wholeMobile Web Application Best Practices Abstract Status of This Document Table of Contents Appendices List of Best Practices 1 Introduction 1.1 Purpose of the Document 1.2 Audience 1.3 Scope 1.3.1 Best Practices 1.3.2 Web Application 1.3.3 Mobile Context 1.3.4 Delivery Context 1.4 Relationship to other Best Practices and recommendations 1.5 Terminology 2 Structure of Best Practice Statements 3 Best Practice Statements 3.1 Application Data 3.1.1 Use Cookies Sparingly 3.1.1.1 What it means 3.1.2 Use Appropriate Client-Side Storage Technologies for Local Data 3.1.2.1 What it means 3.1.2.2 How to do it 3.1.3 Replicate Local Data To A Server If Necessary 3.1.3.1 What it means 3.1.3.2 How to do it 3.2 Security and privacy 3.2.1 Do not Execute Unescaped or Untrusted JSON data 3.3 User Awareness and Control 3.3.1 Ensure the User is Informed About Use of Personal and Device Information 3.3.1.1 What it means 3.3.1.2 How to do it 3.3.2 Enable Automatic Sign-in 3.3.2.1 What it means 3.3.2.2 How to do it 3.4 Conservative use of resources 3.4.1 Use Transfer Compression 3.4.1.1 What it means 3.4.1.2 How to do it 3.4.2 Minimize Application and Data Size 3.4.2.1 What it means 3.4.2.2 How to do it 3.4.3 Avoid Redirects 3.4.3.1 What it means 3.4.3.2 How to do it 3.4.4 Optimize Network Requests 3.4.4.1 What it means 3.4.4.2 How to do it 3.4.5 Minimize External Resources 3.4.6 Aggregate Static Images into a Single Composite Resource (Sprites) 3.4.7 Include Background Images Inline in CSS Style Sheets 3.4.8 Cache Resources By Fingerprinting Resource References 3.4.9 Cache AJAX Data 3.4.10 Do not Send Cookie Information Unnecessarily 3.4.11 Keep DOM Size Reasonable 3.4.11.1 What it means 3.4.11.2 How to do it 3.5 User Experience 3.5.1 Optimize For Application Start-up Time 3.5.1.1 What it means 3.5.1.2 How to do it 3.5.2 Minimize Perceived Latency 3.5.2.1 What it means 3.5.2.2 How to do it 3.5.3 Design for Multiple Interaction Methods 3.5.3.1 What it means 3.5.3.2 How to do it 3.5.4 Preserve Focus on Dynamic Page Updates 3.5.4.1 What it means 3.5.4.2 How to do it 3.5.5 Use Fragment IDs to Drive Application View 3.5.6 Make Telephone Numbers "Click-to-Call" 3.5.6.1 What it means 3.5.6.2 How to do it 3.5.7 Ensure Paragraph Text Flows 3.5.8 Ensure Consistency Of State Between Devices 3.5.9 Consider Mobile Specific Technologies for Initiating Web Applications 3.5.9.1 What it means 3.5.9.2 How to do it 3.5.10 Use Meta Viewport Element To Identify Desired Screen Size 3.5.10.1 What it means 3.5.10.2 How to do it 3.6 Handling Variation in the Delivery Context 3.6.1 Prefer Server-Side Detection Where Possible 3.6.1.1 What it means 3.6.1.2 How to do it 3.6.2 Use Client-Side Capability Detection Where Necessary 3.6.2.1 What it means 3.6.2.2 How to do it 3.6.3 Use Device Classification to Simplify Content Adaptation 3.6.3.1 What it means 3.6.3.2 How to do it 3.6.4 Support a non-JavaScript Variant if Appropriate 3.6.4.1 What it means 3.6.4.2 How to do it 3.6.5 Offer Users a Choice of Interfaces 3.6.5.1 What it means 3.6.5.2 How to do it 3.7 Further Considerations 3.7.1 Consider Use of Canvas Element or SVG For Dynamic Graphics 3.7.1.1 What it means 3.7.1.2 How to do it http://www.w3.org/Graphics/SVG/ 3.7.2 Inform the User About Automatic Network Access 3.7.2.1 What it means 3.7.2.2 How to do it 3.7.3 Provide Sufficient Means to Control Automatic Network Access 3.7.3.1 What it means 3.7.3.2 How to do it Appendix 1: Best Practice Dependent Device Properties Appendix 2: References 2.1 MWI References 2.2 Device Independence 2.3 Web, Protocols and Languages 2.4 Other References Appendix 3: Acknowledgments
or

Refinement of the section concerned:

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody

Type: substantive editorial typo question general comment undefined

Resolution status:

Response drafted Resolution implemented Reply sent to commenter

Response status:

No response from Commenter yet Commenter approved disposition Commenter objected to disposition
Commenter's response (URI):

Comment:

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."

Related issues: (space separated ids)

WG Notes: Notes from fd (2010-08-24): Sounds correct. I would leave the second part intact though, as selectable elements are typically links, so that's a good example of behavior. Discussion and resolution at: http://www.w3.org/2010/08/24-bpwg-minutes.html#lc2413 RESOLUTION: ref. LC-2413, mark as editorial and resolve partial. Update the text to read "The browser focus jumps from element to element". Leave the example "from link to link" in 3.5.3.2 intact though as it's a good example of mobile browser behavior.

Resolution: The group partially agrees with the comment. The text in 3.5.3.1 has been updated as suggested. However, the group decided to keep "e.g. from link to link" in 3.5.3.2 on the grounds that it is a typical example of how such mobile browsers behave on simple Web pages. See updated text in latest editor's draft: http://www.w3.org/2005/MWI/BPWG/Group/Drafts/BestPractices-2.0/latest#bp-presentation-interaction

(Please make sure the resolution is adapted for public consumption)