Closed Bug 188238 Opened 23 years ago Closed 5 years ago

Implement Snapback from Apple's Safari Web browser

Categories

(SeaMonkey :: UI Design, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: u4664, Unassigned)

References

()

Details

(Keywords: parity-safari)

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2.1) Gecko/20021130 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2.1) Gecko/20021130 Apple has a new Web browser called Safari. It uses a cool feature called "Snapback" to return to previous pages. E.g. let's say you're at a Google results page. You follow a series of links, but later decide to return to the Google page. Pressing the Snapback button in the Location bar will take you back to there instead of pressing the Back button repeatedly or searching from the list of previously visited pages. E.g. suppose you're at the homepage of a Web site, e.g. Amazon.com. After following a series of links, you decide to go back to the homepage. Pressing the Snapback button in the Location Bar will take you there, like in the above example. Reproducible: Always Steps to Reproduce: 1. Go to a Web page. 2. Follow a series of links. 3. Press the Snapback button to take you back to the page in step 1.
apps.
Assignee: asa → blaker
Component: Browser-General → XP Apps: GUI Features
QA Contact: asa → paw
A key point is that the snapback point is only set when you visit a web page in one of a few ways: typing a URL, Google search (i.e. the search button), clicking the home button or a bookmark. In the case of Mozilla, I might also suggest that clicking a link in an email or newsgroup post should set the snapback point... basically, anything *except* simply clicking a link in the browser window.
Opening a link in a new window or in a new tab should also count as a SnapBack start-point. Prog.
Reasonable enhancement, so marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: parity-safari
*** Bug 233991 has been marked as a duplicate of this bug. ***
Reassigning obsolete bugs to their respective Seamonkey owners (i.e. nobody). If you want this fixed for Firefox, change the Product and Component accordingly and reassign back to me.
Assignee: firefox → guifeatures
Product: Core → Mozilla Application Suite
Blocks: 281897
No longer blocks: 281897
Basically a snapback point is any history item that doesn't have a referrer. This includes anything that wasn't reached by a link in the same window or tab. I believe that we could go further than safari by having multiple snapback points, each click on snapback would simply go to the next snapback point. We could even have "snap-forward" to then next item in the forward button list that doesn't have a referrer, and so on. Perhaps instead of a snapback button, we could use a keyboard combination like Ctrl+Shift+BACK for snapback and Ctrl+Shift+FORWARD for snapforward. Does the history keep track of whether or not an item has a referrer? If yes, we just need a javascript hook; if not, it would be good to add this field. Changed the product to Firefox, as this is where it is most useful.
Component: XP Apps: GUI Features → History
Product: Mozilla Application Suite → Firefox
Version: Trunk → unspecified
Bamm, this is a Suite bug. For the Firefox equivalent, see Bug 233991. Prog.
Component: History → XP Apps: GUI Features
Product: Firefox → Mozilla Application Suite
I thought that one has been marked a duplicate of this? Well, perhaps blake was mistaken in comment #6. :)
It seems like Blake was doing a mass reassign, without taking into account whether equivalent Firefox bugs already exist. Prog.
QA Contact: pawyskoczka
Assignee: guifeatures → bugzilla
QA Contact: guifeatures
In the model you could have implicit snapback points where there's no referrer as well as explicit ones set by the user. In the UI there would be a command to set a snapback point and one to return to the next earlier snapback point. If there is no earlier snapback point, please have the UI issue a regular back command as this makes programmed mouse buttons so awesome!
Component: XP Apps: GUI Features → UI Design
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
Keywords: parity-safari
Whiteboard: parity-safari

I doubt this will happen in this life or the next so lets close it. Would need Gecko and SeaMonkey changes. Reopen only if you think otherwise and want to work on it.

Assignee: bugzilla → nobody
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.