World: r3wp

that's easy and works

what is chickenscript?

browser plugin for firefox that drives firefox

I don't think there is many robots evaluating javascript

use it to automatically login to sites, evaluate javascript etc

I use it all the time ...

ok... I give up

anyway, I would like to see from which IPs the spam is comming

in my experience... blocking ips can block 90% of spam, but not all. 
of the remaining 10%, a good amount is actually posted by humans, 
so there are no easy way to block it.

Gabriele, could a captcha be added easily and timely to RAMBO... 
as well as a "preview" step... hitting the "enter" is easy to do 
involuntarily.

?

i don't have time for it now :)

chickenfoot

Could someone update RAMBO ticket 3455 with info that Linux (at least 
Debian) supports a

sensible-browser

command.

And then maybe mention that this script calls x-www-browser and then 
www-browser if there is no BROWSER env var

Thanks.

done.

Gabriele: so there is a script that I can use with mandriva to set 
browser path ? if so can you send a link ? Thanks !

no, i have just added brian's info to the ticket. Debian has a command 
(a bash script I assume) that will launch the user defined browser.

yeah tried on Mandriva using the Debian tricks and no luck

eh?
>> replace "aa-aa" "aa" "P"
== "P-aa"

what's the problem?

replace/all ???

ahaa.. :) thanks Graham.

>> mold/all/flat []
Bus error

Core 2.6.2.2.4 on MacOSX

works fine in WinXP

>> mold []
== "[]"
>> mold/all []
== "[]"
>> mold/flat []
== "[]"
>> mold/all/flat []
Bus error

same happens under Linux

also exists under Core 2.7.5.2.4 for MacOSX

RAMBO'ed

Re: 4268 - Gregg, do you think it really should return %/a/ %/c/ 
etc?

when you do a read %dir/   and you get %subdir/   as a result, you 
know that the path to subdir is %dir/subdir/  so it seems consistent 
to me that a read %/ gives %a/ and the path is %/a/ .

eg if i make a function like:  func [dir /local block] [block: read 
dir forall block [block/1: join dir block/1] block]

i expect it to work with any input, %/ included. but it would break 
if read %/ returned %/a/ .

I've considered it a long-standing bug, because it didn't do that 
before, and I think Carl acknowledged it as a bug at one point. There 
are two ways to look at it, but the consistent-path model may be 
best in REBOL, meaning it's not a bug. Under Windows, where there 
is no concept of a root above the drive letters, it's more comfortable 
to think in terms of the drive spec being a top level entity. Not 
sure what's best for UNC usage.

i'll leave it in as a bug, but i personally prefer it to be consistent 
with other operating systems.

I think I'm OK either way, as long as it's doc'd, though consistency 
is probably better.

Gregg, I seem to remember arguing *for* the change, in order to achieve 
consistency, so I'm with Gabriele, here.

Serialised function! not loadable 

in Rebol/View 2.7.5.3.1 on WinXP

>> load {#[function! [][]]}
** Syntax Error: Invalid construct -- #[
** Near: (line 1) #[function! [][]]

>> load/all {#[function! [][]]}
** Syntax Error: Invalid construct -- #[
** Near: (line 1) #[function! [][]]

The above are loadable on View 1.3.2

Anyone reported something like this ?

Reproduced here.

oh.. that is a mean bug!
crashes in 2.7.2 also.

Thankyou.

known and on the list for next release.

Ok, very good.

Strange new-line bug/issue:

foreach [style obj] svv/vid-styles [print mold to-lit-path reduce 
[style in obj 'color]]

solution/workaround:

foreach [style obj] svv/vid-styles [print mold to-lit-path new-line/all 
reduce [style in obj 'color] off]

(The first one produces lit-paths starting with a newline - looks 
weird.)

foreach [style obj] new-line/all svv/vid-styles off [print mold to-lit-path 
reduce [style in obj 'color]]