Hacker Newsnew | comments | show | ask | jobs | submit login

Because word wrap and fluid layout are design decisions made by web developers and designers, NOT the web browser. Fluid layouts work just fine on iOS and wrap as expected. IMO the decision by Apple to scale a site's layout proportionally without breaking the intended layout is a valid one.



And with this decision you break 99% of the web on mobile devices.

It's a tiny thing to override this CSS property and makes mobile browsing of desktop sites so more convenient -- there's is no difference between Chrome on a mobile device and Chrome on desktops in terms of speed and usability of sites. In contrast, using the web browser on iOS is a real pain considering that Apple forbids to install any other rendering engine.

And if you don't like the text reflow just turn it off, it's optional on Android. Finally, it's a much better solution for visually impaired people since you can scale the fonts quickly as big as you want and the text just reflows. This even works on mobile sites since you can override zoom locks. There are so many benefits Apple just ignores with their "design decision" (mainly driven by commercial interests in favorite of the app store).

-----


> And with this decision you break 99% of the web on mobile devices.

There's nothing broken about it. You can zoom in just fine; you just have to scroll back and forth, much like if you had a desktop browser opened to a tiny size.

What you describe is "broken" is actually conforming to HTML and CSS spec; Android is the one that's technically "broken". Internet Explorer had a knack for creating "features" that broke spec, too, and look how that turned out.

> Finally, it's a much better solution for visually impaired people since you can scale the fonts quickly as big as you want and the text just reflows.

Again, accessibility has always been the responsibility of the the web designer and developer. Do you also expect web browsers to analyze images and generate missing alt text? (That would actually be pretty cool, but again, there shouldn't be an expectation for it).

I understand why Android has chosen to include those features, but by doing that, they're potentially breaking the UX that the web designers expect the user to have.

It really has nothing to do with commercial interests and everything to do with separating the responsibilities of the web browser and the web developer.

EDIT: I'm not saying that Android is wrong for including that functionality, but to say that people should be up-in-arms at Apple for not including spec-breaking functionality is a bit ridiculous.

-----


Scrolling back and forth to read each line sounds pretty broken to me. On the desktop, if I had something open in a small window I'd probably pull out Firebug and "fix" the css.

Personally I'm a believer in the original scheme where the site provided the content and it's largely up to the user agent to decide how to present it. This whole "Every rendering engine should create the exact same rendering of the page down to the pixel" is super useful for web apps and stuff, but most of the time I just want to read stuff. Honestly, I'm surprised there's no web browser that just runs the Readable scriptlet on any page that looks like an article by default.

-----


I think it's a bad decision. In order to read the text, I need to zoom in. But I can only zoom in on a part of the page, so I need to scroll sideways back and forth to read the beginning and end of lines in the same paragraph.

It's a bad decision. I should be able to size and flow the page to fit my display, wrapping it appropriately.

Yes, the designer should a layout that does this for mobile devices anyway. But the phone should also make it possible to sensibly read sites that don't.

-----


Setting a static div width should not be undefined behavior for developers. It creates a situation where, if a mobile browser breaks the layout of a site in order to wrap text, the developer then has to go back and create a workaround for a single browser.

-----




Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact

Search: