Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: Apologies
Date: Thu, 11 May 2006 08:46:40 +0200
Message-ID: <A955EA1F8FE31749AEC8C998082F6C7CE76801@hai01.hippo.local>
Thread-Topic: Apologies
Thread-Index: AcZ0B6hKSdG6vEAkS4+ZBYIHLDo0xgAvqBtA
From: "Jasha Joachimsthal" <j.joachimsthal@hippo.nl>
To: <users@cocoon.apache.org>

I tried the Imageop and it did scale right without size-height. I did =
notice that Cocoon seemed to cache the result so when I changed =
size-preserve-ratio from false to true it had no effect on the result =
unless I changed the values of the parameters or restarted Cocoon. Maybe =
that was the reason you didn't see a right scaled image. Declaring the =
mime-type wasn't necessary either.

Jasha Joachimsthal

---------

Hippo
Oosteinde 11
1017 WT Amsterdam
The Netherlands
+31 (0)20 5224466=20

jasha@hippo.nl
www.hippo.nl

> -----Original Message-----
> From: Kamal Bhatt [mailto:kbhatt@tt.com.au]
> Sent: woensdag 10 mei 2006 10:01
> To: users@cocoon.apache.org
> Subject: Re: Apologies
>=20
>=20
>=20
> As of 2.1.9 there is a new "reader" called imageop. Check out the=20
> samples for it. I am using that. Imageop is causing me problems. If I=20
> cannot get it to work, I may try your way.
>=20
> Cheers.
>=20
> Kamal.
> Jasha Joachimsthal wrote:
>=20
> >>-----Original Message-----
> >>From: Kamal Bhatt [mailto:kbhatt@tt.com.au]
> >>Sent: woensdag 10 mei 2006 4:19
> >>To: users@cocoon.apache.org
> >>Subject: Apologies
> >>
> >>
> >>
> >> I need to be more careful. Obviously, the above email was=20
> >>not meant for=20
> >>the mailing list. But now my mistake has been made:
> >>
> >>I had the following pipeline:
> >>
> >><map:match pattern=3D"images/*/**/*">
> >>  <map:read src=3D"/data/content/tsg/cmsblocks/holidayImg/{2}/{3}"=20
> >>mime-type=3D"image/jpeg" type=3D"image-op-resize">
> >>    <map:parameter name=3D"size-width" value=3D"{1}"/>
> >>    <map:parameter name=3D"size-preserve-ratio" value=3D"true"/>
> >>  </map:read>
> >></map:match>
> >>
> >>Now, this does not preserve ratio, but this does:
> >>
> >><map:match pattern=3D"images/*/**/*">
> >>  <map:read src=3D"/data/content/tsg/cmsblocks/holidayImg/{2}/{3}"=20
> >>mime-type=3D"image/jpeg" type=3D"image-op-resize">
> >>    <map:parameter name=3D"size-width" value=3D"{1}"/>
> >>    <map:parameter name=3D"size-height" value=3D"1"/>
> >>    <map:parameter name=3D"size-preserve-ratio" value=3D"true"/>
> >>  </map:read>
> >></map:match>
> >>
> >>I have had a look for the ResizeOperation, and it looks like=20
> >>it doesn't=20
> >>need a height. Am I missing something?
> >>
> >>   =20
> >>
> >
> >I once used this to resize jpegs (and it worked):
> >
> >The reader:
> ><map:reader logger=3D"sitemap.reader.ImageReader"=20
> name=3D"imageresource" pool-max=3D"32"
> >        src=3D"org.apache.cocoon.reading.ImageReader"/>
> >
> >The pipeline:
> >      <map:match pattern=3D"/binaries/**.jpg"> <!-- so it=20
> won't match .gif or .png etc -->
> >        <map:read type=3D"image"=20
> >          mime-type=3D"image/jpg"
> >          src=3D"/my-path-to-binaries/{1}.jpg">
> >          <map:parameter name=3D"width" value=3D"50%"/>
> >        </map:read>
> >      </map:match>=20
> >
> >You use size-width as parameter, I used width. Maybe that's=20
> the difference? Or are you using an other reader?
> >
> >
> >Jasha Joachimsthal
> >
> >---------
> >
> >Hippo
> >Oosteinde 11
> >1017 WT Amsterdam
> >The Netherlands
> >+31 (0)20 5224466=20
> >
> >jasha@hippo.nl
> >www.hippo.nl
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> >For additional commands, e-mail: users-help@cocoon.apache.org
> >
> >
> > =20
> >
>=20
>=20
> --=20
> Kamal Bhatt
>=20
>=20
> --
> Disclaimer: This email is confidential and may contain=20
> privileged information for the sole use of the person or=20
> business to which it is addressed. If you are not the=20
> intended recipient, please notify the sender by return e-mail=20
> or phone as you must not view, disseminate, distribute or=20
> copy this email without our consent. We do not accept any=20
> liability in connection with any computer virus, data=20
> corruption, incompleteness, or unauthorised amendment of this=20
> email. It is the sole responsibility of the receiver to scan=20
> for viruses before opening.
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>=20
>=20

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org