> > [...]
> > I actually agree with fast prototyping, such as visual development 
> > sometimes -
but
> > HTML isn't capable enough and not suited for the pixel based form style
development.
>
> It is not suited for that by design, yes. It isn't capable for
> pixel-based *. "enough" would imply that it was supposed to be. It
> wasn't and won't. Times where I cared about skins and whatnot are over,
> I want information. Information is text.

I never cared about skins. But some people visiting PasForum hate the colors. I 
love
dark colors. Unfortunately, I may have to implement a skin system for the picky 
folk
who don't like reading a forum in dark colors.. I hate programs like trillian 
who are
skin based. Well I used to like trillian, until it became bloatware. Opera - 
same
thing. Opera 6 was great. Opera 8 is bloatware. But then again my CPU is not 
new,
it's old.

>
> >
> > If a future language is developed for the web to load up pixel based 
> > documents,
I'll
>
> Like flash. That I hate :)

Not exactly what I meant - flash is not something I can program in Pascal or any
language. I use flash for demonstrating videos, but I'd never use it to design a
website - the flashy websites never make it high on the search engines, because 
they
don't have any text on them.

>
> > change my thinking and will look into tools that do that (such as Delphi 
> > clones
like
> > turbophp/intraweb).
>
>
> > I've written about something called a "component based web
> > browser" in the future, where instead of loading a document a browser, will 
> > load
an
> > application from a server.
>
> This is called "X11" and alive and kicking for uncountable years,
> working on virtually every graphics capable operating system.

Kind of, but like all linux stuff - it isn't easy to install, has tons of
configuration, and isn't popular. Something like a download and install web 
browser
would be better, than an X11 that someone has to apt-get, configure, setup, 
etc. And
the X11 protocol is slow as a turtle, as far as I remember.

>
> Sun also made a more lightweight version that actually sent the window
> layout and events over the network, I forgot what it was called... NeWS
> or something... oh yeah: http://en.wikipedia.org/wiki/NeWS

Have to check it out..

>
> > The main problem with using things like javascript/java
> > applets is that sometimes they don't work - some people have issues with 
> > them on
> > certain web browsers. So I always end up saying to myself "well, best I 
> > design
> > this using HTML and CGI, without javascript at all, because then I'm 
> > guaranteed
> > for it to work on my visitors computer".
>
> It is true that current browsers are a mess. However, the browsers are
> not frozen in time and day by day they get better. Just look how much

To me, though, firefox is getting worse and worse. Internet explorer and 
firefox are
getting slower and slower without any breakthrough things happening. 2 years 
ago HTML
was basically the same as it is now. Maybe we've got a bunch more XML compatible
stuff lately? I don't know - but websites aren't really any different 2 years
later - I still use tables to design fast loading websites, instead of all this 
<Div>
<xml> stuff.

> better they already are (think Netscape 4/IE3 then via Opera 8/Firefox 1
> now)... so don't give up

Opera 6 was good for me. Opera 8, I can't stand.I may get used to it, when I 
get a
faster CPU - but opera 8 was the day. The only thing missing in opera is a 
proper
plug-in system. The HTML sidebar plug-ins suck.

>
> Note that "the trend"(i hate that word)...no..forget it
> Note that I myself can't stand browsing the internet on a full blown
> noisy computer at some desk when I could do it equally well on a PDA in
> the green, under the sun (well, not in winter). So the pixel-based stuff
> is a dead end. (or using text-to-speech when I'm too tired to look at
> screens any longer, or having a search service index it so that I can
> filter the information, or......)

For things like PHPmyadmin and banking websites, you wouldn't be on a PDA. THe
component based browser/X11 style stuff would be for those web applications 
only.
Most web browsing would be done via HTML style documents, but some specialty
applications like real powerful web apps should be done with components and 
widgets.
Of course, it could very well be something that doesn't work with people, and it
could be a complete failure. But, remember, most people still read and post to
newsgroups in a thin client. There are situations where thin clients win over 
the web
browser. Same with email - lots of people use web based email, but advanced 
users use
real email clients. I don't agree with google in making every damn software
application into a web browser based tool. If that's what gmail is, I'm not 
signing
up for sure (I've never tried it.. if it doesn't have POP or SMPT then I'm not 
even
interested).


> Probably not. You cannot have "full control" and "pixel language" on all
> devices capable of browsing the web.

I'm thinking web applications that are pixel based for mainly specialty 
situations,
such as your Bank, and PHPmyadmin. The banking right now is really crappy - and 
so is
PhpMyAdmin (some beg to differ). And webmail is really crappy too. These are 
cases
where a thin client works better, but no one seems to want to download a thin
client - they are too lazy. So what's in between a thin client and a web 
browser? a
browser that loads a software app in it. Biggest problem is security.

For search engine marketing I prefer text heavy websites, because text is what 
brings
visitors. For some specialty corporate website like a bank, or PhpMyAdmin, I 
just
find a browser very limiting. I suppose some websites have gone as far as using
ActiveX, such as one anti virus site (trend micro?) which is somewhat of a
server/client application at work. However, it is Microsoft specific. A 
component
based web browser would be reinventing a bit of X11, a bit of ActiveX - but it 
would
be cross platform and carry none of the crap that is in ActiveX/X11. The crap 
that is
in X11 is that it is too hard to configure, and too slow, I suppose. The crap 
that is
in ActiveX, is that it is still being used right on top of HTML, and it isn't 
ready
for platforms other than Microsoft.

_________________________________________________________________
     To unsubscribe: mail [EMAIL PROTECTED] with
                "unsubscribe" as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives

Reply via email to