World: r3wp

get used to what other environments do ;-)

... well, just kidding ... I thought it is a one-time job ....

Well, the point in using REBOL+my own closely integrated frameworks 
is to avoid third-party dependencies...

Try contact Cyphre ... or I will ask him ...

If R2/Draw is not going to be updated, there's no point in bothering 
him.

Doc, I might have a resizer to make thumbs...

can't you call R3 from R2 ?

Ah nice! I started looking at http://en.wikipedia.org/wiki/Lanczos_resampling
to see if a REBOL implementation would be fast enough.

Just a test:

set 'resize func [img /local sz c1 c3 i2] [
	if file? img [img: load-image img]

	scale: img/size/x / 160
	sz: as-pair 160 round img/size/y / scale
	c1: 1x0 * sz
	c3: 0x1 * sz


 i2: to-image layout [origin 0 box sz effect [draw [image img 0x0 
 c1 sz c3]]]
	save/png %img.png i2
]

Call RESIZE with a loaded image. It'll save the img.png file, that'll 
have x-size of 160. It looks ok here.

Change the 160 to some other value, if you need other size.

That's almost the code I've made already. The issue is not having 
BILINEAR or any other good enough filter for thumbnails.

(or give it as an argument)

I'm working with 64x64

It seems to be ok without the filter, so maybe some default filter 
is in action. Let me check...

Lanczos (IrfanView) is giving incredible good results.

couldn't convolve filter be used somehow?

I use lanczos in XnView by default ...

you can blur the image before downscaling, but it can smear it more 
and the image isn't as clear.

How do you access CONVOLVE operator? (can't see it in Draw documentation)

btw - nconvert is 1.8MB one single exe with all filtering capability 
of xnview inside. Should be cross-platform too IIRC. But - the licence 
might not fit, I don't know ...

Doc, my version seems filtered to me. Have you tried?

do http://www.rebol.com/view/demos/convolve.r

Geomol: I'll try it right now.

This is what I get with my current code : http://softinnov.org/tmp/thumbs64.png

Hm, different to say 100%, if my version is filtered. Some results 
look ok, others maybe not so good.

left=REBOL, right=IrfanView

The original image is the CureCode homepage viewed inside Chrome 
(http://curecode.org)

Geomol: same result with your code.

Looking at the nconvert solution...

Yeah, you're right. Too bad. :-/

Looks like NConvert is a good solution for now. It's simple enough, 
supports the right filters and is multiplatform.

I tried resize both under Windown and OS X with same result. No filtering.

Pekr, thanks for NConvert link and for pointing me to Convolve operator, 
pity it's not mentioned in any of the View doc I know of.

Convolve effect could actually help get Lanczos filter implemented 
at mezz level with decent speed.

view layout [text-list "this" "is" "a" "text" "list"]
myFile.txt contains "this" "is" "a" "text" "list"
how can I:
view layout [text-list read %myFile.txt]
? 
tia

everything inside the layout [  ]
is not rebol code .. it's a dialect

VID = Visual Interfaces Dialect.

Doc - Cyphre confirmed bilinear filter is missing in R2 draw. It 
could be added, if we wish so for R2 updates. In R3, there is new 
parameter for such purposes, called RESAMPLE

so you can do this ... get the block first

data: to-block read %myfile.txt

and then compose on the block

view layout compose/only [ text-list (data) ]

Thanks Graham. 
view layout compose [text-list (data)] ; worked

view layout [text-list data parse read %myfile.txt  ""]

Pekr: thanks for the confirmation. Why does it appear in documentation 
then? http://www.rebol.com/docs/draw-ref.html#section-3.15

Anyway, thanks to you and nconvert, I could deliver the new CureCode 
feature to my customer this morning.

I think I'll drop View support in Cheyenne completely in the next 
release and search for a suitable third party graphic library to 
add.

good idea

If View sucks, well then. But it is a good measure of how it is "usable" 
in real-life ...

try image magic.  its fast, easy to use on the command-line, it can 
process in up to 640 bits images and there is limit on capacity as 
it can actually use disk as ram while its processing!  I rendered 
20GB worth of images into one composite ... using 500MB of ram.

and there are no higher quality engines out there... but that all 
depends if it does what you need in terms of image and graphics.

we can't build an extension for imagemagick yet, can we?