World: r3wp

I think LNS was stated as one of last year's objective...

We will see - however - my impression is, that plans are once again 
in "we should" layear, than in concrete dev roadmap being set-up 
... We know about Altme2-ios eventual improvements for quite some 
time, don't we? So rephrasing that such product could change something 
is nice, but if no dev. roudmap for those things was set, than actually 
what changed? :-)

So - I hope such plans exists at least in non-public form, that such 
plans are really implementaiton-concrete ....

I believe all these are tied to the need to get the community involved 
in Rebol's improvements...initiatives like getting Gab and Cyphre 
in ..


a lot of things revolves around getting the language in position... 
(and we do see some movements there )
getting RebService or LNS stuffs...ready..


I believe having these foundation blocks ready is crucial... (from 
memory, I think this is also mention in last year's conference,... 
Carl mentions it... sometimes I can't remember whether it is last 
year events or this years mentions).


I, personally, think there is more opportunity ahead for RT and the 
community given that the above 2 are slowly falling in place (slow 
at times, but strong foundations helps build skyskrapers )

part of our expectations can be better managed... moving forward.


Carl's blog was a good start to help communicate better with us..and 
there is RAMBO...

last year, I told myself... the window of opportunity is the next 
5 years...


we got 4 more to go... and I don't think we will see a gradual growth..but 
more of a rapid or explosive growth with respect to rebol adoption

Those are pretty big assumptions... what makes the next 4 years any 
better than the last?  Is there some killer app coming out?  Nothing 
I see.  All this stuff is readily available with other products... 
and then some.  With the lack of community and resources.. Rebol 
is in a constant game of 'catch up'... but the competition isn't 
sitting by idly.

In Nashville, muscians are a dime a dozen.. the money comes from 
writing a big hit.

Terry: I partially agree. But REBOL is /more/ productive and has 
some very good things coming. Sometimes a big hit comes from a different 
tuning; now may be the time.

yes, that might be true ... if such new good things are used for 
kind of killer app creation ...

The more I toy with AJAX, the more disinterested I become with desktop 
apps.    I think client/server is the future now..  and apparently 
so does Google.. they're buying up tons of dark fibre and wireless 
'last mile' solutions.. some have speculated that they plan on pushing 
apps to the end user.. and apparently for free   http://www.engadget.com/entry/1234000853054453/

Sometimes a killer app is an app like any other, just taking up 1/10th 
of the space, has much fewer bugs and was designed and programmed 
much quicker than competing apps by fewer developers. Such apps have 
a better chance to grow into something big, because REBOL offers 
real leverage in programming and deployment. It can make you deliver 
and you can even do it cheaper. A lot of the Java folks, I talk to, 
often have these problems. It just takes too long to do something 
simple and it costs money.

I think this is why many projects run up in millions of dollars, 
are buggy and delayed. Leverage is wildly important if you want to 
deliver.


I haven't worked with AJAX, but I've coded up javascript RPC systems 
and have been working on building web pages that feel more like apps 
than web pages. It's a nightmare, because a web browser isn't really 
built for apps. It's built for document viewing and browsing, and 
by adding a ton of APIs and technologies, it's now possible to build 
something that can perform slightly like a real application, but 
is much slower and much harder to develop. I'm done with that. It 
gives me absolutely no leverage.

Bobik here (half a year novice to rebol), mentioned screen painter 
is badly missing. Typical developer imo looses too much of  time 
designing VID for screen to look acceptable ....

I hope rich-text and rebcode allow for some nice, may it be even 
very simple, but usefull IDE :-)

about rich-text, what was demoed? was it only possible to display 
rich-text or actually edit it? what about speed?

hopefully rebcode could help to seepd things eventually up? :-)

Has Carl said he would implement rebcode ?

The last I heard it was an interesting experiment that Carl toyed 
with whilst on holiday.

if it was already working, why not to have it inside? :-)

Well, it may not be complete .... or be incompatible in some way 
with existing code .... who knows.


For a speed increase on 30 times one would have thought it would 
have generated more excitment in the community .....

making some things possible that are currently infeasable .... like 
mp3 playback from within Rebol.

I think we've had plenty of excitement? I just think most of us wouldn't 
see it so soon, plus Carl has a million things in the pipeline...

Terry: you may be right, and you may be not. I like AJAX. But is 
Google Earth Ajax'ed? Or MSN? Skype? Winamp? ...

On rebcode, check the alpha/beta downloads http://www.rebol.net/builds/031/rebcode.zip
 but be sure to read the warning in the docs!!!

wow! too bad I can't play with it now, but I'm sure pekr would like 
to give it a try? :-)

Philb, a realistic rebcode gain in real code is 16-18x, but a lot 
depends from how much is optimized the rebol code and the rebcode 
-- obviously if you use it in loop anly to do math on integer, gain 
can be greater, and if you make a lot of change on string and image, 
gain can be lesser.

For example i wrote a Arc4 algorithm in rebol and rebcode: the result 
is 16x with maximum optimization on both side (i can reach).

I think that the example of Carl: unrolled loop of integer add, is 
just the best case for rebcode performance. Consider it a max.

just run demos. From doc I can understand it is still missing some 
features, so not fully finished?

Romano - you talk about it in a strange mood, don't you? Would you 
guys expected rebcode to speed rebol even further?

My 30x quote was from Carl's Blog .... he waas just being more realistic 
I think.
Still a 16x increase is pretty impressive ....

Yes, impressive, and useful: the arc4 code is almost unuseful in 
rebol code, but acceptable in rebcode. And it can be also more fast 
if rebcode had 1) math on char 2) pick and poke 0 based

i f i find some time, i will implement the blowfish algorithm a lot 
pmore complex than arc4, can be a good test.

for the impatients: Gabriele did a great job of taping everything, 
the audio was taken directly from the speackers microphone and it 
will be available in high quality mpeg4/aac

were some pizza tech party technical talks recorded? :-)

my experience is, that the most valuable info comes in just such 
sessions, not presentations and QA sessions :-)

- Pekr : Carl hasprepared his presentation the night before he given 
it (so he was not in great form this particular day ;-)


- About Internet connection : the scholl connection where we were 
is provided by an Italian telephon companie that ensure the security. 
Mario have tried more than a week before to have some opening on 
it. Lot of faxes, telephon calls and time lost. We were all disapointed 
of that, in or outside the Devcon.


- Rebcode : it will be part of Rebol soon. You can even try it if 
you want (windows builds folder, the zip file). But it still in design 
stage. The form, the capabilities and implementation are sugest to 
changes. Carl has insisted on the fact that rebcode will be a bit 
tricky to use. Kind of assembler code. Not for newbies.


- Rich text : Cyphre show us its work. Actually it's a .dll, like 
he did with AGG in the begining. It's not just a renderer : it's 
editable rich text. Dialect base like Carl's blog proposed. Nothing 
more to say, it's just a prototype, a proof of concept, like AGG 
was at its time. It use AGG as engine, so font can be aliased or 
not.

DideC - thanks a lot for your info ...

I wonder about further AGG integration - you know, AGG added even 
compositing engine lately, so maybe Rebol's native one could be exchanged 
:-) Also there are now effects provided in 'effect level and AGG 
level, that is inconsistent .... what is more - with rebcode coming, 
we can do most effect ourselves and hopefully be fast enough?

Rebcode just allow integer, string/binary and block operation/calculation.

that is enough - the binary part, no? You can already look at image 
example in the rebcode .zip archive.

and according to docs to rebcode, there is a plan to add kind of 
pick/poke or so ...

I have asked Carl about the problem of effect and draw different 
engine. He answered that the effect engine will be replace by AGG 
at terms. No schedule.

ok, that is good to know, thanks once again ....

editable rich-text - how fast it was? Was it fast enough to have 
small, cute IDE for rebol? Simply text editor for color syntax?

We compared my rich text engine and his one. Cyphre richtext display 
instantly, but is a bit slow while scrolling but usable. It's because 
everything in the area is recompute. Mine take some time to display, 
but scrolling is just an offset of the pane to change.

you use library for that too?

It will be enough for making a new Words if you want ;)

No, mine is 100% Rebol, but just display, no edit at all.

Maarten.. Google earth is AJAX I believe.. (or is it Google Maps?)

not sure - the speed of rebol is sometimes really limiting, let's 
just admit it ... simply - try e.g. here to scroll with altme - really 
slow ...

Google maps