World: r3wp

It's usually due to the size of the banner graphic on the top -- 
which is just a bit too wide. I need to fix it one of these days 
or change the way the page is built to not include the graphic in 
the outermost table.

And, there is also the problem that occurs if any code example is 
too long, pushing out the right margin for the entire doc. I've thought 
about correcting for that in MD. But, not sure how best to do that 
(wrap or clip).

Need a print CSS

yeah...I have done the scaling, sort of a fishy thing to have to 
do.  More of a rhetorical question I was asking...because if Web 
browsers and Adobe Acrobat were well designed, electronic documentation 
would be a joy to use...just lots of room for improvement to REBOLutionize 
the industry.

There is nothing wrong with Adobe PDF imo ...

I will shut up...was just venting...a big pain in computing to solve...perfect 
literate computing.  Before Dynabooks are good, this problem has 
to be solved.

I did have code in a box that was rather long. so that will help 
printing until I design a new Web displayer...

I would like to fix path-thru so it can handle query strings, as 
links to rebol.org scripts have. eg. http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=slim.r

Maybe I should rephrase that: I would like to fix NTFS so it can 
handle "?" in filenames...

Anyway, the idea is to map characters in the URL that are unallowed 
by the local filesystem to something else (probably the hex representation 
?)

eg. 
>> http://%3F
== http://?

This type of mapping could cause collisions (there might be a url 
with a %3F already in place of the ?) but I think this imperfect 
system is better than not being able to map at all.

So the initial goal for me is just to map the ? character, then later 
I will see about other non-allowed characters. I think it is ? who 
is causing all or most of the problem.

PATH-THRU currently looks like this:

path-thru: func [
    "Return a path relative to the disk cache."
    url /local purl
][
    if file? url [return url]
    if not all [purl: decode-url url purl/host] [return none]

    rejoin [view-root/public slash purl/host slash any [purl/path ""] 
    any [purl/target ""]]
]

So the quick solution seems to be to modify the last line, using 
REPLACE to change "?" -> "%3F"

replace rejoin [view-root/public slash purl/host slash any [purl/path 
""] any [purl/target ""]] "?" "%3F"

Indeed PATH-THRU seems to work on this url, as well as LOAD-THRU 
and EXISTS-THRU? (they all rely on PATH-THRU)

>> path-thru http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=slim.r

== %/D/Anton/Dev/Rebol/View/public/www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r%3Fscript-name=slim.r

>> load-thru http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=slim.r
connecting to: www.rebol.org
connecting to: www.rebol.org
== [
    SLiM: make object! [
        id: 1
        slim-path: what-dir
        libs: []
        paths: []
        linked-libs:...

>> exists-thru? http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=slim.r

== %/D/Anton/Dev/Rebol/View/public/www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r%3Fscript-name=slim.r

So that looks good. Unless anyone has any objections I will post 
it to RAMBO as a feature request.

In future, I think a proper mapping function (probably using PARSE) 
should be created, and path-thru would use that instead of REPLACE, 
but until then I think this is a very good and cheap fix.

OK, I posted a RAMBO ticket for this.

Anyone got any advice on allowability of "?" in filenames on *nix 
?

I don't know, but "?" can be used as a wildcard on *nix, so I think 
it's not supported in filenames (but I've no real experience with 
*nix)

Mmm.. I think (without checking any official specs yet) that the 
mapping problem is not so bad, because allowed character set for 
URLs is quite restricted, so it should be smaller than allowed characters 
on most filesystems. On the other hand, maybe the intersection of 
allowed characters on all rebol-supported filesystems is actually 
smaller...

Kru, as I understood on unix, filenames could contain any ascii characters 
0-255, but using characters such as "?" would confuse a lot of programs, 
so it was avoided. I don't know what the situation is these days.. 
Maybe they are more restrictive of allowed filenames.

Ok, to the google search !

First link looks interesting:

http://linux-ntfs.sourceforge.net/ntfs/concepts/filename_namespace.html

URLs are not technically very restricted. Can't remember the details 
off hand -- Google for RFC1630.

But many implementations are restricted  in random and petty ways.

Thanks Sunanda, just skipping through it now... as I expected, a 
complex fudge. :)

http://www.w3.org/Addressing/rfc1630.txt

Towards the bottom there seem to be some BNF parse rules for WWW 
URIs.

But my energy for tonight is just about to expire... Luckily I just 
installed the "SessionSaver" extension for Firefox (keeps documents 
persistent), so I can just close firefox and go offline. Nice plugin.

IE7?  -- Security updates, apparently.  No changes to the rendering 
engine?  *cough* PNG *cough* CSS
http://www.mezzoblue.com/archives/2005/02/15/ie7/index.php

about time.  It's a nightmare trying to clean spyware off ....

graham i agree with you that"s why i use opera 90% of the time

Chris - today one MS defender on Czech phorum argued following way 
- W3C are morons, who did everything to have the main word in defining 
standards. According to such person, only IE supports properly xsl, 
SMIL and VRML and that PNG can be used with some trick ...

Pekr: You can let that person know that MS is a member of the w3c, 
last I heard.

Who uses XSL, SMIL or VRML?  And the PNG trick privides marginally 
better alpha PNG support -- but only 32-bit and not in CSS.  Look, 
there is a standard document format -- XHTML.  There is a standard 
way to make it look nice on multiple mediums -- CSS.  And a standard 
way to add images -- PNG.  As the major web browser, IE limits these 
standards (CSS + PNG) through limited support -- that sucks.

I want to create documents that look good no matter who is looking 
in.

I know - ppl did not let him argue anymore ... he was not able to 
provide valid arguments for MS not taking browser enhancements back 
to older Win versions. Producing IE 7 for XP only is not a solution 
...

why would MS update the browser? that only breaks with existing IE 
only websites/apps

because they update MSN messenger so as the browser is par of the 
package they update it too

yes, and if you don't want MSN messenger - you have to uninstall 
it at each IE security update

Any CGI gurus here? I've just started setting for CGI on windows 
after years on Linux. I can't figure out how to get the proper registry 
entries so that I can work with apache as the server on windows XP. 
Anyone have any experience with that? Or point me to correct forum 
is this is the wrong one... thanks.

Hmm, I don't fully recall setting up Apache, but I also don't think 
that I needed to change the registry to get it running...

Yes... that's what I was going to say too. I just "worked".  But 
that was on Win2000.

I installed it on WinME and it survived the XP upgrade.

The trick for me is to reconcile the she-bang line, not only for 
different servers and OSs *but* also with different scripting languages. 
 Using one she-bang line on the test machine and a different one 
on a live server is full of potential errors, regardless of the language. 
On apache/windows the following line being enabled: "ScriptInterpreterSource 
registry" tells apache/windows to find an association in the registry. 
Well, there is no rebol/core installation procedure to do it, and 
the registry entry appears to be different from windows 98/IIS, and 
I haven't been able to figure it out. I need to be able to run scripts 
from rebol, python and perl on this machine *and* to be able to upload 
any of them to a unix/linux server. so ..... I installed rebol and 
user.r in c:\usr\bin, installed python at   d:\python23 *and* copied 
python.exe to c:\usr\bin. So far rebol and python are both working 
using #!/usr/bin/rebol and #!/usr/bin/python respectively as the 
she-bang lines (with ScriptInterperterSource turned off). I will 
later try that with perl and see what happens. If that works, then 
I have a solution. However,  it seems to me that the rebol installation 
should provide proper registry entries to by-pass the she-bang line 
as perl and python do.