World: r3wp

It's my problem too, when I drink a little to much , I like everyone.

Steeve :-))

I am happy without any drugs. I am optimistic, it's my fault !

is there the possibility of getting R3 AGG Richtext dialect backported 
to R2 - it would make a huge difference for gui development and text 
rendering?

I don't think it's easily possible as the R3 richtext is based on 
GOB system.

its independent of gobs as you can use it inside draw already - eg:

text 100x100 [font "Arial" size 20 240.240.0 "this is some text" 
255.0.0 "this is some more text"]

which is vastly superior to the text handling in R2 draw

of course parts of the R3 text handling like text clip zones are 
still broken..

I asked Cyphre about his demo from 2005. It might be possible to 
do, but it's a fair amount of work.

I have come across a strange problem with View 2.7.7 on Mac OS X. 
If I load a library, run a function from the library and then put 
the machine into sleep mode, Rebol crashes with a Floating Point 
Exception when the machine wakes up. Here is ahte console session:

>> mylib: load/library %Code/Pascal/libtestlib.dylib
>> add1: make routine! [a[int] return: [int]] mylib "myfunc" 
>> add1 12
== 13
>> Floating point exception


I compiled and tested the library under Windows, put the machine 
to sleep, no problem when it woke up. (I was running Windows as a 
Virtual Box VM).

Any suggestions?

waking up is where my mac or some application hangs.  though the 
lastest OS updates (I have leopard) seems to have pretty much cured 
these bugs for me.


it used to be that every 10 wake ups would require a hard-reset on 
my machine!   so this might not be specific to rebol, possibly just 
a compilation switch.

but I am no expert on the matter,   Henrik probably knows more about 
any solution to this... if anyone knows, its he or Geomol.

I've never previously experienced a problem when waking my Mac.


I only encounter the problem with the test library I have written 
in Free Pascal, I couldn't reproduce it with a C library with the 
same functionality.


It could be the Pascal written library, I'll do some tests on Windows 
(not VM) and Liunx when I get a little more time.


I'm a little suspicious of View 2.7.7 because when I tried Jaime 
Vargas's Callback test it crashed with a bus error.

callbacks are VERY flacky in REBOL.  always have been, in all platforms.

Jaime's test apparently ran from View/Pro under OS X 10.4

can someone else confirm if flood is broken in R2?
view layout [
    box snow 100x100 effect [
        draw [
            box 20x20 80x80
            fill-pen orange
            flood 2x2
        ]
    ]
]

I didn't know we had flood fill :-)

but it doesn't work here.

meh - that was Carl's example from the R2 Draw docs.. goodness knows 
how he got it to work

referenced from http://www.rebol.com/docs/draw.html#section-12

I could be wrong here, but I think "flood" is from the "old draw", 
and I don't remember if it was supported when R2 moved to AGG for 
draw.

especially with AA on, flood is not that useful.

ahh.. that may explain things

pity we cant have a flood with tolerance

I just seem to remember a discussion about flood when R2 moved to 
AGG, but I don't remember the details. in general though should shold 
be able to achieve the same effect without using flood, and it is 
probably going to be faster.

problem with that is you cannot work on an exisating image

hmm, yeah, though I think the old flood was not that useful in that 
case either.

and doing pixel by pixel detection in rebol is so slow as to make 
it unworkable

I also seem to remember that Geomol had to implement his own flood 
for RPaint

ah well - it was worth a try.  Guess its break out the C++ after 
all ;)

ICarii: see the first sentence in the doc page you refer to: "Describes 
the original draw dialect - for historic reference..."
So yes, FLOOD was only in 1.2 View (pre AGG DRAW) .

Gabriele is correct, it was not implemented when we got the AA gfx. 
Geomol did nice and not so slow flood-fill in RPaint IIRC.

If you really think it is valuable to have FLOOD back and show Carl 
some good small enough routine that could be used he might add it 
as he is currently 'open' for smaller R2 Draw improvements.

sounds good - im looking into a 'Quickfill' implementation at the 
moment which can do pattern, flood and bordered fill.  Once its working 
properly ill post to View or similar

nice  :-)

I have found that the problem with OS X View 2.7.7 crashing on wakeup 
was caused by a problem with the dylib. The root of a problem is 
a conflict between the linker on Snow Leopard and Free Pascal (the 
problem didn't exist on Lepoard).


I have a workaround which is to statically link the pascal code into 
a C "wrapper" dylib.

Brian, where are we with this?

When last I heard there was a lot of new stuff ready for release. 
Every time I check there is more, such as the recent graphics fixes. 
Eventually it will be dalayed enough that the stuff that was being 
put off until the next couple releases will be done too. Afaik, 2.7.8 
could have been released a month ago, though the graphics fixes are 
great too.

And have you actually reviewed the htt protocol changes I made yet??

Yes, and later this week I would like to ask you some questions.

This is something I do find annoying http://rebol.wik.is/IBM_Cloud/Extend-cloud.r

I have to patch http each time I do any REST stuff

At this rate, HTTP and the rest of the protocols will be patched 
in the next release. All of the R2/Forward changes have been submitted 
already, months ago.

ICarii, as mentioned, I made a floodfill in my paint program. You 
can try it with:

do http://www.fys.ku.dk/~niclasen/rebol/canvas099.r
(Works best under Windows.)


On a modern computer, it fill with about the same speed in REBOL 
as DPaint did on an A500 computer 20+ years ago. I also made a rebcode 
version, which fills the entire screen almost instantly. That version 
isn't out there.

Very nice Geomol!  Impressive speed - quite a bit faster than mine 
(i need to see what i messed up ;) )

A filling algorithm is a nice puzzle.

I think too

But it bothers me to have to decipher big code.
I'll like to see some snippets instead.

ICarii, what I did, was studying DPaint filling the screen, and then 
figured out, how to do it. It's a scanline filling algorithm. In 
short, it goes like:


- Search left and right for other colors from the point clicked on 
screen. That defines the first scanline.

- Look at lines above and below starting from the end-points of the 
first line. This defines 4 new points to look at.

- Again search left and right for other colors. Make sure, the whole 
area between the end-points are searched.
- Put it all in some list, and continue, until the list is empty.

A good way to test it, is making a lot of vertical lines on the screen 
with spaces in between, and not drawing them all the way to the border 
of the image. Then fill from some point at the center of the screen 
and see, how the filling is being split up into many separate fillings.

ah - i went with a push/pop stack and a 4 point scan

http://www.rebol.com/priorities.html


says 2.7.8 is "(Status: delayed, pending sufficient user-base response 
and contributions related to installation)"


Who can progress the installer?  That looks like it is holding this 
up ...

is the installer problem just under Windows?