World: r3wp

I've pretty much finished commenting LAYOUT. (Of course there is 
always more that can be done to explain the workings of this high-use 
function, but 24 hours later......)
http://anton.wildit.net.au/rebol/doc/investigate-layout.r

If anyone has any questions about how LAYOUT works, now is a good 
time to ask me, because my head is full of it right now.

is it possible to prevent the creation of the Public folder when 
running a rebol/view that isn't installed, but just run on a windows 
PC?

I am not sure it is - well, it is - just don't run desktop!

run view.exe -i, to prevent install process ....

well, I'm not. I'm running View from a dos script, using all the 
options to keep it as quiet as possible.

just throwing ideas around, dunno if it really works ...

using all that already, so...

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.