AltME groups: search

Graham: Here are the basic funcs. Enjoy. I had used and tested it 
on unix platforms only.

browser-pid: none
browser-path: %/home/mbaki/MozillaFirebird/
default-url: http://www.linkspot.com/
current-url: none

start-browser: has [command result] [

 command: rejoin [ {./MozillaFirebird -fullscreen -url } default-url 
 { &}]
	result: call/info command
	browser-pid: result/id + 7
	current-url: copy default-url
]

stop-browser: has [command] [
	command: rejoin [ {kill -9 } browser-pid]
	call/info command
	browser-pid: none
	current-url: none
]

visit-site: func [
	"Sets the site displayed by the browser."
	site [url!] 
	/local command result
][
	current-url: copy site

 command: rejoin [ {./MozillaFirebird -remote "openurl(} site {)"} 
 ]
	call/info command
]

active-site?: does [ current-url ]

browser-pid?: does [ browser-pid ]

change-dir browser-path
start-browser

Brian: browser for  Rebol/View >1.2.1 set-browser-path "path/to/firebird 
-url "

for Rebol/View 1.21 (may not work on linux): append clear netscan/def-browser 
"path/to/firebird -url "

yes, tried with  path/rebpro.exe" -cs %s %s"  nothing change, the 
exe is running but did'nt deliver until timeout...

install rebol for IIS6: set this path ->  C:\Rebol\rebpro.exe "-cs" 
%s  in  application configuration panel. the extension can be .r 
or .cgi. it is not nessesary to set the extension additional in the 
webserver extension module. ps: double %s %s don't work.  thanks 
for the help to alberto and graham and ammon.

yes, but the problem is now solved allen, the path I mentioned above 
is running fine now. (after 7 hour's of trying) ;-)))

ok. great. At least on IIS you don't have to worry about adding the 
!path in each script. but I'd rather be on apache.

probe system/standard/email

make object! [
    To: none
    CC: none
    BCC: none
    From: none
    Reply-To: none
    Date: none
    Subject: none
    Return-Path: none
    Organization: none
    Message-Id: none
    Comment: none
    X-REBOL: ""
    MIME-Version: none
    Content-Type: none
    Content: none
]

set system/standard/email  make object![
    To: none
    CC: none
    BCC: none
    From: none
    Reply-To: none
    Date: none
    Subject: none
    Return-Path: none
    Organization: none
    Message-Id: none
    Comment: none
    MIME-Version: none
    Content-Type: none
    Content: none
]

Had to change the registry entry to the correct path.

I'd like there to be a clear path by which new people could request 
membership....With the loss of the guest account the path is no longer 
obvious.  We need something better than having to know an existing 
member.

physical path to altme

physical path to altme
 -s "WorldName" -p Port#

I'm surprise "physical path to altme" -s "WorldName" -p Port# works 
for you on Windows, Brock. It did'nt for me - but it's been a very 
long time and I don't remember the details of that problem. I'm on 
Linux for my servers, Debian Sarge, now. Not going back.

Re: Serving multiple worlds. If I have a shortcut to start a second 
world, e.g.: 

	path/altme.exe -s "worldname" -p 5401


On the same machine where a world is running on port 5400, the second 
world starts fine, but the Check World tool reports that it's on 
Port 5400, and attempts to connect go to the other world (which *is* 
on port 5400).

Has anyone else seen this?

In a similar vein, does anyone else want the feature to be able to 
post via the command line or some nice API? e.g. 

	path/altme.exe -w world -to group|user -m msg

<path to altme> -s "<worldname>" -p 54xx         ; where -p is a 
port number 5400, increment by 1 for each additional world.  Use 
Safeworlds World Check feature to find out what port your world is 
assigned to  http://www.altme.com/cgi-bin/lookup.cgi, but your world 
must be started for the World Check feature to return the port it 
has registered for the word being checking.

2. copy it out of the Altme Chat record:

change-dir %[...your path...]/altme/worlds/rebol3/chat
core-chat: reduce load/all %157.set
text: last core-chat/10055

Something weird corrupted my AltME login to this world. I had to 
delete the file "state" and let AltMe recreate it. This happened 
right after the new AltME update. 

Before I deleted it, it was logging me in but keeps giving me an 
internal error about state path being none while I am already logged 
in. I sent the error to feedsback 3 times.
Deleting the "state" file fixed it for me.

Brock wrote back in 10/07: 
<path to altme> -s 

<worldname>" -p 54xx         ; where -p is a port number 5400, increment 
by 1 for each additional world.  Use Safeworlds World Check feature 
to find out what port your world is assigned to  http://www.altme.com/cgi-bin/lookup.cgi, 
but your world must be started for the World Check feature to return 
the port it has registered for the word being checking."


When he says assigned does he mean by Safe worlds or the serving 
computer?


I tried his suggestion of the World check but it only tells you that 
its unavaiable nothing about the port...

amacleod, I think you saved the file after loading it with a webbrowser 
or something.
Do this instead:

 load-thru/update url: http://membres.multimania.fr/didec/rebol/altme-chat-reader.r
	path-thru url
and open that file in your editor.

To clarify: AltME attempts to install in %appdata% (which is the 
path indicated above by BrianH.) It then uses "local" not "roaming".

you could copy the files to the new installation path. on people 
with slow or buggy connections, this will make a huge impact.

the code with the do load mold... is supposed to insert a new object 
at the path position if the current value at that point is 'none. 
I removed some of that "if none?" logic for clarity.

the rules and structure is completely arbitrary, which is one of 
the stronger points of the relations engine.

however the current version forces you to use a path block structure 
of [word value word value word value...] which forces you to choose 
a value that will not be used for branches where only one path should 
exist. that's why I'm doing a rewrite.

but I need some more freedom in the path block

>> obj: none
== none
>> path: [obj]
== [obj]
>> code: reduce [to-set-path path 'make to-path path [new: 123]]
== [obj: make obj [new: 123]]
>> print code/1/1 = 'obj
true
>> ?? code
code: [obj: make obj [new: 123]]
== [obj: make obj [new: 123]]
>> do code
== none ; <-- what a strange result !
>> ?? obj
obj: none

a path with only one element is probably not supported.

isn't a path with one element pretty useless then? I just wish that 
set would work on paths. it makes sense to me.

a path with one element is useless indeed. you cannot create it normally; 
it's like words with a space, or issues with a space, and so on. 
they exist, but they are not "valid" in a strict sense.

%/C/
Pretty useless directory path - it's only got one element.

I see the problem.  A path can represent different things, so if 
your path is not representing anything yet, then REBOL won't know 
how to deal with it as opposed to setting a word with 'set.

obj: make object! []
path: [obj]
code: reduce [to-set-path path 'make to-path path [new: 123]]
print code/1/1 = 'obj
?? code
do code
?? obj

OBJ seems not to have been changed by doing the code.

Gabriele has seen that a set-path! with only one element doesn't 
work, but you can use a set-word! instead, because they're conceptually 
the same, and they look the same:
>> to-set-path path
== obj:
>> to-set-word path/1
== obj:

So this seems to work:

 code: reduce [either 1 = length? path [to-set-word pick path 1][to-set-path 
 path] 'make to-path path [new: 123]]

Hmm.. I think I agree with Gabriele - the path with one element molds 
just like a word, so it would not load back correctly. Mold/all could 
be made to handle 1-element paths specially, writing the datatype 
eg:  #[path! [obj]]  Is it worth it, though ?

no, actually it doesn't work. I may be attacking the wrong problem. 
whenever I need to use the set-path part of your code, it, just like 
before, doesn't work.

the to-set-path part, sorry

so it's not a one-element-path problem but a "simple" issue of binding 
the path to the right context.

BTW you can manipulate a path like a block. And it may help to use 
'in.

%/C/ actually has more than one element. %/ only has one element, 
in the file sense, but it also has a special meaning. A path with 
one element is just a value, most likely a word.

the first element of a path! must be a word! (i'm not aware of any 
other ways to build a path, except for using make path! directly), 
and there must be a second element.

Ok, that was weird!  I just started View and it told me there was 
a new version to be downloaded and when I clicked download it popped 
up a file requester asking me where I want to download view.exe to. 
 The weird part is the default path it popped up was C:/Program Files/Common 
Files/System/Mapi/1033/NT  Where the hell did that come from?

Gabriele - what happened to variable set-browser-path?

it's because you could set-browser-path to any exe, even a virus 
you just downloaded :)

layout [t: text-list]
t/update   ; <--- what is strange is this doesn't cause any error
t/sld/value
;** Script Error: Invalid path value: value
;** Near: t/sld/value

A long time ago, I offered to try a lecture.  Don't feel worthy. 
 So I thought I'd throw out a few (mis)understandings and have them 
corrected to build up a level of comfort that I wouldn't be leading 
a group of high potential rebols down a garden path.


So; one of the critical mistakes in PARSE can be remembered as  "so 
many", or a butchery of some [ any [ , so many.

some asks for a truth among alternatives and any say's "yep, got 
zero of the thing I was looking for", but doesn't consume anything. 
 SOME says, great and then asks for a truth.  ANY say "yep, got zero 
of the thing I was looking for", and still doesn't move, ready to 
answer yes to every question SOME can ask.  An infinite PARSE loop.


Aside: to protect against infinite loops always start a fresh PARSE 
block with [()   the "immediate block" of the paren! will allow for 
a keyboard escape, and not the more drastic Ctrl-C.


So, I'd like to ask the audience; what other PARSE command sequences 
can cause infinite loops?


end?  and is it only  "end", "to end" but "thru end" will alleviate 
that one?  end end end end being true?

>> parse "" [some [() end end end]]
(escape)
>> parse "" [some [() thru end end end]]
== false
>> parse "" [some [() to end end end]]
(escape)
>> 


Ok, but thru end is false.  Is there an idiom to avoid looping on 
end, but still being true on the first hit?

Other trip ups?

Using 'remove -- a) removing a bracket only at the end of a string 
(as per Graham's example):

	parse "[this]" [remove "[" to "]" remove ["]" end]]

b) where you go down a false path:

	parse "abcdef123" [remove "abc" "123" | remove "abcd" "ef123"]

Here's an example of what you could do with the PARSE proposals:

use [r d f] [ ; External words from standard USE statement
    parse f: read d: %./ r: [
        use [d1 f p] [ ; These words override the outer words
            any [
            ; Check for directory filename

                (d1: d) ; This maintains a recursive directory stack
                p: ; Save the position

                change [ ; This rule must be matched before the change happens

                    ; Set f to the filename if it is a directory else fail
                    set f into file! [to end reverse "/" to end]
                    ; f is a directory filename, so process it
                    (

                        d: join d f ; Add the directory name to the current path

                        f: read d   ; Read the directory into a block
                    )
                    ; f is now a block of filenames.
                ] f ; The file is now the block read above
                :p  ; Go back to the saved position
                into block! r ; Now recurse into the new block
                (d: d1) ; Pop the directory stack
            ; Otherwise backtrack and skip
                | skip
            ] ; end any
        ] ; end use
    ] ; end parse
    f ; This is the expanded directory block
]

Here's an revised version with more of the PARSE proposals:

use [r d res] [ ; External words from standard USE statement
    parse res: read d: %./ r: [
        use [ds f] [ ; These words override the outer words
            any [
            ; Check for directory filename

                (ds: d) ; This maintains a recursive directory stack
                [ ; Save the position through alternation

                    change [ ; This rule must be matched before the change happens

                        ; Set f to the filename if it is a directory else fail

                        set f into file! [to end reverse "/" to end]

                        ; f is a directory filename, so process it
                        (

                            d: join d f ; Add the directory name to the current path

                            f: read d   ; Read the directory into a block
                        )
                        ; f is now a block of filenames.
                    ] f ; The file is now the block read above
					fail ; Backtrack to the saved position
					|
					into block! r ; Now recurse into the new block
				]
                (d: ds) ; Pop the directory stack
            ; Otherwise backtrack and skip
                | skip
            ] ; end any
        ] ; end use
    ] ; end parse
    res ; This is the expanded directory block
]

Robert, your rule steps INTO the second a/1, and then, I suppose, 
fails to reach the end of it.

Show us the INTO rule, and we will tell you what is wrong with it. 
PARSE will treat the path a/1 like the block [a 1] eg:
	>> parse [a/1][into [here: (print mold here) 'a 1 1 1]]
	[a 1]
	== true

(You also wrote 'keyword in your rules, but 'mykeyword in your input. 
I'm hoping that was just a typo.)

I am trying to create primitive script, which investigates user/group/system 
rights on our filesystem (no Identity Management system here). The 
trouble is, that MS programmers have some weak days probably too 
:-) They forgot to add one stupid newline to the output of ICACLS, 
so I get following kind of outputs:

L:\Sprava\Personalni usek WALMARK\RUR:(OI)(CI)(F)
L:\Sprava\Personalni usek (OI)(CI)(F)
L:\Sprava\Personalni usek NT AUTHORITY\RUR:(OI)(CI)(F)
L:\Sprava\Personalni usek BUILTIN\RUR:(OI)(CI)(F)


I need to come-up with rules, which will allow me to filter out path 
from the first user/group/rights info. The problem is, that space 
is regular character in path. So how to easily create rule for above 
cases? The path is - "L:\Sprava\Personalni usek"

If you know the path ahead of time you can skip past its length plus 
one, then start parsing.

Agreed. I mean, each line starts with a path - is it the same path 
every time, or a different one?

ICACLS L:\my-path\*. /T > result.txt ...... /T means recursion ... 
so it was easy job at first sight ...

but, how do you *know* where the path ends, then?

exactly :-) That is why I can see it as a bug on programmer's side. 
OK, here's one example:

L:\Some-path\Some subidr name here WALMARK\RUR:(OI)(CI)(F)
                          BUILTIN\Administrators:(OI)(CI)(F)
                          WALMARK\User1:(CI)(RX)
                          WALMARK\Some group:(OI)(CI)(M)

What info do you need, the path or what comes after it? If the data 
after it is only a limited set of possible answers, you can try to 
skip to those in turn.

...makes no sense to define a rule, if you don't actually know where 
the path ends, as I see it

aha, so, you actually know, where the path ends?, you didn't tell

The rest should/Could be spaces or PATH

copy/part path find/reverse find/reverse find path "(" " " " "

But - the easiest way probably was to use mixture of REBOL and ICACLS 
CALLS - traversing recursively directories and querying ICACLS. That 
way I would always know the path, so it would be easy to strip it 
from output. Now as CALL is fixed and no more opens black console 
windows, REBOL is good tool.

Gregg - if you mean my former example, then - no, it does not. It 
really has to be bug in icacls, that the first item is being put 
on the first line appended behind the path ...

;Pekr, to avoide subdirectories with the spaces you can use this 
instead of my earlier example:


copy/part path find/reverse find/reverse find/reverse find path "(" 
"\" " " " "

I got it working. I use the following trick - I identify DOMAIN\USER:(RIGHT) 
or (RIGHT) sections first. Then I put weirdly markers around and 
catch the rest with the skip. The file is "clean", so actually what 
do I skip is either spaces, or path. I do check in emit function:

emit: does [
 if find tmp: trim copy/part p-start p-end ":\" [path: tmp]
 print [path domain user rights]
]

;--- rules - spaces, tabs, newlines

spacer-chars: charset [#" " #"^-" #"^/"]
spacers: [some spacer-chars]

;--- user-rights rules
;--- would be easier, if filesystem would not allow () ...

right-char: charset [#"A" - #"Z"]
right-rule: ["(" 1 2 right-char ")" ]

rights-rule: [r-start: some right-rule r-end: (rights: copy/part 
r-start r-end)]

;--- rule to identify user part

user-chars: complement charset {".,;:\/*}
user-rule: [copy user some user-chars ":" ]


;--- rule to identify domain - I expect it being typed in CAPITAL, 
can contain "-"
;--- the exception is "NT AUTHORITY" - contains space

domain-chars: charset [#"A" - #"Z" "-"]
domain-rule: [
    "NT AUTHORITY\" (domain: "NT AUTHORITY")
    |
     copy domain some domain-chars "\"  
]


;--- rules for combinations of: rights only (RIGHT), or DOMAIN\USER:(RIGT)
domain-user-rights: [
     rights-rule 
    |
     domain-rule
     user-rule
     rights-rule
]


parse/all str: read from-file [p-start: any [ p-end: domain-user-rights 
(emit) p-start: | skip ] to end]

lcase: charset "abcdefghijklmnopqrstuvwxyz"

copy/part path find/reverse find/reverse find/reverse find/reverse 
find path "(" "\" " " lcase " "

this way we will give the next step to the people initially interrested 
by rebol but letting it appart because progressing in it once you 
get the basis way to work become a hell path.

funny I suggested it 2 hours ago, and you guys end up with a path 
with a use case implementing a simple rule  :-)

the reason for the // is to allow relative paths like: //www.rebol.com/ 
  where the scheme is the same as the base url. Nobody has ever used 
this; also, it could have been achieved by using :www.rebol.com/ 
instead... so, yeah, it was not really a good idea. I also don't 
think ftp:file.txt (meaning, change scheme, but keep host and path) 
has ever been used and not sure it's supported by software. so in 
practice http:www.rebol.com/ would have worked.

Added an attempt 

lst: text-list 100x50 data [(read-dir path)] [
				attempt [

    path: dirize clean-path join path pick face/data first face/picked
				show-text txt to-local-file path
				insert clear face/data read-dir path
				face/redraw
			]
			]

Shadwolf/Tree-Widget: I used Cyphre's one. The main trouble I found 
out is changing the tree. A path access structure would be nice. 
Things like: add-entry tree/1/2/3 "New Entry" or with a named path: 
my-tree/material/copper/price or so.

Ok, those were icons vs. menu. As for tree-view, menu, grid data 
blocks. It is still the same problem, of how to efficiently use rebol 
structure (block of blocks) to represent tree (=in the meaning of 
hierarchy here). If we think twice, we can see that similar discussion 
is being held in XML group. We parse XML, and want to store it somehow 
efficiently, being able to navigate to some path(node), to read some 
item, but also to change it etc ...

shadwolf, I'm having a bit of trouble integrating listview52. Copying 
the code and removing all "ctx-rebgui/widgets/" paths gives the following 
error:

** Script Error: Invalid path value: edge
** Where: view
** Near: show face/pane/1/pane


which is odd as your code never explicitly refers to edge. As you 
are more familiar with the code, could you have a quick look at merging 
it into your copy of %rebgui-widgets.r (v 0.3.7) and upload the working 
result.

edge is said as invlaid path .... so thise  means  a  /edge is not 
good  and looking to rebgui widget code we found that  /edge is related 
to color/egde so i think the problem come from a prebuilded widget 
 onloading  this one have a problem or color/edge reference maybe 
try to dig this out please ashley...

rebol says it from begining  edge is not a good path  why  ?  /edge 
doesn"t exist ? where does it supose to exist ?  -> colors ...  yea 
colors/edge that match with what  rebol says  !!!  do i have colors 
 set  as a block of value in my  code  ?  yes  to able ppl to choose 
modify  the background colors ...

the most common packages, I have in root of my app, or system/ subdir 
... so e.g. cyphre-styles, reddb, mysql, rebgui .... or how guys 
you simply pack or distribute your app then? doing with cache aproach 
is imo oncorrect, especially if you don't distinguis version of rebgui 
in the path. What if I don't have time to adapt all my apps to new 
version? above aproach shares rebgui dir for all apps ... wrong imo 
....

0.3.9 is out and it has a lot of fixes / enhancements. From a REBOL/View 
console:

	do http://www.dobeash.com/get-rebgui.r
	do view-root/public/www.dobeash.com/RebGUI/tour.r


The dictionary file has been removed from the distribution and the 
download path has been changed from:

	www.dobeash.com/files/rebgui -> www.dobeash.com/RebGUI


so you may want to delete view-root/public/www.dobeash.com in its 
entirety first to clean things up.


In addition to the large number of fixes ( http://www.dobeash.com/it/rebgui/issues.html#section-2.2
), a number of enhancements are documented here:

	http://www.dobeash.com/it/rebgui/display.html#section-2.1.7
	http://www.dobeash.com/it/rebgui/display.html#section-3.2.4
	http://www.dobeash.com/it/rebgui/display.html#section-3.2.5
	http://www.dobeash.com/it/rebgui/display.html#section-5.20

Also note the following:

	view-face is now activate-on-show by default

 Added a request-password requestor (its password widget problems 
 are known issues)
	group-box and tab-panel now auto-size

 Table column headings are now always left aligned and clicking the 
 arrow works

 Added an 'effects context (only window is present, but others like 
 'button, 'check, etc may be added in future)


And lastly, you will notice that %tour.r has a new "Appearance" tab 
where you can dynamically alter RebGUI's metrics, colors and effects. 
Note that some colors are still "hard-bound" at context creation 
and won't change - these will be made dynamic (via a set-colors func?) 
in the future. Apart from showing off RebGUI's dynamic scaling and 
display abilities, this lets you more easily prototype a unique look 
for your own apps if you want, and if you come up with a set of options 
that is truly fantastic then share it here and it may just become 
the new RebGUI default.

Enjoy!

For SDK users; rebface.exe, then:

do %path/gfx-colors.r
do %path/gfx-funcs.r
do %tour.r

Hmm... This will than need some path notation to get there. This 
leads to database column names like: part1_name etc.

would be real path-notation, part1/name

Can some one tell me why the path value of face/picked is sometimes 
valid sometimes invalid ? The last call is invalid but the precedings 
are valid.  prospect-table: table 120x40  #HW options ["ID" left 
.1 "Date M-à-J" left .22 "Nom" left .34 "Prenom" left .34] data (current-list) 
[
			show-text this-text pick face/data first face/picked 
			print "" print face/data print face/picked
			print (type? face/picked)

   ; ** Script Error: Invalid path value: picked ]; I want to use face/picked 
   in a formula to change the index to the pick function.

when I was tabbing .. got this

** Script Error: Cannot use path on none! value
** Where: next-field
** Near: all [
    item: find face/parent-face/pane face
    while [
        if tail? item: next item [item: head item]
       ...

Here is a short example when it fails:
rebol []

;--- Startup
if system/product == 'Link [

 attempt [call reduce ["d:\rebol\view\rebol.exe" system/script/header/file] 
 quit]

 attempt [call reduce ["c:\programme\rebol\view\rebview.exe" system/script/header/file] 
 quit]

 attempt [call reduce ["c:\rebol\view\rebol.exe" system/script/header/file] 
 quit]
	quit
]

;-- use xpeers framework structure
link-root: first split-path system/script/path
link-root: copy/part link-root index? find link-root "/xpeers/"
append link-root %xpeers/
do link-root/framework/anamonitor300.r
do link-root/framework/slim.r

;-- RebGUI stuff

#include %rebgui.r unless value? 'ctx-rebgui [do link-root/framework/libraries/rebgui.r]

;-- SLIM stuff
slim/open 'debug none ; [mark-my-words]
; mark-my-words/init

unit-size: 4
font-size: 12
tab-size: 120x55

display/min-size "CalcIT" compose/deep [
	label "Land"
	drop-list 60 data ["A" "B"] return
] 1024x768
do-events
halt

** Script Error: Cannot use path on none! value
** Where: edit-text

** Near: if caret/y < (edge/size/y + para/origin/y + para/indent/y) 
[scroll/y: round/to scroll/y - caret/y sizes/
font-height]

list-dir path-thru http://www.dobeash.com/rebgui/

It gets it from view-root, which is the public sandbox directory, 
used by path-thru etc. as usual.

A mind blank here ... what am I doing wrong ?

>> do %rebgui.r
Script: "Untitled" (none)
>> i: load %skype.png
== make image! [21x21 #{
FBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFB
FBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBFBF...
>> display "" [ image i ]
** Script Error: Cannot use path on none! value
** Where: init
** Near: size/x: image/size/x

Couple of minor administrative fixes:


 - Examples added for every widget in http://trac.geekisp.com/rebgui/wiki/WidgetList
  

 - http://www.dobeash.com/RebGUI/display.htmlupdated to reflect latest 
 changes (and have information duplicated in WidgetList removed)

 - Updated site with latest build and corrected path to: "do http://www.dobeash.com/RebGUI/get-rebgui.r"

as for get-rebgui - problem is with path ... could it be extended 
so that it would save get-rebgui itself into HOME directory, so that 
next-time I simply get-rebgui, instead of going to Dobeash.com and 
looking-up for url?

>> display "" [ rg: radio-group data [ "M" "F" ] do [ rg/select-item 
2]]
** Script Error: Cannot use path on none! value
** Where: switch

** Near: if pf/picked <> face/data [old: pf/picked if old [clear 
skip pf/pane/:old/effect/draw 7 show pf/pane/:old] pf/picked
: fa...

** Script Error: Cannot use path on none! value
** Where: reset
** Near: foreach f face/parent-face/pane [
    if f/type = 'group-box [
        foreach widget f/pane [
            type: form wi...

Another area problem :(

** Script Error: Cannot use path on none! value
** Where: switch
** Near: pane/data: - para/scroll/y / (total - visible)
** Press enter to quit...

I think it doesn't work because it's not a path

I've tried to download RebGUI from REBOL Desktop (as suggested on 
http://www.dobeash.com/rebgui.html) but it crashes with:
** Script Error: Cannot use path on none! value
** Where: context
** Near: header/version

hmm, now I have the same error as Cyphre - "Cannot use path on none! 
value Near: demo: copy/part from system/script/header/version 5"

Is there a way to link fields

 Short answer is no, but you can structure your data into objects 
 so multiple widgets refer to the same word or path.

Has drop-list changed?  I'm now getting this:

make object! [
    code: 303
    type: 'script
    id: 'expect-arg
    arg1: choose/lines/none
    arg2: 'xy
    arg3: [pair!]
    near: [if v: do to-path compose]
    where: 'action
]

funny, if I change 'over to 'down I have something on screen.

But I just can't understand why I then got an error about Invalid 
path value: x
Near: x: round/down e/x / 40

Quest to all:

What is the easiest / best way to convert a file path to a dir path?
Example
FILE-PATH: request-file	; assigns a specific file path
== %/C/Documents and Settings/Owner/filename.txt

How can I assign a variable like FILE-DIR: to become the directory 
of FILE-PATH  i.e.  %/C/Documents and Settings/Owner/ 
Ideas?

Maybe just : first split-path %/C/Documents and Settings/Owner/filename.txt 
?