[Tfug] Browser based UI's
johngalt1
johngalt1 at uswest.net
Thu Jul 16 17:19:16 MST 2009
This was a stupid idea way back when Microsoft tried to
"integrate" the browser into their OSes. They were in a
painc after realizing they messed up by discounting the
Internet.
During that time period, practically every other "industry
funded" BS white paper and study predicted a browser
takeover of the desktop OS.
This was in the Microsoft 95/98 days..
Well, we see how far that vision carried forth...
Only now - ten years later, do we have sluggish Flash /
silverlite apps that freeze up when loading on a moderately
fast internet connection....
----- Original Message -----
From: "Bexley Hall" <bexley401 at yahoo.com>
To: <tfug at tfug.org>
Sent: Tuesday, July 14, 2009 10:34 AM
Subject: [Tfug] Browser based UI's
>
> Hi,
>
> I've been trying to give browser based user interfaces
> "the benefit of the doubt" as potential general purpose
> user interfaces. But, I think I have come to the
> realization that they just don't (can't?) work for
> *all* types of applications. I.e., Google's idea
> that they can replace the desktop with web based
> applications is just a wet dream, IMO.
>
> But, I have been unable to codify *why* these "just don't
> work" -- whether it is the browser's "fault" (i.e.,
> capabilties
> that are missing in that type of interface) *or* that of
> the applications, themselves (i.e., could these work if
> the
> model adopted by the application were different than it
> *has* been?)
>
> Of course, the responsiveness of the network plays a role.
> But, pretend you were connecting to "localhost" for all of
> your "web based services"... so transport delays, dropped
> packets, etc. were not an issue. I'm sure you could still
> see how many "applications" just *suck* using this form of
> interface.
>
> [i.e., imagine rewriting KDE so you opened a giant browser
> window in your startup script that was pointed at
> http://localhost/kde
> to provide that "environment". Some of it would work
> "OK".
> Some parts would be "passable, but not ideal". And other
> things would just suck horribly!]
>
> Any thoughts as to what aspects of the
> applications/browser
> make for *good* interfaces vs. bad? I.e., obviously a
> 100%
> static application can be handled reasonably well in a
> browser...
>
>
>
>
> _______________________________________________
> Tucson Free Unix Group - tfug at tfug.org
> Subscription Options:
> http://www.tfug.org/mailman/listinfo/tfug_tfug.org
>
More information about the tfug
mailing list