The Sad State of the Mobile Web
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.'"
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.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
Is this really true anymore? With devices like the Nokia N900 being released, that has full-featured browsers that can handle everything a desktop browsers can, I doubt this will be an issue much longer.
Posted by a Debian GNU/Linux user
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.
politicians are like babies' nappies: they should both be changed regularly and for the same reasons
except for the flash based ones, slashdot is the most annoying to navigate on my iphone
Slashdot is one of the worst for the mobile web. When I try to read slashdot on my blackberry (peal 8120) not only does it not render, it crashes first the browser and ultimately the phone itself. Just simply trying to load slashdot leaves me needing to pull the battery from my blackberry to execute a hard reboot.
Last time I asked, CmdrTaco's response was that slashdot is not concerned about development for mobile devices.
Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
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.
Find a flash block add-on for your web browers. Oh wait, you use an iPhone, nevermind.
Love many, trust a few, do harm to none.
There is only one sad thing: that websites force mobile devices to versions which are tailored for mobile devices. Usually, the mobile versions of websites are very limited. Especially, in news sites, one does not find things any more. Worse still is to get automatically redirected to mobile pages which do not work.
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. So, better keep one, but one which can run nicely on mobile devices i.e. avoid flash if possible.
Mobile devices have got very powerful already. While desktop performance gains have flattened, it is amazing what can be packed into a phone today. This is likely to continue and in the long term, one might not have to worry too much about differences between mobile and desktop any more.
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 design remains pretty much pointless for all but the largest of companies.
Take Nobody's Word For It.
Look at the motherboard space and power constraints a mobile device faces relative to a notebook or desktop.
If the mobile device performed on par with a regular PC, then you would have to wonder about the wasted potential of the PC.
And as for the comparison with WAP? How many iPhone, Android, or crackberry users would go back to a WAP-enabled browser circa 1999?
As long as the desktop is pushing the envelope, then by definition the mobile device will be significantly less.
People who use the web from a cell phone seem to want web pages with maybe two buttons and a text field. Should we really make the rest of our users suffer through dumbed down sucky interfaces in order to only have one development track?
Instead, we make a dumbed down mobile version that allows a user to step wise perform most of the core functions of our app. while leaving a feature rich environment for our PC based users. Since all of it is run from a decently segregated app layer, slapping on a different UI is not that big of a deal... maybe the real problem here is that a lot of development shops don't know how to work in layers.
Moron, the iPhone has a built in flash block ( aka, it doesn't support flash ).
There a definite gap between the experiences, but use cases are usually a bit different, too. Mobile devices are mostly used to check something up quickly on-the-fly as on PC you also do more planning ahead. So a scaled down experience is not necessarily a bad thing on mobile as that eases the pain of having a small screen, slow text input and possibly moving around in a noisy environment. Scaling down the features also forces the development team to focus on the essentials, which is not a bad thing even on PC.
Then again, it would be nice to get Slashdot css working on small screens, too.
I'd say we are at the point where turning back would be useless, and that cell phones/PDAs should adapt to the desktop worlds web surfing, rather than have its own. Counter-productive as I see it.
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.
-Nurse Johnson
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).
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.
A work that expires before its copyright never enters the public domain and thus enjoys eternal copyright protection.
Cell networks, like the old telephone networks were built for voice, not data. They had almost zero foresight in planning. I've mentioned this before. And at least someone is working hard to try and remedy the situation.
FLR
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.
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.
He who lights his taper at mine, receives light without darkening me.
I would've thought that the MVC model would be a shoe-in for site developers looking to support both desktops and mobile devices. Just create a "view" that's tailored for mobile devices. How hard is that to do?
Ruby Neural Evolution of Augmenting Topologies
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
Blackberry has an emulator for every model they've made that I could see. They are freely available and easy to download and set up.
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.
I'm a big tall mofo.
Paul,
Here is one way to apply the breaks. Create a successful website that millions of people use everyday. Do this without using plugins. Your example will inspire other people.
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 and have it pull shows from websites and display them on the "Watch Recordings" screen with the same playback speed control and commercial skip functions that would be terrific. I suspect it's possible but just more complicated than I have the time to figure out.
To bring this post back on topic, "The Sad State of the Mobile Web" is that it's actually still simple enough that it can be used as the viewer prefers it rather than giving the publisher iron clad control of his/her audience. To me there's nothing sad at all about that. To me the sad state is the non-mobile web where we are seeing more and more websites trying to manage their viewers the way a farmer manages livestock. I don't think there's any doubt that a lot of marketers, advertisers, and MBAs (not mutually exclusive groups) desperately want to channel the entire web browsing audience along a path that they define and control.
Granted, from a developer's perspective, having to create two versions of a site is a pain. But the reality is, if you want to attract the greatest number of viewers, you need a mobile-friendly site. And from a mobile user's perspective, things are SO much better than they were just a couple of years ago. Many more content providers have created mobile-friendly versions. And though I don't like doing so, I have to give credit to the iPhone for this change. The iPhone and its browser finally got the attention of web developers who had been ignoring the fact that there were MILLIONS of people using WinMo and other OSs to access the web on their phones.
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
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
Are you kidding? Sure, colonslash is somewhat usable on an iPhone, but considering it's basically loading text comments (sure, there are lots of them, but still...), it is an absolute slug. And lets not even bring up the aborted fetus that is the "mobile" version. I think it was originally made in 2000 or 2001 and has never been thought about again. For an idea of how a usable message board/comment system can be done well for mobile devices, look no further than a site like Slick Deals, or really, any of the other numerous sites out there that took a weekend or two to sit down and think about how to accomplish this Herculean task.
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 friendly". The best ones use CSS to determine whether or not you're a phone, and then display their website in an optimized fashion. (Take a look at Google's various sites or weather.com).
The mobile web is finally taking off because someone finally realized that you need a device that makes surfing the web practical and get a few million people to use it. Once sites realize that people are using their phones to browse them, these sites make phone optimized pages.
The only dark side to the mobile web are specialized phone apps. There are too many websites, that instead of creating mobile-friendly versions of their site, create a specialized iPhone app. This unfortunately takes pressure off the company to produce a truly mobile app. Flightaware.com is an excellent example of this. Their website is hard to maneuver around on an iPhone, so they made an app (which has fewer features) instead of improving their website.
Slashdot doesn't even support Unicode.
This is on purpose because people were abusing bidirectional characters to distort the layout and forge comment scores.
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 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 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) 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 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.
Just a little reminder: every page you visit with in WAP automatically gets your billing details.
There have been some scams abusing this "feature".
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 make as you get a lot of stuff for free with them, but adapting them is more difficult and liable to break stuff. So it's a trade-off. That said it might be worth stepping outside your comfort zone and evaluating a few other tools as mobile websites start to be requested more and more. They're not going to go away, and you may find that clients start demanding sites that can be adapted for both. I think Drupal has decent support too.
So not all open source solutions ignore the mobile web completely or make it difficult - with some it's really quite simple. Avoid flash, make sure javascript degrades, and simplify layouts.
This is totally wrong; the way mobiles interact with the web is converging with the traditional desktops; there won't be a need for two separate tracks of development except from a pure usability perspective (which has nothing to do with standards or client side technologies). Sure, you can argue that things should be cleaner and tidier (less javascript, flash, whatever) but the driver for that should not be to adapt to a specific set of viewing devices (which will likely change anyways over time)
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 could there wouldn't even have been any HTML, just straight text coming down a pipe.
I personally don't really like some things opening in my web browser either, but I've had clients who insisted that it be done that way. I hate convergence devices too, but everyone still has an iPhone, because that's what they actually want.
Here's a popular one that works without javascript or plugins.
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.
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.
An SQL query goes to a bar, walks up to a table and asks, "Mind if I join you?"
Sorry for my ignorance, but I never had or will use an apple product.
Love many, trust a few, do harm to none.
If the wikireader can be hacked to support this, I'm sold. I believe that if the prices of readers can be cut down to less than one hundred dollars they will become much more popular.
lose != loose
Form often is more important than function, if it's a nice website that works great for 95% of browsers, vs an ugly one that works for 97%. Let's face it, everyone uses javascript and almost everyone has flash.
If your browser doesn't render like IE, Safari or Firefox, you loose.
yawn. it aint going anywhere.
I know mobile browsing has traditionally been a pain, but outside of work I actually do more browsing and emailing from my iPhone than from my personal computer.
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 modem or T-1 - it's laggy, speeds change wildly and disconnects and reconnects are constant at irregular intervals.
-- $G
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.
8 of 13 people found this answer helpful. Did you?
No, /. sucks because slashcode is a festering pile of shit that (somewhat ironically, for a supposed geek site) gets WORSE and more bloated with every single release. I have trouble browsing it with desktop browsers sometimes.
Boost mobile discussion
Howardforums are the best for various cellphone discussion, tons of subgroups there
Stupid web developers don't even know how to use their tools and so they blame everyone else. This is why CSS was created. END OF STORY.
much the same way that my car does not make very good toast.
duh...
I have a blackberry storm, and the mobile web world is pretty bad on it.
If you try to view slashdot.org, all the scripts load and slow things down to a major crawl on the device. Half the websites won't work with it's browser, unless you tell it to say it's Firefox or IE instead of Blackberry.
If you go to the WAP version of slashdot.org, it's not even remotely the same. 5 stories linked to via a list. Very plain, and looking like it's ment for a mobile phone without any real capabilities.
The issue is, most sites that allow you to view the "full version" are sending you the FULL version of the site. Javascript and all, which is fine when the device can do it (such as the Storm), but with the low CPU power and memory, things become slow and unusable in no time.
direct download for apps on boost phones, less hoop jumping
http://boostapps.com/
I'm not sure but I still think you need the (appropriate) usb cable to do tethering to your regular computer (although I think the TOS sort of frown on that, I know it is possible) though, not sure on bluetooth yet. Most likely I am gong with these guys when I upgrade next, just to have a backup cheap ISP. I use either prepaid tracphone or net10 now (have both here), and it's the same ten cents a minute, or you get boost all you can eat everything for 50 bucks, or just the data is 35 cents a day, then ten cents a minute talk, which I will probably go for, because I just don't talk that much on the phone anymore so I really don't need even the 50 buck plan. 11 bucks a month for a backup ISP is quite the deal, even if it is a slow network. I also like that they are iden, same as the electric power guys, so when the grid goes down, that will most likely be still up no matter what in my area, it is their emergency commo service, they even have emergency mobile towers and everything. Plus the walkie talkie feature is another cool deal. Probably get a sprint/nextel iden network styled blackberry (used), then activate it with a boost activation Sim card, etc. I've been researching this for awhile now, seems the combination of the cheapest and best for all the various mobile everything you might want. Just waiting for the "spare" FRNs to show up 0_o
TFA misses the point, the mobile device is all about simplicity and fast, intuitive access.
Unless I missed the trend that everyone wants to see the same thing on their 3.1" screen like on their 21" LCD at home?
WAP was a great idea, poorly executed and the web grew so fast it couldn't scale. All mobile platforms face this challenge, cause just a simple translation of the desktop is just plain stupid. It's a problem we need. And in the end, it's not a sad situation as a finding a mobile solution will guarantee that the desktop experience will get better from it current state of Flash induced indigestion and inefficiency.
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.
"The problem with socialism is eventually you run out of other people's money" - Thatcher.
If only the mobile phone producers could agree on some kind of a web standard for the bloody phones. Currently almost every single device model has it's own (almost unique) hacked version of either Mozilla or Safari. It would be all nice and good, but to make those browsers render something at a reasonable speed things are stripped out from the rendering engines and that causes a whole lot of problems. Even if it's a CSS only site, no JS or Flash (actually, forget about Flash in sites for the regular mobile, never mind if you're a masochist), the rendering across the devices is noting short of random. If one device will show the page correctly, then a different device in the same category but from a different manufacturer ("same" browser) might only display gibberish.
I've worked with this stuff for a good number of years now and even with the latest and greatest devices there are problems. I can only hope that the devices will become powerful enough to support a full-blown browser without killing the poor phone.
Couldn't have said it better myself, Hal. I've only dabbled in making web pages, javascript, css & xhtml, but in just about every 'Intro to html/js/web dev' book I've seen, these sorts of fallbacks are discussed. First and best thing is to find out their user-agent, find out what features are available, NOSCRIPT to account for when js is off or simply not available. I really have to wonder just how much actual "web development" that spazoid from a few posts back actually does.
To him: There're a few little hiccups, one of which is providing for your customers' needs. Do you really think they'll be happy with you if, after they say, "Hey, some of our employees will need to be able to access this stuff on the road from their mobiles," you give them that nice little diatribe? And how about the more basic issue of just making your site robust, and setup so having the "wrong" browsers won't just break it utterly break it. You're not calling the shots: the client and their customers are. Welcome to the real world.
Odi profanum vulgus et arceo
This is why I love the Skyfire browser on my Windows Media 6.1 HTC Kaiser (Tilt). Skyfire looks to me like they stream the browser which is actually running on a server somewhere and then forwards input from my device into the browser. It has great zooming capabilities, can play flash movies etc from most sites and is very fast. In this way, the browser is always at the latest version and is a full-fledged fat-client browser.
Namaste
Seriously. Even on my Mac, all that does is highlight the story for no apparent reason. Why on earth is that region clickable, anyway? It makes it damn near impossible to hit the REAL links in the middle of the giant one.
The problem I have with the article is that it is pretty easy to get misled by what's being said, probably because the author wrote the article more to generate a reaction, than to outline what is actually wrong with the mobile web.
The first mistake that the author makes is to suggest that the mobile web is somehow a 'scaling out' of the desktop web. It isn't. A mobile phone has a particular set of properties which make it significantly different to a desktop browser web experience. It's not just a smaller screen that's attempting to present exactly the same web application as the desktop but in miniature. May people fail to make this distinction, and their web sites/mobile apps reflect that failure.
If you think this, then you fall into the trap of not recognising the mobile as a unique type of device. For one thing users don't want to spend extended periods browsing on a mobile device, supported technologies are not likely to support 'desktop' level performance, mainly because of the trade-off between battery life and performance. With the current range of mobile devices, the network connections aren't reliable, unless you're fortunate enough to always have a wifi connection. There will always be memory and performance constraints with mobiles, at least for the foreseeable future verse the desktop, thats just the nature of the beast.
If you know anything about web browser evolution, you'll know that even when just two browsers had most of the market share, serious compatibility issues were everywhere, built for IE, built for Firefox, best experienced in Opera. These days its not as bad for desktop browsers, but it'll take a while for mobile browsers to get compatible with other mobile browsers, let alone desktop browsers as well.
Can existing web technologies handle it, ... probably if you're a CSS black belt, anything else apart from plain html and your really gonna struggle.
So, back to the original 'sad state of the mobile web' bit. Does it matter that much at the moment? Probably not. The main options you have are use your desktop browser if a task takes more than a few minutes to complete, or 'there's an app for that' - you just have to find it.
Strange as it may seem, mobile phones aren't just about mobile web. They're about the convergence of a number of technologies, internet connectivity, phone, sms, music, camera, video, GPS/location, touch and interaction on the move. There's whole new vistas of opportunity for creating new experiences, tools, and services because of what you can now carry around with you in your pocket.
Sure, you can spend your time worrying about how you're gonna squeeze Amazon.com into the latest version of webkit for the Nokia, or you can spend your time creating solutions you could only have dreamed of a few years back. The mobile web may indeed be sad, but some of us are not that bothered.
AJAX exists because when Microsoft put it into hotmail it was so vastly successful that it actually got implemented as a standard.
what the fuck? rewriting history are we? as i remember it gmail's use of ajax that inspired MS to make hotmail slightly less shitty, many months later of course.
should you ever want to upgrade hardware, check this stuff out (third party modded) for boost
http://boostberry.com/
I am really thinking now after finding this site of upgrading my cheapie phone to one of these guys here, proly that least expensive refurb model.
Try surfing the web using an android / maemo / moblin device, or an iphone and you'll see that the mobile web is in pretty good shape actually.
Seriously, don't most, if not all of us go to the web for information, not pretty and fancy pages? Interactivity is one thing, but let's keep it simple.
But by far my favorite is butt-cheek typing.
A work that expires before its copyright never enters the public domain and thus enjoys eternal copyright protection.
I double checked, and corrected my mistake.
I'm correct that, the original implementation of XMLHttpRequest was Microsoft's god awful ActiveX one way back in 2000Before google was doing anything at all with mail, but it was for their web enabled version of outlook, not hotmail.
Lord knows AJAX is a horrible hack.
That said, having coded quite a lot of it, your network speed doesn't really make any difference. Unless you're using it to request totally superfluous information the visitor doesn't need requesting that information via an XMLHttpRequest or through a regular page reload makes no real difference. You could even argue that if the load is going to take an especially long time then allowing the rest of the page to remain is actually more beneficial. The reason for most classic interfaces is that the new AJAX ones tend to be a lot prettier(in addition to being more responsive) and that prettiness uses extra bandwidth. Rather than build two AJAX interfaces one high bandwidth, one low, most places just kept their classic interface. That increase in prettiness has certainly been driven by broadband,but it's been driven on every kind of site not just AJAX ones.
Computer speed(especially if you're using older IE versions) has a lot more impact on javascript performance(and then of course AJAX) than network speed does. That's actually one of the motivators for using all this javascript in the first place(at least in some of my work).
Most computers these days, especially in corporate environments are ridiculously over specced. A lot of the time the vast majority of their CPU time is sitting idle. In these days of tighter budgets however, most servers are not. If I can palm some of the layout work off onto the over specced desktops, then that's work my server(which never gets the love from finance it deserves) doesn't have to do.
I use babelserver.org on my mobile. If a site doesn't go through there, it isn't worth reading.
C'mon call the games games, and stop using flash in every other web page!