World: r3wp

ah ok, that makes sense, but then you are limited in that each gob 
has to fit within a rectangular area, and do 2 checks.  first on 
the area then on the mask.

Yes, point taken, but I don't expect those double check to be a big 
performance burden. First, it's still fast, and second, it probably 
is reserved for special needs only. Not every button with e.g. rounded 
borders needs to be detectable on a per pixel basis, often a rectangular 
region would suffix in most cases, I guess.

No it won`t be a performance problem for sure.

resizing: no, Carl does not like RebGUI resizing model, nor some 
look-alikes. Neither do I. That is why Cyphre and I had to try two 
distinct prototypes not being fully content with any of them (the 
second one being able to deliver some nice pictures already). Tomorrow, 
it is time to try yet another resizing model, this time adhering 
to Carl's original idea more, than his own implementation, so the 
system is going to be quite advanced (it took a lot of time to fine-tune 
some algorithm details, we almost gave up).

Wow, if you and Cyphre almost gave up...

Will there be a way to swap languages in the GUI?

if you can reference strings from outside the GUI, that shouldn't 
be a problem to do on your own. I don't find it generally to be a 
good idea to provide language support inside a GUI engine.

Gregg, solution was found and we should soon have a prototype.

@Gregg:  when I imagine Ladislav and Cyphre working like that on 
code, I picture a slow motion movie scene with epic music  thumping 
in the background, lots of dramatic cuts between close up face shots, 
etc...

Resizing prototype working well, both Cyphre and I like it.

... and the glorious slow motion victory scene with fists pumping 
in the air  :)

:-)

... and the crowd cheering :)

Yes, it's nice. I would print the demos in 1mx1m and present them 
in gallery. Piet Mondrian would be proud.

Works well and is pixel precise.

screenshots coming soon

Cool, because I did not like RebGUI resizing either, dunno why. Maybe 
because I was not getting what I exptected ...

again 2 weeks :-(

Good, because I've been waiting for the R3 GUI resizing model to 
be finalized before I retrofit the R2 VID resizing patch with its 
algorithm.

Claude - what two weeks?

carl say => With the above renewed effort on the GUI, the priority 
of moving the graphics library to the Host-Kit has jumped up a few 
notches. This is a non-trivial project; however, the next sprint 
is expected to arrive in two weeks

http://www.rebol.com/roadmap.html

perhaps more ;-)

Claude - I understand what you mean, but I am also glad, that things 
are finally moving forward :-)

;-) justo

Posted 5 shots:

http://rebol.hmkdesign.dk/files/r3/gui/212.png


from 212 to 216. I think they need some explanation from either Ladislav 
or Cyphre.

yes, nice boxes, and? :-)

Claude, it took 2 weeks not because nobody was working on it, but 
because it was really tough problem.

well, they resize really nicely.

so it is a mixture of original Carl's VID model, plus some new alghoritms?

btw - is there still the need to define max-size for the style? :-)

Pekr: nice boxes, and? ... MAGIC! That's the holy grail of resizing, 
you just don't see it.

Reminds me of Mondrian :)

Mondrian indeed. :-)


What does the code look like to define sizing behavior, or is this 
still all low level and will be wrapped in VID++?

Piet ? http://en.wikipedia.org/wiki/Piet_(programming_language)

I hope it does not make VID code to look bad, and that most of the 
behaviour is kind of "hidden" ...

No and yes. I'm not sure, why you're so afraid this must be bad somehow.

http://rebol.hmkdesign.dk/files/r3/gui/212.png- this is a layout 
using a PANEL style, elements are layed vertically, (in columns), 
center-aligned, having different (randomly adjusted) sizes

NO to bad code and YES to hidden behaviour

I agree Petr. And while we still may not *need* and IDE, we should 
consider how one would be built that allows you to easily set anchor 
and sizing behaviors.

Congratulations, and thanks, to the team!

(Henrik why you don't use alt-print instead of  manual cropping the 
image ?)

aha, sorry, I swapped 212 and 213, actually, the above description 
belongs to 213, 212 is layed out horizontally (in rows)

Is 212 vertical or is 213?

:-)

We're afraid because we've see some of these before, and they didn't 
turn out well. Specification dialects that don't require much specification 
and are easy to understand, make and maintain are preferred. If you 
were able to show us some layout dialect source with the resize specification 
markup, it would help a lot.

It's very exciting though. I want to see it in action.

Agreed :)

214 - vertical layout, in which all elements happen to have the same 
transversal size

(good to test the resizing accuracy)

Davide, much harder actually, since I use virtual box on a mac. :-)