ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steve Loughran" <stev...@iseran.com>
Subject Re: ImageManip
Date Fri, 24 May 2002 07:51:03 GMT

----- Original Message -----
From: "Kevin Z Grey" <kzgrey@ntplx.net>
To: "Ant Developers List" <ant-dev@jakarta.apache.org>
Sent: Thursday, May 23, 2002 8:23 PM
Subject: Re: ImageManip


>
> Heya,
>
>     I actually considered that same thing when I was looking into this.
>  What I concluded is the following:
>
>         - SVG is targeted at building images from the bottom up (simple
> shapes, text, etc) for the purpose of simple, yet pretty pictures and
> user interfaces (even animations!)

well, look on it as HTML crossed with postscrupt

>         - SVG is targeted at wireless (and related) devices where the
> bandwidth is limited

That's one use, though the use I made of in a project last year involved
server side rendering of photos and fonts at 1200dpi. Look at the 'when web
services go bad' paper under http://iseran.com/

>         - SVG does not include handling of files (read/write/formats/etc)

handles reading just like html:
<img src="xlink:href=http://myserver/image.jpg" />

>         - SVG does not include manipulation of existing image files, for
> example, you cannot take a JPEG of a monkey and draw a circle on his
> face... you can however create an image of a monkey using vectors, but
> it'd be really really hard to make it look remotely realistic.

see above. take the jpeg. overlay the vectors, use alpha blending

>         - My project is targeting manipulation of existing images, and
> while SVG does have a good framework for their purposes, their model is
> pretty obfuscated (in that its overly complex)

I agree on the complex, think you missed some of the obvious bits of the
spec in your rush to re-implement.

>         - SVG doesn't seem to support the chaining model, but rather
> only allows you to draw to a single palette.

unsure about what that means, or how SVG relates.

>     Further more, my envisioning allows the user to build complexity in
> a hierarchical form; even extend by overloading one function, and it all

> seems to fit nicely with  the ANT framework.  See where I'm coming from
> with this? :)

sort of



--
To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>


Mime
View raw message