World: r3wp

This demo shows how time events are handled with an iterated face. 
(Basically, time events don't iterate.)

do load-thru http://www.lexicon.net/antonr/rebol/gui/iterated/iterated-rate-test.r

wird example... it works only with integers.

Thought when rebol creates the user-local directories it makes the 
shortcuts there too. would make sense to me.

is it possible to affect the key repeat rate? I'm trying to read 
a magnetic card through a reader which delivers one char at a time. 
I'm reading it into a face which has a feel that reads each key event. 
But the keys are read very slowly, about at the maximum key repeat 
rate set by the OS, so it takes 5-10 seconds to read a card with 
only 116 chars. Is there a different way to do this or can I manipulate 
the key repeat rate for that face?

do you have library interface available?

there certainly will be some win32API function for that ...

but if you change typerate settings, imo it will affect whole OS 
apps ...

I don't have access to a library interface.... it would probably 
need to be redesigned with a different approach... in earlier tests 
I used the console with ASK which was plenty fast enough.

what rate have you set though? Have you tried it rising to 10 or 
more?

the face rate? I didn't adjust that...

ok, try that then :-)

dunno what is default setting like, but try rising it to e.g. 24 
 - it means - 24times/sec

face rate has no effect at all

have you set it prior to do gui, or later? when face/rate is updated, 
iirc 'show is needed, dunno ...

ahh wait. I was testing on OSX where timers don't yet work. hang 
on

hmm, maybe 'rate is not needed at all, dunno ... typically you don't 
need timers - simply all events flow to your face .... but ask someone 
really experienced, not me better :-)

hmm... much speedier under Windows

oh well it seems it won't be a problem after all, just that OSX Rebol 
seems to limit keyboard input somewhat

then maybe report your findings in OS-X group here or even RAMBO? 
Dunno if it is a bug or not ...

what's the correct way to access face data from within an effect 
block? I would like to scale an effect with a face as I resize it... 
or will I need to re-initialize the effect block on every resize?

i guess effect-block does a limited version of reduce now. then you 
could put things in words and that words in the effect-block.

Has anybody this problem with view 1.3.1 official version that many 
programs, but at least canvas.r return immediately after starting, 
so that the UI might be there but can't respond as the event-loop 
hasn't been entered. The sideeffect is that if started in Viewtop 
the windows close immediately. I'm not sure whether that belongs 
to my problem or not, but is it correct that if I start, say, word-browser, 
evaluate one of the examples and close the being opened window, that 
word-browser as such closes too ?

can I have always-on-top window somehow easily with View? And also 
- how difficult is it to get Rebol working in system tray? Do I need 
SDK for that? (I do own one, not just 1.3 yet)

For Always-on-top, nothing else than digging in Win32 API !!

For system tray, may be this example can help understanding its usage

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=simple-system-tray.r

Ssytem tray is availbale in view 1.3 (no license needed)

I have a system tray dialect in the script library - %simple-system-tray.r 
- if it's helpful.

ok, thanks guys ..

Put your glasses Izkata : it's the link I just gave ;-)

again :-) two questions:

1. if I use word-browser and evaluate an example, a rebol command 
promt will open (usually) and show the example .... shouldn't it 
be possible to close this example prompt window without closing the 
word-browser as well .... maybe this is just a problem on my system 
- I don't know

2. certain programs on viewtop close immediately after starting them 
or some part - eg. Canvas.r or also under viewtop in the Rebol Tools 
folder Rebol Logo, DL or Icon Maker .... on the command prompt with 
canvas.r one can see that the programs return immediately instead 
of staying in the event-loop and when typing again 'do-events it 
returns immediately as well


I tried now the current view 1.3.1d and there happens the same in 
my system. Has anybody an idea ?

What is your OS ?

DideC - I slept through my alarm this morning.  Me so tired...  =^.^=

My OS is WinXP Pro.

1. No the console window can not be claused without quitting the 
application

2. If you click on "Rebol Logo maker" in Viewtop, do you see the 
text window. What hapens exactly ?

I see the note what I can do with the logo maker and then should 
appear the logomaker window. I used to see this (maybe in an older 
version, don't know any more).

@1. this is what I would have thought too, but on the other side 
that's kind of bad, because evaluating an example might be frequent 
and the word-browser window shouldn't close - so maybe it has to 
be done differently then. Maybe I should post this also to another 
group, just wanted to know whether this happens everywhere.

This is not an "only" word-browser problem. Anytime you use 'print 
or 'probe, console apear and stay untill you quit.

2. Look very strange. Have a look to your %user.r and %rebol.r file 
to see if there is not something hiden there.

Yes, I understand that, I just haven't been sure about it - and it's 
bad useability - where do you think should it be noted (Rambo ?, 
Carl only ? ... )

2. I check this .... there is indeed some stuff which might interfere

You deal with code here. isnt the console-window your friend anyway?

2. do/args %tools/anamonitor.r false
I had this inside - and without it it works ... ?

Volker: what I think it should be like is, that you have during coding 
always the word-browser open and if we have the option to evaluate 
the examples by mouse-click we do so .... but do this a couple of 
times and you have a window mess, so closing them seams natural, 
doesn't it ? :-)

i understood the console-window pops open, and there is only one. 
sho i misunderstood something.

i have only the console open and all examples print there. how did 
you made multiple windows, is there some vid-example?

ääähmm :-) I was too fast with the many windows, there is just one, 
you're right in this case (i apologize for the wrong comment)

nevertheless closing it shouldn't close the wordbrowser - at least 
would be nice without it

without it = without closing it

2. just to end this question: with anamonitor 3 it's working

no, it must. its the "rescue the programmer"-window. if something 
goes mad, close this window, phew. thats why debug-scripts have always 
a print "console" on top.