World: r3wp

I want that url to be returned internally by rebol cgi script, so 
that displaying source of main site will not reveal target site ...

If i put short html source with meta tag and redirection, I get endless 
loop of redirects ...

petr: so the people hosting the shop do not offer you the ability 
to have your own domain name?

anyway - from your server you could create a reverse proxy. this 
is not very efficient (browser > your server > shop server   instead 
of browser > shop server   for all requests), but to the user it 
will really look like the shop is on your server (noone would be 
able to tell the difference)

alternatively, use frames as you do; though, this way users have 
no way to link to a specific page in your shop, because all urls 
are hidden.

yes, I know - the links part is not good of course, but I prefer 
shadowing of domain ... If there would be way how to do that using 
mod_rewrite, I would like to use it, but looking at Apache docs I 
am not able to tell if something like that is possible ...

now the only problem for me is, that in above code, I want to call 
cgi, so that looking at frame source target site is not easily revealed 
....

petr: it's possible to crate a reverse proxy even without using mod_rewrite. 
you'll need mod_rewrite only if you want to somewhat change the urls 
to make them look different

example from the apache docs (2.0):

ProxyPass /mirror/foo/ http://backend.example.com/
ProxyPassReverse /mirror/foo/ http://backend.example.com/

you'd use:

ProxyPass / http://xidys.ekatalog.biz/
ProxyPassReverse / http://xidys.ekatalog.biz/

as long as they're not using absolute urls in the html, noone would 
notice that it's not your server which is serving the requests.

you have the disadvantage sadi above though...

Thanks Gabriele. I should mention why I do need it. The problem is, 
that some big distributors cheat on their sub-distributors. Together 
with few shops we found out, that although they allow to use their 
part of portal, some customers are clever, find out what shop it 
is in reality and they go directly to the parent shop and get the 
same price as from us. That is indeed bad behavior on their part 
as their partly ruin our business, but we can't do nothing about 
it. I will do my own shop, but as a whole system. I will describe 
architecture later ...

are there ANY decent web browsers that can print a page on a sheet 
without cropping long lines?  What is the best way to insure this? 
(IE, FF, Opera....all rubbish!!!)

maybe the only solution is to design one in REBOL...

What is wrong with FF or Mozilla print preview?

I never got cropped long lines, it should wrap

but is printing working properly with Rebol yet?

that is something we can do.

Pekr, anything special in print preview?

special? You can see how it will look ...

yes, and in FF it looks like rubbish.  The text gets truncated.

Steve - why to be so impulsive? :-) Look, I5 < 5.5 did not even provide 
print preview! NS had it for ages. I very ocassionally got myself 
in problem with NS, FF, Mozilla using print preview.

isn't it in printer driver? What about other websites? Do all get 
truncated? Maybe FF can't handle the particular one, which may be 
badly coded?

ah, but none of it works...FF, IE, NS, Opera...all rubbish.  All 
I want is to print a proof.  At least they could get the text right.

Could you post a link to site you want to get printed?

btw - Carl posted proposition for color-text ...

it is a document I did in Make-doc2.r not for the public yet for 
another month...

trying to do landscape...that ALMOST works...what rubbish, these 
Web Browsers.

you would think after 15 or more years they could at least do text 
right.

are you talking about plain text or already converted md document 
into html?

Hi Steve, I usually just scale it down a bit in the print dialog 
box.

already made html.

For most of the rebol.net docs, I've notice they sometimes clip on 
the right edge of the printer when using US paper size.

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: