The Sad State of the Mobile Web 220
snydeq writes "Despite being the much better development platform for today's smartphones, open Web standards still face an uphill battle on mobile devices, Fatal Exception's Neil McAllister writes, noting that here, as on the desktop, the main hurdle is scalability. But whereas successful Web development for the desktop is a matter of scaling up, mobile Web development calls for applications that can effectively scale down as well — an imperative that is fast making the state of the mobile Web 'even sadder,' McAllister writes. 'The more that modern Web applications take advantage of the new client-side technologies available in desktop browsers, the more the divide between the desktop Web and the mobile Web widens.' As a result, developers are forced to fall back on basic Web technologies — a tactic that too often translates simply into writing separate UIs for mobile users. 'The result? Mobile Web applications are in pretty much the same boat as they were when the first WAP-enabled handsets appeared: two separate development tracks, one for the desktop and one for mobile.'"
I have a better idea (Score:5, Insightful)
Use CSS as it was meant to be used, and stop using javascript and flash where they are unnecessary, and your sites will work just fine on mobile devices. Oh, that's hard? Sorry, your crap tools which produce shit code you don't understand don't impress me.
Re:I have a better idea (Score:4, Insightful)
Use CSS as it was meant to be used, and stop using javascript and flash where they are unnecessary, and your sites will work just fine on mobile devices. Oh, that's hard? Sorry, your crap tools which produce shit code you don't understand don't impress me.
It's a good thing that sites like Slashdot work great on all devices though... ...oh, wait...
Re: (Score:3, Informative)
The only real problem is that the nested comments quickly run out of width when the nesting gets too deep. Oh and that floating Full/Abbreviated/Hidden thing on the left doesn't work, but then I don't use it on the desktop either.
Re: (Score:3, Informative)
Equality (Score:3, Funny)
It's a good thing that sites like Slashdot work great on all devices though... ...oh, wait...
Hey, slashdot looks like shit on any browser on any device. So it least it's fair. Kind of.
(Posted from a textbox that's twice as wide as my screen).
Re:I have a better idea (Score:4, Insightful)
I think you forgot the "Use CSS as it was meant to be used, and stop using javascript [...] where (it is) unnecessary" part.
Slashdot is a mess. Authors should be ashamed.
Re: (Score:3, Funny)
Bah, you're so confused by Slashdot's crummy formatting that you thing you're on the NPR website.
Re:I have a better idea (Score:4, Interesting)
None of those programs even have a core that's close to being mobile enabled, and no one using them is going to create one. I think the largest problem is simply that the tools most people use for their websites are too bloated, complicated and poorly written to create an effective mobile web.
For example, I have a client that I just last week had to broach the subject of a mobile enabled version of their Joomla 1.5 site with. They were adamant that a version that cellphones could use was absolutely important, but because of the HUGE framework Joomla uses, and the relatively small number of functions a mobile version would need to perform, I basically opted to build a very tiny CMS that would mirror the data from the Joomla database.
You may thumb your nose at web developers who create ridiculous sites and clearly don't know what the hell they're doing, but you are only displaying your own ignorance. Clients drive website development, not developers, and for the vast majority of clients mobile web is something they just don't care about. And because of that nearly all of the tools available exclude the mobile web.
As a web developer, I rarely have to touch the subject of the mobile web, and when I do I basically have to present my clients with two options: 1. you pay me a non-trivial sum to create a second version of your site just for the mobile web or 2. you are restricted to sites built in tools which are mobile web enabled.
I can tell you from years of experience, unless it's part of their business model clients go for option 3: fuck the mobile web.
Re: (Score:2)
I've just finished building a new website for a startup and mobile was a consideration from the start. As a result the page content is all modularised and there is a layout+css switcher for mobile devices. Some of the fancy stuff doesn't work as well or look as good on the mobile site but all the functionality is there - with and without JavaScript (progressive enhancement really comes into its own here). This means that going forward there is only one site and two layouts to maintain, a vast improvement
Re: (Score:2)
Most clients just aren't big enough to warrant all the small fires mobile development creates.
Re:I have a better idea (Score:5, Insightful)
None of those programs even have a core that's close to being mobile enabled, and no one using them is going to create one.
I've never looked at any of those, but with Drupal it's fairly trivial to create an acceptable mobile experience.
You may thumb your nose at web developers who create ridiculous sites and clearly don't know what the hell they're doing, but you are only displaying your own ignorance.
You're being a stupid ass. I'm talking about shit like using javascript on a link that just opens a new page, when an HREF would have done as well and can be manipulated by JS through the DOM. I'm talking about shit like using flash for rollover links. I'm not talking about shit like google docs [slashdot.org], which can reasonably be expected to fail on castrated browsers. The vast majority of websites out there would work fine on a mobile browser if they simply made intelligent use of CSS, and less unnecessary use of javascript. Every time I have to have javascript to submit a form that results in a page load anyway, I know that somewhere out there a big fucking idiot designed a website. Every time I have to load a flash movie to navigate a website, the web dies a little.
I can tell you from years of experience, unless it's part of their business model clients go for option 3: fuck the mobile web.
Again, in Drupal it's simple enough as having a mobile theme, using one of the many canned methods available to make sure that mobile users get to see it, and you're done. Since mobile browsers are simple, mobile themes are simple, and it's little extra work. This is part of the whole point of using a CMS, and if yours doesn't let you trivially support displaying ordinary content to mobile devices then it's pathetic.
Re: (Score:2)
Every time I have to have javascript to submit a form that results in a page load anyway, I know that somewhere out there a big fucking idiot designed a website. Every time I have to load a flash movie to navigate a website, the web dies a little.
This is a little harsh. .Net forms and their button controls frequently use javascript for client side validation before server side validation on submit. They fail gracefully in browsers with javascript disabled. That's not developer incompetence, that's a good
Re: (Score:2)
Don't force users to have javascript to fill forms. Yes, if it's enabled then use it to validate the form data and avoid page loads, but also let the form without it, you need to validate the form on the server anyway.
You need to have something that works with the bare minimum, then if you want you can enhance it with Javascript.
Re: (Score:3, Insightful)
Most sites could be written in plain vanilla HTML with no scripting, flash, etc whatever and could be easily read and navigated by any device.
The problem is people have forgotten how to code in HTML. The pity is HTML is dirt-simple and people still can't be bothered to learn it, preferring to use a bad tool to do it for them (and face it, all of the web development tools suck).
Re: (Score:2)
In general, there are two types of mobile browsers. Ones that try to emulate the "real web" (ie. iPhone/Safari, Opera Mini, etc) and ones that just strip out all of the css and just display the text (ie. Blackberry browser).
I've found that if you take a look at your site without css enabled (in Firefox, View ->
Re: (Score:2)
My impression is that the solution to the mobile-unfriendly tooling that some companies have chosen is to create an iPhone app for their sites, which I assume is cheaper than retooling their real Web sites to actually work well for mobile platforms. Do you think this is an accurate assessment?
Working with Concrete? (Score:2)
And because of that nearly all of the tools available exclude the mobile web.
I don't know, some open source frameworks do have support for mobile websites built in - you can just customise a few layouts on Rails for example (as in 1 or 2 layouts), or just change the CSS if you like and you can add mobile support pretty easily. I've done it on a few sites and it wasn't difficult.
I understand some of the larger CMS frameworks will make this difficult, but then they make most stuff difficult if it wasn't originally considered when they wrote the framework - that's the compromise you ma
Re: (Score:2)
Re: (Score:2)
CSS allowed control of the visualization, but by the time it came out there we
Re: (Score:2)
So you are saying you should only code the hard way? Isn't the point of these tools even CSS is to make programming tasks easier? I can see flash as it is not widely supported however most web enabled mobile devices that are worth developing for have Javascript, especially if they support CSS. I actually push for heavy Javascript and less on Server side processing as for the most part the client even a smart phone has excess processing power and it can handle doing most of the legwork and just use the ser
Re: (Score:2)
Re: (Score:2)
I wouldn't have put it quite as bluntly, but yes.
I'm working on a custom skin for phpBB, and by using sensible HTML and CSS I've got something that looks good on the desktop and on IE Mobile. I use Javascript to pull in all the pretty stuff like avatars on the desktop version; mobile devices (and IE6, which gets the mobile stylesheet) never need see it, and the site is usable without it.
My skin is actually usable on a handheld, though it still needs some work. phpBB's own is a complete mess, and there are s
Re: (Score:2)
In other news: Beer is crap when you serve it in a wine glass.
It's not just the design and layout, the content and navigation requirements are often different for mobile and desktop browsers. Sure you can cram a long story into a 4" screen, but a mobile user often has different requirements (and time) to a desktop user. A mobile version of a news site would probably want to serve abbreviated or rewritten versions of the stories, or geo-location based stories, or whatever.
One size doe not fit all. Get over i
Re:I have a better idea (Score:5, Insightful)
And stop referring my phone to a "mobile" version automatically with no opt out. What's currently driving me crazy is not Flash (I avoid those sites anyway) but being forced into a mobile (read: limited) version of the full site when my phone is perfectly capable of rendering all the images, menus, etc.
The "dumbed down" version should be an option--maybe even the default option--but quit using my user agent string to force me into the mobile site ghetto.
Re: (Score:2)
Well, guess what: my fancy website is cooler than your so-called fancy mobile so-called device
I need your website a lot less than your advertisers need my eyeballs. And gues wat? NOBODY visits any web site because it's "cool". Stop trying to impress me, because you're not going to do it with a "cool" web site. You'll only annoy me. You're putting the cart before the horse. You are expendable, your audience is not.
In other words: it would be nice if the real world would be as you want it, your arrogant, hypo
Re: (Score:2)
In other words: it would be nice if the real world would be as you want it, your [sic] arrogant, hypocrite fuck.
Yeah I know it is not from this post but Pot, meet Kettle. Oh, and I added a [sic] tag that you seem to be so fond of.
What really amazes me is that you seem to honestly believe that the sun shines out of your ass. You are completely convinced of your own superiority yet offer no compelling evidence to support this stance.
Many people visit my website instead of the competittors' [sic] because it's cooler than theirs.
So please enlighten us, what is your cool website? And BTW, there are no rules for cool, ask a real artist.
With love, Professional web developer.
This is my favorite thing you've said.
Outdated? (Score:5, Interesting)
Re: (Score:3, Interesting)
Modern smartphones can handle just about anything you throw at them. The UI is the problem, since what works on a 22" widescreen monitor, with a keyboard and mouse, doesn't work on a 9" touchscreen.
We're not going to see alternative mobile UIs going away any time soon, and that in my opinion is a good thing. The desktop version will work if you really want all the features that it comes with, but it's not going to be the optimal way of using things.
Native mobile applications are also a big factor here, and
Re: (Score:2)
I fear you might be right, but it sure sucks. We went from an app ported to every platform, to a single app using middleware called "browser", and now we're headed back to an app for every platform? Ugh. There's got to be some way to avoid this bullshit.
Re: (Score:2)
I don't think that you can take a device the size of a small paperback and claim it's representative of what mobile phones can do. The hardware performance will probably trickle down to cheaper devices in five years, but phones with 2-inch screens and a mechanical keypad continue to dominate the market for good reasons. Most users don't feel the need to carry a large touchscreen slab for the amount of web browsing they do, and getting a web app to work properly on a small button-driven device without simply
Re: (Score:2)
I don't think this is actually an issue though.
Most of the people I know who have phones using keypads and a 2-inch screen don't use them for browsing the web, and have no intention to do so.
If I'm building a mobile web application, I'm going to target the touch screen devices, because those are what people who actually use mobile phones to browse the web are using.
Re: (Score:2)
Prior to the iPhone I rarely hit the web with my phone (it had to be an outright emergency). The plan made it stupid expensive and I got grey hairs waiting. But having seen how useful the iTouch was when it was on the net I went for an iPhone (AT&T be damned. No, really, damn AT&T). Having a useful web browser pretty much everywhere has been a godsend.
It's k
Re: (Score:3, Interesting)
I really don't understand this. Just about every iPhone user on the web loves to shout to the heavens about how fantastic the browser is. What makes it so great? Technically it's the most capable browser on a mobile device, but not by very much. Take a look at this http://www.quirksmode.org/webkit.html [quirksmode.org] . Iris browser and Bolt browser both fare very well, but nobody ever talks about them like they do with Safari. I tried Opera Mini 5 the other day and I was extremely impressed. It basically gave me we
Re: (Score:2)
It is mostly the zoom features and the ability to rotate.
That and sites just work like they do with a desktop browser. I recently tried Blackberry (Maybe a Pearl) and it would not display sites right, neither does the Storm. Also tried a touch screen Samsung, and it was not quite right either.
Re: (Score:2)
Re: (Score:3, Informative)
Double tap on a paragraph and it will zoom to fit.
AutoFill passwords works fine for me, perhaps you forgot to turn it on (Settings -> Safari -> AutoFill). Do bear in mind, many sites manipulate login forms to prevent saved passwords from working.
Re: (Score:2)
It probably has to do with marketshare, the fact that the iPhone was the first widely used browser to support all of that, and the zooming--dear God, the zooming, which makes most pages downright pleasant to read.
Since the iPhone was released, there have been lots of other manufacturers that put out very capable, functional, and aesthetically pleasing browsers. But there aren't nearly as many people using any single one of them (and possibly all of them combined) as there are iPhone users.
Re: (Score:3, Insightful)
As for the idiots, at least most of their grammar has elevated above a 6th grade level.
Re: (Score:2)
I wish it wasn't a phone. I'd be perfectly happy with just a 3G data-enabled iPod Touch.
Re: (Score:2)
I finally enabled web on my LG8350. why? well, I'm still on a data-as-minutes plan with verizon, have a bazillion minutes, and I wanted to do certain things. What things? (1) check my email (GMail), and reply on occasion, (2) check flight status. (3) peek at my weekly ESPN fantasy football matchup if I'm out on Sunday. (4) peek at my google calendar, (5) check the weather, (6) google an answer to a question (usually via wikipedia), (7) keep tabs on my Gameknot chess games.
My phone can't do 3/4 of what IPho
Re:Outdated? (Score:4, Informative)
The iPhone uses the same rendering engine as Safari. The Nokia 770 shipped with a version of Opera that could render almost everything that the desktop one could, but was painfully slow with some sites (e.g. Google Maps), but that was more to do with the slow CPU than anything else. My cheap Nokia phone has a WebKit browser too, and the tiny screen is more of a limiting factor than the browser's capabilities. Flash support on mobile devices has been a little tricky until not, but now Adobe is pushing hard to get full Flash supported on everything with an ARM CPU that's going to stop being a problem soon. In terms of HTML, CSS, and JavaScript, handheld devices are just as capable as ten-year-old desktops with small screens running modern software.
Note, however, that TFA talked about web apps, rather than web sites. Web apps are typically very JavaScript heavy, and so may have problems on mobile devices if the JS engine can't keep up. This is completely different to the WAP era, however. Back then, mobile browsers couldn't browse normal sites. Now they can, but they may experience problems on a few web apps that do a lot of the client side (these didn't even exist in the WAP days).
Re: (Score:2)
It's also the engine found in both Apple's iPhone and Google Android, arguably the two most important mobile Web platforms today.
That means Google Chrome isn't yet another browser to support,
Which in fact contradicts the whole assertion of the article
Re: (Score:2)
Actually, from what I've read, WebKit (rendering engine) is used by both Safari and Chrome (and I guess Android), but the javascript engine isn't the same.
So, for the (X)HTML and CSS, yes they should be the same. For the javascript, they are not.
Re: (Score:3, Interesting)
Is this really true anymore?
Yes. I have a Motorola i776, and with many sites it complains about not having enough memory. That includes slashdot. I won't work with wikipedia at all. The phone's browser controls are horrible too, for instance there's no slash and no back button. I only bough the thing (cost $100) a few months ago.
browser (Score:2, Informative)
Did you jump through the hoops and put the opera mini browser on it? I know the guys at the howard forums recommend that over the stock browser that comes with that phone.
Re: (Score:2)
Thanks, I didn't know it was possible. I'll have to do a little research. And yes, that OpenWave browser is pure shit.
Re:Outdated? (Score:4, Insightful)
Exactly, I think it was Nokias Ari Jaaksi who said something like this several years ago: "there is only one web. If your device does not work there, you lose". That was pretty much true then, and it's even more true today.
Re: (Score:3, Interesting)
The N900 hasn't even been released yet, and it's already outdated (not that that's going to stop me from buying one...). It's one of the first smartphones to play in-browser Flash video halfway decently, but what about when Youtube switches to H264 only... what about when the next technology after AJAX/CSS/Javascript comes out?
Sure, the browsers on new smartphones are great, but they're still a long way away from being able to display pages the same way as a desktop or laptop... mostly because of CPU constr
Re: (Score:2)
Tell me about it... Opera 9.7 on my WinMo 6.1 phone has a heart attack every time I even think about Slashdot :(
it's all about screen size (Score:5, Insightful)
No matter how you package it, a text-based website cannot be read conveniently on a postage-stamp sized screen. You spend all your time scrolling the text sideways, and up and down. All this gets in the way of your main aim, which is to get the information on that site. This presumes (falsely) that a usable proportion of the mobile device's screen is not taken up with banner ads, or visual embellishments which simply get in the way. Mobile web is fine for sites that just have a couple of lines of information and maybe a single icon and a link, but for anything more complex you need a screen at least 1024*768 and at a physical size where the letters can actually be read at that resolution.
Since the web is still (and probably will alway be) text based - as this is the best way to achieve a reasonable density of information, mobile users just have to accept that a "massive" 3 inch display just won't hack it. For example, cut a small rectangle out of a piece of paper that covers your whole screen. Now try and do any meaningful work through that hole and you'll have ripped it away within minutes. That's the problem with mobile devices, they're just not big enough to get all the information you need to be displayed at once.
Re: (Score:2)
Surely the rise of web apps demonstrates that most people aren't that interested in actually reading stuff on the web, though. They want to do things on the internet, and the web happens to be a ubiquitous platform for the apps to sit on. Your average Tweet, Facebook pic, or YouTube vid doesn't exactly struggle on even a QVGA display.
As a corollary I wonder whether big-screened e-ink devices are a more natural platform than computers for consuming actual web sites these days. Add a touchscreen and you're no
Re: (Score:2)
but for anything more complex you need a screen at least 1024*768
Funny, back in the nineties my computer screen's resolution was 640x480 and I had no trouble surfing any site on the internet. I never got a sideways scroll.
I've found that for sites that won't display properly, if you go to them via m.google.com Google will reformat the screen so it's useable (or less unusable, depending on the site).
Re: (Score:2)
For example BBC news website works fine on my Nokia 5800, the frames aren't fixed in width so the whole thing adjusts to properly fit the screen all I have to do is scroll down the page and set the zoom level to something appropriate. Slashdot does something similar where the comments section width never exceeds the available viewing space's width meaning I can scroll across to the comments section and it will fit nicely on the scree
Re: (Score:2)
Slashdot does something similar where the comments section width never exceeds the available viewing space's width meaning I can scroll across to the comments section and it will fit nicely on the screen. The problem is to many people don't use CSS/Javascript properly and don't design their pages to properly dynamically adjust.
You must be new here.
Re: (Score:2)
FFS, the BBC website cost 30 million pounds to develop and 100 million pounds a year to run of course it runs properly on your bloody mobile phone. Most web developers don't have anywhere near that kind of budget. [webthrift.co.uk]
Re: (Score:2)
As for the rise of web apps that the article brings up, that's where a mobile browser like Opera Mini falls short.
is this why /. is the sucks to read on my iphone? (Score:4, Informative)
except for the flash based ones, slashdot is the most annoying to navigate on my iphone
Re: (Score:3, Funny)
Re: (Score:2, Insightful)
Moron, the iPhone has a built in flash block ( aka, it doesn't support flash ).
Re: (Score:2)
Re:is this why /. is the sucks to read on my iphon (Score:2)
really? I'm posting from my iPod touch, and I've always found slashdot to be one of the easiest sites to use on this. Hell, it beats most special iPhone mobile versions of sites in my opinion.
Re: (Score:2)
it's always annoying to try to click a link for the story and it selects the entire thing and just takes you back to the top of the page
Re: (Score:3, Informative)
except for the flash based ones, slashdot is the most annoying to navigate on my iphone
Just create a separate account, then log into that account and do:
Then go to your iphone and log in with the new account. Simple as that.
Pot, meet kettle (Score:5, Insightful)
Last time I asked, CmdrTaco's response was that slashdot is not concerned about development for mobile devices.
Re:Pot, meet kettle (Score:4, Informative)
Re: (Score:2)
Re: (Score:2)
Doesn't work on my crappy phone, there's no slash. I wish slashdot would start a mobile.slashdot.org, or better yet folow Googles example and make it m.slashdot.org.
I have found a workaround, however -- going to about any site through m.google.com will render it phone accessible. Not all sites, though; wikipedia simply doesn't work at all on my phone.
Re: (Score:2)
There is a mobile.slashdot.org
and a http://sex.slashdot.org/ [slashdot.org]
Re: (Score:2)
What the hell is a palm?
The woefully inadequate successor to the Newton.
Slashdot, meet the Internet (Score:2)
Slashdot doesn't even support Unicode. It's kind of sad that what used to be the Internet's foremost tech site is now a decade behind even the simplest Tumblog with regard to basic Web features and functionality.
Lack of Unicode in /. is on purpose (5:erocS) (Score:3, Informative)
Slashdot doesn't even support Unicode.
This is on purpose because people were abusing bidirectional characters [slashdot.org] to distort the layout and forge comment scores.
Re:Pot, meet kettle (Score:4, Insightful)
If it crashes your phone, there's something wrong with your phone, not the site.
Re: (Score:2)
If it crashes your phone, there's something wrong with your phone, not the site.
Because clearly, when so many other pages work, and this one particular site causes my phone to crash, the fault is with my phone.
Re:Pot, meet kettle (Score:4, Informative)
If it crashes your phone, there's something wrong with your phone, not the site.
Because clearly, when so many other pages work, and this one particular site causes my phone to crash, the fault is with my phone.
If a Website, even a maliciously crafted one, can crash your phone, then you have multiple problems with your phone. First your browser or browser plug-in is flawed. Second, your phone's OS is failing to properly handle a crashing program. There might be something wrong with the site as well, but your phone definitely has several things wrong with it.
Re: (Score:2)
If a Website, even a maliciously crafted one, can crash your phone, then you have multiple problems with your phone.
If you for some reason took my comment to imply that the blackberry is the world's greatest web browsing experience(TM) than we are not communicating well. The blackberry browser has problems, for sure. However slashdot has problems-a-plenty of its own.
When a blackberry attempts to load the slashdot main page, the amount of scripting that the slashdot page sends to the client (in this case my unfortunate blackberry) is simply too much. My phone gets stuck in the infinite loop of shitty code left by so
Eternal September (Score:2)
Last time I asked, CmdrTaco's response was that slashdot is not concerned about development for mobile devices.
Lets just hope it stays that way to spare us Eternal September.
Seriously if you thought AOL users were bad, they are nothing compared to iPhone users.
Re: (Score:2)
Sounds like it may be time to get a better phone if you're intent on surfing...
*by this I mean that in the nesting of comments I need to move slightly to the right to see the next comment, and as I slide it "sticks" when the comment is fully (width-wise) inside the screen.
**by this I mean that to read a comment I don't ever need to scroll left/right as I'm reading (just up/down) even though the whole
Re: (Score:3, Insightful)
I had this problem with Slashdot over 5 years ago and wrote AvantSlash [fourteenminutes.com] which turns the pages into something which is readable [fourteenminutes.com] on just about any mobile device. Please try it if you can.
It kind of sa
Wish the iPhone didn't support Javascript so well (Score:5, Insightful)
Anything that puts the brakes on flash only websites is a good thing in my opinion. I just wish that there were more users of phones that supported HTML really well but didn't do Javascript so that there would be more pressure on web developers to make their pages accessible.
It seems to be an overwhelming human tendency to put form above function and the only thing preventing web developers from tying everything up in an impenetrable Gordian knot is the ever smaller number of old computers and phones that they might grudgingly spare an occasional though on.
Personally I wish browser plugins had never been invented. I've got a video player, a PDF reader, and all sorts of other applications and my browser knows how to launch them just fine. It annoys me every time some "clever" web developer finds some new way to force my computer to open a PDF inside my browser with restricted controls instead of dispatching it to my PDF reader with full functionality.
When phones catch up fully with modern desktops it may well signal the end of the open, accessible, web. The "professionals" would sure like to make the web just another version of TV where they control everything and our only choice is to use it their way or turn off the set.
Re: (Score:2)
That's just great, if all you want from the web is static text. That isn't however, what the vast majority of people and companies want.
AJAX exists because when Microsoft put it into hotmail it was so vastly successful that it actually got implemented as a standard.
The web is about the delivery of information. That is it's function. Believe it or not, for most people, the form in which information is delivered is very important. You cannot separate form from function on the web. It just doesn't work. If you
Re: (Score:2)
AJAX exists because when Microsoft put it into hotmail it was so vastly successful that it actually got implemented as a standard.
AJAX has always been a hack - powerful, useful, but at the end of the day, it's taken the web a long way from being just a nice and simple way to browse hypertext. What drove AJAX was *not* developer tools or websites, but rather the rapid replacement of dial up with broadband connections. Ajax works great on broadband. It sucks on dial up. There's a reason why AJAX interfaces still have a "classic interface so users with slow connections can use them. Mobile broadband just doesn't work like a cable mod
Re: (Score:2)
Hey Paul... Matlock is on. You should move to the TV room with the others. Today is pepper steak day and we know how much you love pepper steak.
What do you mean by "is on"? I've never seen Matlock in the "Now Showing" list on my Tivo or the "Watch Recordings" list on my Mythtv box so as far as I know it doesn't exist. I haven't watched anything in the last five years that wasn't on one of those two lists.
However, I assume that if the TV producers or stations could stop me from setting the playback speed on Mythtv to 1.1X and hitting the commercial skip button they wouldn't hesitate to do so.
Now if only I could figure out how to send a URL to Mythtv
why worry: mobile devices get better (Score:2)
The infoworld article mentions scalability as a problem. This could be the crux since it is difficult to maintain different scaled versions at the same time, especially for web applications.
Testing (Score:2)
The problem with mobile content is as follows:
1) It's easy to install Firefox / Opera / IE onto a pc, or even another OS, and test your pages using that one machine.
2) Netbooks are same as pc's not too difficult to design / test on.
3) How many mobile phones etc. does a normal person have to test a design? One? two?
4) Mobile devices generally have crappy image quality.
Only the most basic of pages like google's front page looks any good on most phones, there are far more non-iPhones and cloans around.
So WAP d
Re: (Score:2)
Only the most basic of pages like google's front page looks any good on most phones
I don't care what a page LOOKS like, especially on a phone. I want to be able to read the information/article/story etc.
Testing is easy - use an emulator (Score:2)
Visual Studio comes with emulators for every Windows Mobile phone that is out there. I believe you can also freely download them without Visual Studio.
The iPhone has an emulator as well - but you have to be running a Mac. But it's freely available and easy to download.
Nokia? Yeah, they have emulators too.
Not every manufacturer has them of course, but most do.
Re: (Score:2)
It's easy to install Firefox / Opera / IE onto a pc, or even another OS, and test your pages using that one machine.
But it's not so easy to test in both Internet Explorer 8 and previous versions of Internet Explorer unless you buy copies of Windows to run in virtual machines, or you buy multiple PCs with Windows and don't keep them updated.
Mobile Web is the application of last resort. (Score:2)
I hate getting on the web with my Blackberry Pearl through T-Mobile. It hearkens me back to the dial-up BBS days it is so slow. I also hate finger typing. I will only use it to get on the web if I am out somewhere and absolutely have to get a phone number or address or some other critical data off of a web site. I don't have the patience for it.
It's the sad state of cellular networks (Score:2)
Where is MVC when you need it??? (Score:2)
Re: (Score:2)
Not hard at all. What's hard is getting clients to pay for it. In my experience when they do want mobile development they go for the whole package, using a native mobile app targeted at specific devices like the iPhone.
Re: (Score:2)
It's not hard. It's just that not only are a lot of Web developers lazy, a lot of them use WYSINWYE tools.
Re: (Score:2)
Just create a "view" that's tailored for mobile devices. How hard is that to do?
The hard part is testing your mobile view on the plethora of mobile devices, including devices sold in the country where your readers live but not in the country where you live.
Just buy an iPhone and shutup (Score:3, Insightful)
Here's a trivial idea... Instead of spending you time whining about mobile browsing, the iPhone and AT&T, you could just buy an iPhone and have a nearly perfect mobile browsing experience.
Mobile browsing sucks because manufactures don't really care, just look at how bad it sucks on a Blackberry
Re: (Score:2)
So your solution to people's complaints about the iPhone's web browsing is for them to buy an iPhone? What?
Too Late! (Score:2, Interesting)
The iPhone has pretty much killed the Mobile Web Page. The WAP protocol is dead. Other phones are beginning to support full page web browsing. By the end of next year, even Windows Mobile phones will have the full sized IE8 browser embedded in them. Many sites are even optimizing their webpages for the small screen mobile devices. Some have switched to narrow columns on their pages which allow users to quickly zoom in on the column and read an article. Some have specialized websites that are "mobile friendl
There are many problems w/MCallisters article (Score:3, Informative)
This is an important debate, but Neil McAllister's article suffers from a number of problems. For example, it references the recently popular Webkit Comparison Table [quirksmode.org] along with Peter-Paul Koch's claim that there is no “WebKit on Mobile”. The article didn't point out that some people like Alex Russel have dug deeper [dojotoolkit.org] and have found that the facts don't support PPK's conclusions as strongly as one might think. Yes, if you include lots of older devices, there's quite a divergence in Webkit deployments, but what PPK and Neil McAllister don't say is that compatibility is much better on devices that ship recent versions, it's especially good for core features, and it's improving all the time.
McAllister also implies that the mobile Web is in trouble because "On my BlackBerry, JavaScript performance is abysmal". Using that argument, I can prove that Windows will never be successful, because I could in the early days show you PC's that ran it with abysmal performance. The potential of technologies like Javascript needs to be evaluated using the best implementation you can find; that shows what's possible. He does go on to say: "And even when a handset vendor does improve JavaScript performance, as Apple did with iPhone OS 3.0, it's a relative increase." Aren't they all? "You're still dealing with a poky handheld processor (and in Apple's case, one that developers speculate is too feeble for Flash or Java)." Uh, so now the reason that the HTML and Javascript will fail is that ARM processors are too slow to run Java? What's the connection I'm missing? The fact is, that there are some pretty good AJAX sites for mobile, so we know the ARM processors are good enough to run that Javascript. Try, for example, going to http://www.gmail.com using Safari on your iPhone. Not a usable experience? Even works offline using HTML 5 local storage (not Gears). Also, even if Javascript performance were somehow related to Java performance, I bet the Android folks would like to hear that Java doesn't run right on ARM processors, since the entire upper level infrastructure of Android, including user applications, is built on just that combination (as optimized using the Dalvik VM).
Unfortunately, articles like this can do real damage. Many people who are not expert in these things are struggling to figure out which mobile application development models are going to be workable. I happen to believe that the Mobile Web will, like the desktop embodiment of the Web, grow as disruptive technologies tend to: from something that's a bit shaky at first to the model that dominates? Why? Because unlike Mr. McAllister, I believe that the underlying processors and system technologies are capable of running it, and the value of a model that is fully cross-platform, can support zero install operation (you might want to install a mapping application to find a restaurant, but you almost surely don't want to install the restaurant's application to read menus or get discount coupons), can also scale to support installable applications (Widgets [w3.org]) and offline operation, is compelling. Furthermore, as has been the case for years, the Web has the unique value of allowing you to link to the over 1 trillion [blogspot.com] Web pages, without jumping out from some proprietary application container to a Web browser. Whether I'm right about the likely success of the mobile Web or not, this whole question deserves a much more careful analysis than McAllister's article provides. Unfortunately, there will be many people who read it and jump to the conclusion that the mobile Web is failing. A shame.
Not so bad (Score:2)
Design like it's 1999.... (Score:3, Interesting)
Seriously, that's what we did when creating our mobile ordering platform. Everything is in HTML with vanilla javascript for things like form validation. Then we created a mobile style sheet without graphics, other than a thumbnail of the logo, and it works on every mobile browser we've tried. iPhone, Blackberrys, Samsungs, Windows Mobile, Pre, various LG phones we've tried. Everything. Even over GPRS/Edge the pages load snappy.
Re: (Score:3, Funny)
Viper23: apps are like onions.
Donkey: They stink?
Viper23: Yes. No.
Donkey: Oh, they make you cry.
Viper23: No.
Donkey: Oh, you leave em out in the sun, they get all brown, start sproutin' little white hairs.
Viper23: NO. Layers. Onions have layers. Apps have layers. Onions have layers. You get it? They both have layers.
[sighs]
Donkey: Oh, they both have layers. Oh. You know, not everybody like onions.