World: r3wp

I've only done very small things with callbacks so far. The somewhat 
bigger transfers in cURL were directly to files, with its own internal 
callbacks

Yes, if I can trigger it in cURL, that would currently be the most 
accessible example

So far I suspected multithreading in SDL's sound playing, but it 
seems the problem is more fundamental

Doc: why UNTIL doesn't return a value. It can simply return TRUE, 
because if loop is over the last expression evaluated as TRUE. So 
it can always return TRUE. No?

Do you think that UNTIL returning always TRUE is useful?

Or I should rather ask if UNTIL returning always TRUE is more useful 
than returning nothing?

I'm not sure if this is possible in Red/System,

i: 0 wait-me: until [++ i i > 5]
;do something async and check wait-me also, to be at sync.

It would be useful if there would be a BREAK that would return FALSE

Kaj: agreed.

Kaj: Yes that is more useful.

And would be more compatible with REBOL as well.

Why don't you add it as a wish on github?

I didn't want to add it, before asking first. To not fill the list.

Done.

SDL drawing works again, and PeterPaint is now unencumbered by Red 
bugs

Finally implemented automatic buffer expansion on in-memory cURL 
receive operations

Thanks Endo

Hm, cURL has no problem with multiple callbacks

Tested now with downloads up to 56 MB, in diverse chunks from a few 
hundred bytes to 16 K

That means GTK is the simplest exhibit of the crashes. As far as 
I know, it's single-threaded, but maybe not

I've housed the GTK binding here:

http://red.esperconsultancy.nl/Red-GTK

It doesn't do much yet, but you can reference it for testing purposes

I had to go through the Blogger registration process again to post 
a comment

Anyway, there's a new commenter to the last article

Thanks for posting an answer while I wasn't available. I will add 
more to it today. Btw, I guess this is one of the two young coders 
that contacted me on IRC to help building Red. :-)

And thank for mentioning Red in your interview, once again, that 
boosted Red visibility significantly.

About Blogger: this platform is a real PIA in many ways. When I will 
have some time, I will look at how to move out, probably going to 
WordPress, or setting up my own blog using the script from Cheyenne's 
web site (I would need to integrate an anti-spam service like Akismet 
in such case).

I am proud to present my first Red/System dialect, for GTK. Here's 
an example of a window with a title, an icon, a label, an input field 
and a button with an associated action function:

http://red.esperconsultancy.nl/screenshots/Red-System-GTK.png

I demonstrated it yesterday at SylCon

Hello World would be:

gtk-begin
gtk-view window [label "Hello, Red world!"]

Wow! :-)

I see now what you meant by making dialects in Red/System!

I am surprised myself at how far you can get. I'm pretty certain 
this is now the most concise and efficient GTK binding in existence

That's really a smart use of 'typed function attribute.

Thanks :-)

Is 'fixed a function call in the dialect?

Yes

So it's a sort of static dialect. Red dialects will be much more 
dynamic

That's very nice work Kaj!

What was the audience reaction about that?

Thanks. I've been talking about such techniques for many years in 
Syllable and in general, and nobody will ever believe me. I'm very 
happy to now have a tool to show them

The audience... sigh. They were friends, but there was only one programmer, 
formerly C++ and now Python. I asked him beforehand how long he thought 
his equivalent Python program would be. He didn't seem to be much 
into GUI programming, but he maintained it would be only ten lines...

How big is the GTK dialect implemenation?

If that is so, it is in some mystery Python binding that is hidden 
very well. In the known PyGTK binding, it would be 2.5 to 3 times 
as long, with a lot of boilerplate code inbetween

The binding is currently 900 lines. The dialect implementation is 
300 of that, but almost half of it is not used in this example

It will become much bigger when you support significant parts of 
GTK

Do you think that adding a symbol! type would be a big help for building 
such dialects at this point?