Thread: Fennec Alpha 1
View Single Post
benny1967's Avatar
Posts: 3,790 | Thanked: 5,718 times | Joined on Mar 2006 @ Vienna, Austria
#85
Originally Posted by allnameswereout View Post
Usually pages have a specific page for a mobile version of their website. Sometimes these are optimized for phones with keypads, sometimes for smartphones/mids/tablets/netbooks. These pages start with http://m.website.invalid or have http://invalid.mobi..
This plague started only recently and breaks the web.

Established web technology offers enough mechanisms to detect the capabilities of a browser/device and deliver content accordingly. Putting "mobile" versions off to their own domains is a little bit like WAP.

Originally Posted by allnameswereout View Post
With intended audience I refer to people who do not wish to mimic their desktop browser experience on their mobile device. Instead, they will use the pros and cons of the mobile device and adapt the mobile browser to that.
What are the "pros and cons" of a "mobile device"? Comparing my three cell phones and the tablet (all of which are mobile devices), they don't have a lot in common.

Also, how would working on a mobile keep my brain from thinking "Hey, the bottom of this page doesn't render correctly, go look at the HTML source to find that one link you're looking for"?
Do we have "View source..." on microB? No. What's the reason? "Because it's a mobile device and people don't do that on mobile devices". WTF? It would be one more item in a sub-menu; how could it make a UI more complicated? And if I want to examine the source of a boken page, why would I want to wait the whole weekend until I return to my desktop? I bought a mobile device so I wouldn't need to return to my desktop for such tasks!

The assumption that people "simply don't do" things on "mobile devices" isn't logical. So the idea to strip away functionality from a mobile browser isn't, either.

What is true, though, is that on a device that doesn't feature a 1024x768 display, a full keyboard and a mouse you need to adapt when it comes to displaying a page. You also need to map what you have as input methods (maybe only a numerical keypad and a D-pad, maybe a touchscreen, maybe a alpha-keaboard) to a cleverly designed user interface. The point here is "cleverly designed". You don't design a user interface by not offering anything that would need a user interface in the first place. That's not designing a user interface, that's not accepting the challenge. (Like: Want to improve the UI for MS Office? Oh yes, just remove all functions except "File|Open" and "File|Save". Great! Such a simple, easy to use interface!)

Originally Posted by allnameswereout View Post
Keep in mind its an rc of the first beta (b1rc2).
I know. In my wording, though, a "beta" is supporsed to be more or less feature complete, at least the UI and the overall look&feel should be. Otherwise there'd be no point in testing.

It being a beta excuses that it's still slow and it still has the same rendering bugs as the first alpha (these are bugs you can report and that can be fixed under the hood), but I hardly have any hope that we'll see a functional UI in the final release. (Which is a pity, because a XULrunner-based browser would offer quite a lot of funky things to play with... It just isn't worth the hassle if the browser itself sucks.)