[Seaside] [Q] Images....

Brian Brown brian at teuton.org
Mon Mar 31 23:12:42 CEST 2003


Quoting Avi Bryant <avi at beta4.com>:

> 
> On Mon, 31 Mar 2003, Brian Brown wrote:
> 
> > Greetings...
> >
> > What is suggested for images and other types of content that I want my
> > components to render? Should I import them into the squeak image or
> reference
> > them via the 'resource' pathing?
> >
> > What do you do?
> 
> It really depends on your workflow constraints.  I like the simplicity of
> having the deployment be a single .image file, so loading static content
> into the image and using #imageWithForm: is a win.  Treating your content
> as objects instead of paths also opens the door to some better abstraction
> than you might otherwise bother with - I'm more likely to have good
> localization mechanisms, for example, if I can do it by swapping out
> dictionaries of Forms and Strings instead of through path manipulations.
> However, I can certainly imagine configurations where having an obvious
> directory full of .pngs on the server that the design types can mess with
> would be a good thing, and locking them up inside the image would be
> annoying.  Even then, of course, you just need a button on some web
> interface that tells the image to suck in new content from a specified
> directory...
> 

This makes perfect sense and was one of the reasons I started using Zope in the
past.. (unfortunately, the system didn't make so easy as I had hoped ;)



> Performance might also be a consideration: apache is going to serve up
> static content a lot faster than Kom ever will, I imagine.
> 

True, but I can't imagine it making too much difference unless you are getting
multi-thousand user sessions per day.

> Avi
> 

thanks alot!

Brian


More information about the Seaside mailing list