World: r3wp

So, did I got idea right:
The remote script is treated as new scope.

Note: In may cases there are some differences remote script is without 
rebol header and is loaded with "reduce load"

So remote file looks like this:
-------------------------------
[
	text "Fld:"
	text "[fldName]"
	etc.
]
---------------------------
Local script should maybe look like this:
---------------------------
rebol []
if all [ value? 'info-win   viewed? info-win ][
	unview/only info-win
]
info-resp: read remote-script.r
replace info-resp "[fldName]" "value from table"  ; etc....
spec: load info-resp
info-win: layout spec
view/new info-win 
do-events

There is no "scope" in rebol. When you read from a url, you create 
a new string. That is, READ returns a new string.

When you set a word to that new string, you "switch" the word away 
from its old value (if it had one.) Eg:


 At the beginning of this example, the word  'info-resp  has no value 
 (It is unset!).
	Now, we set its value to the string returned by READ:

		info-resp: read url

	Now,  'info-resp  points to a string  "[ text ... ]"
	Let's do it again:

		info-resp: read url


 We have re-set  'info-resp  to a new string!  (even though old string 
 and new string look exactly same.)

 The old string may still exist as a value somewhere, but  'info-resp 
  does not know about it anymore.
	Normally this is not a problem.
--
	However, look at this example:
	
	1)	window: layout [box red]
	2)	view/new window
	3)	window: layout [box red]
	4)	unview/only window


 On line 1, LAYOUT creates a face object which we assign to the word 
  'window . (So  'window  points to a face.)
	On line 2, VIEW opens the value of  'window  as a window.

 On line 3, LAYOUT creates a *new* face object which we assign to 
 the word  'window.

  So  'window  points to a *new* face, and it has forgotten about the 
  old face.
		However, the old face is **still open as a window**.

  So we have lost our reference to the old window face, and it is now 
  more difficult for us to close it.
		So line 3 has created a problem.

 On line 4, we try to close the new window face, but we are unsuccessful 
 because the new window face is not open.

Now I believe, that I understood.

If it is just a variable with a value, than there is not problem, 
but layout are not doing just a face value assignment to a variable, 
but <b>creates new</b> one face and add reference to that face to 
variable.

No, LAYOUT only creates a face. It does not add a reference to a 
variable. The set-word (eg.  info-win: )  takes the value that LAYOUT 
returns, and associates it with the word (eg.  'info-win ).

Actually, I think you understand ok. Yes, LAYOUT creates a *new* 
face every time.

For those creating documentation involving a face hierarchy, here's 
a function which may help to visualise it:
do http://anton.wildit.net.au/rebol/doc/demo-to-3d-layout-image.r

Anyone any ideas of how to take a plain paper form and turn it into 
an electronic form that can have text entered into it and then print 
it ?

as in X-forms?

in open office you can create X-forms that can be converted to PDF, 
opened in adobe reader as a form which then can be printed

Looking for a Rebol solution :)

But interesting ..

So, open office can create a pdf form ?

yes, straight out of the box

So, how then to prepopulate the form ?

I haven't played too much with that, but I think it's possible.

So, you create an xml form which acrobat can read??

yes

if you export it as PDF

http://www.openoffice.org/dev_docs/features/2.0/images/xforms.jpg

Say you scan an existing paper form into jpg.

how to go from there ?

you'd place it as a background image on the document page and then 
place the text fields where you want them.

How to print it though?

save as PNG and print?

no, you'd export it as PDF, open it in adobe reader and print it 
there

you can fill the form inside adobe reader

So, if you export as pdf... you can then do a search and replace 
for the prepopulated text and then present this to acrobat?

I'm not sure I follow you there...

is the form not meant to be populated manually by a user?

I want to take an existing paper form .. prefill it with some default 
values that vary for each user... get the user to fill in the rest 
and then print.

those default values will vary with the user?

yes .. taken from a database

I'm not certain if you can do that...

OO.o is capable of taking values from a database and put it in a 
document, but I'm not sure if those values can be transferred to 
a PDF form.

Starting with Rebol .. I can create a VID form using the scanned 
jpg as the background.

I can overlay some VID text boxes over the form areas.

I can then save the completed form as a PNG and print it ... sort 
of ..

yeah, there is something missing there...

if we had the possibility of using bitmaps in postscript or pdf-maker, 
then you could solve it in rebol

pdf-maker doesn't support pdf forms yet.

Gabriele doesn't have any current plans to do so either.

that wouldn't be necessary if you used a VID app to fill out the 
form, right?

so, VID => pdf using pdf-maker?

you could do that if pdf-maker supported bitmaps properly

and it doesn't ??

well I have not had any success with it

and it only supports uncompressed bitmaps

Oh, an alternative idea then.

Scan in as whatever .. turn it into an eps.