World: r3wp

That is very good news Brian.

I don't use GUIs at work except for web-generated ones, so I am very 
concerned about Core :)

BrianH: but that is "coincidence" or simply side effect of VID development. 
What Doc and others had in mid was "real" Core development - modules, 
plug-ins, tasking/threading, devices, networking, etc. But - let's 
finish VID now, and move to something else ...

Of those you list there, only modules are getting some love as a 
result of the GUI work so far, as the GUI will be modularized. However, 
the new GUI will be used to implement the new DevBase, and that will 
bring us open source code and more people.

There is some basic module functionality in R3 alpha already, isn't 
it? It is cool, if modules are starting to be utilised ...

I think we're doing pretty well on catching bugs and getting things 
redone and simplified that are too hard to work with. Carl needs 
a lot of convincing in this department, and will ask me if there 
isn't a different way to do the same thing. He needs convincing that 
his code or methods are too hard to work with, but when there is 
a change, it's usually a great one, such as the recent addition of 
multiple draw blocks for the same style.

So I think he will want to interfere, unless it's a component that 
I wrote that works flawlessly, is perhaps 4-5 lines of code and I 
didn't mention any problems in developing it. :-)


We're two people catching bugs a little faster than Carl can fix 
them. When the situation becomes opposite, then probably there will 
be another release or more people added.

Having seen this development process up close, shows me that it's 
really important to get core changes for VID done now, because it 
will be a lot more difficult to fix that later.

Modules are not utilized yet, because the model for them isn't done 
yet. The GUI is serving as a test case to help refine the model. 
This is exactly what needs to get done in order to finalize modules. 
Once we have modules we can get plugins.

This all sounds good. We do some real things, and they define new 
requriements or shape our opinion on other things ....

Henrik - so my words were fulfilled, when I claimed, that you can't 
cover all possible visual states of style by just one draw block 
and its parametrisation via facets :-) This is "frames" model of 
some kind, no? But if I understand it correctly, you do it only when 
you need it, so still not vasting space?

Not really the frames model, but otherwise you are correct. The capability 
to do this was already in the new model - Henrik's work just prompted 
the creation of some helper code to make it easier to do. We're still 
using the new model.

Could you please elaborate a bit, how is 'fly transition effect being 
done? Is there any concept for transitions in general, or is it just 
one effect, which will be possible and is "hardwired"?

I haven't fully examined the transition model, but the fly effect 
is an addon. It is hard coded, but not any more built in than a style. 
You should be able to add your own transitions.

An important aspect of the multiple draw block model was that it 
took Carl around 5 minutes to add. So it's pretty simple to change 
the system if he wants.

what's exactly the advantage to handle several draw blocks in a style, 
could you give an example ?

Steeve:
http://rebol.hmkdesign.dk/files/r3/gui/101.png

The vertical and horizontal slider are two different draw blocks.

do u mean it's the same style ?

yes, the orientation is determined by the size you give it.

anywayn your styles are cool

thanks :-)

do you have other cool snapshots ?

Steeve, http://rebol.hmkdesign.dk/files/r3/gui/index.rsp

you should update your blog, i chek it very soon, but nothing new 
since several weeks

thx fot the link

I would love to, but my blog tool is broken. There won't be anymore 
posts on that blog.

soo sad...

I hope to get a new blog at some point.

Same url?

Henrik currently, i'm heating your bandwith  ;-)

no, it will be a different place.

Steeve, my wifi antenna is not running very well right now, so there 
might be speed issues.

[http://rebol.hmkdesign.dk/files/r3/gui/071.png]   looks like my 
easy-drawer tool ;-)

I'm looking forward to port Canvas RPaint to R3. :-)

In the future, we will need a good repository for draw snipets to 
share cool draw blocks.
Perhaps Devbase could have a special section to share those

and another too for animations

*another one too

yes, that would be cool.

you should think about a standard definition for such snipets (0 
centered, normalized size, etc...)

I like how you distinguished a toggle button.

We needed that.  Need it for a rotary also - something to give us 
something that tells us "hey I'm a rotary"

yes, I have some ideas for rotary.

I really like Toggle though - good work!

Yeah Henrik is very good as a style man

Maybe a rotary should be more oval.

rectangular but with an oval border over the face.

i dislike oval stuffs ;-)

yeah I think it still needs to be overall rectangular but something 
to distinguish it.

i will see a stuff like toggle but with arrow instead of bars

Good idea also.

with a slinding text effect when the button is pressed