forrest-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tim Williams <william...@gmail.com>
Subject Re: photogallery plugin thoughts
Date Sat, 07 Jan 2006 01:01:29 GMT
On 1/6/06, David Crossley <crossley@apache.org> wrote:
> Tim Williams wrote:
> > Helena Edelson wrote:
> > >
> > >  Just wondering since Java was mentioned, will you be coding this in xml for
Forrest or do you need something in Java for Cocoon?
> > >  something using JPEGCodec, JPEGImageEncoder, MediaTracker, Graphics2D, Resize,
etc?
> > >
> > >  My experience is that uploading the full images and using software/code to
generate the thumbnail on the server is memory intensive, although I am not familiar with
the readers mentioned by Tim. I know of a dll that resizes on the server on upload but who
runs windoz servers anyway.
>
> Helena, Cocoon already has various compoments for
> handling images. See some basic demos here ...
> http://cocoon.zones.apache.org/demos/release/samples/imagereader/
>
> Tim, there is a patch for a new "imageop" block
> sitting in Cocoon Jira which might be of interest.
> http://issues.apache.org/jira/browse/COCOON-1301
>
> -David

Thanks David,
That patch appears to expand the image handling capabilities -- which
is cool -- but what I'm wanting is simply to write the image variants
to disk.  I've pretty much got it working but since it's a pretty huge
change I want to make sure it's cool with everyone first.  Right now,
each variant (small, preview, and big) is created in it's own
directory manually by the forrest user.  What I want is to just be
able to drag a bunch of my photo directories into the gallery and have
those variants generated by Cocoon automatically -- when I implemented
it I also made the change of being filename-based instead of directory
based.  This works fairly well though as you might imagine the first
time through it's still memory intensive too.

I also eventually want to make an additional change in behavior.  The
gallery\ directory will be seen as the root gallery.  Any subdirectory
of that one can have a gallery.meta file that describes the gallery
and also may contain sub-galleries itself.

Also, if there happens to be any graphically-gifted folks listening
this gallery could use your help because it is pretty rough looking as
is.  My thought is that to improve it visually we may want to just
wait until we can move it to views so that we can use *.fv files as
sort of the "Album Layout".

--tim

Mime
View raw message