World: r4wp

I chosed VID only because I knew I could do it faster than messing 
around with HTML/JS libs and intricacies. I was just a bit concerned 
about hitting some performance walls or native bugs I couldn't workaround. 
Fortunately, all went well.

*chose

wow, looks really nice. I was never good with R gui's so I have no 
idea how you made those custom components

Reaaly nice, Doc! btw see issue #222. This one is bit harder to trigger 
:)

Janko: it's not difficult, maybe the VID docs are just lacking some 
simple HOW-TO for that?

I don't know. Please don't be bogged down by things like gui in Red 
too fast! You first have to make a langauge / a platform that others 
(we) can use and build upon and add libs when we need them. And for 
all the love to VID and like, my oppinion is still that usability 
matters the most and it's hard to beat usability (all the little 
conventions) with non-native GUI-s. Or big delevoloped libraries 
that emaulate them well enough (Qt, GTK, ...)

(I mean "we" add libs when we need them, not you when we need them 
;))

Priorities haven't changed, of course getting the core part done 
first is still the main goal. ;-)

I've pushed the enhanced get-word syntax support, so it's now possible 
to get a pointer on integer!, byte!, float! and float32! variables 
(without having to wrap them in a struct!). For example:

	s: declare int-ptr!
	a: 123
	s: :a
	print s/value		;-- will output 123


I will add the ARM backend support for that and update the documentation 
tonight.

OT: Did I see right on FB that you moved to Montenegro? If you are 
passing Slovenia at any time you could present Red at it's biggest 
CyberCenter / Hackerspace ... Kiberpipa (and/or Hekovnik) if you 
wisted to. basically if you do let me know (they don't operate in 
the summer though) http://www.kiberpipa.org/en/

Wow, great update! Will really simplify things!

Janko: right, I live in Podgorica now. I will check the kiberpipa 
site.

Also, #222 seems gone with this update.

or not...

see comment in #222 and also see #223 for another variant of this 
problem.

Thanks for the update Doc!

Vid frees you from the browser and its limitations. If REBOL only 
had a HTML interface I would have dropped the language without further 
hesitation.

You would have missed great batch and server programming :-)

Did you installed the Rebol plug-in in your browser? Look at  http://www.maxvessi.net/rebsite/plugin/index.html

You don't need HTML!!!!

old version, not secure, etc. R3 in the browser would be cool. But 
future of plugins is questionable in general imo. Adobe stops support 
for Flash for mobile devices, no new versions. Silverlight is on 
hold mostly too. Everybody turns to HTML5 ...

As for Janko's message - I am not suggesting changing priorirites 
too. GUI can wait imo, we need Red first :-)

Ok, but Rebol is better than html5. You write your script and it 
works on MacOS, Windows, Linux, in a browser. "write once and use 
it every where" better than Java.

of course, better than JAVA. But generally it does not work in a 
browser - you still need a plugin for each platform. Don't forget 
mobile devices, etc. But - that is a bit offtopic here in a RED group

We shouldn't forget the idea of ReBrowse, which is Carl's idea of 
a browser written in R3 and is mean to replace the Viewtop. It's 
true that it doesn't run inside other browsers or leverages HTML, 
but it will still be a great technology demonstration of what a webbrowser 
should be.

yes, and it would be cool to run rebrowser in real browser. Remember 
- making a NS plugin is wrapping something like 20 function calls? 
Not a problem for C skilled coder. I am even willing to start a bounty 
for that :-) But - first things first - R3 has to have a future first, 
so waiting for Carl's next step ...

I have personally entirely different ideas for using Red as a basis 
for a new kind of desktop, but I'm not sure if I'm skilled enough 
to build it. We'll see.

for most purposes HTML5 will be good enough for desktop applications. 
 And that's all it needs.

Does #221 change #192?

No, it's not the same issue.

#221 is about keeping the x87 FPU stack clean in case of a nested 
`either` expression.

But #213 and #192 are partially related.

Thanks

Issues #222 and #223 fixed.

Doc - typo in 4.4.1 Doc section - "provindg" ... probably should 
be providing ....

btw - what is the 0.3.0 branch? I forgot what it was about?

I can still reproduce #223 with slightly modified code - see comment.

Where's the bugbase, please?

https://github.com/dockimbel/Red/issues?sort=created&direction=desc&state=open

I know nothing about RED, so, would anyoe be so kind to tell me in 
a nut shell where it stands?

Reichart - I suggest general About page, there is nice presentation 
Doc did for Reborcon - http://www.red-lang.org/p/about.html

But in short - Red is going to be compiled language, and it will 
probably get some kind of JIT too, to allow interactive stuff like 
console. Red language compiles down to Red/System, which is kind 
of VM for it. In fact, it is REBOL-like low level wrapper to C, allowing 
some bindings. Red/System apps recently run even on ARM, eg I am 
able to run it on my HTC Sensation. But that's raw ARM Linux, no 
Android API linking yet ....

Very cool.

So, is there a guess when it will "run" most of the scripts in the 
REBOL public library?

Doc wants to keep certain level of compatibility, but due to Red 
nature, full compatibility will not be possible imo. Red currently 
does not exist yet, Doc worked on some other stuff for 4 months or 
so. I don't know, how long it can take to have Red layer in alpha 
version finished, hopefully this year ....

Very cool, thank you for info.

Yeah, Red seems to have the greatest momentum right now. It will 
be very interesting in a few months, hopefully.

I'm ALL for it!

No VID support at this moment, but there is growing interest in it.

Red/System is not VM or wrapper to C, it has compiler that creates 
executable files.

Reichart: thanks for your enthusiasm! :-)