The value of addresses/locations/paths/URLs in Safari, and of title bars in general

Discussion in 'OS X Yosemite (10.10)' started by grahamperrin, Jul 26, 2014.

  1. grahamperrin macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #1
    To avoid further repetition, spun off from two or more topics:

    Titles and addresses in Safari in seeded build 14A298i of OS X 10.10

    A question today in UX (User Experience) Stack Exchange:

    The first answer, from me, focuses on a bug that was treated as high priority (seriously broken …) and critical. Fixed in February of this year. The title of that bug:

    Difficult to see web site title with the new toolbar/header bar

    Context, in Ask Different Chat: http://chat.stackexchange.com/transcript/message/16797050#16797050

    Title bars in general

    If for example we view Calculator alone, whilst it's in front (with the application name in the menu bar), it's recognisably a calculator.

    Instead: on a peripheral display, allow most of the window of the app to fall behind windows of other apps – some of which might have no title, some of which might be completely without an identifying area … give it time, obscurities such as this may occur naturally (not contrived) sooner than you imagine.

    There's the bar, no title.

    From the untitled bar alone, can you recognise the app?

    Also: consistency. Accepting that removal of all title bars would be horrible, can Apple arrive at a pleasingly consistent approach to either (a) leaving that space blank or (b) populating it with interface elements? And can third party developers arrive at an equally pleasing consistent approach to blankness or population?

    Also: proxy icons, proxy icon menus.

    And so on …
     
  2. grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #2
    So, 14A314h is with testers. I haven't seen it yet …

    That'll be sane.

    (How could anyone call the domain – the domain alone – an address? "I live at: UK" is nothing like an address.)

    A minor observation: Smart Search Field is not the best description for something that primarily presents neither the word 'Search' nor a search icon.

    Mozilla's approach to description and help is much clearer. There's a bar that primarily shows the address, so it's called an address bar and people can "perform web searches right from the address bar".

    A truer description for what Apple has done would be domain field or smart domain field, and people can "perform searches with the domain field".

    ----

    Still bad, presumably: the inconsistencies and lack of coherence caused by abandonment of the title bar concept. A recipe for more inconsistency and mess in the future.
     
  3. grahamperrin, Aug 4, 2014
    Last edited: Aug 5, 2014

    grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #3
    Gloss, polish … and uncharacteristic crap from Apple – if you look closely

    http://asciiwwdc.com/2014/sessions/209

    Apple:

    A Google search for Apple's new NSWindow property for hidden window titles. Top hit, a question from a developer – someone who's mainly doing … web standards development at WHATWG/W3C:

    http://stackoverflow.com/q/24023000/38108

    Developer, in plain english:

    So: unified, integrated, space-saving and … fat.

    Apple:

    Pause for a moment. Is the title of a book not part of that book? Think of a printed book, a book with chapters, it's customary to have the chapter title at the head of a page. Why is it customary? Simply: it can be very useful to some readers.

    Is the title of a page not a part of that page?

    ----

    Apple:

    If the speaker had paused whilst saying "you could still see the window title", the audience might have noticed that no, they could not see the title:

    [​IMG]

    Special? I think not. Maybe it went unnoticed in the excitement of WWDC. With or without excitement: that failure to demonstrate a basic understanding of the concept of web page titling – whilst proudly presenting features of a web browser – is not indicative of Apple developing the best software. There's either horrible confusion as a basis to that failure, or – if Apple truly understood things – an intention to mislead the audience. I hope it's the former.

    Yes there's gloss, yes there's polish, and the massive fan base, but scratching the surface quickly reveals something that's quite wrong.

    ----

    So. Cut the crap, please, Apple.

    The fifth developer preview, 14A314h, acknowledges the value of showing the address of a page. It's allowed. A preference.

    At WWDC, Apple reinforced the importance of the web page and pleased the audience by describing visibility of the page title in an integrated, multipurpose, space-saving bar. In truth, that bar never shows the title.

    So. This previously happy Apple customer would be pleased to see the title and the address in Yosemite. How might that be done? Maybe you could have …

    … something more novel than a bar that saves space with some fatness.

    How about: an even fatter bar? Yes, that'll do it. Fat enough (deep enough) to match the depth that was previously occupied by a recognisable title bar and a recognisable address bar.

    Now: how much space is saved?

    Is this truly working out as intended by the designers at Apple?

    There's too strong an odour of change for the sake of change. It's a fifth developer preview public beta stench that can trigger (a) sarcasm and (b) serious concern that Apple might refuse to admit a mistake until it's too late.
     
  4. grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #4
    Removing titles is severely disorienting

    Defocusing from Safari, revisiting Yosemite as a whole. Developer Preview 5.

    I ran Yosemite for a few minutes, aiming to give it an umpteenth chance. I see many exquisite things but I was soon reminded that those things are within a mash-up that is somewhat deranged.

    Titles. An feature of windows for around thirty years (or from my point of view, more than two decades). Suitable for people who read words. An essential, according to established human interface guidelines.

    "Maybe we should celebrate the anniversary of this successful, refined and highly respected operating system by refreshing its appearance. Titles are debatably a waste of space, debatably passé. Let's make make abandonment of that essential a novel and laudable part of this refresh."

    Seriously: did any person or group at Apple think that, or anything like that? Did no highly respected individual at Apple attempt to explain to designers of the interface that discarding an essential could prove disorienting to some users? Did designers listen but disbelieve? Whatever the answers to those questions, the end results include hallmarks of derangement stamped repeatedly over the operating system. I applaud Apple for a bold public experiment; for pushing boundaries; but I remain utterly gobsmacked that a relatively deranged design should be forced upon all beta testers by a company as esteemed as Apple.

    Back to my few minutes with Yosemite. The multiple moments, split-seconds, of the interface failing to convey what was required when required. Some of those moments were no more than grating.

    Then I quit a couple of apps and – for the umpteenth time since I began testing – there naturally occurred a disorienting appearance that was gobsmacking. I took time out to analyse it. The screenshots below may help readers to understand some of what's wrong. I circled some things for myself then viewed each image in isolation, with an open mind, to realise the likeliest explanation.

    My immediate focus on what remained after quitting apps was not exactly like this:

    [​IMG]

    It was more like this:

    [​IMG]

    The focus was exactly like this:

    [​IMG]

    Not the front window.

    Not the icon to the left of the first apparent title.

    Not the left of a title.

    My immediate focus was the centre of the title of the first apparent window. Given the decades of presentation of the essential approach to identifying a window, it should come as no surprise that my immediate focus was on the first apparent title.

    Problems such as disorientation

    For starters, the word that was most immediately recognisable to the human eye was completely unrelated to the thing that the operating system treated as being in focus. The wrong app.

    Some Yosemite context:

    [​IMG]

    Is it imaginable that such an approach to 'streamlining' would ease a customer's navigation of the various interfaces comprised within the system?

    A simple improvement

    Respect the essential that is respected by Mavericks:

    [​IMG]

    – there's a title.
     

    Attached Files:

  5. dsemf macrumors regular

    Joined:
    Jul 26, 2014
    #5
    What app is displaying the top window? It sort of looks like an open dialog window.

    DS
     
  6. afsnyder macrumors 65816

    Joined:
    Jan 7, 2014
    #6
    The title is there, but its an actionable title. You can click the title to change locations. Is that really such a terrible thing? Also, your first and second images are identical.
     
  7. grahamperrin, Aug 17, 2014
    Last edited: Aug 17, 2014

    grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #7
    Thanks for asking. If you don't mind an obtuse answer: I could name the app, but it's more relevant to this topic to note that almost nothing on screen was visually more distant, from my areas of focus, than the name of the app.

    I'll go with sort of looks like that, whilst also sort of looking like a number of other things.

    In the moments following focus on the title, I naturally perceived a sheet (a drop-down). Because unless I'm missing something, nothing in Yosemite prevents the top line of a thing from naturally appearing in perfect alignment with the bottom line of a bar, in this case the title bar.

    But then hang on, maybe that thing was not a sheet. Was it even something from Finder? After scanning other titles in the vicinity my eye began scanning other areas of the screen. Beginning with the things within a relatively small radius of those titles.

    Ah, some buttons. So it's not the most commonplace type of sheet or window, but it does have a Finder columns-like appearance and it's joined to that Finder window to which the system first drew my attention. It is joined, isn't it? No, it's not.

    OK, it's a sheet-like Window. Probably not of Finder, because I don't recall any recent action in Finder that might have triggered an Open… dialogue. Since my eye was travelling down the screen it continued to the Dock but there, it wasn't obvious which app other than Finder presented the dialogue so then …

    … up to the opposite vertical extremity, and to the word on the extreme left but not quite as far as the Apple menu.

    And the name of the app was …

    ;)

    ----------

    The title of what? And where?

    They are not. I took great care with the images and with that post. The difference is subtle.
     
  8. tkermit macrumors 68040

    tkermit

    Joined:
    Feb 20, 2004
    #8
    So, in comparison, what does the scenario you presented actually look like under Mavericks? :confused:

    And, yes, you might want to actually tell us the name of the app you were using...
     
  9. grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #9
    There's a Mavericks screenshot from me at the foot of post 4 above.
     
  10. tkermit macrumors 68040

    tkermit

    Joined:
    Feb 20, 2004
    #10
    Are you saying the dialog from your Yosemite screenshot is displayed by Preview.app as well, and you're logged into iCloud in both scenarios? Let's compare apples to apples here...
     
  11. grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
  12. tkermit macrumors 68040

    tkermit

    Joined:
    Feb 20, 2004
  13. afsnyder macrumors 65816

    Joined:
    Jan 7, 2014
    #13
    The title is there. "*folder icon* Documents" click the title and you can access different sections. It's an "actionable title" as I like to put it. In your first and second screenshot (the second still doesn't have any difference that seems to make a difference in how I interpret what I'm seeing)
     
  14. grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #14
    That's not a title.

    It's a list item, an exclusive choice, in a pop-up menu that appears as a window-frame control.

    By logging in to Yosemite as a different user, I realised that the Yosemite images in post 4 almost certainly represent an additional appearance bug. If so – and if the first user experience had been fixed to match that of the second user – there remains a critical problem.

    Mavericks successfully emphasises the first thing that is naturally in my focus area in the first moment, the split-second following sight of an object. Knowing that human interface guidelines reflect more than thirty years of good practice, it is no surprise that there's the emphasis; and that the emphasis in Mavericks is naturally on the thing that is most important to me in that first moment.

    Yosemite has removed that most important thing, that which defines a first impression of a window. Gone.

    The centres of the images differ.

    The first large circular image centred on the area that you interpreted as a title in posts 6 and 13 above. That was neither a title, nor my immediate area of focus.

    The second large circular image centred on what was my immediate area of focus: a title bar, with an essence at its centre.
     
  15. afsnyder macrumors 65816

    Joined:
    Jan 7, 2014
    #15
    If I didn't notice much of a difference, and my cousin who has no technological experience didn't notice... then it's unimportant for the masses and thus just a silly nitpick you have. Yes, I do understand that the title bar is essential, but seeing as people don't really seem to care all that much.... its ok that they tried something new.
     
  16. grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #16
    Carelessly dismissive.
     
  17. afsnyder macrumors 65816

    Joined:
    Jan 7, 2014
    #17
    I did not say it was unimportant. I said it was worth consideration but isn't as big of a deal as you make it out to be. That's all.
     
  18. grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #18
    OK – thanks.

    I know that I'm part of a minority. But I'm certain that the principles of Yosemite can not stand the test of time.
     
  19. Fuchal macrumors 68020

    Joined:
    Sep 30, 2003
    #19
    That's a pretty terrible experience. I hope they'll iron out a lot of these issues. They seem to be making fairly substantial changes from beta to beta.

    I know as a UX professional I'd never let something like that ship.

    Personally, I've not had such severe issues with Yosemite, but I'm running it on an 11" Air - and I think a lot of the overlap issues are very uncommon with that screen size.
     
  20. grahamperrin, Aug 29, 2014
    Last edited: Oct 27, 2014

    grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #20
    Chat with developers about presence of the title in the Web browser

    I had some nice brief chats with one of the maintainers for WebKitGTK+, with a GNOME developer and with GNOME Foundation member Yosef Or Boczko (yoseforb).

    Presence of the title in the header bar of GNOME Web

    http://ux.stackexchange.com/a/63749/16809 for a summary of points made by Gustavo Noronha Silva (kov) and Carlos Garcia Campos (KaL).

    Incidentally

    When Yosef first saw Apple's preview screenshot of Safari 8 –

    [​IMG]

    – he commented on the similarities between Apple's work, and the earlier work on the header bar for GNOME Web. He offered a shot of epiphany-3.10:

    [​IMG]
     
  21. grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #21
    An example of recent development

    [​IMG]

    OmniWeb test builds for OS X 10.9.0 or later, from The Omni Group – eight builds since Yosemite was announced.

    A less modern browser

    A thought-provoking approach to tabs-on-top, with plenty of space for the title at the top. A Sleipnir window with two tabs:

    [​IMG]

    It's not a browser for me, but it's useful to compare:
    • a Safari 4 approach to streamlining (tabs on top)
    • a Sleipnir approach to streamlining (tabs on top, title on top, context-sensitive)
    • a Safari 8 approach to streamlining in pre-release build 14A343f of Yosemite (never the <title> on top, either the domain or the address on top)
    • a GNOME Web approach to streamlining (title on top, address on top, context-sensitive).

    For me, the current pre-release Safari 8 is worse than the Safari 4 experiment. With Safari 4 at least I could get part of the title on top.

    The Activity window of Safari

    It's no longer a feature of Safari (missing from version 7 etc.). I most often used it to bring tabs or windows to front.

    The Workspaces window of OmniWeb is equally effective. Simply double-click a title; wherever that window or tab is, it will come to the front.

    Side note: now I recall, my use of the Activity window was extremely frequent; a double-click on a title alone, within the nearly omnipresent list of titles, was my preferred method of navigation. I kept the Activity window in the top right corner …

    … reminiscent of the application switcher in Classic versions of Mac OS, the Activity window of Safari was my much loved, extremely frequently used, title-based page switcher. This may go towards explaining why I find it so difficult to work without a title in the title bar of Safari 8 …
     

    Attached Files:

  22. grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #22
    From my feedback today:

    The toolbars of Safari … 8.0 in Yosemite should be fixed in the same way that the header bar of GNOME Web was fixed. …

    Now, my quiet time begins …
     
  23. grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #23
    For reference only

    Last week, to Apple, in Feedback Assistant:

    And finally:

     
  24. grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #24
    Not to my knowledge. If I recall correctly, the limited width is amongst the negative criticisms of Safari in the recent review in Ars Technica.

    If Safari had a title bar, as it should have, then I would expect more space to show the URL.
     
  25. grahamperrin thread starter macrumors 601

    grahamperrin

    Joined:
    Jun 8, 2007
    #25

Share This Page