Another Angle To WAP And Linux 55
An anonymous reader pointed us to an article running on LinuxDevices.com talking about
Supporting WAP in Linux and why this should be a priority. WAP has taken a lot of (deserved) heat, but this is a good argument on the other side.
Re:Coincidentally (Score:1)
You can use the "light" mode of ./
(but it might not be enough). What you would want too is that banner removed :)
In any case, what I don't quite get is how WAP-enabled web site will make money. Or will
they stick advertisment on the phones too?
If a WAP-enabled site is really very well designed. Say, you have the stock quotes in real time with an intelligent layout, why would you use the regular web site?
Re:What deserved heat? (Score:1)
I'm still dealing with the thought that devices roaming from network to network over these long thin pipes where 9k6 is a lot, should somehow have had TCP/IP deployed
And if Jacob Nielsen wanted to browse the web on the run, he should get a laptop. The idea with WAP is to deploy highly personal, highly targetted, highly compact information to the personal compact device people actually end up carrying. Too bad most developers don't get it and think WAP is supposed to be a WWW-lite.
FJ!!
Re:What deserved heat? (Score:5)
The issues raised include:
--
Opera and WML (Score:1)
WAP, the protocol stack, *NOT* WML.. (Score:2)
Benefit of WAP on Linux (Score:2)
Text-only interface
No advertising
No banner ads
Sounds like Lynx on Linux, I know....
Re:What deserved heat? (Score:1)
Also, 380kbps is coming and as soon as that happens, applications will want all the features that TCP/IP provides.
Other than that, you're dead on.
Re:What deserved heat? (Score:1)
Yup, that really sucks. You'd think usability guy like Jakob Nielsen would be able to see through that.
Ah yes.... "soon". And don't forget "everywhere". Hold on to those words, tightly, as you click your heels three times.
FJ!!
Re:Why does linux need this crap? (Score:1)
made by phone.com, too. Peramon Technology
(just to mention one company which I happen to
work for
reference to an open source one earlier.
Are you serious about phones in the US not
supporting changes of settings? All the phones
I've seen here in the UK allow you to change which
gateway you go to. If this isn't so in the US,
then that's a problem with the phones, not a
problem with the idea of WAP gateways on Linux.
Jon
Re:Anonymous story submitter == 5nine.net? (Score:1)
Perhaps he should have read the article by 4k Associates [4k-associates.com] a little more closely and he wouldn't have cofounded a company on a dying "standard" and have a need to create self-promoting propaganda.
Jayson
Re:WAP... isn't it dying? (Score:1)
There are two points here:
Fun as it is to cry WAP is dead, its simply not true. WAP is the protocol for delivering things to wireless devices. WML may die, but thats not the same thing.
WAP... isn't it dying? (Score:1)
Also, the companies are starting the upgrade process to UMTS, which blows WAP and even classic home telephone for its data rate.
Technical Misnomers (Score:1)
Wireless Sessions- actually wap support connection orientated and connection-less sessions, which means you have to choose the connection orientated session in both the client and the server(the default in most servers is connection-less). Connection orientated sessions are slower because they have the overhead of tcp/ip like handshake.
Device Abstraction - this is a bad thing! it is simliar to the problems writing html content for IE and netscape. Here you are creating special versions for specific phones. Isn't this what standards are suppposed to avoid?
Bearer Abstraction - this is wap's biggest strength.
Data/Header Compression - actually they are compiled to byte code.
Reliability - wap doesn't support fragmentation, which means if you send a packet that is too big for the phone (i.e. Nokia 7110 has a max page size of less than 1400 bytes) it blows!
Otherwise a good article, although a bit biased towards the author's company. Also no mention of the open source wap gateway project Kannel [kannel.org]
Re:Why Linux? (Score:2)
I develop for WAP and I use Linux as my OS of choice. Until very recently I had to boot into Windows (or upload and use my phone) every time I wanted to check that the WML my application is outputting. I think that an open WAP browser project is a great idea - just like the various open source WAP gateways are great ideas (and hopefully the various web tools that will spit out ready to run WML will be).
"Give the anarchist a cigarette"
Re:WAP, the protocol stack, *NOT* WML.. (Score:2)
Re:What deserved heat? (Score:2)
Re:What deserved heat? (Score:2)
Note: This is is not my personal experience. I am only rehashing what they told me:
Poor device support. Constantly crashing Nokia phones. Very limited page sizes (there is a fixed maximum in the most common Nokia phone). Every phone provider offeres a completely different Wap gateway. Each of them has its own set of bugs. Try to type text in a WAP phone when you search something without making you want to scream out loud. Try to fit some actual informational response on a typical phone's screen. And of course, the costs are astronomical here in Germany.
So no, they told me that it does not live up the hype.
------------------
WAP patent problems -- was Re: Semi-Open? (Score:1)
-- Anonymous for a good reason
Coincidentally (Score:1)
Anyway, I used to think WAP and the whole concept of having the web on a cell-phone was silly, but then I started working on a WAP project at work and I have had a change of heart. It is definately useful for quick information-retrieval tasks like looking up phone numbers and addresses, checking prices, stocks, news, etc. It's also great for getting access to corporate data on the road. As long as the data is carefully formatted to be easily viewed with the small form-factor, I think it works great. The problem I see is some people seem to want to cram all sorts of fluff onto the pages, and it ruins the whole experience. Just plain text. That's all we want.
What I'd *REALLY* love to see is Slashdot formatted specifically for WAP. You can currently view Slashdot on a phone, but my home page is split up into 32 screens on a Mistsubishi T250, which has a very large 10-line display. I should think it would be easy to have a Slashdot site that has no slashboxes or links, just a list of stories, each linking to plain-text comments. I'd use it constantly.
-Vercingetorix
Anonymous story submitter == 5nine.net? (Score:1)
Of course the proprietary 5nine.net solution might be workable (couldn't see a download though.)
This article really left me thinking, though. How could I get free advertisment for my closed-source product on Slashdot... yeah! Now I know. I'll write a introductory article to a opinions website and link it to my product, then email CmdrTaco!
Presto!
Re:Hmm.. WAP/Linux (Score:1)
>time "online" at the cellphone. Shouldn't we
>fight for cheaper telephone rates instead of
>making more and more flash and candy which only
>will make the users spend more money.
I work in the voicemail/messaging industry and I think I have a response for this. You can't fight for cheaper telephone rates. You will get lots more flash and candy. In fact, all this has just begun.
The phone industry works to optimize a measurement called "call completion." If you get a busy signal, the phone company has lost money. If your customer has gotten a busy signal when he calls you, you have lost money.
So they develop voicemail, call forwarding, call waiting, etc. Now they develop Unified Messaging, WAP, and other technologies to make sure the message gets through.
How will you fight the phone company for lower prices? Get a phone line through a CLEC? They are also in the game of optimizing call completion. They will buy gadgets for you and you will pay for them, whether or not you want them. Also, remember that the CLECs have to buy their service at a discounted rate from the RBOCs. Outside of the US, the situation is similar or worse -- many of the big phone companies have just been broken up. Phone service costs more - often per minute. This drives up the phone company's need to optimize call completion. They need to keep you on the phone.
Anyway, the free market doesn't effect phone companies much, since they own the infrastructure.
But good luck in the fight!
rhadc
Why does linux need this crap? (Score:2)
Gateways already exist for linux (from phone.com) but installing and running your own gateway for a commericial or hobby venture is retarded; unless you are planning on a private wireless intranet. If you are planning for that, then there are solutions that exist already that are 100% java by Nokia. Both options are expensive though...
More then that, WAP is incredibly lame compared to other technologies that exist now: voiceXML, Palm PQAs (web clippings), NTT Docomo's iMode phones, etc. My guess is that the need for WAP/WML as it exists today is going to be eclipsed by telephony applications because they let you get to the information you want faster and with less hassle. A combination of voice and display would, naturally, be killer.
I was at phone.com's Unwired Universe conference in San Francisco this summer and I walked away with a bitter taste in my mouth. Gateways are controlled by telcos, getting your WAP application listed on the gateway costs $$$ (unless your a major like Yahoo), and most US phones don't let you enter in a new address for an alternate gateway so you're SOL if you want to switch. Beyond that WAP is a horribly thought out spec, WML being a crippled lame piece of shit utilizing a horrible metaphor for handheld app development.
I do this for a living.
-earache
Hey doofus... (Score:1)
Perhaps this guy wants to know what Taco means - to back up his editorial comments.
No! Bad Bad Bad! (Score:2)
This is like saying:
Write apps for Windows because it's already there
Support the RIAA because online models of distribution aren't fully realzed yet
etc.
Look at the mess this attitiude has created in the current implementation of TCP/IP. The entire net is run on a hideously patched together and crufty protocol because everyone just decided to support it because, hey, it was there.
Re:What deserved heat? (Score:2)
AFAIK, every last one of the problems noted in that article is being worked on as we speak{1} at many levels, from working on the next round of standards to implementing the current ones properly. Including end-to-end security, which, for example, is now being worked with by a PKI text-signing/crypting solution with the keys stored in the SIM cards, and Toolkits that will let WAP developers simulate and experiment with this.
It is too bad WAP wasn't a complete solution where everything was taken care of from the moment it was specced, just like the WWW had forms and https and dynamic content generation the instant it came out in 1993- oh wait, it didn't, did it? I am sorry, but these things just take time to get them right.
WAP standards themselves are exploding to take care of the objections voiced. We telco developers - Nokia here - moan and groan after each round of the WAP forum about what our browsers and Toolkits and gateways have to implement this time, yet we understand that the market needs these solutions, and we get to work. You will get push, you will get interoperability with your voice-mail and phone-calls and address-book, you will get styles and DOMs for your phones, current and 3G, you will get easy gateway-provisioning when you switch networks, you will get end-to-end security, and you will get it in a way that is not haphazardly cloned from the wired world but a way that makes sense for the networks and the devices and the way the bills get paid.
We also know that we aren't dealing with just one or two players like in the Netscape vs. IE world, but with a massive amount of browser- and gateway-makers, and that this time we have to make absolutly sure everything works together. Guess what: testing all this shit takes time. Believe me, you don't want to see our QA-matrix, nor the esoteric this-gateway-and-that-handset bugs we are chasing. We did learn from our first releases.
I am sorry you couldn't get it all in one fell swoop yesterday, a perfectly finished standard that did everything you needed, all with these 100% bug-free implementations. But we are working to get it to you now.
FJ!!
{1}Well, maybe not, it is time to sleep now in Hong Kong.
Re:WAP, the protocol stack, *NOT* WML.. (Score:2)
See post #38 in this topic for a pretty good set of links to pages critical of WAP. Read them all (and then go read phone.com's site for balance) before making up your mind. I think you'll agree that all WAP "standards" should die ASAP.
An alternative to WAP: IP (Score:3)
Now, I'm going to explain how the breakthrough technology of IP (Internet Protocol) solves all these problems:
Reliability: IP was designed back in a time when even leased line connections were unreliable, let alone the computers that were linked up to them. I would argue modern wireless communications is not significantly more unreliable than wired communications were back in the early days of IP. Furthermore, HTTP was originally designed as a stateless protocol, and as such, most "web sessions" are persistent for a limited period of time. That's right, I can pull out my ethernet plug, wait for 10 minutes, plug it back in, and then bingo, my Dell shopping cart is still there!
Variety of devices: Considering how many different kinds of devices support IP and even the Web, it seems insane to me to suggest that IP-based technology doesn't already provide enough capability to get the job done. Indeed, XML/CSS/XSL/XSLT etc. are all designed to address this issue. Indeed, before HTML became bastardized it was supposed to address this issue. The only thing that has kept the Internet from supporting a wide variety of devices has been market forces, not technological limitations. Wireless communications will hopefully balance that out.
Wide variety of networks: The original intent of IP was to bridge together a wide variety of networks. As such, IP can already be embedded on top of (and used to bridge) DecNET, NetBIOS, IPX, etc.... even itself!.
Limited bandwidth: Wireless networks today typically have 14.4kbps bandwidth, and those numbers are expected to climb significantly in the years to come. When IP was first being developed 2400bps was a lot of bandwidth. So, don't tell me that IP can't be used in low bandwidth situations.
The WAP guys have developed a huge set of protocols and technologies that mimic their IP counterparts. They've done this seemingly without considering how to use or extend the existing IP protocols to support their needs. I think it's pretty clear why this is happening.
But what about the software patent? (Score:2)
Thus, anyone who distributes WAP software is open to being sued.
Thus, no Linux distribution (at least in the US) will contain WAP. And no open source programmer in the US should be contributing publicly to WAP stuff unless he/she is willing to take a considerable risk...
Re:Racist command taco!!! (Score:1)
http://www.wop98.com/ [wop98.com]
http://www.amazon.com/exec/obidos/ts/book-excerpt/ 0671024698/qid%3D 927786919/sr%3D1-1/102-8749994-3425750 [amazon.com]
You misunderstand his point. (Score:1)
Why Linux should not support WAP (Score:1)
Why should developers and vendors spend their effort implementing and supporting a protocol stack which was developed primarily to serve a few select corporate interests? By implementing WAP, they would only be reinforcing it (support for a technology encourages use of that technology). People who use and work on Linux because it is free would be taking a step in the wrong direction to support WAP.
flash in the pan (Score:1)
In the generation of wireless devices after that, there will be little or no distinction between phones or any other device (laptop, PDA, security passes, credit cards, whatever), and they will all use the same open protocols (which may be new versions of those we know and love today).
Re:No! Bad Bad Bad! (Score:1)
TCP/IP is quite good. It might reach its limits on terabit/second networks but it serves extremely well its purpose: a protocol that adapts to the available bandwidth, without creating congestion collapses. Most of its options address an important point (such as Nagle algorithm, or SACK). What do you want to replace TCP/IP with ?
I hate to say it... (Score:1)
WAP/WML and the blind (OT) (Score:1)
Since WML is likely to remain restricted to mostly text because of the nature of the display devices, would a PC-side WML viewer that worked with screen readers or Braille devices be practical?
I'd think this would avoid the increase in graphics use (and abuse) that's caused some problems for blind users of the Web.
Re:No! Bad Bad Bad! (Score:2)
Implementing WAP and other protocols is essential to seeing how well they work - there are also many other protocols, e.g. cHTML over i-mode, and so on, and soon IP over GPRS, all of which will
be implemented and tested.
Or would you rather reject protocols based on a purely paper evalation?
Re:Why does linux need this crap? (Score:1)
--
Re:Coincidentally (Score:1)
On a different note : Qualcomm is reportedly doing some tests on delivering mp3 stored on my.mp3.com to devices in cars. What I last read about Qualcomm CDMA was that it has a bandwidth of 9.6 kbps per channel... so I wonder what it sounds like.... then maybe they are doing something else.
Why not...? (Score:1)
What deserved heat? (Score:2)
I've used it on my cell phone - and it's cool enough for looking up quick info (stock quotes, e-mail addresses, phone numbers, etc)... but I don't think I would try and read a
Hmm.. WAP/Linux (Score:2)
WAPpy Protocol (Score:2)
WAP has taken a lot of (deserved) heat, but this is a good argument on the other side.
WAP is a crappy protocol that will be mutilated beyond recognition to make it (slightly) less crappy before it is popular. So any work done on it's current incarnation will need to be redone within a year.
1 Alpha7
Support everything. (Score:4)
An OS (ie Linux) should be able to support as many protocols/standards/etc as possible of each type. The ideal is for people to be able to choose each aspect of their system, without it breaking other parts, or requiring X so I can use Y. Everything should be as interchangable as possible.
WAP should be supported simply because it's there. You don't have to use it; just accept that it's there. That way, everyone can see it and try it, and the same for any alternatives that are offered. Then they can pick the one they like, or even use a mixture of them all. Interchangability.
The philosophy here is to make all the options available. If everyone can use whichever option they like best, and have the chance to make the judgement freely, they will for the most part use the best option. Of course, "best" means different things to different people, so you may still end up with several standards, but the poor ones will fall away, and the good ones will survive.
Re:Why Linux? (Score:2)
Linux does have some userland-uses. Five or six stories ago on slashdot, they mentioned that IBM's working on a Linux-based wristwatch [slashdot.org]. On top of my TV is a consumer electronics device running Linux [tivo.com]. Linux may not be to the point of being able to pander to the point-click-drool crowd, but it's certainly more than just a server OS.
Semi-Open? (Score:2)
The most advanced is currently Kannel [kannel.org], followed by Ophelia [3ui.com] and GNUws [wapgw.org].
Re:What deserved heat? (Score:2)
As for price, I can't speak for Germany, but in the US unlimited basic WAP service through AT&T is free as in beer.
-Vercingetorix
Browser (Score:1)
We definately need more browsers...
Re:Semi-Open? (Score:2)
What's Wrong With WAPs? (Score:1)
Protestants (WAPs) have done
quite a bit for computing,
and society as a whole.
Perhaps the white boys at
should check themselves
before they rig-ity-wreck
themselves.
______________________________
Eric Krout
Why Linux? (Score:3)
The real issue should be of getting the open source world's portfolio of web service tools to dish out WAP in a friendly and easy-to-configure way -- and getting it done, tested, deployed, and grabbing market share before Microsoft starts raping and pillaging that part of the market.
--
Mozilla is the answer ! (Score:1)
Re:flash in the pan (Score:1)
Only if you want to wait until these phones are depolyed. Hey, if you want to cede your market to people who are building up experience now until your perfect phone/network/operator combination emerges with significant coverage in, oh, 2004, then just you wait.
Others might want a head-start, though. And believe me, even by 2004 there are gonna be markets aplenty where trying to deploy TCP/IP will be met with laughter.
FJ!!
Re:What deserved heat? (Score:2)
Here it's 40 Pfennig per Minute (20 cents)
------------------
Tangential (Score:2)
'Course. I could be wrong :)
-Vercingetorix
Re:Why Linux? (Score:2)