You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@ofbiz.apache.org by Vaibhav Malhotra <va...@paxcel.net> on 2012/04/30 13:25:26 UTC

Additional Product Images - why are they attached as content

hi all,

I have been using Ofbiz for past few months. I really admire the way
everything is well crafted here. Hats off to all the contributors, first!

There has always been a reason & a well defined process in Ofbiz for even
the minor things. Based on this experience, I just want to know "*why do we
attach additional images to product as content?*" What is the reason of not
having few more image urls there in the product Entity itself, if one needs?

Actually I need to have a couple of views for each product & each image
should have 3-4 custom sizes. There are in all 5 types of image URLs in
product Entity such as smallImageUrl, detailImageUrl etc. which is good for
just 1 single image. If I have to attach one more image with various
possible sizes then I need to upload this additional Image via admin panel
which re-sizes the image & attaches the images as contents.

So, I need to know  or rather discuss the real advantage behind this
process while the total number of additional images that one can *upload is
fixed to 4. So it eliminates the idea 'add as many additional images as you
wish.' Of course, we can always enhance the given admin panel with more
upload links, but is this the only concept to use images as content or are
there other reasons as well?*


-- 
Thanks & Regards
Vaibhav

Re: Additional Product Images - why are they attached as content

Posted by Rishi Solanki <ri...@gmail.com>.
Hi Vaibhav,

The small, medium ... etc images are only differ in their sizes, if you
upload the original image then it will automatically resize the image and
set them in all the product entity. They are not meant to kept the
additional views of the same product.
As you mentioned content used to store images so that user can store number
of additional views for the same product. It should be fixed to keep more
than 4 numbers if not supported, but the basic idea behind keeping the 4
additional views is to keep the four directional views of an image like
most of the sites support this four additional images.
As per my knowledge if you add more product content types to then you will
be able to upload more images wrt any product, work is done like
to demonstrate how it works.

Please take a look and add a new product content type and check, it should
work.

--
Rishi Solanki
Manager, Enterprise Software Development
HotWax Media Pvt. Ltd.
Direct: +91-9893287847
http://www.hotwaxmedia.com


On Mon, Apr 30, 2012 at 4:55 PM, Vaibhav Malhotra <va...@paxcel.net>wrote:

> hi all,
>
> I have been using Ofbiz for past few months. I really admire the way
> everything is well crafted here. Hats off to all the contributors, first!
>
> There has always been a reason & a well defined process in Ofbiz for even
> the minor things. Based on this experience, I just want to know "*why do we
> attach additional images to product as content?*" What is the reason of not
> having few more image urls there in the product Entity itself, if one
> needs?
>
> Actually I need to have a couple of views for each product & each image
> should have 3-4 custom sizes. There are in all 5 types of image URLs in
> product Entity such as smallImageUrl, detailImageUrl etc. which is good for
> just 1 single image. If I have to attach one more image with various
> possible sizes then I need to upload this additional Image via admin panel
> which re-sizes the image & attaches the images as contents.
>
> So, I need to know  or rather discuss the real advantage behind this
> process while the total number of additional images that one can *upload is
> fixed to 4. So it eliminates the idea 'add as many additional images as you
> wish.' Of course, we can always enhance the given admin panel with more
> upload links, but is this the only concept to use images as content or are
> there other reasons as well?*
>
>
> --
> Thanks & Regards
> Vaibhav
>