World: r3wp

PATH-THRU specifies the directory in its source. READ-THRU creates 
public cache directories to store the files in. Maybe if you remove 
or replace the "public" in PATH-THRU you will see different behaviour.

The problem might be that the directory is created before user.r 
is done. In that case, you would have to resort to other tactics.

oh well, no biggie. it's just not "pretty"

It should be easy to just try patching path-thru in user.r. I'd like 
to know if that works for you.

I just tried it. The public dir is always created (empty) despite 
patching path-thru in the user.r file.

I suppose that rebol simply requires it always.

I don't see any technical reason why it should be hardcoded.

well, the public dir is solely for cache use, isn't it?

Yes, everything that comes from the net *thru* the cache :  path-thru 
, read-thru, load-thru, do-thru

then it would be nice with a global option to turn it off for these 
cases.

...and exists-thru?   They all hang off path-thru, which specifies 
the cache directory, and the way the path is constructed.

Turn what off ?

caching and thereby the public folder.

You mean, use the current directory instead of looking in the public 
dir ?

not using caching at all

Ok, that's just a matter of temporarily patching path-thru to your 
taste. I've done this before.

I patched path-thru to allow urls with query strings (from a particular 
website). The urls were mapped to the filesystem in a particular 
way. But your case sounds really easy.

(Except for the fact that rebol creates the public/ dir.)

ok, then it doesn't really matter since it was the public dir I wanted 
to get rid of in the first place

Ok, maybe a rambo ticket then.

use rebface ;)

view layout [button "test" rate 1 [print "hello"]]


Nothing gets printed, but the button looks depressed, as it should, 
once per second. Is this a bug?

do you expect code block to be printed?

I mean - executed ...

yes I do. I'm not sure it makes sense to visually press the button 
down and then it does nothing.

all it does on time is face/blinker: not face/blinker, - what is 
that anyway? :-)

probe svvf/button

I guess it blinks the button. How useful!

An action could "recommend" the next button to push by setting it 
to blink for a few seconds. (I don't think I would ever use that 
myself, but maybe visually impaired users would find such a feature 
invaluable.)

what does 'cue function do? Does it do action block submitted to 
style? (button here)

http://anton.wildit.net.au/rebol/doc/cue.txt

thanks!

what is the purpose of  /blinker ?  What would code look like that 
uses this?

blinker looks like just another on/off variable that tracks the blinking 
state.

Have a look at the button feel. Time events toggle the blinker between 
on and off.

Then redraw mashes BLINKER and STATE together to get the final visual 
STATE.

This is the "bug" that Henrik would rightfully be complaining about. 
It's just a very minimalist way to show the blinking state. (Henrik, 
feel free to stylize the button so it shows the blinking in a more 
expectable way.) I think it's good this way because it's very clear 
how this feature works, and it does not impact on any other feature 
of the button. For example, a better look might be to toggle LUMA 
in the effect dialect block, but then that would have to be taken 
into consideration every time by button restylists. Even if the blink 
feature wasn't used, just having code in there which affects the 
effect block would waste some of your time while you considered whether 
it had a negative impact on your custom style's effect block management.

So, the way it is now is minimalist - it's crying out for someone 
to stylize it.

Example code is as Henrik's blinking button, above.

Thanks Anton.

does anyone know how I can make a line's pattern "rotate" so that 
it animates as if a shape's contour revolves around it?

I cannot achieve this with line-pattern, cause I have discovered 
a while ago that specifying more than one dash/stroke combination 
will crash view, really, crash rebol itself!

if you have a working example of multiple dash/stroke line-pattern 
which does not crash when shown many times, I'd also like to see 
it.  This way I might understand what makes rebol crash and have 
the RAMBO ticket updated !?

Did you notice my LINK style in the style-gallery.r ?
http://anton.wildit.net.au/rebol/gui/link.r
do http://anton.wildit.net.au/rebol/gui/demo-link.r

I use a small 2x2 image, pixels set in checkerboard arrangement, 
to produce the outline when the links are focused.

ahh, so I could just use a rotation image pattern... I guess.

By animating that image you could get something close to what you 
want. (I don't think rotation will be easy, have to think about it.)

it sort of depends how view uses the pattern, but there is probably 
a way to make it work...

but how to get that working in draw... does draw support image patterns 
for the pen? or only the fill pattern?

Have a look at the link style. I just used it in the edge, I think.

Yes, when focused, I set the face/edge/image to the special checkerboard 
image.

but I need to enable this for draw shapes... hummm not easy... I 
don't want to implement a shape resampling algorythm.

That bug is in rambo right ? Maybe send a feedback to raise its priority. 
It is a crashing bug, so it should be pretty high. It may just be 
fixed in this round.