World: r3wp

I know - but RebGUI will not explain me how to construct styles, 
no? Those thigs like init method description etc. IIRC there was 
some attempt to write it down, so, links apreciated :-)

I solve my problem the good formula is sld/data: ((related-offset/y 
- (40 * scale)) / (docu/pane/size/y - docu/size/y )  )

thanks to DideC, Volker and most specificly to Brock witch helps 
me a lot

the problem was complicate to understand and chatting with brock 
help me a lot to think

and find the solution

I'm glad you figured it out... I"m still scratching my head :-)

hum it's more by chance than because I really understoud the meaning 
of this algorithm ;)

well part of chance is important too :)

Mental blank. How to set the selected item in a rotary?

make it the first item in the list?

I've been unable to to change it once displayed. But I've got a work 
around where I change the data list before it is created. that gets 
me out of trouble for now.

Hm...  Seem to be recalling...

Yes, that was it...

view layout [this-rotary: rotary "one" "two" "three" [probe face/text 
probe face/data] button "change rotary"  [this-rotary/
data: find this-rotary/data "three" show this-rotary]]

Dang Edit Mode...

Watch the line wrap there...

;a little cleaner...
view layout [
    this-rotary: rotary "one" "two" "three"  

    button "change rotary"  [this-rotary/data: find this-rotary/data 
    "three" show this-rotary]
]

You should note that because Rotary uses the current index of its 
data facet that you may have to use 'head on the 'data to be able 
to 'find the value your looking for...

thanks ammon, I was try to do it via face/texts block

Allen - you may not be interested if Carl's rotary serves your needs 
but I find the FX5 rotary that Frank Sievertsen created some years 
ago to be a bit more usable because he added the left and right arrow 
navigation to the base rotary.   Clicking on the rotary itself rolls 
it forward but with the FX5 one, you have a back option instead of 
having to cycle through the list.    The rotary is still a bit cumbersome 
without key board support that is specific to the widget when it 
has focus.

Thanks Mike. Not sure if any of Franks stuff is avail anymore, the 
site that he hosts the scripts on seems to have disapeared. I also 
have my own drop-down style, but for this task the built in rotary 
was sufficient...just

...and the inbuilt rotary allows to go back using the alt-click (right 
mouse button).

Thanks Anton.  I would have never ever tried that.   I don't find 
mention of that in the doc anywhere but  now find that the FX5 one 
supports alt-click as well but also gives the visual cue's via the 
small arrows.

layout [rotary with [?? feel]]  ; when you would have become curious

is it possible to remove the REBOL - .... part of a window in View? 
"REBOL - My Window" Would become "My Window"

sorry, I am referring to a window title

You can do it using Windows API...

I just hacked the graph-layout stuff found in Rebol-Framework into 
a standalone using the new AGG stuff. Very cute and fast!! Take a 
look at: http://www.robertmuench.de/download/graph-layout.r

It's not perfect yet, so please feel free to improve (and let me 
know). Next thing is to add boxes for nodes.

So that those can be clicked...

yes, very fast indeed.

Updated to show boxes. Now, is there any way to associated an ID 
with a box and get it back if the users clicks inside the box?

LAYOUT sets face/var to be the name of the set-word, eg.    
	layout [ my-btn: btn ]
now 
	my-btn/var == 'my-btn
so you could use face/var, or perhaps face/user-data is better.

Sorry, a box drawn with the DRAW dialect.

Aah... :-)

You know the xy position of each box, right ?

... and its size.  So you make a canvas/feel to trap the mouse clicks, 
then search your nodes to find the one affected.

Your nodes need DEPTH, so they can be depth-arranged. Double-click 
can send a node to the head of nodes and shift-double-click can send 
a node to the tail.

You will need a within?-like function for determining if a mouse-click 
is in a node box or not.

You'd better add node/size, since the user will inevitably want to 
resize node boxes...

Could you try following on your system? Run new View alpha, go to 
desktop, run Bubbles and then start Particles demo - both demos slow 
down dramatically. Those are separated processes though (that can 
be proven by closing the Desktop - demos will stay running). Cyphre's 
theory is, that it is normal, and that CPU usage is high and so OS 
have to divide its CPU time between the two. But normally my PC can 
run several videos without noticable glitch, I wonder if Rebol will 
give it a hard time ...

Ah, CPU takes 100% - is that correct that Rebol does so?

simple Particles demo takes 80% of CPU time ...  that is not normal 
behavior imo ...

Pekr: it is perfectly normal.

Bubbles was made to always take 100% of your CPU time. it easily 
gets to 50+ fps, and this is a great result considering the amount 
of work it is doing.

put in a 'wait for a short amount of time and cpu usage may drop 
dramatically. it works well with responsiveness for scrolling large 
panes even if the frame rate drops a bit

OK, just wanted to know, if that is normal ...

if you do something using 100%, that is normal.

Carl posts new thing to consider for View - min-face - look at recent 
blog article - http://www.rebol.net/article/0168.html

Volker - ok, I just thought that it is not normal to let one app 
to "eat" such power ....