RE: ISSUE-6: User Interface Issues for Mobile Browsing

Hej,
 
>> I don't quite understand what "state" means ... I imagine "context"
is ...
 
User's state means predispositions, expectations, needs, motivation,
mood, etc. Context is not only physical (like the ones you mentioned),
but also social (people surrounding the user), temporal (how long time a
user has for browsing) and task (what the user is trying to achieve).
All these impact mobile browsing.
 
>> isn't there some chrome? 
 
I meant the visible part of the chrome. There is still the possibility
of controlling the browser via button clicks.
 
>> I don't understand the "T9 feature". 

It's a predictive text (faster typing) technology (Text-on-9-keys) due
to lack of a complete keyboard.
 
Attached is a revisited version where I have considered your comments
and re-written some unclear part of the previous (inline) contribution.
 
Luis

________________________________

From: public-wsc-wg-request@w3.org [mailto:public-wsc-wg-request@w3.org]
On Behalf Of Mary Ellen Zurko
Sent: den 4 juni 2007 21:59
To: Luis Barriga (KI/EAB)
Cc: public-wsc-wg@w3.org
Subject: Re: ISSUE-6: User Interface Issues for Mobile Browsing



Thanks Luis. 

> X.1 User Interface Issues for Mobile Browsing
> 
> 
> Previous studies reveals that mobile browsing user experience is 
> affected by the user's state, context, mobile device, browser 
> application, network infrastructure, and web sites [Phone Web 
> Browsing]. Although modern mobile phones come with better 

I don't quite understand what "state" means. Can you give an explanation
or some examples? I imagine "context" is the user's physical context -
noisy, quiet, moving, walking, lots of light, home, work, etc. 

> X.1.1 Indistinguishable/Non-Existing Chrome 
> 
> 
> In desktops, there are cases when the chrome becomes blurred with 
> small windows. This issue is permanent in with phone browsers due to
> limitations in screen size. Phone browser designers have chosen to 
> give more space to content presentation, keeping the chrome 
> indistinguishable at best.

Given that "Chrome" is the entire control surface of the application:
http://www.w3.org/2006/WSC/wiki/Glossary

isn't there some chrome? If not menus, then dialogs? There must be
something that communicates "control" information. 


> X.1.2 Fewer Security Indicators
> 
> 
> Due to the small screen limitations, current phone browsers have 
> prioritized to only present security full/crossed padlock when 
> applicable. The URL bar is commonly not displayed or partially 
> displayed. Users who are familiar with the https:// <https:///>  
> prefix may become deceived by such limitation. Favicons are not
displayed.

Good that they don't display favicons :-). Plus there's seems to be a
lot of problems with relying on the "raw" URL for security anyway. 

> X.1.3 Longer time and more clicks for better security
> 
> 
> Typing username and password when entering sites is more cumbersome 
> with numeric keypads than with desktops keyboards.  The T9 feature 
> commonly available in phones is not useful since usernames and 
> passwords are normally not part of the dictionary. As a result, 
> authentication takes longer time and users and error prone.

I don't understand the "T9 feature". 

> X.1.Z Open Issues
> 
> 
> There are no studies on security usability in mobiles phones. A 
> comparative usability study is in place.

Please point us to the results when the time comes. 
        Mez