#5693 LOW Future : Cannot (reproducably) launch Browse with a favorite URL

[Zarro Boogs per Child]

#5693: Cannot (reproducably) launch Browse with a favorite URL
------------------------------+---------------------------------------------
  Reporter:  mburns           |       Owner:  erikos        
      Type:  defect           |      Status:  new           
  Priority:  low              |   Milestone:  Future Release
 Component:  browse-activity  |     Version:                
Resolution:                   |    Keywords:                
  Verified:  0                |    Blocking:                
 Blockedby:                   |  
------------------------------+---------------------------------------------

Comment(by mburns):

 Replying to [comment:2 Eben]:
 > The thought here is that you are saving a "browse session", and that
 within that session there are any number of related bookmarks.  Thus, you
 might keep a "web comics" session, a "news and blogs" session, and a
 "science report" session around in the Journal.  As you find new comics,
 new blogs, or new sources and bookmark them, the sessions evolve.

 Then the primary user interaction to load Browse--for most users most of
 the time--is to do so through the Journal and resuming a previously
 configured session. This is counter to the UI shortcuts we have given
 users by ignoring the Frame (which is readily accessible with the
 dedicated keybinding and easily reached with the mouse by being on the
 screen's edge). The Frame's Browse icon will only be used when users want
 to begin a browsing session they have *never* before done, which is the
 uncommon rather than the common case.

 In short: We are optimizing our UI for the uncommon use case. The more
 "evolved" the sessions become, the more frequent Browse will be resumed,
 rather than started anew.

 Use case: User is using a browser, viewing any arbitrary website. User
 decides to view an unrelated website that was previously bookmarked, such
 as going from reading her favorite webcomics to reading her favorite
 blogroll.

 "Traditional" workflow:
 1. Select the bookmarks menu
 2. Select the appropriate bookmark

 Sugar workflow:
 1. Switch to Home View
 2. Select Journal (advanced users can alt-tab to skip 1 and 2)
 3. Search for the appropriate browse session or scroll to find it
 4. Resume that appropriate entry
 4a. (or select the journal entry, then resume it)
 4b. (wait for the new Browse instance to load...)
 5. Select the appropriate bookmark

 P.S. Presuming, of course, that users do not manually type in URLs, which,
 like requiring passwords, is a reasonable default assumption. Memorizing
 stuff is lame.
 P.P.S. Do we have any stats on what the ratio of first-visit versus
 return-visit to sites are?
 P.P.P.S. A better ticket name is welcome. I'm not sure the intended
 thought process is being reflected.

-- 
Ticket URL: <http://dev.laptop.org/ticket/5693#comment:3>
One Laptop Per Child <http://dev.laptop.org>
OLPC bug tracking system