First of all thank you for a great gallery - I hope it will be developed for a long time to come.
Now to my problem:
For some reason the text below the image is formatted incosistently (in Firefox Nightly and IE9)
[URL=
http://imageshack.us/photo/my-images/716/31786222.jpg/][IMG]http://img716.imageshack.us/img716/6181/31786222.th.jpg[/IMG][/URL](
http://img716.imageshack.us/img716/6181/31786222.jpg )
[URL=
http://imageshack.us/photo/my-images/59/74692614.jpg/][IMG]http://img59.imageshack.us/img59/2098/74692614.th.jpg[/IMG][/URL](
http://img59.imageshack.us/img59/2098/74692614.jpg )
The text below the image, with the size plug-in overlaps on one image and not another...
I cannot see a logical reason for the issue - considering both pages are built from te same code by the server...
The Server runs IIS6 and PHP 5.2.6 (can't update either)
(The Buy link is a fotomoto add-in, a little bit of JavaScript code, removing it does notresove the issue)
Comments
The eCards come from the fotomoto Script.
When I remove it, the issue persists, so I don't think it is the cause.
What I find most strange is, that there is no pattern - one image works, another doesn't...
Deactivating the image size plugin would work, however considering that it is an official plugin which is a part of the Zenphoto package I'd feel it should work correctly.
Code Screenshot:
http://img638.imageshack.us/img638/9936/96912416.jpg
Gallery Pages without the fotomoto script:
http://img546.imageshack.us/img546/831/79664189.jpg
http://img651.imageshack.us/img651/6425/51610837.jpg
http://img13.imageshack.us/img13/6449/63050515.jpg
Looking at the code of the displayed page (IE9) I wonder if the div structure is to blame for the issue.
http://img838.imageshack.us/img838/6044/51880477.jpg
If that were the case, how would I go about adding a div below the image? when I tried adding one, the result was that my fotomoto bar disappeared completetly...
Many thanks
I have to admit although this is included I have never even used this plugin myself... As a quick idea I would try something like `
` or `
`before the view size plugin display as that often clears overlapping issues like these.
I placed the <br clear='all' /> line in the code for the image size selection to have it in the right place:
http://img835.imageshack.us/img835/5571/69621366.jpg
As a result, the 795px option dropped into the next line and for some reason stays there even when remoing the break.
-> With in IE9 http://img98.imageshack.us/img98/9982/24991747.jpg
While this works well with landscape images, it fails on a portrait image in IE9:
http://img710.imageshack.us/img710/4637/54204705.jpg
And in Nightly (latest Firefx) it still messes up with landscape images...
http://img545.imageshack.us/img545/5678/28352296.jpg
Remembering my redesing of my own littl homepage from last summer, I actually wonder if this problem isn't caused by conflicting div settings.
I remember having a lot of issues with them until I sorted them out from scratch on my own site - especially the very erratic browser dependent behaviour seems to me to indicate that this could be the case.
Many thanks.
`, sometimes that helps as a quick fix. I sadly have no time to dig into this right now.
Throughing in <p> </p> adds some more space and works to some extent, but it's not really a good solution.
I think my best option as it stands is to leave this plugin alone for the time being...
I'd also think the original author should possibly look into it:
http://www.zenphoto.org/news/viewer_size_image
Further, considering the date on it is 2009, I wonder whether some of the underlying structures have changed and hence these issues crop up.
Thanks again
It is officialand and therefore maintained so it it should work technically. But that does not mean that we do/can check the stylings for every plugin in every theme. We are just a small team.
I also found out something else:
I went around after I stumbled across a PHP installatio guide for the Windows Home Server here:
http://wiki.wegotserved.com/index.php?title=Category:PHP_for_Windows_Home_Server&oldid=3047#Recommended_Extensions
I got an interesting result:
With the thread safe installation of PHP 5.3.6 its a mess still - it seems to have prolem in general (also things like Drupal, Ocportal etc.)...
After some reading I decided to switch to the non-threadsafe installation - I had to install & uninstall it twice - but then changing all the settings per the Wiki instructions, it works perfectly - interestingly enough, the formatting now wors correctly.
-> I.e. ON IIS Thread Safe PHP seems to cause formatting issues...
On this note, this does lead to another result:
Zenphoto installs and runs fine on IIS6 - without any issues, provided PHP is installed and set up correctly.
One of the points that I am worred about is the fact that one can read the URL of images from the address - something that copeprmine doesn't do, assigning an ID for all images.
-> A free solution lies with IIRF http://iirf.codeplex.com/ which also allows a URL rewrite in IIS6 (and on IIS7 thee is a Microsoft add-in availble)
With IIRF, the follwing redirects from the albums folder to the main page of the gallery - without the quotes:
" RedirectRule ^/albums/$ /$1 [R=403] works "
But then, why on earth would you want to? These urls in no way protect your images, they just make things un-intuitive to users and SEO un-friendly to search engines.
And considering the url (without Mod_rewrite which only works on apache) nearly states the actuall file path, it would be nic to have the equivlanet of a mod rewrite on IIS.
IIRF should do that - in theory the htacess file should already do the trick (renamed to iirf.ini) ... however it doesn't...
If I figure out the best IIRF settings I'll try to remember to post them on here, although I'm not sure if I'll be determined enough to get my head round them.
Anyway, the function I mentioned will work with or without mod_rewrite. It will produce a url like: index.php?p=91237&t. That should be obscure enough for your needs.
index.php?album=Germany/Germany-2010/The-Ruhr&image=img_1587.jpg
Then it isn't too difficult to try something like:
album/Germany/Germany-2010/The-Ruhr/IMG_1587.jpg -> this doesn't work as it is "albums" rather than "album".
I suppose you do have a valid point that knowledge of the actuall installation helps here though.
And the tiny url function - yes it would be obscure - but then, as yo pointed out, it is search engine unfriendly, so while it does completely obscure the filepath, it does not tell you anything about the image.
-> And this is where my playing around with IIRF comes in, which should give me mod_rewrite capabilities (to some extent) and also allows for redirects away from the albums folder - I only got it to work on a per folder basis though.
(Hence I locked out IUSR_ from albums)
It is much easier to just senf the whole image to the server - and considering it is "my own box at home" I'm not too worried about the server load - at least the ones I have uploaded so far all worked fine - 21MP images saved as a high quality JPEG.
It just needs a few seconds to convert them first.
(Downside: I duplicate even more files on it... - but that's my problem)
I think a part of the problem here is really that I am lazy too, so I want the simplest solution -> that is, uploading full images. The gallery does the watermarking for me, as well as the resizing.
Here is what I did:
Installed IIRF - http://iirf.codeplex.com/
copied the .htaccess file into an iirf.ini file in the directory the site runs from, and added two minor changes.
1) for my site, the automatically creaded .htaccess file gives
RewriteBase /gallery
-> I changed this to RewriteBase /gallery/
2) I removed <IfModule mod_rewrite.c> and </IfModule>
This now allows the equivalent of mod_rewrite on IIS6 (and I believe accoridng to the speification for IIRF also IIS5 and IIS7)