Horizontal scrolling is a pain in the rear and I hope most web developers stay away from it entirely. I can't think of any good reason any web page should ever scroll unless your monitor is smaller then 1024px.
> I can't think of any good reason any web page should ever scroll…
They give you a very good reason why the webpage should horizontally scroll: task boards. I've implemented and used task boards before and hit this exact same issue.
Horizontal scrolling is only really an issue for those users who don't have a decent device for horizontal scrolling. On trackpads and the Magic/Mighty mouses, horizontal scrolling is very natural.
I'm a big fan of sideways scrolling in the right places. Apples own product nav on the website would be a great place for two fingered sideways scrolling to be implemented.
It didn't work with swipe gestures as I recall. I remember because I was looking for a good side-scrolling implementation that used swiping about 2 years ago and thought that might have it.
I'm OK with either vertical or horizontal scrolling -- but not both at the same time. Everyone in my company has a minimum of a 1920x1080 screen, and most have more than one or something even larger. We should not have to scroll in more than one direction, and a layout that makes that happen is ugly.
(I also agree that mapping forward/backward to the horizontal scroll is worse than ugly: it breaks user expectations by being inconsistent.)
On a touch device, side-scrolling feels very natural. The problem is that Apple is trying to create a consistent set of rules for devices that are inconsistent (with very good reasons) in their UI designs. A touchpad is not the same as a touchscreen.
Why the downvote? It was never down, which means there was no need for a cached-version. It must've been some local error for the original poster, which was what I wanted to point out.
I agree. Its the defaults they have. It is extremely annoying though... I personally turn off that paging feature myself as it annoys the flip out of me when I'm scrolling horizontally and because I like the rest of the defaults as they are...
The SL gesture used three fingers; Lion instead overloads two-finger scrolling with back/forward. It's a bad move for UX since it's not immediately obvious what's going to happen when you drag two fingers to the left/right (esp. since Lion also killed scrollbars, leaving no indicator that there's content to be scrolled).
You can't really call it breaking scrolling, you can still scroll back and forth, up and down. The two-finger gesture on the other hand has been reserved for back/forward.
Personally I'd take gestures for moving back and forward in history over the ability to easily scroll horizontally. I find it very unintuitive and awkward.
I have to agree. It also bothers me when scrolling down a page that contains a scrolling div, The scrolling stops, scrolls the contents of the div and then moves on. While logical, it's jarring.
My solution would be for OSX to only scroll the contents of a div if the scrolling action started on that div, and never to scroll the page if the scrolling gesture started on an element which responds to scrolling.
That sort of behaviour might fix the issue. Although, perhaps fwd/back swiping in OSX should only be three fingered by default.
Can we just stop the horizontal scrolling on websites already? Users hate it (countless usability studies), it's ergonomically difficult to perform it consistently with a mouse, and it always seems "too clever" like someone was trying to think outside the box.
Since a trackpoint can't possibly support two-finger scroll, which is what makes scrolling both directions so easy on a trackpad, it seems like you either would need to drag the scrollbar block or hold down a key in order to scroll, two cumbersome solutions.
You just hold down the middle key and push the trackpoint. Since its right by your thumb anyways, it really isn't cumbersome at all. And I find it much easier and more precise for scrolling long distances than either trackpad or screen scrolling since I only have to hold something down, and releasing it stops the scrolling instantly.
Thats a pretty ridiculous solution, the web is not limited to reading plain text documents anymore, there are a lot of applications where horizontal scrolling is perfectly suitable requirement.
Imagine drawing apps that could only handle a fixed width, or spreadsheets where you could only go as far as the F column
>the web is not limited to reading plain text documents anymore
That is true. It is also true that it is becoming more frustrating to use the web for its original purpose of reading plain text documents, and the need to scroll some pages horizontally is a symptom of that.
The place this trips me up routinely is reading code on GitHub. I think they rightfully boxed the source file view to be fixed width so it doesn't blow out the rest of the layout. And it'd be inappropriate for them to wrap the code in that view. So, we have a scroll bar, which works fine, except on a trackpad on Lion.
Have you ever tried to read wrapped code? It's pretty terrible. Obviously that's opinion, but I've never come across anyone that's disagreed. Plus, your line heights now differ, which makes navigating vertically even harder.
I find 'smart wrapping' very easy to read. (Code is wrapped and auto-indented to the current indentation level.) I wish this feature was far more prevalent and it means that I don't have to worry about manually breaking the occasional long line, the entire line still fits within a window of any size, and the code remains perfectly readable.
I don't disagree that the usual implementation of wrapped code is pretty terrible (because it goes back to the start of the line, thus spectacularly breaking the indentation-based formatting - UltraEdit is the only implementation I've seen that gets it right), but it's still the right thing to do because the alternatives are even more terrible.
I didn't think horizontal scrolling was too bad, until Apple screwed that up. For a while, I could just use Firefox, but they implemented this same behavior, but without the nice animation. So, it's even more befuddling.
It's one of the many reasons post-Lion that I've decided to just move on to another OS. I shouldn't have to adapt the way I work to some OS updates quirks.
Actually, I prefer wrapping over scrolling. Sometimes my webbrowser may not be very wide, and having to scroll left and right to read every line gets annoying very quickly. This is similar to when people use code-view for quotes on HN, it makes reading a pain.
Speaking of horizontal scrolling, I wonder what it would take to make HN verbatim text not get cut off horizontally, when viewed on mobile Safari. Anyone know if HN uses a PRE? Does mobile Safari cut off all wide text in PREs?
All browsers will not automatically wrap text inside pre tags, since the text inside pre is supposed to have both width and line-breaks preserved. Scroll with two fingers inside the box to view whatever has been hidden by "overflow: scroll;". If you find a site that lets pre code snippets overflow into the right sidebar and off the screen, let them know their site is unusable and to add an overflow CSS rule to make it respect smaller screen widths.
Just as an FYI, you can drag those HN verbatim/code text elements horizontally on iOS. It wasn't obvious to me because the box doesn't have an outline.
I know you're being facetious, but realistically the vast majority of websites can be designed to display on lower-resolution displays. It's not a fun experience to read text by scrolling in a Z pattern.
Or more to the point, browsers should always wrap text that would otherwise be cut off, regardless of what erroneous instructions they get from the website. As one writer put it, "anyone who puts up with horizontal scrolling probably has other vices as well."
> Teambox 4 is our newest release, and it’s awesome.
Web developers have spent the better part of the past decade avoiding anything to do with horizontal scrolling as it's far from the best way to display information to the user in both software and hardware configurations and Apple simply went ahead and codified what had become a standard convention. And if you pick up any tablet product, regardless of manufacturer, you can confirm this.
If you're still intent on designing apps that don't follow convention while simultaneously blaming manufacturers for a poor user experience, then I have nothing to offer. The rules of the web are not set in stone and they will evolve over time as users either demand a different experience or become accustomed to and expectant of certain functionality that works for them.
We try like hell to avoid horizontal scrolling. I hate it. It's especially bad now that OS X hides scroll bars, so there is no visual indicator that you can scroll horizontally.
The issue for our application is that sometimes there's just too much data. If I have a matrix of information that is 25 columns by 100 rows, I don't have a lot of choices but to scroll horizontally. Drilldown is taken off the table by the fact that the information must be available for quick cross-reference.
Our issue is not unique. Lots of people solving business process problems face this issue, and I'm not aware of any good solutions. I'm ready and willing to be educated though. Even if an alternate solution is harder, we're not afraid of putting in the extra effort. We have a base set of requirements to meet though:
* Must accommodate variable record counts in the x and y axis
* Must make data available for quick cross-reference (moving in and out of sub-screens to compare data is not acceptable)
* Must maintain the x and y axis relationship of data; that is to say, collapsing columns or rows is fine, but shuffling is not
We experimented with an option that collapses columns, but at some point, even collapsed columns take up too much space. This means moving them out to a separate "column selection" widget, which limits the maximum number of selections and is even more confusing for users than horizontal scrolling.
> The issue for our application is that sometimes there's just too much data.
If that's the case then you have either not executed proper information architecture and design or you're trying to shoehorn a product into software for which it is not suited.
Not everything can be translated properly inside of a web browser. It's a very limited tool that has its uses, but beyond the basics it cannot compete with native applications which can take true advantage of the OS and hardware along with allowing the developer to circumvent many web conventions.
Gotta be honest, I disagree with just about everything you've said there, with the exception of one part.
"...or you're trying to shoehorn a product into software for which it is not suited."
I agree with the statement, but disagree with the context. If by software we mean the display methodology, then yes. I take issue with the assertion that this is a web browser problem though. We're basically talking about a pivot table here. Large pivot tables often require horizontal scrolling. Moving the pivot table to native software doesn't magically solve this problem.
This is an information representation problem. We're currently using a pivot table. There is probably a better solution. I'll readily admit that I don't see it, and that's my deficiency. I cannot see that this is a problem inherent to web browsers though.
Because you're looking to display it in a web browser. A PC may not be the most suitable platform. Not everything works correctly on one nor can everything be adapted to the context of a browser. It may just be that simple.
I think it's multi touch gestures, not "Lion's Scrollbar". Honestly, I love the feature and use it all the time and I like the fact that I can see when I initiated it and just unscroll to sotp the action.
I don't think it's such a big deal. The only websites that have this problem are horizontal scrolling websites, and even then it's usually when I'm playing around with the mouse.
Horizontal scrolling is an anti-pattern imo, if you want 0-friction horizontal panels, include a column with a massive arrow to the sides so users will know there is content being cut to the sides.
I found nearly all Lion's UI changes annoying, and instantly looked for ways to revert them after installing. It made me worried that Apple is getting Redmond Disease. Windows used to have a nice unified UI -- learn once, use anywhere -- before "creative" monstrosities like the new Office UI.
I don't know man. You sound like you just don't like new stuff.
That said, I am not very excited about many pieces of the Lion UI either. Inertial scrolling is amazingly useful, though. Also, I quite like the 'Ribbon' in Office. Much better discoverability than all those hundreds of menus beforehand.
I can't speak for the parent, but personally, I just don't like awful new stuff. My iMac has a 27" display and a fairly expensive set of peripherals. It's not an iPad. In their efforts to make it into one, they broke nearly everything they touched. Scrolling that can't be set up the way I want it (without third party utilities), scroll bars that hide useful information in order to save 0.04% of screen real estate, full screen windows that are almost always massive overkill, but can't really be ignored because to implement them they had to break useful functionality in Spaces. The list goes on, well, not quite forever, but the list of stupid ideas in Lion is to a first approximation, the same as the list of ideas in Lion.
The single greatest improvement I've seen in the time I've had my iMac was when the hard drive died and it came back with Snow Leopard without me having to spend the time to downgrade it myself.
See, I don't really agree with that. Yes, fullscreen is worse than useless on more than one monitors. But you don't have to use it. Fullscreening an app on a big monitor was never very useful in the first place.
But as I said, inertial scrolling is great. Spaces are great. The gestures to navigate spaces are great.
All that Versions and Autosave stuff is atrocious. But I rarely stumble into it since I mostly use Emacs.
I really like the non-existent scrollbars. I don't miss having those ugly grab-bars on every window one bit.
All things told, I'd rather have Lion than Snow Leopard, but really only by a small margin.
If inertial scrolling were actually implemented everywhere, I might be alright with it. Instead, it exists for the normal case of scrolling content, but when you go to use spaces you hit right and the content goes left. The same thing happens when you scroll to the side to go back/forward, though this is only true if you conceptually represent your current web page as the rightmost of a sequence.
I have liked that Spaces is no longer incredibly broken, but it's a bit annoying that I can't have any configuration other than a really long line full of virtual desktops.
I'd bet a million dollars Apple's gonna fix the full screen "bugs" in a future release. They probably just haven't figured a good way (and API) for that...
Except that the useless button replaced one that I actually used before. Especially Finder windows are a pain to get to 'normal mode'.
> I really like the non-existent scrollbars.
The problem is that they only work when the content is obviously clipped, which is easier to ensure on the iPhone.
I had two instances where the content seemed to perfectly fit its box (Xcode4 & Recovery Partition). Took me a while to find out that there's more.
I appreciate what Lion aims for, but I could rant about its usability for hours. Almost all my bugs are duplicates, and they are all still open even after 10.7.3. :(
The "make it like iOS" thing scared the hell out of me. Desktops and laptops are not the same type of device as iOS devices. Attempts to unify them will result in ugliness and functional regression.
The problem with scrolling in Lion is not so much that it's "new stuff" but rather that it breaks a convention that people (even Apple users) have been used to for decades. All of a sudden, by moving your pointer down, you scroll up. It is freaking annoying.
I don't know, I don't like most of the changes in Lion. They look like a really bad "first step" towards something that isn't there yet. Like removing your car's wheels just because you imagine that at some point people will want flying cars that work on antigravity. And then you get the inconsistent bits like making the window buttons smaller. Just... crap.
If we kept on doing things by tradition though, we'd be stuck with some of the base assumptions of the first computers. Breaking changes are absolutely necessary for many kinds of changes, especially one like scrolling direction where there are only two mutually-exclusive options.
They don't always lead to improvement, but they are a requirement a large amount of the time. Why the nostalgia for what you've used for 'decades'?
All this talk of suddenly the scrolling going in a different direction reminds me of playing Halo in middle school. Everyone knew who played "inverted" to avoid picking up their controller.
I agree with you though, I bought a refurbished Macbook Pro for school this summer and I was so happy to learn refurbished machines still shipped with Snow Leopard.
> it breaks a convention that people (even Apple users)
> have been used to for decades
And it took me about 40 minutes to adjust. I just told myself "you are moving content within a window, not window around the content, just like you do on iPhone" and thing everything clicked into places.
I'll make the seemingly-obvious argument that is made every time this issue comes up in Internet forums: "natural" scrolling is fine for a single user of a single computer, but if you use multiple computers -- particularly multiple OSes -- "natural" scrolling is anything but natural.
Further, it may be easy to adapt to for one person on one system, but what is the net benefit? It seems to me the sole benefit for "natural" scrolling (and most other Lion changes) is seen primarily in unifying the UI for users who own a Mac and one or more iOS devices. Otherwise, it's yet one more change forcing users to adapt. And yet, the new scrolling method is the default. Was the old way really hindering anyone?
The scrolling direction change was one of the few changes in Lion's UI that I actually liked; it took me an hour or two to get used to it, but I'd gotten scrolling directions confused between iPad and iPhone and the Mac before that -- especially when the iPad was propped up and facing me, like a monitor.
Agreed. I think the worst offense in my book is reopening all of my previous apps when I restart. Not only do most programs still not support it (so they don't reopen my documents etc and just sit there) often the whole point of restarting was to get myself to a nice fresh slate. With "sleep on lid close" and other such things I never actually power my computer down these days.
I disagree: Having to switch to Windows from time to time (insufficient power to run Visual Studio virtualized), I love it that I can reboot into the same state I was before. Most of my applications save their view state anyway, so coming back is no problem.
Plus Lion asks you everytime if you want to save the state or not.
No, the worst is each application remembering your open windows. Particularly Preview.
Let's say you view a sensitive image in Preview, then use Cmd+Q to quit. A week later you open a new image, directly from the Finder, to show a work colleague, and it opens in Preview.
First Preview loads up the previous sensitive image (restoring the state of Preview), and afterwards your work image. Work colleauge sees sensitive image. Embarrassment all around! (Well, actually just lots of laughs, but it could have been!)
Moral of the story: always use Cmd+W to close all documents individually in Preview, and only afterwards Cmd+Q.
Bigger moral: Apple really messed this one up. Opening applications via documents in the Finder shouldn't restore previous application states, because the whole point is that you're starting with a new, specific document.
Happened to me too, I had a party invitation open in a work environment because Pages was the first app that bit me. Rotating through five NDA'd projects, I'm happy that it was as harmless as that.
Another privacy trap is how Lion's Dock menus show recent files. Given a setup where a Mac is connected to a projector (presentation, video night), this makes it fatally dangerous to quit applications. You easily end up broadcasting Secret-Client-Sales-Pitch.ppt or sensitive video filenames. Also annoying when sharing computers, where before I used to trust my friends not to dig into Recent Files menus (not something you'd do by accident).
Two of my personal anecdotes:
Winamp cleverly remembers its last playlist. I once wanted to use a close relative's open Windows laptop to play a clearly visible music file at a family gathering. I accidentally presented his most recently watched 'rather sensitive video' to everyone.
Another time, I downloaded a sex ed quiz from the App Store's Top 50. It claimed a very low rate of infection from an HIV positive mom to her baby. For the benefit of science, we verified that fact using Google. Imagine the thoughts of a CouchSurfer when she saw the "recent" search query weeks later, borrowing my iPad to look up train schedules. Glad she asked me about it.
These are all things that should not even go wrong once, so "getting used to it" does not help.
Doesn't really solve the issue but you can globally disable per-application restore in Preferences and you can use Cmd-Opt-Q to make apps forget currently open windows instead of manually closing documents.
Funny, the whole point of restarting for me is either "my battery ran out and I need to boot up again after plugging in" or "I had to install software updates", and it's a total pain in the ass to lose all my tabs and stuff when that happens.
If I just wanted to close all my open applications, I would just close all my open applications.
I agree, in snow leopard i learned to love 2 finger universal scrolling, with the option of 3 finger navigation between pages and around a document. All of that broke in Lion.
It doesn't make you wrong. Your preferences are your own. But the changes very well could be better for newcomers. At some point you have to abandon old conventions to improve.
I installed Lion last night and had the same reaction. I wanted to make my disk show up on my desktop so I went to:
- System Preferences -> Desktop (duh!)
- System Preferences -> Appearance (ok...)
- Right click on desktop -> Show view options (surely it's here!)
By the time I finally found it, I had a familiar feeling of low-level frustration that I usually associate with Windows.
The new maximize feature is rather passive-aggressive as well. Instead of something sensible like making option-clicking the '+' maximize the window, they added yet another button which does a needless animation and disables the menu bar and the dock. It almost feels like a fuck-you to people who have been asking for such a feature for years.
Menu bar and dock are still there for your use, drag your mouse to the top of the window or to the bottom. When you click a different app you will be switched to a desktop with that app.
There's a lot of anti-sidescrolling sentiment in this thread... which I find odd considering how common place sideways gestures are on touchscreen devices.
I'd say that sideways scrolling has a big future ahead of it and in a lot of cases is better than having to press prev-next buttons.
Gestures are one thing, scrolling is another. To get a look at the immense difference in usability, check out an app like flipboard vs feedly, one uses vertical-scrolling and the other uses side-scrolling. I very much prefer the vertical scrolling, but I won't speak for everyone, just giving an example to try out.
Sounds like you are planning to break my browser's back functionality. If I were evaluating your site, you'd need to be pretty compelling to get to do that more than once.
There is a huge visual clue to the user that they are doing a "back" instead of a scroll (the whole page moves off to reveal the previous page behind it). It can be done accidentally, but a user will know what they have done and return. (In the static case, you have to move the page at least a quarter of the way out of the window. If you do a dynamic release it looks like less depending on how fast you are going. A "flick" could get you an accidental "back".)
Without looking at your site, I'll suggest that the bigger issue is that either "back"-"forward" isn't a no-op, or you leave a string of strange things in the back list. Both are common and both annoy users.
Not at all. The behavior in Lion (inverted scroll movement, bouncy scroll edges) encourages the user to see themselves as actually touching and directly manipulating physical objects on the screen (cf iPad/iPhone). One such resultant user-behavior is "flicking" to quickly perform the scrolling action.
If this behavior is overloaded with a navigational function, the user now may very well accidentally invoke the navigation function with a flick and lose data (HTML form data for example.)
This is a genuine usability issue that needs to be addressed by Apple.
The real world metaphor of flicking versus scrolling is quite obvious (you can move a paper on your desk, but flicking it will result in that paper not being there anymore).
Certainly, but the inertial scrolling on OSX actively encourages flicking as a mechanism to scroll a long distance. A genuine feature IMO.
…except, if you happen to be in a browser and at the far left or right of a page, then a big context switch suddenly occurs and navigational action is performed, potentially losing valuable state.
The use of two finger "flicking" is unnecessarily overloaded. Apple can solve this by making 3-finger navigation the default.
Minor point for me:
The twitter button was laid out in such a way that I thought the first sentence was "... elements like [TWITTER BUTTON] kanban views and Gantt charts" not "elements like kanban views and Gantt charts" and twitter button off to the side.
Poorly cropped shot here: http://imgur.com/sbZ4t
Lots of comments are about horitzontal scrolling being a PITA. The author point is that some web-apps (trello?, plurk?) may be broken by a non-standard behaviour implemented in some browsers.
I would love to see javascript hooks to this events so you could cancel this behaviour programatically.
Oh, nonsense. Lion's gestures make the web MUCH more easy to browse, for me. All you have to do is change the forward-back gesture to three fingers, if you want it to never interfere with scrolling. This takes five seconds. To say this "breaks the web" is silly and hyperbolic.
Do people really have this problem? To transition from scrolling to page-turning requires a significant swipe across the pad -- where scrolling would've stopped, and then you'd have started to see the 'go backward' arrow appear across the screen. I find it difficult to accidentally go backward or forward when I'm scrolling horizontally, unless I'm scrolling 'violently' left and right. Is this typical behavior for your app? (such as a user getting to the 'end' on the right, and then wishing to return to the full beginning on the left?)
He's using Chrome (see the screenshot). In my experience Chrome is much quicker to interpret a horizontal scroll as a back/forward gesture; Safari implements a good difference between them (as you describe).
Also, Safari gives progressive feedback on the action and releasing it before halfway cancels the move, whereas Chrome has it instant. IMHO if anything this is a Chrome implementation issue, not a OS X issue.
Don't bash chrome too loudly, you'll be down voted like a monkey with rabies at a kids birthday party.
Dont you know google is every single developers favourite company and they can do no wrong?
It's clearly not googles fault for copying a feature in a half-assed manner, it's apples fault for not predicting that would happen and abandoning the feature.
I have had to hold back from implementing features in web apps because of this behaviour, I love swiping to navigate back / forward on normal websites, but in some applications it really destroys their capability
Saying "dont scroll horizontally" is not a solution, there are a lot of solutions where scrolling horizontally is required, think of a drawing tool with a fixed width canvas, or a spreadsheet where you can only go to column F
Did you read their feature list? It clearly integrates with those services as part of their value proposition.
Honestly, I don't understand all of the API hate lately. People get upset when you don't have OAuth or integrate with their existing services, and then they get upset when you DO have it and it tries to integrate with your existing services.
For a community that is supposed to support each other trying to innovate and take risks, we've lately been really negative.
With some web apps, you can actually lose data because it's so easy to inadvertently swipe back in Safari for Lion. This only seems to happen when the page tries to catch the unload event and throws up a "Leave or Stay" dialog. Choosing the latter does _not_ return the user to the previous page as it should, so if you were in the middle of typing something when you accidentally triggered the Back event, you've lost that work.
I've seen this happen with JIRA and Gmail. Hacker News, which does not attempt to catch a user with unsubmitted data, works just fine. You can type a comment, swipe back, then swipe forward, and your comment will still be there.
Gmail auto-saves your content, JIRA should do the same (or have an option to). The Safari back "feature" is not much worse than closing a window, browser crashes or OS crashes - stuff happens, a simple modal to prevent loss isn't adequate.
I'm not trying to diminish the complaint of the posting (which is valid) but web-apps should really capture "intents" as new stored data. If I intend open a new ticket, a new record should be automatically be created regardless, and then marked "deleted" if I abandon it (which could be reversed later).
When typing into a text box field and navigating back Safari will actually ask you if you meant to do that. It is the same behaviour when you close a tab that you've typed in, or close a window that you've typed in.
True, Safari will present a warning dialog if you have entered text and you attempt to close the current tab. It will not do this if you initiate a Back action (easily verifiable with this very site).
The latter behavior is fine in most cases, as you can initiate a Forward action and return to the page with your text. There is a specific case where this is broken, which is what I was talking about.
One of the first things I did after installing Lion was changing switching spaces/fullscreen apps to a 4-finger swipe and navigating back and forward to a 3-finger swipe. I think I mainly did it because at the time Chrome wasn't "Lion-aware" yet. Like a lot of Apple's UX decisions this is one of the many boneheaded things they like to piss their users off with on a regulary basis.
Overloading the horizontal scroll with page navigation is a bad idea, and although hyperbolic, does, in my opinion, break the web. Apple should change the default behaviour to avoid the overload. I am developing an app using horizontal scrolling and hadn't noticed this particular issue before unfortunately :(
159 comments
[ 2.4 ms ] story [ 75.4 ms ] threadAnytime I have to scroll horizontally in a browser, it feels awkward and non-standard (especially if I have to scroll horizontal AND vertical).
Whilst it's just my preference, I'd sooner not have any web pages scroll horizontally.
They give you a very good reason why the webpage should horizontally scroll: task boards. I've implemented and used task boards before and hit this exact same issue.
Horizontal scrolling is only really an issue for those users who don't have a decent device for horizontal scrolling. On trackpads and the Magic/Mighty mouses, horizontal scrolling is very natural.
"Horizontal scrolling is only really an issue for those users who don't have a decent device for horizontal scrolling"
Then why are you developing applications that likely an issue for most people?
For reference: http://www.apple.com/mac/
Not that it matters, I'm just clarifying.
(I also agree that mapping forward/backward to the horizontal scroll is worse than ugly: it breaks user expectations by being inconsistent.)
I've made my forward/back three finger and spaces switch to four finger, seems to work well.
As someone who uses this gesture all the time I'd be very annoyed if a page hijacked the scroll to prevent my forward/back.
Personally I'd take gestures for moving back and forward in history over the ability to easily scroll horizontally. I find it very unintuitive and awkward.
My solution would be for OSX to only scroll the contents of a div if the scrolling action started on that div, and never to scroll the page if the scrolling gesture started on an element which responds to scrolling.
That sort of behaviour might fix the issue. Although, perhaps fwd/back swiping in OSX should only be three fingered by default.
Since a trackpoint can't possibly support two-finger scroll, which is what makes scrolling both directions so easy on a trackpad, it seems like you either would need to drag the scrollbar block or hold down a key in order to scroll, two cumbersome solutions.
Imagine drawing apps that could only handle a fixed width, or spreadsheets where you could only go as far as the F column
That is true. It is also true that it is becoming more frustrating to use the web for its original purpose of reading plain text documents, and the need to scroll some pages horizontally is a symptom of that.
It's one of the many reasons post-Lion that I've decided to just move on to another OS. I shouldn't have to adapt the way I work to some OS updates quirks.
All browsers will not automatically wrap text inside pre tags, since the text inside pre is supposed to have both width and line-breaks preserved. Scroll with two fingers inside the box to view whatever has been hidden by "overflow: scroll;". If you find a site that lets pre code snippets overflow into the right sidebar and off the screen, let them know their site is unusable and to add an overflow CSS rule to make it respect smaller screen widths.
Web developers have spent the better part of the past decade avoiding anything to do with horizontal scrolling as it's far from the best way to display information to the user in both software and hardware configurations and Apple simply went ahead and codified what had become a standard convention. And if you pick up any tablet product, regardless of manufacturer, you can confirm this.
If you're still intent on designing apps that don't follow convention while simultaneously blaming manufacturers for a poor user experience, then I have nothing to offer. The rules of the web are not set in stone and they will evolve over time as users either demand a different experience or become accustomed to and expectant of certain functionality that works for them.
The issue for our application is that sometimes there's just too much data. If I have a matrix of information that is 25 columns by 100 rows, I don't have a lot of choices but to scroll horizontally. Drilldown is taken off the table by the fact that the information must be available for quick cross-reference.
Our issue is not unique. Lots of people solving business process problems face this issue, and I'm not aware of any good solutions. I'm ready and willing to be educated though. Even if an alternate solution is harder, we're not afraid of putting in the extra effort. We have a base set of requirements to meet though:
* Must accommodate variable record counts in the x and y axis
* Must make data available for quick cross-reference (moving in and out of sub-screens to compare data is not acceptable)
* Must maintain the x and y axis relationship of data; that is to say, collapsing columns or rows is fine, but shuffling is not
We experimented with an option that collapses columns, but at some point, even collapsed columns take up too much space. This means moving them out to a separate "column selection" widget, which limits the maximum number of selections and is even more confusing for users than horizontal scrolling.
Not an easy problem to solve.
If that's the case then you have either not executed proper information architecture and design or you're trying to shoehorn a product into software for which it is not suited.
Not everything can be translated properly inside of a web browser. It's a very limited tool that has its uses, but beyond the basics it cannot compete with native applications which can take true advantage of the OS and hardware along with allowing the developer to circumvent many web conventions.
"...or you're trying to shoehorn a product into software for which it is not suited."
I agree with the statement, but disagree with the context. If by software we mean the display methodology, then yes. I take issue with the assertion that this is a web browser problem though. We're basically talking about a pivot table here. Large pivot tables often require horizontal scrolling. Moving the pivot table to native software doesn't magically solve this problem.
This is an information representation problem. We're currently using a pivot table. There is probably a better solution. I'll readily admit that I don't see it, and that's my deficiency. I cannot see that this is a problem inherent to web browsers though.
I don't think it's such a big deal. The only websites that have this problem are horizontal scrolling websites, and even then it's usually when I'm playing around with the mouse.
I believe that's the best compromise: Keeping the scroll behavior, but teaching you how to change it. http://cl.ly/1R0T1Z1n2y160C1V3V0V
That said, I am not very excited about many pieces of the Lion UI either. Inertial scrolling is amazingly useful, though. Also, I quite like the 'Ribbon' in Office. Much better discoverability than all those hundreds of menus beforehand.
The single greatest improvement I've seen in the time I've had my iMac was when the hard drive died and it came back with Snow Leopard without me having to spend the time to downgrade it myself.
But as I said, inertial scrolling is great. Spaces are great. The gestures to navigate spaces are great.
All that Versions and Autosave stuff is atrocious. But I rarely stumble into it since I mostly use Emacs.
I really like the non-existent scrollbars. I don't miss having those ugly grab-bars on every window one bit.
All things told, I'd rather have Lion than Snow Leopard, but really only by a small margin.
I have liked that Spaces is no longer incredibly broken, but it's a bit annoying that I can't have any configuration other than a really long line full of virtual desktops.
We use a mac mini for a 'display wall' monitor... which it turns out sucks because OSX doesn't like you fullscreening things.
Then there's the good old 'everyone gather 'round, I want to show you how this works' type thing.
Then there's wild differences in the visual area available on a 13" screen vs 27"+
There's plenty of use for fullscreening programs.
Except that the useless button replaced one that I actually used before. Especially Finder windows are a pain to get to 'normal mode'.
> I really like the non-existent scrollbars.
The problem is that they only work when the content is obviously clipped, which is easier to ensure on the iPhone.
I had two instances where the content seemed to perfectly fit its box (Xcode4 & Recovery Partition). Took me a while to find out that there's more.
I appreciate what Lion aims for, but I could rant about its usability for hours. Almost all my bugs are duplicates, and they are all still open even after 10.7.3. :(
I don't know, I don't like most of the changes in Lion. They look like a really bad "first step" towards something that isn't there yet. Like removing your car's wheels just because you imagine that at some point people will want flying cars that work on antigravity. And then you get the inconsistent bits like making the window buttons smaller. Just... crap.
They don't always lead to improvement, but they are a requirement a large amount of the time. Why the nostalgia for what you've used for 'decades'?
I agree with you though, I bought a refurbished Macbook Pro for school this summer and I was so happy to learn refurbished machines still shipped with Snow Leopard.
Further, it may be easy to adapt to for one person on one system, but what is the net benefit? It seems to me the sole benefit for "natural" scrolling (and most other Lion changes) is seen primarily in unifying the UI for users who own a Mac and one or more iOS devices. Otherwise, it's yet one more change forcing users to adapt. And yet, the new scrolling method is the default. Was the old way really hindering anyone?
Plus Lion asks you everytime if you want to save the state or not.
We'd both be happy if it remembered our preference in that dialog box. It does not.
(It looks like he's just unlocking that plist! - I haven't tried it myself as I almost never restart my macs and I'm on my iPad right now.)
Let's say you view a sensitive image in Preview, then use Cmd+Q to quit. A week later you open a new image, directly from the Finder, to show a work colleague, and it opens in Preview.
First Preview loads up the previous sensitive image (restoring the state of Preview), and afterwards your work image. Work colleauge sees sensitive image. Embarrassment all around! (Well, actually just lots of laughs, but it could have been!)
Moral of the story: always use Cmd+W to close all documents individually in Preview, and only afterwards Cmd+Q.
Bigger moral: Apple really messed this one up. Opening applications via documents in the Finder shouldn't restore previous application states, because the whole point is that you're starting with a new, specific document.
Another privacy trap is how Lion's Dock menus show recent files. Given a setup where a Mac is connected to a projector (presentation, video night), this makes it fatally dangerous to quit applications. You easily end up broadcasting Secret-Client-Sales-Pitch.ppt or sensitive video filenames. Also annoying when sharing computers, where before I used to trust my friends not to dig into Recent Files menus (not something you'd do by accident).
Two of my personal anecdotes:
Winamp cleverly remembers its last playlist. I once wanted to use a close relative's open Windows laptop to play a clearly visible music file at a family gathering. I accidentally presented his most recently watched 'rather sensitive video' to everyone.
Another time, I downloaded a sex ed quiz from the App Store's Top 50. It claimed a very low rate of infection from an HIV positive mom to her baby. For the benefit of science, we verified that fact using Google. Imagine the thoughts of a CouchSurfer when she saw the "recent" search query weeks later, borrowing my iPad to look up train schedules. Glad she asked me about it.
These are all things that should not even go wrong once, so "getting used to it" does not help.
(It's under General > Restore Windows When Quitting and Re-opening Apps)
Now if only there were a way to stop Document Versions from irrevocably eating up hard drive space...
If I just wanted to close all my open applications, I would just close all my open applications.
Sadly there doesn't appear to be a system-wide solution yet, and even after months of using Lion it still grates on my nerves every time.
It doesn't make you wrong. Your preferences are your own. But the changes very well could be better for newcomers. At some point you have to abandon old conventions to improve.
- System Preferences -> Desktop (duh!) - System Preferences -> Appearance (ok...) - Right click on desktop -> Show view options (surely it's here!)
By the time I finally found it, I had a familiar feeling of low-level frustration that I usually associate with Windows.
The new maximize feature is rather passive-aggressive as well. Instead of something sensible like making option-clicking the '+' maximize the window, they added yet another button which does a needless animation and disables the menu bar and the dock. It almost feels like a fuck-you to people who have been asking for such a feature for years.
I'd say that sideways scrolling has a big future ahead of it and in a lot of cases is better than having to press prev-next buttons.
Set "Swipe between pages" to anything other than "Scroll left or right with two fingers"
There is a huge visual clue to the user that they are doing a "back" instead of a scroll (the whole page moves off to reveal the previous page behind it). It can be done accidentally, but a user will know what they have done and return. (In the static case, you have to move the page at least a quarter of the way out of the window. If you do a dynamic release it looks like less depending on how fast you are going. A "flick" could get you an accidental "back".)
Without looking at your site, I'll suggest that the bigger issue is that either "back"-"forward" isn't a no-op, or you leave a string of strange things in the back list. Both are common and both annoy users.
If this behavior is overloaded with a navigational function, the user now may very well accidentally invoke the navigation function with a flick and lose data (HTML form data for example.)
This is a genuine usability issue that needs to be addressed by Apple.
…except, if you happen to be in a browser and at the far left or right of a page, then a big context switch suddenly occurs and navigational action is performed, potentially losing valuable state.
The use of two finger "flicking" is unnecessarily overloaded. Apple can solve this by making 3-finger navigation the default.
I think it's pretty safe to assume that apple & google won't be providing you with a javascript api to inhibit page back & page forward.
I would love to see javascript hooks to this events so you could cancel this behaviour programatically.
Dont you know google is every single developers favourite company and they can do no wrong?
It's clearly not googles fault for copying a feature in a half-assed manner, it's apples fault for not predicting that would happen and abandoning the feature.
Saying "dont scroll horizontally" is not a solution, there are a lot of solutions where scrolling horizontally is required, think of a drawing tool with a fixed width canvas, or a spreadsheet where you can only go to column F
Authorize Teambox to use your account?
This application will be able to: Read Tweets from your timeline. See who you follow, and follow new people. Update your profile. Post Tweets for you.
And for google:
The site teambox.com is requesting access to your Google Account for the product(s) listed below.
Google Docs Google Calendar Google Contacts Gmail
wat?
Honestly, I don't understand all of the API hate lately. People get upset when you don't have OAuth or integrate with their existing services, and then they get upset when you DO have it and it tries to integrate with your existing services.
For a community that is supposed to support each other trying to innovate and take risks, we've lately been really negative.
I've seen this happen with JIRA and Gmail. Hacker News, which does not attempt to catch a user with unsubmitted data, works just fine. You can type a comment, swipe back, then swipe forward, and your comment will still be there.
I'm not trying to diminish the complaint of the posting (which is valid) but web-apps should really capture "intents" as new stored data. If I intend open a new ticket, a new record should be automatically be created regardless, and then marked "deleted" if I abandon it (which could be reversed later).
The latter behavior is fine in most cases, as you can initiate a Forward action and return to the page with your text. There is a specific case where this is broken, which is what I was talking about.