World: r3wp

Not yet, I said prototype, not release candidate :-) But it will 
come .... It uses some advanced concepts, you will see later :-)

Can you auto resize your current UI? :-)

Well, many web pages actually do an ok job of it.

I would wait. In the end, the problem is elsewhere - we need more 
ppl. Then some group can start to wrap Qt or WxWidgets and the point 
will be moot. But View still can find some nice usages. I will use 
it for our next kiosk project anyway.

However - you are absolutly right - no matter how non-realtime web-apss 
are (it is still a joke, ajax non ajax), it is where the world goes 
imo, and this is why Reichart choosed web as a Qtask front-end imo

Oh, I'm sure it is quite useful, I am only saying that given current 
trends I would think it should be moved out of the core download 
and that the core download should function on being a web server 
and using the browser for interface.

e.g. that would be a profound and compelling smart R3 decision in 
my view

Re browser inside  I'd like to see that;  I've been playing with 
w3m -dump to get formatted text out of pages into a View app.

Brian;  Some work has been done on BiDi


And this post got pushed up from Core yesterday.     REBOL is an 
awesome Webhosting language today.


Brian; Look to Cheyenne...  It's a showcase REBOL product.  Using 
its embed technology, in theory, a website with server can be a single 
REBOL script.  It's a Go Doc Go! example of where skilled REBOL really 
shines. 

http://softinnov.org/cheyenne.shtmlbut look to the !Cheyenne group 
here for  updates http://softinnov.org/tmp/cheyenne-r0918.zip


Just so ya know, I'm a real Go Doc Go! fan of Cheyenne.  Running 
on GNU/Linux ... webhosting from anywhere ... just nice.   Go Doc 
Go!   :)

noone prevents anyone from doing so. But what is going to be the 
end result anyway? And end user app? You could not choose worse environment 
for corporate app than web site.

look at - php (other), db on the server, js, xhtml, xml, css on the 
client ... what a mess. We are trying to push web where it never 
meant to go. Fixing layers upon layers by adding yet another layers 
and excuses for not functioning realtime on my Core 2 Duo 2GB PC 
:-)

Pekr: yes, I am looking at Qtask's source and pondering it, and the 
main thing I'm pondering is why they are doing that platform work 
and it's not built into REBOL and reviewed by more people.  I agree 
with you in some ways that the HTML lowest common denominator means 
that the apps you end up with seem crippled/slow/bloated... but we 
also have to look at facts.  Right now AltME is running on my OS/X 
and when I compare it with Qtask, it is AltME that seems crippled... 
despite greater access to the machine...

In fact, it doesn't have a title bar, and I don't know why.  I resize 
it and as I resize I drag a rubber band and only see the effects 
of resizing when I release the mouse.  It is actually somewhat slow 
to start up compared to the browser...

In the meantime, the browser reflows everything per mouse move... 
looks clean, stylish... Qtask is innovating with the way it looks 
and they pull it all off in HTML/javascript...

Mac View was never on par with Windows one (minus resizing effect 
- weird on Windows too). Don't be afraid, I know the facts - I work 
as IT manager for semi-large pharma company here, and no REBOL here, 
I am not insane (yet :-)

btiffin: I don't know what Go Doc Go! means :)  But I will look at 
Cheyenne as an example of a good rebol app, if AltME is not enough 
to judge by.

Fork - but - you are discussing inefficiencies of View. Once they 
are fixed with View/VID3, all you have to compare is source code 
... and then the difference will matter, once soem js library is 
easily bigger than rebol core itself :-)

AltMe is "bad", because it is VID2 which does not respect some OS 
native behaviour. I say it for ages - ppl can forgive different look, 
but not different app deployment and usability.

OTOH - show me easily some app out there, which will let me chat, 
share, calendar, checklist, buglist, like AltME. There is plan for 
Altissimo - extensible platform. And I say - platform, not an app. 
The best REBOL app is REBOL/IOS ... but I am not sure who could invite 
you to visit such server ...

And just don't tell me - Qtask ... it is not there - it will never 
be so fast.

Pekr: well, y'know, it's not like x86 is anything beautiful to look 
at, but it just got defined and hammered on... eventually PowerPC 
got beat.  I do agree with aesthetic arguments, yet it depends on 
which area truly interests you... I know what goes on deep in the 
heart of my intel processor and I guess I sort of accept it because 
it's too far down for what I see... if it works, it works, and I'll 
replace it if someone has something faster.  But if a thousand monkeys 
wrote a better book than shakespeare, I'll read the book the monkeys 
wrote.  :)

My experience with the web is the more complex trhe page the longer 
the wait. There are sites I avoid because I hate the wait...and the 
browser seems to bog down the whole system. Rebol apps for me are 
instant. No waiting and they do  not bog down my system.

rebol developers are monkeys?

Amacleod - the biggest problem of View is the need to install. I 
say - as for R3, we definitely need plug-in - then you can do your 
app in rebol and ppl will stear how fast web app can be.

In this example, the REBOL developers would be Shakespeare, and the 
Intel chip developers (PHP programmers, etc) would be monkeys.  :)

no, web developers are monkeys. Fork tries to say, that simply put, 
you can't avoid the trends.

One aspect of the new "reality" is that your computer always has 
a web browser running, it has to.  So any comparison of REBOL and 
a web browser you have to do is to run REBOL * in addition to* the 
browser.  Not fair, just true.  Performance-wise, how quickly the 
app starts up or not doesn't matter anymore... you've paid the startup 
cost for Firefox (or whatever), you've got the code pages in, they're 
there you have to live with it.

pekr, you mean in the browser? I hate that argument because I'm contantly 
intalling active -x or new flask plug-in etc. It does not keep me 
or the majority of users from dusing these sites.

stear=stare

In terms of view as part of the core: Some plans down the road (Wildman) 
may require cusrtom answers. Also when you want to be on cell ph0ones 
or pda's you might not want to attach large libraries to your app. 
I do not know the size of these gui libs but they can't be as small 
as vid.

so, simply put - forget View - that is for us, long time rebollers, 
this is our toy. Now let's integrate core into browser and use such 
bindings, like others do ...

Pekr: Yes, basically what I suggest.  :)  But you need not abandon 
view's dialect... or at least, not the idea that what people see 
in a browser is the result of dialect-based code.

Noone said View is going to be part of the core! I would like to 
send you to R3 architecture page: http://www.rebol.com/rebol3/architecture.html
, and as you can see, all RT is responsible for, is platform agnostic 
rebol.dll or rebol.so, which you can statically or dynamically link 
even to something like Delphi.

Fork - but VID3 is so well abstracted, separating methods of user 
input, widgets update, that no clumsy XML forms reach its knees, 
so we will see ...

My preferred way will be R3 browser plugin. Because ppl accept small 
installs, if deployed well ... and "well" means browser here :-)

Yes, well, the main download includes it... and starts up with it... 
I just mean to say that whatever it is that's the small download 
off the site that new users are encouraged to grab and comes with 
standard features would fire up a browser... e.g. even the console

e.g. look at this

http://tryruby.hobix.com/

Simply put, what I say for few years - web browser is not browser 
anymore. It is a "container" for various technologies, and it will 
become central point of app development in the future.

Very, very, cool.

And already showing off a lot of stuff the rebol console *isn't* 
doing.  The browser is the platform, windows API + Xwindows API + 
Carbon/Cocoa are headed out... http://blog.pavlov.net/2008/03/11/firefox-3-memory-usage/

Anyway, just wanted to put forward these ideas.  I am looking at 
what Qtask has done and getting a grasp on their methods... was just 
wondering if there was any push to make those methods more mainstream 
as a replacement for REBOL/View in the standard download.

what isn't rebol console doing? You have to be kidding, no? Our console 
can be even used in full screen, navigating ...

Well, watching what you type and suggesting things you might try 
in pretty out-of-band places, being the most prominent aspect.  :)

If they wanted to, they could make that console take up the whole 
screen, and put a button there to let you do so.  The browser would 
allow it.

but that is surely not Ruby console, right? :-)

I'm just talking about leverage...

So you never probably tried rebol reflectivity and self inspection? 
:-

leverage .... Bzzz ... loading vocabulary :-)

The language is not the point, really, just the point that if new 
users downloaded REBOL and got something like that instead of a REBOL/View 
window, they'd say "oh, snap!"  :)

btw - some old nice stuff for you - times when Jeff Kreiss etc. were 
part of RT ... http://rebolforces.com/