AltME groups: search

....typically, in that instance you'll get a private message from 
someone which uncovers their previous few messages to you that you've 
never seen; --  and they've perhaps assumed you've been ignoring 
them.

My other belief is that there is a very sublet interaction between 
the latency.

Reinstalled, allowed a resync, came back...no mesages.

I do see the I'm New group now.  I did try a number adjust before 
the reinstall went from the default 100 to 1000 to 1 to 100 to 10000 
to 100.  Nothing.

Long ago there was a guest account.
From a security viewpoint, getting rid of it was a good thing.

But it was a way to force a resync: log on as guest then again as 
yourself and (in my experience) you always gor properly resynced.

Perhaps there is a case to have a resync account with password given 
out only to those who need it.

Alternatively. some people could have two accounts, and use the spare 
for syncing only.

sync bug: I had a problem when I used a slow (and less reliable) 
connection. When the connection is fast and reliable, the problem 
is not showing itself in my opinion.

Can someone recall me what function to call or where should I indicate 
a new download default directory of the console.  By default, it 
seems set to C:/Documents and Settings/AdminHome/Application Data/Rebol/public. 
 I would like to change that.  Thanks.

That's the View cache directory (or sandbox if you prefer), which 
gets set by the installer. Although stuff is downloaded to it it 
is more like the Windows application data directory for REBOL, a 
place for (perhaps untrustworthy) scripts to put their stuff. It's 
not really a default download directory as such.


If you want to change it, the easiest way (for a newbie) is to uninstall 
REBOL, move the entire View directory (not the public subdirectory) 
where you want it to be, and reinstall REBOL, specifying the new 
location. If you are more ambitious, the View root directory is stored 
in the registry and can be changed from there. You can't move the 
public subdirectory seperately from the entire View directory though.


Keep in mind that the View root directory is under Application Data 
for good reasons, particularly to make it easier for multiple users 
on the same computer to use REBOL. It's the standard way to do this 
on Windows, and a good idea overall. 


I tend to leave the View root in appdata where it belongs and then 
set a junction point (sort of like a symbolic link for directories 
on NTFS) in some more friendly location so I can get to the data 
easier. I use the axwLink shell extension for this, which you can 
get here: http://arniworld.de/downloads.htm

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.

what a pity

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.

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 
...

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

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.

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. 
:)

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

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

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?

I made a function for this to interface MySQL:

keyed: func [keys [block!] values [block!] /local out] [
  out: copy []
  if not any [empty? keys empty? values] [
    repeat i length? keys [
      insert tail out reduce [

        keys/:i either block? first values [values/1/:i][values/:i]
      ]
    ]
  ]
  out
]

>> keyed [a b c] [1 2 3]
== [a 1 b 2 c 3]

>> a: [a b c d e] b: [1 2 3 4 5] z: [] repeat n length? a [repend 
z [a/:n b/:n]]
== [a 1 b 2 c 3 d 4 e 5]

Integer digits of a string: I want to check if all the digits of 
a string, str: "1984", are integer number, to check the validity 
of a date. Ideally I do not want to use integer to-integer, as in:

check: func [ str [string!] ] [ for n 1 (length? str) 1 [integer? 
to-integer to-string pick str 1] ]. It seems to me that to beg the 
question.  Any more elegant way to do that?

Major highlights include improved audio/video support, support for 
CD writing with Cdrtools 2.1, enhanced POSIX compliance, a large 
list of kernel enhancements including basic ACPI support, a major 
new version of the GNU C library, several installation related fixes 
which should create a smoother installation compared to previous 
releases.

We also added a rewritten picture viewer, a new PDF reader and a 
number of new dock applets. An updated version of our web browser 
is available separately.

There is a 7-Zip version of the live CD (which is bigger than the 
install CD). We're simply using GZip for the install CD because it's 
ubiquitous. We don't want to force people to install 7-Zip

That's true. You can mention it to BurningShadow on his live CD site. 
It's a contributed project

The Syllable project is trying to stay out of political issues. We're 
open source, that's political enough. We want to be a platform for 
all software: free, commercial and shareware. Within the Syllable 
project, we don't necessarily have an opinion about how you should 
unpack our CDs

Several years ago I researched every compression application that 
I could and did some heavy testing with a wide range of data to see 
which one I liked the best.  7ZIP does have the best compression 
IF you use the ZIP7 algorithm with any other algorithm WinRAR is 
just as effective and has a much nicer interface.  I recently checked 
7ZIP out again and IMHO the user interface still is really ugly and 
difficult to understand let alone use.  So, if you ask my oppinion, 
don't change your compression programs or algorithms! ;~>

BurningShadow just changed the live CD from 7-Zip to RAR for the 
size, but that's up to him. The main Syllable project recently changed 
application packages from GZip to Zip. The compression is worse, 
but this allows us to include extended file attributes, so that's 
a completely different consideration

I think the real problem is that open-source project can't invest 
into a hudge advertising campaign like  commercial apps. So the only 
way for open source project to be known is beeing included into open 
OS distributions :)

Even if I have a personal opinion about it, from the point of view 
of Syllable, we don't care. We just want all that software to run 
on Syllable, and integrate well with our platform

We're moving to a new C library over the course of several releases. 
After introducing the new GLibC in the previous release, this time 
all of the Syllable base system is recompiled on top of the new library. 
The old C and C++ libraries are still included for compatibility 
with older POSIX applications, but the old versions of the higher-level 
Syllable and AtheOS libraries have been removed. This means that 
native Syllable applications should be recompiled. Several of us 
are currently releasing new versions of our applications

For Syllable itself it's the usual mix of gradual improvements all 
over the system. Lately, most of the bigger improvements have been 
in the included applications. Among others, there are new versions 
of ABrowse, our browser, XPDF, our PDF reader, and a rewrite of Whisper, 
the email client

I'm interested in that, too. :-) What I know is that Arno is making 
deep changes to the video driver framework to add backbuffering in 
the memory of the video cards. We think about AGG as a crossplatform 
rendering library, but Arno is considering the few simple drawing 
functions in Syllable. Things like line drawing are passed directly 
to the video drivers, and if a driver supports 2D acceleration, the 
draw is done in hardware by the video card. In our new framework, 
these drawing operations need to be able to work directly in the 
memory of the video card when necessary. It makes sense that crossplatform 
libraries are not suitable for this deep integration

I strongly feel that we are joined ideologically in the Syllable 
project by all having reached the conclusion that we want to do something 
new - which was the AtheOS philosophy. The projects that aim to clone 
older systems have to deal with some significant problems. They're 
tied by backwards compatibility, and they're working in an environment 
of decay, because their legacy systems are getting ever more outdated, 
while still having significant numbers of users. This puts a lot 
of pressure on them and often leads to negative attitudes

For us the only way is up. Every improvement is a positive thing, 
and we're free to design a modern system

yes, but is it for fun? Or what is your intention? Let's say in a 
few years you reach some 1.0 state and what then? For whom is the 
system targeted?

The BeOS efforts are fractured, but Haiku seems to be doing quite 
well. Nevertheless, they're far behind Syllable. They can test parts 
on BeOS, but their own system is only running at a very basic level. 
They do have interesting pieces of code, and quite a bit of it at 
that. They use a BSD license,  so any code we want, we can integrate 
into Syllable. :-) Soon we will release a port of the OpenBFS file 
system for Syllable

Although Syllable is fun, a big reason for its founding was that 
a stated goal of AtheOS was that it was a hobby project, while we 
mean business - albeit in the long run :-)

Syllable is clearly focussed at the desktop, and we want a system 
that is as friendly as possible for regular users, while still being 
very powerful for people who know what they're doing, and offering 
a smooth learning curve between those two states. Pretty much the 
Amiga philosophy. And we have no intention of resting on our laurels 
once we call it 1.0 :-)

Ahum; that's my area and it's kind of a struggle. I like high-level 
languages, but when I joined Syllable I had already established that 
there were better things than Python. I had ported Ruby to AtheOS 
and that's what we're using now in my build system and in the installer

Bindings to the native Syllable API are a big problem, as with other 
systems. One of my requirements for a high-level language is that 
it makes bindings as easy as possible, and supports multithreading 
very well. I looked into many things, like .Net, but found that this 
is not the case for most languages, so I'm more focussed on getting 
one good language than a general bindings framework now

Last time it was filmed, but I don't know if the movies were processed. 
We did get a number of still pictures. I linked to them in my posts 
on our forum, if you're interested

BartPE is a Bart's ... ( some dutch name ) version of MS Personal 
Environment.

How can i install it without a cd-burner?

And: did Carl say anything further about porting rebol there? MAybe 
he can make a short test-case for that select-stuff?

How can i install syllable *now* without a cd-burner?

Got a cd reader Volker ?

so, maybe you can "burn" the iso image to a virtual cd.

No, that was the reason half a year ago.. :)

No way to put the install on some partition and install from there? 
(i have a partition, really!)

JForth seems to be a freeware binary distribution. Without the source, 
there's nothing to port. Also, it seems to be completely Amiga-specific. 
There are plenty of Forths that would be much easier and more useful 
to port

I don't see it. One of the authors later wrote a portable Forth, 
so JForth is probably not very portable

The runtime portion of a Forth is extremely small, so if you can 
get that to compile, you're basically there

first off I have to find a lha decompressor!

That reminds me of an old Amiga housemate that we drove crazy by 
giving him a BBS that he wanted, but compressed in a format that 
we knew he didn't have an unpacker for :-)

For two weeks, we downloaded unpackers for him that were themselves 
compressed in a format that he didn't have yet. It became ever more 
difficult to find combinations that gave him no path to unpack his 
Amiga BBS

I hope you're not intending to give carl the same problems should 
he attempt a port.

A few years ago I visited his wedding party, so I guess we're OK 
:-)

Bad performance of that server. Had it run AtheOS, it would have 
easily survived a few Slashdottings :-)

That compilation is done by the compiler. I doubt they have a lot 
of assember in it. But strong point is integration with amiga-apis 
AFAIK, i guess without it its just a forth.

What compiler? A C compiler, or some sort of Forth compiler?

No, but you can replace it with a x86-compiler. bigforth has one.

but then bigforth has everything else too, and a swapdragon.

Replacing it with an X86 compiler would mean rewriting it. And then 
you have a new compiler that can't be ported when we port Syllable 
to some other architecture

This is one of the things where Syllable is generally much more modern 
than AmigaOS. It's all portable C and C++. There are just a few very 
small fragments of assembler code in Syllable

fig yes. and every compiler-bit can be reused in the application 
as a menu-system :)

Yup, that's a good indicator for Syllable

for those that need a LHA decompressor ... http://www.nonags.com/nonags/ziputil.html

pfe has a tcp/ip-lib. pforth too?

Taygeta has a native forth tcp/ip stack.

The boot floppies are old. They may not contain the unzip executable 
that you need to unpack the Syllable base package. You may be able 
to extract unzip from the base package and add it to the floppies, 
or put it on a FAT partition and mount that from the floppies

Taygeta's is based upon BSD socket interface, but they recommend 
that if the host already provides a stack, it is only necessary to 
write the inteface.

Including a machine to use them? :)

Lets make a computer-museum.

how does the reboot time for syllable compare with other os's?  Does 
it make it viable to run as a server?

Is reboot time the criterium for a server? :-)

Syllable boots in about ten seconds and shuts down in a few, so reboot 
time would be about fifteen seconds plus the time the machine takes 
to initialize and get to the boot loader

there's a problem with the live cd site

http://www.syllable-livecd.info/

Permission not grated to view the home page.

The live CD site and the other Scandinavian sites are down due to 
a double hard disk failure

the iso image is compressed with bz2, and now I have to find a japanese 
web site that has lzarc to decompress the bloody thing

It's like a website -- two clicks and I'm out.

what? Special kind of archiver? Hey guys, get a clue, what you think? 
:-)

You've already pushed a lot more keys here than the two clicks you 
say you're willing to invest ;-)

that goes the same for .rip - fine format - bug ugly .... I want 
to enter all common archives as a directory of some kind ... so I 
want rebol to handle .zip and get rid of .rip

I simply want my file manager (Total commander) to treat it natively, 
and it does so for .zip, .arj, .rar and probably others - the same 
goes for ftp - just normal as a directory ... so my-file: read %/C/some-dir/some-zip.zip/my-file.r 
:-)

I'm not sure but doesn't Rebol use a version of Bzip for it's compression 
routines?

suports: 7-ZIP, A, ACE, ARC, ARJ, B64, BH, BIN, BZ2, BZA, C2D, CDI, 
CAB, CPIO, DEB, ENC, GCA, GZ, GZA, HA, IMG, ISO, JAR, LHA, LIB, LZH, 
MBF, MDF, MIM, NRG, PAK, PDI, PK3, RAR, RPM, TAR, TAZ, TBZ, TGZ, 
TZ, UUE, WAR, XXE, YZ1, Z, ZIP, ZOO

7Zip is only 1 MB, has a normal English web site and is open source

BZip2 compresses quite a bit better than Zip, and the CDs are fairly 
big, so...

Howver, the time taken to search for a bzip2 decompressor, download 
and install, and then decompress was longer than the time it would 
have taken to download the extra 10Mb.  Maybe offer people  the choice 
of what archive they want.

Well, you could always seed a Bittorrent tracker with that Zip you 
made

This is a DIY project. We don't even produce the live CD ourselves

I guess I need to read some docs, as there are two accounts - one 
user and one root.  Both require passwords.  I guessed the user account 
password of "guest".  Didn't know what the root password was.  Reached 
a low res screen, and network chipset not detected ( using a Centrino 
chipset ).

I guess you don't have bzip2 if you pay a few hundred bucks for the 
privilege of running Windows XP. Older Windows versions come with 
nothing, XP comes with Zip. Syllable comes for free with Zip, GZip 
and BZip2 installed, and the Archiver utility has more

640x480 Is the default screen setting. It doesn't upset monitors, 
and the login screen doesn't need more. Can you set a higher resolution: 
is your video chip supported?

ABrowse is based on a recent version of the KHTML rendering engine 
from KDE's Konqueror