World: r3wp

yes... please send this to Carl

very cool!

I put it into Rambo and into the library at rebol.org, as Carl promised 
it already once to include it in one of the former realeses.

I fixed some problems with blocks

scaling info.gif (which has an alpha channel) gives funky red and 
yellow stripes when specifying 2 or 4 points (but not 1 point).

This bug seems to have been introduced in View 1.3.2 and is still 
present in View 2.7.4
	  

 window: layout [b: box sky effect [draw [image info.gif 0x0 49x48]] 
 mag: box 600x600] 
	mag/image: to-image b 
	view window

It doesn't appear to be in the bug database.

I've been investigating the bug above with this script:

do read http://anton.wildit.net.au/rebol/view/draw/agg/image-fit.r

anton, testing both on XP and OSX. the bug does not appear on OSX, 
though colors are odd there due to a known bug.

another known bug, that is

it could be that the odd colors are simply hiding your bug, though. 
:-)

:)

http://rebol.hmkdesign.dk/imagebug.png

It looks like it also has the alpha channel problem.

Try the above image-fit.r program, set it to 2-points and then play 
with the SIZE pair-edit.

that's a very tall window. it doesn't fit on my screen :-)

On XP you see red and yellow stripes in the alpha channel.

Ok, I was thinking of changing that anyway. Hang five.

Ok, reorganised. Try image-fit.r again.

it's difficult to tell. the colors are shifting very quickly, where 
there should only be subtle changes. there are colors that look like 
they shouldn't be there, but I can't be sure.

Do you mean it's harder to see on OSX because of the other colour 
problem ?

yes

colors are bouncing all over the place when I resize it

Ok.

I'll post this later if no one else has any comments.

(The script I was working on which led to this bug was this one:

do read http://anton.wildit.net.au/rebol/gui/demo-future-progress.r

BTW I have fixed the OSX color bug so it could be added in next release.

Anton: the new image color problem you have found is 'by design' 
at the moment ;) The bilinear filter needs image data with premultiplied 
alpha when you want to use image with alpha/transparency. Another 
possibility is to use IMAGE-FILTER NEAREST which doesn't need premultiplied 
alpha in this case. I'll try to think how to solve this 'inconsistency' 
so it doesn't harm performance too much.

Hmm.. that's a bit annoying. Is there really no way the bilinear 
filter can work also on the alpha channel ? That would be a feature 
request to submit to AGG then wouldn't it ?

Good work on the OSX color bug. So now we'll both be able to see 
my bug. :)

Cyphre, so I'll submit a ticket to RAMBO.

Anton, according to the author of AGG the filter calculations would 
be much more complex and thus expensive if done in plain color space. 
Anyway, please submit a ticket to RAMBO I'll try to make the best 
to solve this issue.

Ok, very good.

Ok, submitted bug report to RAMBO.

get-modes s: open tcp://:87 'port-modes crashes new builds.
get-modes c: open tcp://localhost:87 crashes too.  
Probably similar to #3983, as copy get-modes .... works.

REBOL/View 2.7.4.3.1 27-Nov-2006
>> get-modes s: open tcp://:87 'port-modes
== [read write binary lines no-wait direct]

REBOL/View 2.7.4.3.1 27-Nov-2006
Copyright 2000-2006 REBOL Technologies.  All rights reserved.
REBOL is a trademark of REBOL Technologies. WWW.REBOL.COM


Licensed to:  .... (commercial) <....>
License ID: ...

Type desktop to start the Viewtop.
>> get-modes s: open tcp://:87 'port-modes


-----------------
Rebol Internal Error: Corrupt datatype: 176 at 201

I have same result as Cyphre. No user.r customizations ?

also - which version of windows is that?

XP Pro
5.1.2600 Service Pack 2 Build 2600
even with empty user.r

the crash does not happen if I read a web page or start e.g. the 
desktop beforehand

>> trace/net on 
crashes Rebol too and wants to send an error report to microsoft

trace/net - i have already reported it to carl.

The crash does not happen, if the license.key is not available.
I submitted it to RAMBO.

interesting. but i have a license.key too.

do you have IE 7?

It's reproducible with more than one installation.

BASE-TEXT/init assumes that font/colors is a series, which means 
that this makes an error:

>> view layout [text "Hello" font svv/vid-styles/FIELD/font]

** Script Error: change expected series argument of type: series 
port
** Where: forever
** Near: change font/colors font/color
if none?

It is the third line where the error occurs.
>> print mold svv/vid-styles/base-text/init
[

    if all [not flag-face? self as-is string? text] [trim/lines text]
    if none? text [text: copy ""]
    change font/colors font/color
...

( and various text styles inherit base-text's INIT )

so... what to do about it ?

Is it the fault of FIELD font not having a colors block, or is it 
the fault of the INIT not being able to handle the NONE case ?