FirefoxMobile-SmartTabs: Difference between revisions

From Medien Wiki
No edit summary
(better tab rendering)
Line 19: Line 19:
[[File:MozillaMobile_pageCrop.png | right ]]
[[File:MozillaMobile_pageCrop.png | right ]]
===Smarter Page Crop===
===Smarter Page Crop===
Concept: ???


*Pro: Coosing a more representative part of the page means better recognition and more differenciation between similar pages.


*Concept:
*Pro: Coosing a more representative part of the page means better recognition and more differenciation between similar pages.
*Contra: ---
*Contra: ---
<br style="clear:all">
<br style="clear:all">
Line 29: Line 28:
===Adding Favicon===
===Adding Favicon===


*Pro: Visual grouping of same Domain-Pages. Recognize logos of commonly used webpages.  
*Pro: Visual grouping of same Domain-Pages. '''Recognize logos''' of commonly used webpages.  
 
*Contra: Could be mistaken for a button if not carefully integrated.  
*Contra: Could be mistaken for a button if not carefully integrated.  


Note:It is likely that the favicon itself is hard to recall for non-frequently used pages. But it often gives color clues for the page. (Further research is needed)
Note:It is likely that the favicon itself is hard to recall for non-frequently used pages. But it often gives color clues for the page. (Further research is needed)
<br style="clear:all">
==Better rendering quality==
[[File:MozillaMobile_betterTabImageRendering.png | right]]
*Pro: A better rendering of the tabs will improve the recognition.
*Contra: Performance issues. Could possibly be solved by rendering low-Fi first and when e.g. the user reads the page, the hi-fi Tabs are renderend.


==Study 1: What do people recall about webpages==
==Study 1: What do people recall about webpages==

Revision as of 16:46, 26 April 2010

Smart Tabs for Mozilla Mobile

Project by Jan Dittrich

"How can the way we make the tabs better representing the pages?"
Goals: make tabs better representing the pages.
No-Goals: Change the general model of interaction with tabs, Use signficant more screen real estate.

Current Situation

MozillaMobile 1-1 Tabs.png

Ideas for Improvement

Put the closing-Button on the right Tab side

Relocate Button Wireframe
  • Pro: The more relevant left edge is free.
  • Contra:
    • The left side is closer to the edge which means the area can be touched easier since one does not care about tapping a close object on the left side.
    • When dragging the Bar in, one sees just the Buttons at first.


MozillaMobile pageCrop.png

Smarter Page Crop

Concept: ???

  • Pro: Coosing a more representative part of the page means better recognition and more differenciation between similar pages.
  • Contra: ---


MozillaMobile addFavicon.png

Adding Favicon

  • Pro: Visual grouping of same Domain-Pages. Recognize logos of commonly used webpages.
  • Contra: Could be mistaken for a button if not carefully integrated.

Note:It is likely that the favicon itself is hard to recall for non-frequently used pages. But it often gives color clues for the page. (Further research is needed)

Better rendering quality

MozillaMobile betterTabImageRendering.png
  • Pro: A better rendering of the tabs will improve the recognition.
  • Contra: Performance issues. Could possibly be solved by rendering low-Fi first and when e.g. the user reads the page, the hi-fi Tabs are renderend.


Study 1: What do people recall about webpages

Goal

Results