World: r3wp

layout [t: text-list]
t/update   ; <--- what is strange is this doesn't cause any error
t/sld/value
;** Script Error: Invalid path value: value
;** Near: t/sld/value

anyway...

hehe, it's not strange. but, i had to look at it very closely to 
see why :)

oh.. :-/ ok.. c'mon brain...

and, this explains why noone noticed it so far.

(submitted ticket)

there's an if instead of an 'either too.

so looks like someone changed that code while being a bit distracted 
:)

oh my god ! I just fixed a bug of mine like that earlier today. :) 
It survived a couple of days before I noticed it.

you might want to update the ticket with that bug fix too..

actually i changed my local version of teh code already, so i'm sure 
not to forget about this. that pane/offset: 0x0 seems pointless too, 
but i'll need to investigate.

if you look closer at the code, you also note that there is an 'if 
instead of an 'either, so its death code. IIRC update was somewhat 
broken, maybe not cleanly fixed?

View 1.3 bug!?:

>> img: to-image layout [slider with [data: 0.5]]
>> view layout [image img]


I see a black square at the top of the slider. Can others confirm 
this?

Confirmed. I think something similar (a problem rendering without 
diplsaying) came up recently.

I've made a quick list of the VID-styles found in REBOL/View 1.3. 
Some are explained with a definition, some by an image showing the 
style in use. The list can be found here:
http://home.tiscali.dk/john.niclasen/

Geomol, I think the problem is because the dragger is only correctly 
positioned in feel/redraw. See the feel:
	layout [slider with [?? feel]]

This means that the dragger is only set in the correct position when 
there is a redraw event, and the face must be viewed in order to 
receive events. The initial position ( layout [slider with [?? init]] 
) does not take into account that DATA may be non-zero.

This could be fixed by modifying INIT, I am pretty sure.

Indeed:

view layout [image to-image layout [slider with [append init [feel/redraw 
self 'draw none] data: 0.5]]]

OK, submitted this bug and fix to RAMBO.

Thanks! :-)

I have a problem with the arrow style. It's default pointing up, 
but should be able to be rotated (according to the old REBOL/View 
Developer's Guide) like:

view layout [arrow effect [rotate 90]]


I can't get it to work in View 1.3 or View 1.2 for that matter. Is 
it a real old not found bug, or am I doing something wrong?

Oh, this works:

view layout [arrow right]

so maybe the rotation is not needed.

Do this and you will see why your first test didn't work:

layout [arrow with [?? init]]

So to use effect with arrow, you have to do something like this:

view layout [arrow effect [fit arrow black 0.7 rotate 90]]
same as:
view layout [arrow right]

Geomol, what were you doing when you discovered the slider bug, above 
? I would like to know the reason why you needed that functionality. 
It might be good in the bug report.

Anton, I was producing the quick list of VID-styles found on my homepage 
and needed some images to go with it. I saw the bug, when I was making 
the image to show slider functionality.

Great, thanks. That's the same reason (documentation) I stumbled 
on this long ago. Now it's in rambo it can't escape.

work in progress:  do http://krutek.info/rebol/styles/demo.r

there is a bug somewhere ...

knob.r or tachometer.r - run clean View session ....

ah, now it works, strange ...

yes there was a bug

it's fixed now

Visually it is really nice, but it is nearly impossible to move the 
knob. When I drag it around, it does not follow the mouse ...

that's because you must drag mouse up/down and not in circle

I am not sure it should work by dragging the mouse up and down ... 
you should be able to hold the knob and do circular movement imo 
...

I'll probably add circular movement too - but IMO mouse really not 
suitable for circular movements (try to paint a circle with mouse...)

in Cubase there's option for up/down or circular movement for knobs, 
I'll add it later (it's just work in progress)

Pekr, there's a reason why up/down is the preferred way. It's weird 
to start with but it's better control in the long run. The hand is 
more precise in just one direction of mouse movement than two (or 
more, as you might like to see it).

Kru, nice demo ! :) Incidentally, this is just what I have been working 
hard on the last couple of days. Now I must post a demo :)

do http://www.lexicon.net/antonr/rebol/gui/demo-rotate-knob.r

In Reason and FruityLoops (audio sequencing software), up/down is 
the default behaviour.

Anton I'm working on a french rebol software witch names is FaireBo 
it's a weather dashboard  based on METAR/TAF information so I need 
a kind of widget like  the ones you give in your demo to symbolise 
the wind direction  ;)

METAR/ TAF information are comming from airports weather system and 
are usefull in aeronautic

I don't understand why the big view is so aliased

Is it really close to what you need ? If you can show me a picture 
of how the widget should look, I can see if rotate-knob can do it.

The big view is for looking at the pixels. It needs to be non-antialiased.

You can scale each widget by dragging on it then dragging on the 
pair-edit.