actually it should be for="id", which is just a label attribute corresponding to the select input name="id".
yes, I've been fixing those as I go through the code again.
I've had a look at your site and noticed the work you've done. i'm VERY impressed--that is a lot of work.

will you add a reply here when the new ver is out?

OK so I changed it back. Upon page validation I get this warning that you can see here
Any Ideas how to fix it

---

Geeklog Polish Support Team

you can place the "for" attribute before the "class" attribute and see if the validator reads it differently. My guess is that this is a bug in the validator because I don't see any wrong with it. To get rid of the error, just remove the "for" attribute altogether--it isn't absolutely necessary in this case anyway and should validate fine without it.

sorry my bad. just remove the "for" attribute. It is to be associated with the input's ID attribute rather than the "name" attribute. That means you'll find this error in validation in all your admin editors etc as well.

Thanks Machinari that did the trick

---

Geeklog Polish Support Team

Hi, just installed Inmemoriam 0.8.5 on Apache 2 and PHP 5.0.4, Geeklog 1.3.11sr1.

Everything seems to work perfectly - thumbs are created, albums are created, etc - but I cannot see any images. All permissions seem fine to me.
Read through this post, but nothing seems the same. Any ideas would be nice.

Cheers,

Euan.

---

-- Heather Engineering -- No job too small

you can see thumbnails? but not scaled or full size images?
do you get an error when you click on full size?

so far the most common issue causing this problem has been that the pear files are not making it into the php include path. Usually this is caused by people not reading the install doc and/or needing the fix that is specified in the first post of this thread.

anyway, tommorrow the upgrade should be out. Perhaps one of the billion bug fixes in there will do you.

No, no images/thumbs are visible. All appear broken.
Thumbs ARE being created though - I can see them in the albums folder, just not when I view anything.
I followed instructions to the letter, and am sure that there is nothing wrong with the setup. I'll wait for tomorrows release though before spending more time on this.

Cheers,

Euan.

---

-- Heather Engineering -- No job too small

by the way, 0.9.0 was released yesterday, but it hasn't been approved here yet so you can get it at summitpages.ca

see this post for more info.

I copied the files and then the pear problem started again. can't find transform.php. Also, the admin shows 0.8.5/0.8.5 and not 0.8.5/0.9.0

Damn permissions
After actually copying the files and not only thinking that i copied them the upgrade went as detailed in the docs.

Will update if there is any problem.

thanks

How can i change the name of the plugin on the top menu?

language file... $LANG_INM01[1]

feel free to start a new thread anytime dudes

I don't know about a new thread... this one seems to be doing the work

How about a dedicated forum for this amazing album?
I'm sure that the guys at geeklog can do something.

If not, i can open one specially for you on http://www.weberforums.com or you can open one on your site....

it's hard enough finding this thread each time i open my browser...

When trying to register i get :

[29-Oct-2005 21:37:14] PHP Fatal error: Cannot redeclare class pear in /home/....../system/pear/PEAR.php on line 0

Currently i get this only on users.php

...and this has what to do with Inmemoriam? are you suggesting that your inability to access users.php has something to do with Inmemoriam? I don't see how it could, but if it does, remove the pear include stuff from the functions.inc file and see if that does you.

thy this.

I'm not sure if it's connected to Inmemoriam but the only PEAR changes made lately were related to Inmemoriam.

I managed to track the problem down to the stage where the user needs to get his pass via mail.

/system/pear/Mail.php calls require_once 'PEAR.php';

This is where it fails and returns Cannot redeclare class pear in /home/WWW/megira/system/pear/PEAR.php on line 0

I have just commented out your "quick fix for geeklog's pear path not included in php.ini" and it all works ok.

please advise.

I probably should have thought of this, but let's limit the call to pear to the script that will actually use it rather than having the path included every time any page is loaded. Take the pear include stuff from the functions.inc file and place it just above the require_once ('Image/Transform.php'); in the image-functions.inc file.

That will fix your problem, and it just might fix Trinity's problem also. As I was debugging this, I was finally able to reproduce Trinity's issue on my own box and fixed it by doing the above.
I've only been able to reproduce the issue on a windows box however, *nix just seems to always work.