Php photo gallery TWG | JFUploader | TWG Flash upload | WFU | Forum

A few ideas for improvement in the fullsize pictures display:

- option to show images without browser image resize feature (and then using scroolbars). That would be nice since new versions of IE and Firefox have functions to shrink and expand images larger than the screen by default and most people are already used with them.

- option to disallow the onclick() function that closes the full image, since some people click the imagem trying to 'unshrink' it.

- ability to let people save the fullsize picture with its original name and JPG format. Firefox shows 'image.php.jpg' by default and IE doesn't even allow me to save the picture as JPG, only as BMP.

- ability to show/save the fullsize picture without losing the EXIF information[/list]

_________________
http://www.skooterweb.com/fotos/
http://www.skooterweb.com/

1. you can do this -
$enable_direct_download=true;
$open_as_popup=false;

Then I use a normal browser window with the functionality you talking about!
This is not default because it cannot handle special characters like ÄÖÖ*() ... at this point. I you use "easy" folder and filenames this works nicely!
Maybe I improve this a little bit in 1.4.3 . (lots of internal improvements + video support there .)
If you enable direct download: watermarks on the original cannot be done! (of course)

2. see above - the onclick is only implemented at the popup!

3. fixed if you use 1. - but I fixed this in 1.4.3 already for the popup as well!

4. use 1. - then you get the original picture! But If you use watermarks on the original images this does not work either.

about the characters you should not use:

The bad one is § browsers don't handle this properly (at least on my windows system!) I do the encoding but the server gives back a no permissions error.

I will include this in 1.4.3 as well.

/Michael

Thank you Michael,

I set $open_as_popup to false. I don't have pictures or directories with those special characters. For issue 3 I'll wait for 1.4.3 since I don't want to give up using the watermarks.

By the way, I tried to include some code to resize the watermark using imagecopyresampled() before including it in the fullsize image, so I could use one big watermark image and resize it on the fly accordingly to the original image size and a predefined percentage (like 30% of the original image width). However I couldn't get it to work

_________________
http://www.skooterweb.com/fotos/
http://www.skooterweb.com/

Hi,

like I said - exif and watermark is not possible (actually because I didn't have found a good class that writes exif info - I wanted to do this for the upload already but ...).

you should look where the
$watermark_big

is used.

Probelem is that it is only a parameter -

but if you want to make the watermark completely dynamic this should be no problem. use the same watermark for all and do a nice resize of the watermark .

But you will have one problem - if you resize a watermark it will loose its sharp borders. depending on the background it does not look that good anymore!

/Michael

I didn't know about the sharp borders problem. Maybe I'll just make 3 or 4 different fixed sizes and choose one of them accordingly to the image size, because I have images from 320x240 to 2592x1944.

About the related issues, I can live without EXIF information in the fullsize image, it's not that importante.

You said you fixed the "IE save as .bmp" issue in 1.4.3, right? That's great since most user use IE and I'd like them to be able to save the image as JPG. For Firefox users, it saves as JPG, but with an ugly name: "imagem.php.jpg".
The small images already have nice names and can be saved as JPG, so I believe it's not a big deal to change the fullsize imagem to do this as well, but I couldn't find the right place in the code.

By the way, I noticed that the PNG alpha channel isn't used when placing the watermark, that means: every semi-transparent pixel becomes opaque (or at the transparency level set at the watermark script, of course), the different transparency levels for each pixel is lost. But anyway, it's just a detail, nothing to worry about and I'm almost sure that's a GD library issue.

_________________
http://www.skooterweb.com/fotos/
http://www.skooterweb.com/

right the filename should be fixed in actually 1.5 .

I have checked the new features and I think I have enough for 1.5 now.
I think i release this release after the worldcup!

/Michael

Wow this comes in handy. Thanks.