World: r3wp

Could you help me anybody? I have a simple sequences of commands: 
  view layout [label "hello"]  tx: request-text "something" ... I 
need invoke request-text immediately after main window showed - not 
after the main window is closed...

view/new instead of view

what an easy solution :-)  Thank you!

I thought, that view/new i can use only if i  allready have the other 
window.. (sorry for my english..)

are you looking for DO-EVENTS ?

whoops, seems you are not, but VIEW/NEW and DO-EVENTS usually go 
hand in hand with the first opened window

So if i use view layout [.....] it is as some as if i use: view/new 
layout [....] do-events ?

correct, and between VIEW/NEW and DO-EVENTS, you can do initialization 
stuff after showing the window

you can also, if you have a console running in the background, restart 
a "stopped" view window with DO-EVENTS

great, that i needed, thanks a lot for explanation..

excuse me i can not undertand this my example:

I can not understand behaviour of my example:
If i have a script1.r:
view layout [ ...
  btn "script2" [
    do %script2.r      
    print 123
  ]
]
... and sript2.r has: view layout [.....]
I expected that <print 123> will not execute because 
script2 has view layout... (no view/new layout [...])

but <print 123> will execute ...

view does not wait if there's another view waiting already.

thanks..

Bobik, looks like you want to make a script launcher. See if you 
can use LAUNCH to run your script. (limited to one level though.)

uuoop, i don't know this command :-)

thanks..

so i'm testing this now :-)

Gabriele - in Bobik's example - has it anything in common with waiting 
actually?

rebol has not tasking. So I wonder how is that once you execute %script2.r, 
print 123 is printed

ah, maybe now I understand .... :-)

source view :-)

one almost starts to think, that there might be some multitasking 
involved :-)

btw - Gabriele - you are the author of modal system update for 1.3? 
Not sure it ever worked, but Graham said so, it is in RAMBO already 
- but - using show-popup, should we be able to get modal window?

.... as with 1.3, when you use dialog boxes (alerts for eg), you 
can click background window ...

modal, yes. always-on-top, no (that needs native support)

modal? How - it was one of bobik's earlier questions, we tried a 
lot, but nothing worked for us ...

use inform instead of view

as for always-on-top or other modes of Windows, it is a pity we don't 
have them. It is just one single function call, which even C lamer 
as me was able to wrap ;-) ShowWindow or ShowWindowPos

it does not seem to work:

view layout [btn "So what?" [inform layout [text "So what?"]]]

I can get to underlying window ...

you can get to it, but it ignores events. again, always-on-top needs 
native support, there's nothing we can do about it.

aha .... it is a bit tricky, because you can get-to-it, exactly as 
you said - so it does not receive events, but it can get focus, so 
your dialog-box may go under the initial window and user might think 
app is blocked ...

hopefully the parent option will be made to work again.

one trick might be to check regularly if the modal window is on top, 
and if not, bring it on top.

altme does something like this (try to open a subwindow, like a group 
window and so on)

I am not sure Rebol low level windowing system is not weak a bit 
... Rebol should imo detect two or more monitors and put them in 
system/view/screen-face .... as a several blocks .... or even it 
should probably get to multiple desktops ....

ah, changing it in pane? Cute ..... :-) Bobik came up with other 
trick - he simply made bitmap of underlying window and he does his 
dialog on that bitmap. So user thinks he still sees his bacground 
window, while it is only a bitmap .... or something like that. Not 
sure I understood him correctly ...

well, why not putting the requester in the main window's pane then.

so how can i get layout of requester(f.e. request-text) to do it 
?> insert tail system/view/sreen-face/pane/1/pane   <what?>

ehhm - Pekr  has explained this idea, so thanks a lot...

is there any standary way to specify a search path for library kind 
of rebol source files what are tipically imported to end-user programs?

i have seen #include in rebgui.r but as help #include says as well, 
its an issue, not a function.. :/ (i read about it somewhere that 
its a kind of "directive" for the rebol/sdk or what?)

#include is an encap ( well, a pre-rebol ) directive.

prebol is a preprocessor. it puts all files in one script. if you 
want, a dialect for merging scripts. and #include is one of its commands.

good to know, but what is the solution to my problem if there is 
any at all? or plz change me mind about it so i wont need it in the 
future

Maxim has a library manager which is in the library.

thx! will have a look at it later

see http://www.fm.vslib.cz/~ladislav/rebol/include.rhttp://www.fm.vslib.cz/~ladislav/rebol/include.html