World: r3wp

Could 'gtk-begin be called in %GTK.reds directly?

You mean without the callback wrapper?

Or you want to remove it from the dialect?

I mean, instead of having to call it from every user script, it could 
be called as last expression in %GTK.reds source file directly?

Probably. I'll feel more certain about it later on

Conversely, I'll probably move gtk-do-events out of gtk-view for 
flexibility

People are not really supposed to use this binding

 It's a very nice binding that could motivate some C coders from Rebol 
 community (or outside) to take a closer look at Red/System and start 
 hacking with it. It could be a good way to attract new users.

Actually, it's the most sophisticated binding we have so far in Red/System.

Yes, until the Red dialect is there, or when you really want all 
GTK features. But mostly, I need to be able to make GUIs as soon 
as possible myself

The new alias detection breaks the binding

You mean it makes it crash?

Need to go to sleep now, will look into that tomorrow morning.

just testing for a while... having:
	MagickGetImageWidth: "MagickGetImageWidth" [
		;{Returns the image width.}
		*wand     [wand!]
		return:  [integer!]
	]

When I do:
	width: MagickGetImageWidth *wand
	print ["image width: " width " " MagickGetImageWidth *wand]
I get:
	image width: 78 0000004E
I was expection:
	image width: 78 78
What do you think?

(but that's a detail... I'm still waiting for the decimal support)

Curious bug, I will look into it.

BTW, you can use PRINT-WIDE instead to insert white spaces automatically.

Oldes: I can't reproduce the issue, I tried with the following test 
code:

	#import [
		"msvcrt.dll" cdecl [
			abs: "abs" [
				n 	[integer!]
				return: [integer!]
			]
		]
	]

	width: abs -78
	print ["image width: " width " " abs -78]

I get:
    image width: 78 78

You are right, the main difference is, that I was using stdcall while 
you are using cdecl, which works as expected.

What is reqired to do to add the decimal support? Also i64 would 
be needed to fully suport multimedia libs.

A lot of work. :)

It would mainly need a full backend code generator for supporting 
floating numbers. It would also require to add some runtime conversion 
with other numerical types and probably many small additions at all 
stages of compilation.

I guess it would take, at least, a full week of work to support floats 
fully.

I would be glad to work on it, but there are just too many other 
higher priority tasks currently. I won't be able to start working 
on it before October.

http://www.osnews.com/comments/25143

Tested GTK examples under windows XP, after installation of the GTK2+ 
run time (8 MB, ... the price of portability, sigh ...)
Nice work, Kaj

Cool, I was wondering if it worked on Windows already

I did download the Windows GTK distribution to get the library names 
right, so apparently I did it right :-)

Good work Kaj, I tested the GTK binding examples also on Windows 
7 and it works flawlessly.

That's odd, because the binding is still broken at the moment :-)

why do you say that the binding is broken ? It was ok this morning.

With the Hello World examples? Slightly more complex examples don't 
currently work due to new Red bugs

Hopefully we're now dealing with the last one

Yes, it is ok on the example codes. On this one, only the first widget 
is displayed
gtk-begin
gtk-view window [
	"Hello World"
	label "Hello, Red/System GTK+ world!"
	button "ok"
]

Right, there are bugs in detecting object/struct/widget types

It prints warnings when you start from a command prompt

ok, I see

The GUI constructors are written to be flexible, so rather than crash, 
they work as best as they can while issuing warnings when they encounter 
errors

good strategy

Thanks. It makes them backward and forward compatible to some extent

Bug should now be fixed.

Not for me

I have tested with your code example and GTK debug version. I'm getting:

type: 1005
value: 0
Window: skipping missing widget.

I'm still getting 1000

I do a quick test on Linux, just in case...

missing widget

 in itself is already a bug. If it would recognise it as system/alias/gdk-image! 
 it would say "missing icon"

Ok, looking on that.

In my test program, gdk-image! is alias 1018, so 1005 seems way off

Yes, I have located the issue in compiler code, I am now looking 
for a durable fix.

Pushed a temporary new fix for #172, let me know if it works for 
you now.

Yes, thanks!