[Webkit-unassigned] [Bug 151919] Web Inspector: can't navigate back to same view state after option-clicking a CSS property in style sidebar

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=151919

Brian Burg <bburg at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |WONTFIX

--- Comment #5 from Brian Burg <bburg at apple.com> ---
(In reply to comment #4)
> From a UX standpoint. Back buttons in most (all?) apps including Safari
> don't switch containers (tabs). The Elements tab does not have back/forward
> buttons, but would you need to add them there so forward could take you
> "back" to the Resource you just came back from?
> 
> The only UI analogous to this idea that I know of would be iOS 9's app back
> button that shows up in the status bar. Which is a different affordance, not
> connected to the content browser back/forward buttons.

I guess it's just a consequence of treating each tab as its own content browser. This makes more sense to me in Safari than in Web Inspector, since our content views have lots of entangled state (most notably, breakpoints) while Safari tabs are completely independent.

I guess I'll close this as WONTFIX since it would mean a bigger change to how we keep app state history. That said, I run into similar disorientation in resources vs debugger tab, so we maybe should revisit this design at some point.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20151206/78177b52/attachment-0001.html>