Hi again.
A new test for "taming" the option multisize (^^):
Viewing pictures in original size is only possible if the watermark has been set in "Admin panel > Configuration > Multiple size" and missing derivatives rebuild.
Steps to reproduce :
1- Creating a virtual public album called "test" (works with private albums too)
2- Adding a set of photos to this album, original sized in 1298x1162 px / 374 KB
NOTE : Original sizes are not resized (Configuration > Options > Photo sizes is set to Off)
3- Visiting the gallery and browsing the "test" album
3a- On thumbnail page, showing the pics contained in album, the use of "Photo sizes" icon shows :
Square
Thumb
Small
Medium
Large
I guess this is normal operation.
4- Clicking on a thumbnail, we get the picture.php page
4a- Using the multiple size link on the left shows this list of sizes [see first screenshot]. "Original" is set to 800x600 px! This is not the original size of the picture (1298x1162 px)
5- Now back to admin panel > Configuration > > Multiple size
5a- Choosing a watermark picture
5b- Submitting the choice
5c- Using the "Build missing derivatives" link
5d- Select all or one of the sizes and start
5e- When done, back to browse the previous album and its pictures
5f- This time, using the multiple size link on the left shows "Original" without a size set [see second screenshot]
Strange behavior, isn't it?
Offline
Eric wrote:
Strange behavior, isn't it?
Not that strange... But the algorithm is incomplete on our side.
Because the original is smaller than XLarge, XXLarge:
First case: there is no watermark -> the original is showed instead of XLarge/XXLarge (note that there is a "size" near it).
Second case: there is a watermark -> The XLarge is shown because it must have a watermark. The algo is incomplete because the XXLarge should not be shown (it would be the same as XLarge).
Combine this with user "Enable high" property (which is now "Enable original") and the result should be quite logical ...
And by the way your screenshots do not correspond to the same picture ...
Last edited by rvelices (2012-02-13 09:14:13)
Offline
rvelices wrote:
Combine this with user "Enable high" property (which is now "Enable original") and the result should be quite logical ...
Not sure to understand well your explanations ;-)
In fact, I've done all tests with the webmaster account that has the option "Enable original" automatically set...
rvelices wrote:
And by the way your screenshots do not correspond to the same picture ...
...And my both screenshots have been made with the same picture. I tried again right now with the same result :
- A brand new gallery 2.4.0b2 installation
- Uploading 1 picture in 1 virtual album
- When I browse the album as webmaster - "Enable original" is checked - the multisize don't shows me the original size (without a "size" near) -> 1st screenshot
- Back to admin panel > Configuration > > Multiple size, I use the "Build missing derivatives" function and regenerate all sizes
- Back again in the album on the same picture, the multisize shows me the second screenshot
Offline
Eric wrote:
...And my both screenshots have been made with the same picture. I tried again right now with the same result :
- A brand new gallery 2.4.0b2 installation
- Uploading 1 picture in 1 virtual album
- When I browse the album as webmaster - "Enable original" is checked - the multisize don't shows me the original size (without a "size" near) -> 1st screenshot
- Back to admin panel > Configuration > > Multiple size, I use the "Build missing derivatives" function and regenerate all sizes
- Back again in the album on the same picture, the multisize shows me the second screenshot
Then I don't understand why you have once Medium 432x324 and once Medium 432x319. Do we have another bug ?
And how can we have a 1298x1162 scale down to ~432x320 ? It should rather be ~ 432x400 ...
Offline
hmmm, it's embarrassing...
You're right, there is something wrong and I missed during my initial tests. I'll redo some tests as soon as possible (no free time right now).
Offline