World: r3wp

Good question, because the rebol.org script library will need some 
modification to path-thru to handle the url's with the '?' character 
in it. Normand, maybe you just want to change the VIEW-ROOT path 
within rebol. If is used by PATH-THRU, If you care to have a quick 
look at the source. And path-thru is used by exists-thru?, read-thru, 
load-thru... all the functions dealing with the public cache.

I read about 40 platforms, can anyone axplain me how use rebol under 
win mobile?

can't do that yet

that's one of the unsupported platforms :-)

what about another mobile platforms?

I'm not really sure that any mobile platforms are supported yet. 
This has something to do with the memory handling of Rebol. I think 
PocketPC is in the works as it's been wanted for some time now.

what a pity

RT looked at the number of downloads for Windows CE and decided that 
there was no interest .. AFAIK

Yeah, they ported /Core 2.50 to WinCE on StrongARM at my request, 
but apparently I and my clients were the only ones interested. You 
can run this build on Windows Mobile but since this was for a Handheld 
PC it doesn't adjust its window to an onscreen keyboard, making it 
significantly less useful on the Pocket PC platform.

Plus the user interface loks a little off because it is written for 
an older version of WinCE, and the title bar didn't match the standard 
layout even then.

I haven't tried it on the smartphone layout, but I would be shocked 
if it worked. :)

I will definitely request again when REBOL has Unicode support, probably 
with REBOL 3.

We wanted to use it too Brian, but it wasn't up to what we asked 
of it (View being important).

it is overall interesting issue - to get rebol running on various 
platforms in a way so it adheres to particular platform habits .... 
OS-X, WinCE being reported as Rebol feeling kind of hostile there 
...

it probably amounts to have rebol being more flexible with the types 
of windows and interfaces it can make... currently, just being able 
to create one type of windows isn't enough for more and more platforms.

could you help me with parsing? what is the best way to change value 
of "src"'s in html document to another value?

probably through old fashioned search/replace

Parse is probably the best way.

I presume just src of image tags ?

yes

about mobile... is it plannig rebol/view 1.3.2 for win mobile 5.0? 
I want to see power and buty of rebol/view on vga(640/480) handheld 
screen :)

julia, http://www.rebol.net/article/0217.html<--- this is the closest 
hint we have so far

thanks

Julia, I have just written this so it's not well-tested:

page: read http://www.rebol.com

images: copy []

use [whsp ws non-end-tag strd p1 p2 delim non-delim][

	whsp: charset " ^-^/" ; whitespace
	ws: [any whsp] ; a rule for any number of whitespace characters
	non-end-tag: complement charset ">" ; all characters except ">"
	strd: charset {"'} ; string delimiters, double and single quote
	parse/all page [
		any [
			thru "<img" [
				ws "src" ws "=" ws 

    p1: [strd (delim: form p1/1) | (delim: ">")] (non-delim: complement 
    union whsp charset delim)

    p1: any non-delim p2: (append images copy/part p1 p2) ; keep the 
    url
				| non-end-tag
			] | skip
		]
	]

]


new-line/all images on ; add hidden newlines to the images block 
so it molds nicely
print mold images

It sounds like you want to modify the image links in place, so we 
can show you how to do that safely, too.

I should mention some characteristics of the above parse rule.

Since it does not parse html, its detection of real img tags is simple 
and cannot determine the context in which the string  "<img" is found. 
 For instance, there might be written some code in a preformatted 
text section, eg:
	<pre>
		<img src="...">
	</pre>

Such a section should be left alone by the parser as it is not "inside" 
the html.
Unfortunately, making a full html parser is not so easy...
But you may find the above rule is sufficient for your needs.

'alt' and other atributes can be before img -> <img alt="picture" 
src="picture.jpg"/>

Thankyou Alek, you are right.... hmm..

about <pre> - html tags inside are permitted

Yes, but they shouldn't be touched, should they ?

But images are excluded from this :)

I understand you, but maybe I didn't make myself clear above.

Maybe I didn't  :) - <img> inside <pre> are not permited (as w3c 
states) - but IE / Opera / Firefox displays it

so changing src in it - is all way expected as for now

Hmm... that's a strange rule. I thought that any text could be inside 
<pre> ... </pre> so that you could put code in. I don't claim to 
have a real indepth knowledge of html, though. I try to avoid it. 
:)

If You want to show html code in <pre> - You should use &gt; for 
> and &lt; for <

Ok, here is a version that should skip other attributes.

page: read http://www.rebol.com
images: copy []

use [whsp ws non-end-tag strd p1 p2 delim non-delim][

	whsp: charset " ^-^/" ; whitespace
	ws: [any whsp] ; a rule for any number of whitespace characters
	non-end-tag: complement charset ">" ; all characters except ">"
	strd: charset {"'} ; string delimiters, double and single quote
	parse/all page [
		any [
			thru "<img" whsp [
				any [
					ws "src" ws "=" ws 

     p1: [strd (delim: form p1/1) | (delim: ">")] (non-delim: complement 
     union whsp charset delim)

     p1: any non-delim p2: (append images copy/part p1 p2) ; keep the 
     url
					| non-end-tag 
				]
			] | skip
		]
	]

]


new-line/all images on ; add hidden newlines to the images block 
so it molds nicely
print mold images

Ah yes.

one more - value in quotes can contain whitespaces - it is ok to 
have <img src="one two.jpg">

and second - one can write <img alt="picture" src=one.jpg /> - which 
is also good - and besides that IMO all is OK.

Really ? "one two.jpg" doesn't have to have the space url encoded 
?

no, quotes are for that.

also, in xhtml quotes are mandatory

Hmm... OK then, here's the fixed version:

page: read http://www.rebol.com
; special test cases from Alek_K
;page: {<img src="one two.jpg">} ; OK
;page: {<img alt="picture" src=one.jpg />} ; OK
images: copy []


use [whsp ws non-end-tag strd wh- non-str-delim p1 p2 delim non-delim][

	whsp: charset " ^-^/" ; whitespace
	ws: [any whsp] ; a rule for any number of whitespace characters
	non-end-tag: complement charset ">" ; all characters except ">"
	strd: charset {"'} ; string delimiters, double and single quote


 wh-: charset "^-^/" ; whitespace minus the space character (space 
 is allowed inside a quoted string)
	non-str-delim: complement union whsp charset ">"	

	parse/all page [
		any [
			thru "<img" whsp [
				any [
					ws "src" ws "=" ws 

     ;p1: [strd (delim: form p1/1) | (delim: ">")] (non-delim: complement 
     union whsp charset delim)

     p1: [strd (non-delim: complement union wh- charset form p1/1) | (non-delim: 
     non-str-delim)]

     p1: any non-delim p2: (append images copy/part p1 p2) ; keep the 
     url
					| non-end-tag 
				]
			] | skip
		]
	]

]


new-line/all images on ; add hidden newlines to the images block 
so it molds nicely
print mold images

Now, the tricky thing with modifying parts of a string in a parse 
rule is that you have to leave the current parse index at the end 
of your new replacement string.

What usually happens is you parse up to your search string, set a 
marker (here it's done with p1:), parse through your search string, 
set another marker (p2:), then

 	(remove/part p1 p2
	insert p1 "my new string")


but if the the new string is shorter or longer than the old string, 
then the parse index will be left in the wrong position.

So to fix that we need to set p2 to p1 plus the length of the new 
string, then set the parse index to that position so it can continue 
as intended:

	(p2: p1 + length? new-string) :p2


So the full example above can modify links in place if you simply 
replace:

	(append images copy/part p1 p2)

with something like:

 	(
		old-string: copy/part p1 p2
		new-string: "create your new link from the old one here"
		remove/part p1 p2
		insert p1 new-string
		p2: p1 + length? new-string
	) :p2

sync attempt...

Simple blocks mappings: I looked in the maillist, but did not find 
for such a simple case.  I am trying to devise a function to map 
values from rebDB to the user UI in rebGui.  So I need to map the 
respective values in two blocks, as in a: [a b c d e] and b: [1 2 
3 4 5], thinking that a foreach would do the mapping.  To no avail?
z: []
foreach [i j] [a b] [append z [i j]]
I want [a 1 b 2 c 3 d 4 e 5]

I would need two foreach, side by side, not to embed one in the other. 
This does not work, but the idea is there.
>> z: []
== []
>> foreach i a foreach j b [append z [i j]]
== 5
>> :z
== [i j i j i j i j i j] -> ?What is the formula?