Re: IBM Gives RPG Devotees Their Own Café

>> >Another good point. But why is the web _nothing_ like that? Can't we as web application developers do something about that? Don't we control the design of our applications?

>>Nathan, I realize that you are trying to look at this from different angles and play a little bit of devils advocate, but now you are changing the playing field. The comments being made are based on what is available *today* and not what we *could* create someday down the road.
----------
The comments made were based on that but as a web developer he's researching the possibilities, which is *always* a good exercise for creative programmers. ;) I say let's have more! After all, there are some like Aaron here who have been good examples of this! :-) Hey, need I mention the pioneering days of midrange-L??

So it provoked my thinking. The yahoo mail now looks a suspiciously more like a regular email client nowadays. A web-based email client opens up more possibilities than just reading email. To gain any ground at all, in my point of view, especially from a tech guy's perspective, it would have to do everything email does now but more than that!

Today even Google and yahoo web mail presentations are way behind email clients in this, like Aaron said.

The biggest drawback for basing anything like this on the web is the absolute minimum requirement for the constant unbroken connection over the Net. That is a major hurdle for a web-based client too.

But that's not insurmountable either, with __1__a combination of email interface, __2__some stand-alone pieces that can sit on the client, __3__the use of client storage, __4__adaptability to both rich and thin clients, __5__the use of interplay between the client storage and web service CQ at intervals to check connections __6__and to check for more incoming activity, and so on.

--Alan