r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[View] discuss view related issues

Brock
23-Sep-2005
[2782x2]
Don't know if quick-plot by Matt Licholai would help you guys in 
any way.
I know it can be found by googling q-plot.r.  Ladislav has done some 
work that used q-plot, not sure if he's enhanced it or if anyone 
else has.
Geomol
24-Sep-2005
[2784]
There is a window face option named "all-over", that will "Causes 
the over event to report a continuous stream of mouse positions as 
the mouse moves over the face". I use it in Canvas, but there seem 
to be a problem. After a while, when I haven't touched the computer 
for some time, it seems, that the all-over option is canceled. It 
can be seen in Canvas, that the coords in the title-bar isn't updated, 
when the mouse is moved.

Does anyone know something about this? I've checked RAMBO, but couldn't 
find anything about it.
Pekr
24-Sep-2005
[2785]
all-over was in some very early beta View days  the default option. 
Later on we found out, that it causes way too much flood of events, 
so it was changed and all-over came to its life .....
PeterWood
2-Oct-2005
[2786]
I unsuccessfully tried to install View 1.3 under Windows/XP on a 
multi-user machine. It is only accessible from the administrator 
account under which the installer was run. It is not visible in the 
All Programs Start menu for others users. I can run it by browsing 
through to the underlying Rebol folder.


Does this mean that I have to manually insert it into the Start menu 
of other users ?
Volker
2-Oct-2005
[2787x4]
try to install it again from a user-account.
it shares then the readonly-files from the admins installation (exe 
etc), but uses a file in the users account for the others (public 
cache etc)
(AFAIK, not xp tot test.)
not xp tot test -> no xp to test
Pekr
2-Oct-2005
[2791x6]
That is far from being a good aproach - in fact, it sucks ...
I understand why it was done in a way it was done though. Installing 
for all users would require at least power-user access, which typical 
user does not have, at least in corporate environment, while at home 
I expect most ppl run as administrators,  although it is not wise 
idea, but it is how typical WinXP install happens ...
So RT had to choose between two aproaches: 


1) total non-installation (my preferred way is not to touch registry 
in any way), but then how would you associate .r file to your interpreter, 
where would you put your cache files, etc.?

2) installation - but how to obey the need to have power-user or 
admin rights? So they choosed installing Rebol for each account separately 
...
but current aproach is broken nonentheless, we should rather fix 
it, or we will annoy ppl ...
- currently when you install, it seems to work correctly, untill 
you choose to uninstall. You typically go to control-panel/install-uninstall 
icon, you find Rebol and choose to unistall. That is great, but that 
entry seems to be shared between the accounts. So - I tried installing 
for two accounts and IIRC the entry vanished and in fact second user 
could object, that he can't regurally uninstall Rebol

- currently View contain rather nasty bug, which does NOT allow it 
to be run without the installation at all. Try to uninstall Rebol 
and then try running it rebol.exe -i your-sript.r, it will try to 
launch desktop and what is more it will try to connect to internet 
and if you are behind proxy, god save you, because Rebol blocks and 
you can't shut it down even using ctrl alt del combination, and that 
is REALLY ANNOYING and knowing myself, if I would be newcomer and 
would like to try Rebol, it would go into trash just because of that 
...
So - to be constructive - I reported error into RAMBO and it was 
market as critical, although I am not sure if it will be fixed, mostly 
ppl will not try to run rebol app directly, or they will simply install 
it, but currently View 1.3 is UNUSABLE in environment, where you 
want to use it over network, starting in login script, and do some 
maintanance to your machines - because desktop will pop-up. I also 
reported how Rebol should check for proxy settings, where those are 
placed in Registry, as it seems to me current method is weak ...
PeterWood
2-Oct-2005
[2797x5]
Volker & Petrt - Thanks for your suggestions and information.
Volker: All users can run View when it  is installed by an admin 
user. It's just that the installer only adds the programme to the 
Start\All Programs menu of the account under which it is installed. 
I don't want to install for each user as that requires changing the 
each user to an admin user and then back again to an ordinary user.
Petr: I would be happy with the standard installer fully installing/fully 
removing for all users on a machine but then I only have two machines 
to worry about. The nuisance for me is that View partially installs 
for all users.
I know that I just have to copy the "shortcut" from the insatller's 
startup\programs folder to all user's startup\programs folder but 
it's a pain.
It seems that if View is installed on a XP machine that it is always 
available to every user account on the machine - it just may not 
 be visible on the desktop or through the desktop.
Benjamin
2-Oct-2005
[2802]
this is true, im using nsis to install rebol and run a custom script, 
some times rebol still pops the desktop, but i've found it to be 
better and clear tan rebol one's, .r asociations are made by nsis 
(on the script, not too hard) te uninstal is even better, a nice 
solution. until i get the Rebol SDK....
Anton
3-Oct-2005
[2803]
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
Benjamin
3-Oct-2005
[2804]
wird example... it works only with integers.
Volker
3-Oct-2005
[2805]
Thought when rebol creates the user-local directories it makes the 
shortcuts there too. would make sense to me.
Henrik
3-Oct-2005
[2806]
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?
Pekr
3-Oct-2005
[2807x3]
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 ...
Henrik
3-Oct-2005
[2810]
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.
Pekr
3-Oct-2005
[2811]
what rate have you set though? Have you tried it rising to 10 or 
more?
Henrik
3-Oct-2005
[2812]
the face rate? I didn't adjust that...
Pekr
3-Oct-2005
[2813x2]
ok, try that then :-)
dunno what is default setting like, but try rising it to e.g. 24 
 - it means - 24times/sec
Henrik
3-Oct-2005
[2815]
face rate has no effect at all
Pekr
3-Oct-2005
[2816]
have you set it prior to do gui, or later? when face/rate is updated, 
iirc 'show is needed, dunno ...
Henrik
3-Oct-2005
[2817]
ahh wait. I was testing on OSX where timers don't yet work. hang 
on
Pekr
3-Oct-2005
[2818]
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 :-)
Henrik
3-Oct-2005
[2819x2]
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
Pekr
3-Oct-2005
[2821]
then maybe report your findings in OS-X group here or even RAMBO? 
Dunno if it is a bug or not ...
Henrik
4-Oct-2005
[2822]
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?
Volker
4-Oct-2005
[2823]
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.
MichaelB
5-Oct-2005
[2824]
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 ?
Pekr
5-Oct-2005
[2825]
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)
DideC
5-Oct-2005
[2826x2]
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)
Izkata
5-Oct-2005
[2828]
I have a system tray dialect in the script library - %simple-system-tray.r 
- if it's helpful.
Pekr
6-Oct-2005
[2829]
ok, thanks guys ..
DideC
6-Oct-2005
[2830]
Put your glasses Izkata : it's the link I just gave ;-)
MichaelB
6-Oct-2005
[2831]
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 ?