EXIF functions are broken if an apostrophe is used in the image description. It might just be a 'mac' apostrophe...
In fact the whole site becomes broken. (I just upgraded a site using ZP1.08 to latest nightly build (24-10-2007) and the apostrophe in EXIF broke the whole upgrade)...
hello , the dates are now working for me but now when I click on a thumbnail, it only refreshes the pages without opening the page with the bigger picture.. I checked the link that the thumbnail is refering to and it stops at &image= but it's missing the image name... xxxxxx.jpg if I enter it manually in the adress bar then it loads the right page ... I have version of oct 25th
hello, i have found pretty nice add-on for firefox and safari. It is called piclens and offer full screen slideshow for pages which support Media-RSS. Link is here Piclens.com. It would be great if zenphoto works with piclens just like flickr or picasa.
When upload images to existing album its title gets corrupted.
Step by step guide how to reproduce bug: 1. In the upload, create new folder called 'test' and upload any image (folder 'test' is automatically created). 2. We have album titled 'test' with one image, and now we want to upload some more images to it. 3. Go back to upload, in the 'Upload to:' dropdown menu choose 'test (test)', uncheck 'Make new Album' and upload some images. 4. Now we got our album title 'test' gets renamed to 'test (test)'.
found the problem. Fix will be in by tomorrow's nightly. You can try setting the mod_rewrite option if your server supports it. That path does not have the problem.
Thanks gor quick fixing, sbillard! And it seems what dropdown menu 'Upload to' shows albums and they child subalbums in wrong order. For example, we have some albums: album1 (with subalbums sub1 and sub2), album2, album3, album4 (with subalbums sub3 and sub4). But its show like this - album1, album2, album3, now goes sub1 and sub2, album4, sub3, sub4. Maybe I need to do more tests to figure out thats the problem exactly.
Currently I'm using Zenphoto nightly release dated as 29.10.2007. I noticed that there is a problem with album thumbnails. While I was having the default size in config file (85px), I changed it to 90px in options menu. But then thumbs still remained as 85px, but they were resized by img width and height tags to 90px, what of course looked ugly. I also noticed that this concern only thumbnails in galleries, while album ones were still in 85px size.
Also, I'm not sure if visibility of thumbs works as it should. While I'm not logged everything looks fine, but while I'm logged in - thumbs are visible no matter what is set.
This is my first post so I want to thank to all of you involved in developing this great piece of software. This gallery is awesome. By the way... sorry for my English ;]
First, your English is excellent. No need to apologize for that!
1. Album thumbs - I will look at this. What theme were you using?
2. This is the desired behavior. When you're logged-in, the idea is that you should be able to see everything whether it's hidden or not. The hidden images will not be visible to anyone else
Thanks for the compliments! Stay tuned for the 1.1 release tomorrow.
My theme is modified default. Perhaps a problem is in caching because `$_zp_current_image->getThumb()` and `$_zp_current_album->getAlbumThumb()` return wrong sized thumb while `zp_conf('thumb_crop')` and `zp_conf('thumb_size')` return right values.
As a modification I think that `printAlbumThumbImage()` should return width and height for img tag as `printImageThumb()` do. It looks better in case while thumbnails are loading a little longer than the rest of a page.
everything seems good except for the auto sort function. i sorted by date (which i figured would have auto-sorted them by what was uploaded first, second, etc)...which totally rearranged the order. then manually didn't ever seem to stick. i'm still screwing around and everything else works great, my custom theme went right into it no problems or anything. but the sort function seems awkward.
sbillard: When I turn `crop_thumbs` off, only the thumbnails in top-level albums are regenerated as scaled-down images. Thumbnails in sub-albums remain squared with the centered sampling.
I actually like the idea of square (or uniform-sized) thumbnails. My preference would just be to select the area of the image that represents the thumbnail, in cases where I'm not happy with the centered sampling.
I'm getting this error with a brand new install of 1.1
Notice: Constant ZENFOLDER already defined in /xxxx/xxxx/pictures.jameshoulston.co.uk/user/htdocs/zp-core/functions.php on line 2
Any suggestions on how to solve it? I was also getting a similar one with Constant DEBUG but cleared that by putting error_reporting(E_ALL ^ E_NOTICE); in functions.php
Then I try to upload file with nationalized filename (cyrillic for ex.) it shows ok while link to it looks like this - gallery/zp-core/i.php?a=test&i=%D1%82%D0%B5%D1%81%D1%82.jpg&s=thumb But when I reload the page link changed to gallery/cache/test/тõÑÂт.jpg_h550.jpg and picture not show, gives the error: Zenphoto Error: the requested object (album=cache/test/тõÑÂт.jpg_h550.jpg: image=) was not found. Please go back and try again. Server is Centos 5 with locale UTF8.
jayray999: It is possible that you have not run the upgrade.php program to add all the new colums to the database tables. `date` is a column new to the 1.1 release.
maxtel: Please enter a ticket into Trac. We will need to figure out what is going on. If possible, attache the image which is causing the problem to the ticket.
jhoulston: You can try to change line 2 of functions.php to read: `if (!defined('ZENFOLDER')) { define('ZENFOLDER'. 'zp-core'); }`
This should work, but since I don't get the error, I cannot confirm it does. Please let us know.
@sbillard: Thanks a lot. Worked like a charm although I needed to run it twice (it gave a Zenphoto error the first time) and remember having done it previously. Oh well...
maxtel: I might be wrong but I think this is normal server behaviour. Servers generally don't allow any special characters in filenames to my knowledge.
If you need cyrillic characters to be shown in zenphoto you can rename it in the admin after uploading a file with a name without any special characters.
maxtel: I am not a server expert, but I never encountered any webspace that allows you to use special characters in filenames or folders (and would love to use my german "umlaute" like üäö). For me that is common internet knowledge. It may be possible to configurate it differently though.
That you can see them via ftp(?) on your server is probably because you view from you local computer system. My Mac allows several characters in filenames that Windows not does like questionmarks for example and I can of course upload them with all special characters, but they don't work.
Please try calling your picture directly with the browser without zenphoto. I would be surprised if that works. I just tested it with an html datei on my host and it doesn't. If I am wrong, I gladly extend my knowledge!
Comments
It might just be a 'mac' apostrophe...
In fact the whole site becomes broken.
(I just upgraded a site using ZP1.08 to latest nightly build (24-10-2007) and the apostrophe in EXIF broke the whole upgrade)...
This will help tracking down the root problem.
i have found pretty nice add-on for firefox and safari. It is called piclens and offer full screen slideshow for pages which support Media-RSS. Link is here Piclens.com.
It would be great if zenphoto works with piclens just like flickr or picasa.
Step by step guide how to reproduce bug:
1. In the upload, create new folder called 'test' and upload any image (folder 'test' is automatically created).
2. We have album titled 'test' with one image, and now we want to upload some more images to it.
3. Go back to upload, in the 'Upload to:' dropdown menu choose 'test (test)', uncheck 'Make new Album' and upload some images.
4. Now we got our album title 'test' gets renamed to 'test (test)'.
found the problem. Fix will be in by tomorrow's nightly. You can try setting the mod_rewrite option if your server supports it. That path does not have the problem.
And it seems what dropdown menu 'Upload to' shows albums and they child subalbums in wrong order. For example, we have some albums: album1 (with subalbums sub1 and sub2), album2, album3, album4 (with subalbums sub3 and sub4). But its show like this - album1, album2, album3, now goes sub1 and sub2, album4, sub3, sub4. Maybe I need to do more tests to figure out thats the problem exactly.
Also, I'm not sure if visibility of thumbs works as it should. While I'm not logged everything looks fine, but while I'm logged in - thumbs are visible no matter what is set.
This is my first post so I want to thank to all of you involved in developing this great piece of software. This gallery is awesome. By the way... sorry for my English ;]
First, your English is excellent. No need to apologize for that!
1. Album thumbs - I will look at this. What theme were you using?
2. This is the desired behavior. When you're logged-in, the idea is that you should be able to see everything whether it's hidden or not. The hidden images will not be visible to anyone else
Thanks for the compliments! Stay tuned for the 1.1 release tomorrow.
Perhaps a problem is in caching because `$_zp_current_image->getThumb()` and `$_zp_current_album->getAlbumThumb()` return wrong sized thumb while `zp_conf('thumb_crop')` and `zp_conf('thumb_size')` return right values.
As a modification I think that `printAlbumThumbImage()` should return width and height for img tag as `printImageThumb()` do. It looks better in case while thumbnails are loading a little longer than the rest of a page.
are you sorting albums or images? If it is images, the date will be taken, if possible, from the shooting date in the image metadata.
If albums, the date is taken from the first image found.
Of course, you can override these by editing in the admin pages.
I actually like the idea of square (or uniform-sized) thumbnails. My preference would just be to select the area of the image that represents the thumbnail, in cases where I'm not happy with the centered sampling.
Zenphoto Error
`MySQL Query ( SELECT` `id`, `albumid`, `filename`, `desc`, `title`, `date`, `tags`, `mtime` `FROM` `zentabprefix_images`; ) `Failed. Error: Unknown column 'date' in 'field list'`
I am using the latest nightly build.
Notice: Constant ZENFOLDER already defined in /xxxx/xxxx/pictures.jameshoulston.co.uk/user/htdocs/zp-core/functions.php on line 2
Any suggestions on how to solve it? I was also getting a similar one with Constant DEBUG but cleared that by putting error_reporting(E_ALL ^ E_NOTICE); in functions.php
Thanks,
James.
Then I try to upload file with nationalized filename (cyrillic for ex.) it shows ok while link to it looks like this - gallery/zp-core/i.php?a=test&i=%D1%82%D0%B5%D1%81%D1%82.jpg&s=thumb
But when I reload the page link changed to gallery/cache/test/тõÑÂт.jpg_h550.jpg and picture not show, gives the error: Zenphoto Error: the requested object (album=cache/test/тõÑÂт.jpg_h550.jpg: image=) was not found. Please go back and try again.
Server is Centos 5 with locale UTF8.
maxtel: Please enter a ticket into Trac. We will need to figure out what is going on. If possible, attache the image which is causing the problem to the ticket.
jhoulston: You can try to change line 2 of functions.php to read:
`if (!defined('ZENFOLDER')) { define('ZENFOLDER'. 'zp-core'); }`
This should work, but since I don't get the error, I cannot confirm it does. Please let us know.
If you need cyrillic characters to be shown in zenphoto you can rename it in the admin after uploading a file with a name without any special characters.
Well, why you think this is normal ? On the server I can see cyrillic files and have full access to them.
That you can see them via ftp(?) on your server is probably because you view from you local computer system. My Mac allows several characters in filenames that Windows not does like questionmarks for example and I can of course upload them with all special characters, but they don't work.
Please try calling your picture directly with the browser without zenphoto. I would be surprised if that works. I just tested it with an html datei on my host and it doesn't.
If I am wrong, I gladly extend my knowledge!
Sorry for false alarm, problem was with reflection.js, not zenphoto.
btw: i can access directly that files with browser just because server and browser using same locale utf8
Keep in mind that older browsers don't work with these special names not matter what your server is set up.
Maybe you could post a link to the page with the image?