Dear Rus,

Yes that's true and I saw it. But this is just a visual trick since the image size itself does not physically changes ( in constrast with the thumnails for the image preview in the image gallery) and of course you dont earn anything at the speed/space level. Browsers have to load the huge image in their memory and then generate a smaller version according to the instruction they took from the HTML code and this is done, every time the page is requested.

Of course, this not a big deal if you just need to view a sigle article. But think the case that someone uses only one but huge image (say 1600X1200) for each article and want to preview this image in the home page like the Custodian sample, you can easily understand that the response time will be too high.

Of course there are solutions ie to create 2 versios of the same images one big and one small for the preview, but this is not in case for article managers, or the authros that don't know anything about image editing, resolution etc.

Campsite should have such a mechanism to optimize as more as it can the image files with a simple and clean way.

Regards,
George

>>Images are resized and saved locally - this is transparent to the user;
>>Campsite serves the resized version of the image (e.g. 600x400) - not the
>>original file (e.g. 1800x1200).

Dear Mugur Rus,

We have talked about this at the past. But this, is not working at least in my installation. I use the latest version of the campsite and I changed the system configuration according to the following options :

Editor Settings:
Image Resizing Ratio: 100%
Image Resizing Width: 640 pixels
Image Resizing Height: blank (just to follow the aspect ration respecting the image width)

I attach a new image with a 1200X1200 pixel resolution. I use this image inside my article as well as a preview in the teaser mode, using the original sample code that is come with the package.

I found out that, there is no image resize at the attached image. The file size inside the images folder, have the original size and the original resolution. Beside, you can easily understand that, because the image downloading when you preview the article is slow.

Am I doing something wrong here ?

PS:Inside the images folder, there is a folder with the name thumbnails. There is no new images here from my articles.

Regards,

no there is no such directory either in my local installation or in my public installation.

Hi,

Yes I thought of that, but it can not accept values smaller than 1.
If I set it 1 then I get an 1 pixel wide picture.

Hi Holman,

I didn't read this article before, but as a programmer I thought it would work like this way.

Its sure that it does not work at least in my installation. I used ratio 100% and width 630 leaving the height blank.

I attached a new image with size 970X40 and the only change in the image directory (i deleted all files before expect the directory structure which are the folders "plugin_blog" and "thumbnails") is the uploaded file with the internal name "cms-image-000000123.jpg" which it still has the original width/height, and the correspondence thumbnail inside the "thumbnails" folder which has 64X2 dimensions and is used in the "Attach Existing Image" option.

I use xampp 1.7.3 in my machine and i didn't have time to search inside the code about this, but maybe the problem is the appropriate image library from php ? Using phpinfo () the version of the GD reports "bundled (2.0.34 compatible)"

I attach my phpinfo() for debug reasons.

Regards,
George

Ive got exactly the same problem but i have the derivatives folder on the server

three folders
20
330x0
40

their is only 1 picture in the 330x0 folder

all the rest of the pictures are in the root images directory at full size

I have also noticed that if i just drag them to my desktop they are now called get_img.jpg when i did this with a previous installation it was something like cms_image_000000001.jpg

The thumbnail still appears in the thumbnail folder as a small 2k file named cms_thumb_000000001.jpg

I have built my resize into the template as i cant change the system preference file as it keeps giving me an error which ive emailed over to you

Hi George,

That's something important I forgot to tell you. These image
conversion happens on the fly, no image is stored at file system. I
still have to check out the code because I don't remember whether I
implemented a cache system for this (which I should) or not. The
original purpose of this was to allow to the user to use a single
image across the website in any size without storing all those
derivated from the original file in the file system.

As I said yesterday, from all this discussion and some others requests
we have had from different users, it is clear now we should extend the
feature and make it more flexible.

Cheers,


On Thu, Oct 21, 2010 at 8:46 AM, sdancer75
<campsite-support@lists.sourcefabric.org> wrote:
>
> Holman
>
> I think I tried with all possible ways. I don't see any new file in my images list expect the original and the correspodence thumbnail.
>
> Despite of that, when I click on the image and select "save as" in the user mode and I save it, the image dimensions are correct.The html code reports that.
>
> <img src=" /get_img?NrArticle=138&amp;NrImage=200&amp;ImageWidt h=630 " border="0"/>
>
> Does this conversion takes place in real time ?
>
> Here what i do.
>
> 1. I create a new article
> 2. I click on the option "attach new image"
> 3. I select a *.jpg image from my local folder witn 1600X1200pixels size
> 4. Save the image and it appears in the attached list in my article
> 5. In my article body, I click on icon campsiteimage
> 6. From the list I select the only one image i attached before
> 7. I click "save all and close"
>
> My system preferences are the mentioned before which is
>
> ration 100%
> width 630
> height blank
>
>
> Regards,
> George
>


--
Holman Romero
Senior Software Engineer, Sourcefabric
holman.romero@sourcefabric.org

Salvátorská 10
110 00 Praha 1, Czech Republic
+420 608910633

http://www.sourcefabric.org

Hi,

Thank you for clarifying this. Now all these posts are making sense. I didn't checked the front end before today since I just waitted to see files to be created in my image folder.

The
original purpose of this was to allow to the user to use a single
image across the website in any size without storing all those
derivated from the original file in the file system.


That was a good idea and you should keep it its very useful, but I think that you have to add also an extra system preference that it should convert the original image (at the uploading procedure) to the highest optimized one and use this as a reference image ( I dont want to upload my original huge photos directly from my camera, since I will never use such high resolutions).

Now I just use the XnView tool to automatically convert my huge images to the desired size and then I upload them in my campsite since without this step is just a waste of space. That's an extra step that I would be very happy to avoid sometime in the future.


After many many replies its now all got the right position. Thank you for your help.

Best Regards,
George

Hi

The problem i had with system prefs has been resolved but i still get the large file sizes

I have also just set up a completely new site with a clean install of 3.4.3 and i get the same problem with image sizes not being changed

has anyone got any other suggestions