AltME groups: search

>> do http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=glayout-demo.r
connecting to: www.rebol.org
Script: "GLayout demo" (31-Oct-2006)
Script: "SLiM - STEEL | Library Manager" (14-Jul-2004)
** Script Error: Invalid path value: find-path
** Near: unless slim/find-path %GLayout.r [

    either confirm "GLayout not found. Download it from Rebol.org?" [
        either ...

following discussion from ann-reply :
Pekr: 

>> do http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=glayout-demo.r
connecting to: www.rebol.org
Script: "GLayout demo" (31-Oct-2006)
Script: "SLiM - STEEL | Library Manager" (14-Jul-2004)
** Script Error: Invalid path value: find-path
** Near: unless slim/find-path %GLayout.r [

    either confirm "GLayout not found. Download it from Rebol.org?" [
        either ...


hum, looking at the date besides your slim install... its a very 
old version!  I guess you had tried it out a few years back and still 
use the same rebol install or user.


just delete the slim.r file and the demo script will download it 
for you again.

Anton:
>> do http://anton.wildit.net.au/rebol/doc/bubble-doc.r
connecting to: anton.wildit.net.au
Script: "Bubble-Doc" (14-Nov-2006)
Script: "Window functions" (27-Aug-2006)
** Script Error: Invalid path value: win-pos
** Where: load-workstate
** Near: win-pos: data/win-pos
workspace-pane: data/workspace-pane
workspace/pane:

Permanent unless I move my site, but it should remain at that relative 
path doc/vid-words-dialect.txt

Would using urls be any better than issues?  You can dedicate a whole 
name space to them, use path notation, still are neutral and parseable 
values:

	sdk:include
	sdk:include/check
	sdk:do

Ladislav, your INCLUDE already looks very settled, so I'm late with 
the following suggestions. I really like the function and used it 
a lot, but always found the wording a bit unrebolish.


I'm wondering why it's INCLUDE/CHECK or #INCLUDE-CHECK for the "ordinary 
call", as you'd put it above.  Wouldn't it be more convenient to 
have INCLUDE work like the /CHECK-refined call and use INCLUDE/AGAIN 
to again include files already included before?


Also, having INCLUDE/PATH returning the path as a block, wouldn't 
it be easy to APPEND INLCUDE/PATH %ANOTHER without having a seperate 
INCLUDE-PATH next to INCLUDE. It may even be called IMPORT/FROM.

INCLUDE/CHECK   ->  INCLUDE
INCLUDE         ->  INCLUDE/AGAIN
INCLUDE-PATH    ->  INCLUDE/PATH or INCLUDE/FROM


Carl is always picky with names and wording, so having that sorted 
out would probably make it easier to convince Carl to include INCLUDE 
in R3. Which is what I'd really like to see happen, functionality-wise.

INCLUDE/PATH: you are using an old version, I suggest you to switch 
to this one: http://www.fm.tul.cz/~ladislav/rebol/include.r, which 
does not use the /PATH refinement any more. Instead, a special variable 
called INCLUDE-PATH is used

aha, regarding INCLUDE-PATH: maybe I did not understand your proposition

how does the module path interface look, Brian?

Just a block of file! and url! paths for now. The file paths of the 
original files can be used at preprocessor time, but would be unnecessary 
at runtime since MODULE doesn't use them. Once the module is loaded 
its load path is irrelevant, and doesn't even have to exist anymore.

you mean something like (currently used): #do [append include-path 
%this]

Yes, want I wanted to say that I prefered the old INCLUDE/PATH over 
INCLUDE-PATH because it's one word less to "pollute" the global namespace 
(is there such a notion in R3? I'm not so sure now) and it's one 
word less to remember - the refinement will always be easy to learn 
about with HELP INCLUDE.

not quite - the correct path is still prefixed with the directory 
of the rebol exe

** Access Error: Cannot open /C/dev/r2/C:\Windows/system32/Kernel32.dll
** Near: k32-lib: load/library join to-file get-env

need a leading "/" to make it an absolute path, no?

Thanks Anton. That makes sense when I see it. I was thinking it had 
to be a file and not just a path. Cool. That will have me a lot of 
clicks. : ^)

Hold on, -- join to-path t2/f 'a --??

but how will this help me where I have a WORD that is holding that 
initial, partial, path ?

join to-path do path 'a

path: 't2/f
do join to-path do path 'a

;same error
>> t1: [a "one"]
== [a "one"]
>> t2: [f t1]
== [f t1]
>> pp: join 't2/f 'a
== t2/f/a
>> do pp
** Script Error: Cannot use path on word! value
** Where: halt-view
** Near: t2/f/a
>>

I think 2.6.3 does not want 'path used as a word ;-)

so do you think that   
   to-path reduce [ my-path  'my-next-refinement]
the best that I can do?

ah-ha !
Works fine in Rebol/Core  ! 

path: 't2/f
do join to-path do path 'a

>> t1: [a "one"]
== [a "one"]
>> t2: [f t1]
== [f t1]
>> path: 't2/f
== t2/f
>> do join to-path do path 'a
== "one"
; thanks CHRIS

I would not have stumbled on the 
   do path
any too soon, I fear ... ;-)

I am adding 
   augpath: func [{augment path with a word}
to my armory

augpath: func [{ augment a PATH with a WORD }path 'word] [
      return join to-path reduce[path] :word]
; augpath t2/f a

oops!
IGnoring the needless return,  that is one word longer than

>> pword: func [path 'word /local blk] [
    to-path reduce[path :word]]
; ;-)

; I mean
 augpath: func [path 'word ] [
    to-path reduce[path :word]]

; but IN the interpreter, to use join
>> do join to-path do my-path 'a-further-refinement
; is terrific and has led me to
my-path:  to-path join reduce[ my-path ] 'a-deeper-tag

Nope 
another typo
  my-path: t2/f
That is trivial
It has to be 
  my-path: 't2/f
or
  my-path: to-path [t2 f]

JOIN does a reduce, so that's probably your problem. to-path reduce 
is not doing what you expect there, it's creating a path inside a 
path (no wonder it may crash :).

use append copy path word

Thanks.  I should also have used a type block in my func 

   augpath: func [ {augment a path with a word} path [path!] functor 
   [ word! ] /local p ] [

Once there are only subblocks it becomes trivial;  I have been trying 
to augment a path! series which starts with a block in which a tagged-word 
is bound to a block .  By augment the path I mean to return a path, 
not the result of evaluating the path
  t1: [ a-word-with-no-value-functor "one" ]

  t2: [ functor t1 ]  ; t1 is a word, not a block, but is bound to 
  a block at the time the path is extended into it ( if possible without 
  t2 being an object! )
  t2: context [ functor t1] ; also trivial

; this work fine for traversal
>> navpath: func [ pth [path!] 'wrd [word!] /local p42 ] [
[    p42: do pth
[    to-path reduce [p42 :wrd]]
>> pp: navpath path a
== t1/a
>> do pp
== "one"

where path was
path: to-path [ t2 f ]

if you want to have words instead of the actual blocks in your blocks, 
then you need to "evaluate" the path yourself, which is not too hard.

>> b1: [a b2 c b3]
== [a b2 c b3]
>> b2: [d b3]
== [d b3]
>> b3: [e 4]
== [e 4]
>> eval-path: func [path /local val] [
[    val: get first path
[    foreach elem next path [
[        val: select val elem
[        if word? val [val: get val]
[        ]
[    val
[    ]
>> eval-path 'b1/a/d/e
== 4

The make-site approach is based on a directory tree on your disk. 
All path's you see are actually directories, and each dir has only 
one file, an index.html That's why you don't have to hack in any 
document name.

Pekr: the SVG Demo is just a quick and dirty prototype. I'm just 
going to get it to the stage where it can display simple SVG icons 
(for RebGUI). If someone else wants to write an SVG viewer that is 
fully SVG 1.1 (with 1.2 around the corner) compatible then good luck 
... I'm *not* going to be doing that! ;)


yeksoon: see above comments. I'm tweaking the SVG Demo code on an 
SVG icon by icon basis. As long as it works for the icons I use (or 
intend to use) I'm happy - I don't guarantee the code will work with 
anything other than the specific SVG files I have tested it on.


Cyphre: SVG is such a "flexible" standard isn't it? :) One question; 
how did you map SVG "path d" commands (e.g. <path style=... d="M 
10 10 C 20 20 ... z") where there is no "z" command to close the 
"shape" (i.e. the AGG shape command closes by default).


shadwolf: Having our own SVG icons is a good idea as we don't have 
to worry about licence / distribution issues and we can tweak the 
generation to make it as AGG compatible as possible. To do that we 
need to settle on *one* tool so as we generate consistent SVG code, 
and we should generate SVG that uses a single unit of measure, preferably 
pixels, as it's a real pain trying to handle multiple units of measure 
within the same file. I'll continue this discussion in the RebGUI 
group.

Ashley: Exactly! I love the "SVG flexibility" especially when writing 
parser for it :-) Regarding closing the shape. We haven't seen so 
far any SVG path without Z/z at the end so that's why we decided 
to let the patch closed automatically by default. Maybe we should 
add some keyword to leave shape opened?

so actually I'm working on <G></G> block  and I yet support in <g> 
block path definition but I need to be able to support the transform 
matrix how can i do this in DRAW AGG ?

just as a test, might try replacing src to    src="http://<domain>/<path-to-image>/dayspring.jpg"


(replace <domain>/<path-to-image> by what is needed to reach that 
image)

The server just serves files. It should not care what they contain. 
You can check if the file completed with:

	probe info? http://www.myserver.com/path/to/your.jpg

to see if it has the right size, at least.

I asked a broad question because I didn't know what answer I need 
... ;-)


Specifically, this comes out of Opera and when I parse it to HTTP, 
I don't know if I should make a Request of:

Host: sitecheck2.opera.com
Path: /
Target: ?host=www.rebol.net&hdn=SDbXzuPvK4tsiGnHOia5dA==


or some other way, like perhaps Path: none ? and Target: /?host=www.rebol.net&hdn=SDbXzuPvK4tsiGnHOia5dA==

<html><head>Test Magic</head>
<body>
Magic fonctionne t'il ?<P/>
<REBOL>
	print [

  "<b>Oui il fonctionne !</b><BR>Date et heure du serveur : <i>" now 
  </i> <P/>
		"Configuration actuelle :<BR>"
		"m-library-path : " m-library-path <BR>
		"m-session-path : " m-sessions-path <BR>
		"curdir : " curdir <BR>
		"home : " system/options/home <BR>
	]
</REBOL>
</body>
</html>

Q2: would it be okay to add the slug as an extra  path level, like 
stackoverflow.com does?

REBOL PostScript dialect v. 0.4.3 released.
http://home.tiscali.dk/john.niclasen/postscript/postscript.r

Doc: http://home.tiscali.dk/john.niclasen/postscript/postscript.html

Added decimal! option for size in TEXT alignment. Moved TRANSFORM 
up front in PAGE, so it's possible to let a transform work on a whole 
page instead of just a PATH. Added description of COMMENT to doc.

http://www.fm.vslib.cz/~ladislav/rebol/include.rand http://www.fm.vslib.cz/~ladislav/rebol/include3.r
upgraded (only FILE! and URL! accepted in INCLUDE-PATH, other values 
cause an error)

how would I get the value of  %systemroot% ... it doesn't seem to 
be valid within a rebol path.

windows-chrono.r updated on rebol.org with better windows dll path 
resolution and bug fixes

when trying to do it manually, I get the compression error. if I 
try it with scripting, I just get "invalid command" in the reshacker 
log. is it illegal to provide full path to the executable?

I wish The encaps would use real resources for the code, so that 
we would not have to fiddle in the first place.  and we would also 
be able to use PATH env variables to launch encapped scripts

solved by entering the full path to the executable when doing the 
call.

Question: if I put the SDK in my PATH on win32 and start rebpro from 
an different location, it complains that the license.key can't be 
found. Can I put it somewhere so that I can run /Pro etc from any 
location?

Try system/options/path.

Or failing that, first split-path system/options/boot ; they should 
be the same.

yes, first one fails, so I have to split-path on the second.  Thanks.

How does the first one fail? What does system/options/path turn out 
to be?

The Script.r works from current directory, no monkey-shines (if I 
use system/options/boot then it uses the diretory where View is) 
encapped script.exe uses


change-dir first split-path system/options/boot ;so it then thinks 
it's in the same folder as the script.r which in fact is actually 
is.

Which folder do you need? The system/options/path is supposed to 
be the current directory from which you started the script. Is that 
the case with a encapped script?

so systems/options/path was not the same even though they were synce'd 
in the same AltME files/folder

Do you want the current directory or the script directory? For the 
script directory, try system/script/path.

The current is system/options/path.

I fixed by doing this:

either none? find system/options/boot "imagesave.exe" [ 
	print %. ;script
][
	print change-dir first split-path system/options/boot ;encap
]

Apparently the system/script settings aren't getting set from encapped 
apps (after testing). The system/options/path setting is the current 
directory that the program or script is called from, while system/script/path 
is the current directory inside REBOL. When REBOL runs a script it 
sets the system/script settings a little different that it does when 
the script is encapped, but the system/options settings are basically 
the same, with the exception of the name of the file in system/options/boot. 
If you want to distinguish between the two situations, check for 
whether system/options/script is a file (script) or none (encapped).

If you want the script/program directory, try this:

 change-dir first split-path any [system/options/script system/options/boot]

cell_sizes/(c):

Is a valid set-path...

it works in script version...

I can read/binary and write/binary the db so its accessable via the 
encapped path...
and sclite.r is sending hte corect path...

Is there a problem with encapping DLL's?

For enface: 
** Script Error: Cannot use path on none! value
** Near: probe type? system/view/vid/vid-styles/panel/access
dump-obj: func

** Script Error: Invalid path value: access
** Near: probe type? svv/vid-styles/panel/access
SQLite: make

After Rebol (View) Includes but before your panel include..

** Script Error: Invalid path value: access
** Near: probe type? system/view/vid/vid-styles/panel/access
SQLite: make

** Script Error: Cannot use path on none! value
** Where: insert-event-func
** Near: insert system/view/screen-face/feel/event-funcs :funct
:funct
** Press enter to quit...

Graham suggested: user-prefs: [ debug: false ]

 I tried Gahams suggestion but I get another error:
** Script Error: Invalid path value: debug
** Where: vbug
** Near: if not dbg: user-prefs/debug [exit]

The difference between the 'require and the script's #include is, 
that in the header I use only projects/script name and or version 
and not relative path as one has to do with the #include.

the only problem I've ever had with apps on the desktop is with the 
spaces in the file path.

And there doesn't seem to be an upgrade path ... so looks like he 
is asking us to purchase it again

I don't mind paying for it, just to be clear. But, yes, the upgrade 
path is not clear.

** Script Error: Cannot use path on none! value
** Where: insert-event-func
** Near: insert system/view/screen-face/feel/event-funcs :funct
:funct
** Press enter to quit...

The error message says can not use a path on none! so there is a 
problem with view ...

with icofx, extract the rebol icon, and look at all its sizes/color 
depths.    then open batchmode, import the image you want to use, 
tick only those which are in the rebol icon, press OK.

and use the result icon in reshacker  with:

call rejoin ["reshacker  -addoverwrite " exe-path "," exe-path "," 
icon-path ",ICONGROUP,REBOL,1033"]

paths, being absolute and in os-local form

Hi guys, I have a question. I'm trying to use the Windows SDK with 
Wine on a linux computer. I get the following error message: "***ERROR 
(enter-data.r): File not found: /home/lat/r/sdk-w/mezz.r".  But that 
is the correct path to the file. So what is wrong?

That's a Linux path, so it probably doesn't work in the WINE environment

if you want use different image, just change the path. Now it uses 
this image http://box.lebeda.ws/~hmm/rswf/gui/img/arrows.png

Brian - it was not about "qick to type" ;-) If so, we should replace 
path char with dots too ...

Path evaluation has a lot of overhead.

Geomol, I agree. And I think it will happen. The first company breaking 
out of the stupid "web-app" path, delivering a product that adds 
so much more value for customers that they use, gaining market momentum 
will win the game.

You are talking about position. I am talking about momentum and the 
path they are following. Different issues.

It's just  that I can see the end of Flash/Flex's path - it's right 
there in the system architecture. There isn't much potential left 
there, just a lot of actual. Flash isn't going to lose much of its 
installed base, not while what's there still works, but it's reaching 
the end of its potential capabilities. One federally mandated accessibility 
law and it's obsolete.


Silverlight is still advancing rapidly, and Moonlight is part of 
why. Some of the Silverlight 3 beta features are already in the Moonlight 
2 preview. By the time S3 comes out, Moonlight may be caught up. 
And Silverlight is much faster for RIAs.

Overall, it still sounds like a multi-path constraint solver to me.

0/8-09:28:22.596130-[RSP] ##RSP Script Error: 

        URL  = /bugs/index.rsp
        File = www/bugs/index.rsp

        ** Script Error : Cannot use path on none! value 
        ** Where: rsp-script 
        ** Near:  [if all [
not sess/login? 
none? validate/full [action word! *] 
'identify = request/content/action
] [
either invalid: validate/full [
login - * 
pass - *
] [
err?: yes
] [
.... more stuff after that

now I'm trying to add a project, but on the index.rsp page in the 
manage section, I get:

URL  = /bugs/manage/index.rsp
        File = www/bugs/manage/links.rsp

        ** Script Error : Invalid path value: clear 
        ** Where: rsp-script 
        ** Near:  [response/clear 
response/redirect request/web-app
]

URL  = /bugs/register.rsp
        File = www/bugs/register.rsp


        ** Script Error : read expected source argument of type: file url 
        object block 
        ** Where: send-confirmation 

        ** Near:  [template: read join locale/get-path %email-activation.tpl]

The output of this:

join locale/get-path %email-activation.tpl

is:

nonenone/email-activation.tpl

This line in the webapp declaration should remain with a relative 
path : locales-dir %private/locales/

ok, new error. where does %private/ start? my root dir occurs twice 
in locale/get-path

I see you used an absolute path for root-dir in the example you gave 
above, but in the example testapp in httpd.cfg, the root-path is 
relative, so I used that here.

Try with an absolute path for root-dir. I remember having hit the 
same issue once a long time ago, but can't remember the fix.

send-confirmation: func [
	spec [block!] vkey [string!]
	/local url login pass template
][
	system/user/name: "REBOL3 Tracker" 
	set-net reduce [[no-reply-:-curecode-:-org] "softinnov.com"]
	url: rejoin [
		request/headers/Host

  either request/server-port = 80 [""][join ":" request/server-port]
		request/web-app
		"/validate.rsp?id=" url-encode spec/login 
		"&key=" vkey
	]
	login: spec/login
	pass: spec/pass
	template: read join locale/get-path %email-activation.tpl
	replace template "$url" url
	replace template "$login" login
	replace template "$pass" pass
	
	send/subject spec/email template
		rejoin ["[REBOL3 Tracker] " say "Account activation"]
]