Incosistent formatting - sometimes broken

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

  • acrylian Administrator, Developer
    I think you are using a 3rd party plugin/tool for eCards which we of course have no layout support for. So you might have to adjust the theme's CSS to fit that correctly in.
  • Dear acrylian, thank you for the quick reply.

    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 :)
  • acrylian Administrator, Developer
    Ok, the image sizes were not for ordering which I thought. The viewer size plugin is indeed official (the fotomoto not).

    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.
  • Thank you for the suggestion, sadly I couldn't get a consitent result stilll...

    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.
  • acrylian Administrator, Developer
    Maybe try an extra 2nd `
    `, sometimes that helps as a quick fix. I sadly have no time to dig into this right now.
  • Sorry, doesn't work either :(
    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 :)
  • acrylian Administrator, Developer
    The plugin date is the date it has been added, not its current state. The version you see on the plugin admin page is the important one.

    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.
  • Since the plugin changes the size of the image displayed it will naturally be incompatible with themes which insist on a fixe size.
  • Thanks for the reply sbillard.

    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 "
  • Actually, with the 1.4.1 release you can do what you wish with the image page url, but you will have to code it. See the function `getTinyURL()`.

    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.
  • Well, I don't want to make the Url search engine unfriendly, I just want to remove an obvious hint as to where the image is :D

    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.
  • Well, the URL does not actually give a file path. The url is something like ...?album=xyzzy&image=abc.jpg. What the file paths to the album folder are depends on your installation and certainly does it does not need to be named "album" and anyway, the path is most likely more that just "album". One would need knowledge of Zenphoto to infer the actual path. And if one had such knowledge your obfustication would be of little avail.

    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.
  • True, it doesn't directly state the path, but if I get something like:

    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)
  • acrylian Administrator, Developer
    I can only recommend not to upload fine data images (which may be too huge for most servers to process anyway) if you are concerned that anyone could take these. Zenphoto differs between the full and the sized images for convenience so you don't need to reupload any images as the "base ones" are still there if you for example change your mind about layout and thumb sizes later for example.
  • Well, it more work for me to remember to scale down imanges...

    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.
  • Yay - IIRF works :) - perfect :):D:D:):)

    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)
Sign In or Register to comment.