"Phillip J. Eby" wrote:
>
> At 01:45 PM 4/1/01 -0700, Michael R. Bernstein wrote:
> >
> >It seems as though the manage_upload method is supposed to
> >hand off the image data to RenderingKinds, which in turn
> >either replaces the image data in existing Renderings, or
> >creates new ones, by iter
"Phillip J. Eby" wrote:
>
> At 05:08 PM 4/1/01 -0700, Michael R. Bernstein wrote:
> >
> >I'm also assuming that RenderingKinds' defaultRack is set to
> >use 'ZPatterns: DataSkin' and be set to load by accessing
> >the 'id' attribute. Is this correct?
>
> Well, I would create a "RenderingKind" ZC
At 01:45 PM 4/1/01 -0700, Michael R. Bernstein wrote:
>
>It seems as though the manage_upload method is supposed to
>hand off the image data to RenderingKinds, which in turn
>either replaces the image data in existing Renderings, or
>creates new ones, by iterating through the rows in the
>TinyTabl
At 05:08 PM 4/1/01 -0700, Michael R. Bernstein wrote:
>
>Now, am I correct in assuming that the 'sizes' TinyTable
>should be in the RenderingKinds Specialist?
Yes.
>I'm also assuming that RenderingKinds' defaultRack is set to
>use 'ZPatterns: DataSkin' and be set to load by accessing
>the 'id'
"Phillip J. Eby" wrote:
>
> By the way, RenderingKinds is a sort of specialist that hasn't been
> discussed much outside of the apps Ty and I work with - the "constant"
> Specialist, one which contains application configuration or metadata rather
> than "content". Oftentimes it's handy to simply
"Phillip J. Eby" wrote:
>
> At 08:59 PM 3/30/01 -0800, Michael R. Bernstein wrote:
> >
> >The terminology I'm using is ArchiveImage (for the 'Image'
> >class) and RackImage (for the 'Rendering' class).
>
> I'd recommend a name change for RackImage, at least at the Specialist
> level. If you don
At 08:59 PM 3/30/01 -0800, Michael R. Bernstein wrote:
>"Phillip J. Eby" wrote:
>>
>> Aha. I think I understand what you're doing now. You have an "Image" and
>> you have a "Rendering". Two classes, different behaviors. I'm assuming
>> that originals and thumbnails and whatever other renderin
"Phillip J. Eby" wrote:
>
> At 07:30 PM 3/30/01 -0800, Michael R. Bernstein wrote:
> >
> >Well, I want to store several versions of each image. Let's
> >take a simplified case where I want the original image and a
> >thumbnail, both of which need to appear as subobjects of the
> >ZClass with the
At 07:30 PM 3/30/01 -0800, Michael R. Bernstein wrote:
>"Phillip J. Eby" wrote:
>>
>> At 05:27 PM 3/30/01 -0800, Michael R. Bernstein wrote:
>> >Now I am working on a ArchiveImage ZClass that holds 'meta'
>> >information about an image, such as the description, a date,
>> >and keywords.
>> >
>> >
"Phillip J. Eby" wrote:
>
> At 05:27 PM 3/30/01 -0800, Michael R. Bernstein wrote:
> >Now I am working on a ArchiveImage ZClass that holds 'meta'
> >information about an image, such as the description, a date,
> >and keywords.
> >
> >I want to have one Rack for each image size that I want to
> >s
At 05:27 PM 3/30/01 -0800, Michael R. Bernstein wrote:
>Now I am working on a ArchiveImage ZClass that holds 'meta'
>information about an image, such as the description, a date,
>and keywords.
>
>I want to have one Rack for each image size that I want to
>store.
Just out of curiousity, why do you
Hello all,
Background
--
I am building an Image Archive Zope application using
ZPatterns. I originally was trying to convert the Photo
Product to ZPatterns in such a way as to still have it work
as a normal product, but that turned out to be too complex.
So, I am building the application
12 matches
Mail list logo
