I'll use the first post as one that i will always update to reflect the latest changes.

Now atm my server is struggling so you can get v0.9.0.0 from the attachment.

I really want to hear your feedback (good or bad) on this plugin.

And it is the first public plugin i have made for b2evo, so kudos to me.

And just a inside joke;
EdB now i can go back to my studying now that this is out of the way ;)

EDIT:
A few fixes will need to be applied with the v0.9.0.0 release;

* Line 91; _thumbnails.php; Make sure it reads;
if($GalleryMode == 'Simple') {

* Line 165; manager.php; Make sure it reads;
Gallery_DisplayThumbnail('-ID-','-TITLE-','-DESCRIPTION-',$GalleryLocation);

Going to get rid of the Expanded Mode in the gallery and only leave the Compact mode.

If anyone knows how i can get a title inside the compact mode keeping everything in the same layout please let me know.

This is very nice, Balupton! Great work. Congrats. ;)

v1.0.0.0 is out.

Best features would have to be the automatic image compressing and resizing.

But everything went through a total re-code and it has been made so other developers can easily work with it.

So have fun.

EDIT:
Just tested it in IE7 BEtA 2 and the manager absolutely screws up, will fix now. - Probably be the same for IE6. In the mean time use Firefox 1.5 :D

EDIT:
Problem is now fixed and the Gallery Plugin has reached v1.0.1.0

there is no question about this plug-in is the best i ever has seen :D

I'm really loving this feedback :D
And welcome to the forums loran and Brainwrek.

Are there any suggestions you want to make?

i got one... mabye to resize how big the images are ine the preview area.

loran wrote:

i got one... mabye to resize how big the images are ine the preview area.

will do.
I'm thinking wether or not to make another image for the preview...

i will look forward to that, and by the way is it realy cool that you can make a gallery for eatch post thats gives all a opatunaty to make more gallerys then one ;)

I've just upgraded to the latest 1.8 version so i could use this Gallery Plugin but i'm have issues with the plugin.

I went through the install as per the readme and it all worked ok until i go to add a gallery to a post. The page is displayed ok but throws an mysql error at the bottom:

Warning: mysql_query(): Access denied for user: 'nobody@localhost' (Using password: NO) in /public_html/blogs/plugins/gallery_plugin/_gallery.php on line 147

Warning: mysql_query(): A link to the server could not be established in /public_html/blogs/plugins/gallery_plugin/_gallery.php on line 147
Access denied for user: 'nobody@localhost' (Using password: NO)

I can't seem to find where its tripping itself up... any ideas?

The rest of the site is working fine.

I will take a look at it now.

If it's what i think it is, then try updating /gallery_plugin/resources/_dbopen.php with the attached one and let me know how it goes.
If it fixes your problem I will release an updated version of the plugin with the updated _dbopen.php file.

Edit [9/6/06]; Attachment Removed

wow... that was quick.

But i replaced the file with the new one you made but now the site hangs & nothing loads at all?

Ok i've attached the current build of the gallery plugin, and it works for me with the latest cvs build of b2evolution, so lets hope if this fixes it.

You will need to redo the CHMOD stuff for the directory probably, and have you made any modifications to b2evolution's core?

Edit [9/6/06]; Attachment relocated to first post as link to Post-July download.

No changes and it works great now :)

Thanks and great job on the plug in.

Thanks for using it :D

Can you post back once you successfully attach a gallery, and say wether or not displays correctly when viewing the blog? (Want to make sure v1.0.2.0 successfully updated)

The new release is out (v1.1.0.0), it's recomended that you update, as it contains several fixes, as well as a re-make of the javascript code so the manager and previews perform faster, and some small tweaks to the manager ;)

I just looked at porting the gallery plugin over to v0.9 of b2evolution, and there is no way it is happening.

If you are using v0.9 of b2evolution, I recomend giving the latest cvs build a try, it's stable, and offers so much more.

Cheers
-Balupton

Hi,
today I tried to install the gallery plugin. First I installed the 1.8 evo version (from your link) and put the gallery_plugin folder into the plug in folder of evo.

the Blog works fine, but there is no gallery button at post-form.
When I go into the adminmenu -> plugins-menu an error occurs:

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 14592 bytes) in /home/tuedl/public_html/b2evo/blogs/plugins/gallery_plugin/_gallery.php on line 342

Any Idea what I did wrong? I looked for this error in the Forum, but I didn't found much helpful..
Is it the right version of evo at your link? I did not get it from sourceforge because it was down for Maintance..
It is a complete new installation.. no update or something..

greetz
tuedl

Can you attach the line that it is complaining about.
It should be;

"UPDATE evo_plugin_gallery SET Image_Title='$Title', Image_Description='$Description', Image_Position='$Position' WHERE Image_ID='$Image_ID' ";

But there is no reason at all why that would return an error.

I'm quite stumped.

The error being returned is saying that the server has run out of allowed memory. Which in your case is 8MB, but that is the default size for most servers, even mine is running at that much.
So what the error is saying is that line 32 needed a extra somuch of memory and you are already over it.
My best guess is that there is a problem in the latest cvs build of b2evo where a lot more memory is assigned then needed, i'll try and re-make the error now.

And yes all the links in my first post are the correct links.

So can you attach what i requested above.
Cheers

Yes it look similar.

"UPDATE evo_plugin_gallery SET Image_Title='$Title', Image_Description='$Description', Image_Position='$Position' WHERE Image_ID='$Image_ID' ";

I edited my php.ini and changed the memory_limit value to 16M and in this way it works for me..
but it is very scary.. and i am not really happy with this solution because it looks like if there is something going wrong.. and my serverressources are not the greatest..

But what I saw looks very cool.. :-) A very good plugin!
I will try to reinstall all stuff now with 8M memory_limit .. perhaps there was something wrong in the last installation..

greetz
tuedl

All right.. deleted the evo-folder and reinstalled all with 8M memory_limit..
now it works everything..
Thank you for this plugin!

Glad everything is working now, i also added a warning in the first post of this topic about how cvs releases may be unstable on the rare occasion.
And seems to be this happened to you.

Anyways glad everything is working, and glad you like the plugin.

If you have any suggestions or feature requests be sure to post them.
(Check the first post though to make sure your not duplicating anything)

Hi im want to use this plugin, but I don't know how to install it. I downloaded the zipfile and unpacked de folder gallery_plugin to plugins. Need I to do something else, because I can't find the gallery button.

You need to go to Settings->Plugins, Click see all avaliable plugins, then click install on the Gallery Plugin.

This is very nice, Great work.

I found my problem, i don't have te newest version of b2evo :oops: . Im now going to try the newest version(1.8)

jetbrains glad you like it. Any suggestions?

klaas, you can find instructions on how to download the cvs builds from here;
http://forums.b2evolution.net/viewtopic.php?p=31838#31838

v1.8 should be released publicly as a beta soon, a few weeks or so.
Although if you follow the instructions in the topic i posted above for getting the v-1-8 branch it should all be fine. Alternatively you could just download the latest cvs build (v1.9) from my signature.

Hope this helps.
-balupton

I just upgraded to 1.8 Summer Beta today, and remembered this plugin (I was quite envious when I was still on 0.9.2). Anyway, it installed flawlessly and the results are spectacular. I especially love the preview mode, and the automated image resizing is wonderful. I couldn't be happier with this.

Really glad you like it, And thanks for recommending it (yeh i read your blog) ;).

I've been real tight on time recently. And been coming accross quite complex decisions about how I should go about the design of future features for this plugin, as well the other plugins i'm working on.

Heres some concepts that i wouldn't mind getting some feedback on:
1. Should there be a Preview image as well as the current Thumbnail and Resized/Optimized image.
2. Should there be an option to 'keep original image', so the original image is kept.
3. Should Image Title's be required? - Anyone against this?
4. Should the images be uploaded to the database? Or to the file manager?

1, 2 and 4 are quite important things and i need some feedback.

There are problems adding more images into the database (thumbnail, preview, optimized, original), because that could be like 1-2 mb a row in the table, and is 'not' a good thing....

And having the images as files instead of items in a database provides problems with maintainability, etc, what if a file name changes.... How will the image information be stored....

So atm i'm going with;
A thumbnail will be created.
A preview will be created (at the specified preview size)
A optimized image will be created (with the specified data)
The original may also be uploaded.

But then then why bother having the optimized image if they are also attaching the original...

I'm hoping that optimized images would stay the 800x600 mark, original images can be whatever.

But then, there needs to be the option for the user;
View [ Optimized {in title: 800x600 - 200KB} | Original {in title: 1280x1024 - 800KB} ] Image.

Actually yeh that will work - well in the preview mode it will be easy to add. But how the hell will i display the option when Previews are Disabled?

Ideas, Feedback and Suggestions are needed.

I see that you are very busy, but I get the following warnings with your plugin:

Warning: fopen(/var/www/kyleblog/plugins/gallery_plugin/settings.txt) [function.fopen]: failed to open stream: Permission denied in /var/www/kyleblog/plugins/gallery_plugin/_gallery.plugin.php on line 207

Warning: fwrite(): supplied argument is not a valid stream resource in /var/www/kyleblog/plugins/gallery_plugin/_gallery.plugin.php on line 214

Warning: fclose(): supplied argument is not a valid stream resource in /var/www/kyleblog/plugins/gallery_plugin/_gallery.plugin.php on line 215

I haven't looked into it at all, just figured I would let you know.

You didn't read the readme did you:

INSTALLATION;

Part 0)
1. Make sure you have the version of b2evolution specified above.

Part 2)
On your uploaded server, make sure the /gallery_plugin/ folder has read/write privelleges.
If you do experience problems when adding a image, use FlashFXP as some ftp clients just don't work.

It's Part 2 that you need to perform.

Sorry about that, I was just trying it quickly. It might be better if it didn't just give the php errors, but instead possibly check the permissions before trying to execute that code. That way it would be more intelligent error handling. Thanks for your help.

Once quick thing to note, I noticed that there was a "Notice" in php when displaying the gallery if you have all errors shown in php. It said

Notice: Undefined index: HTTPS in /var/www/kyleblog/plugins/gallery_plugin/resources/_functions.php on line 7

I realize that you are busy, but I have a patch so that this Notice does not occur that is very quick and easy. On line 7 of _functions.php, change

if($_SERVER['HTTPS']=='on'){$url .= 's';}

to

if(isset($_SERVER['HTTPS']) && $_SERVER['HTTPS']=='on'){$url .= 's';}

and the warning is gone forever. I have made that change in my personal copy. I know I may be nit-picking, but I've been running with all errors so that I can see where these little bugs hide. Most of them are very easy to fix. Once again, great job on the plugin and keep up the good work!

Ok, this is the last thing, I know I'm being pretty annoying. I tried using single quotes in my titles and descriptions, like "She's funny" or "Don't do that," and they kept showing up as "She\'s funny" and "Don\'t do that." I fixed the problem by removing the addslashes for the $Title and $Description in the "AddImage" and "UpdateImage" methods. This seems to have fixed the problem I was having, but maybe you have some other insight to that decision?

Haha, really sorry. One more post. I have made it possible to delete all images from the gallery. You could only delete all but one image with the current version. I have attached a zip of my _gallery.php and _functions.php files for you to view my modifications. I recommend you run a diff or other compare to see what changes I made. There are very few changes, probably like 10-20 lines overall. Once again, I know you are busy, but I'm just trying to throw some stuff out there that might be useful for you.

One other thing to go on the todo list is either a gallery manager or some way of choosing to delete the gallery if the post is deleted. I noticed when I deleted one post with a gallery that all of the images continued to take up space. This isn't a big deal since I don't delete posts often, but I at least wanted an end-user way to do it. That's why I made it possible to delete all images from a gallery. If I go into the gallery and remove all of the images, then delete the post, the gallery is completely gone forever.

Anyway, thanks for listening, just throwing some stuff out there.

All the things u said have already been fixed or added in the latest dev version. The only thing i need right now is the feedback to the first post on this page.

balupton wrote:

Heres some concepts that i wouldn't mind getting some feedback on:
1. Should there be a Preview image as well as the current Thumbnail and Resized/Optimized image.
2. Should there be an option to 'keep original image', so the original image is kept.
3. Should Image Title's be required? - Anyone against this?
4. Should the images be uploaded to the database? Or to the file manager?

1, 2 and 4 are quite important things and i need some feedback.

There are problems adding more images into the database (thumbnail, preview, optimized, original), because that could be like 1-2 mb a row in the table, and is 'not' a good thing....

And having the images as files instead of items in a database provides problems with maintainability, etc, what if a file name changes.... How will the image information be stored....

#3 is easy, though I don't know your plugin because I don't have a camera and therefore don't really need a gallery plugin. Anyway always have a title tag even if it's just the name of the image.

#1: What would be the diff between a thumbnail and a preview? Would a preview be like a big thumbnail? Seems like maybe overkill, unless your thumbs are really small.

#2: Sometimes I see super cool pics on blogs but can't clip anything but the scaled down and optimized version, so having the ability to upload and link to full size originals is cool.

#4: If you think about the problem of renamed images as the owner's stupidity rearing it's ugly head then it's easily dismissed. STOP RENAMING FILES!!! Now it's much easier to store the images as images in a folder and only information about the image in a database.

Hope it helps a bit.

Thumbnails are about Xx48, Previews are around Xx250,

But yeh it all depends wether the user is prepared to give up memory (calculate everyting once) or proccessor power (calculate it every time, only keeping the originals).

Yes, keeping the original image is a top priority of mine, like i do not want to be downloading a wallpaper from a gallery that has been resized to 800x600.

But i think i will stick to using a database instead of a filemanager, "users are stupid, never underestimate them" - some quote that proves true to this day.

A method I used on an asp.net gallery (damn, seems like an age ago).

1/ User uploads image
2/ Create db record for details
3/ Store thumbs as record id# in /thumbs/
4/ Store image as record id# in /detail/
5/ When image called check if "preview" image created, if not then create as record id# in /preview/

¥

balupton wrote:

But i think i will stick to using a database instead of a filemanager, "users are stupid, never underestimate them" - some quote that proves true to this day.

So ask the stupid users who complain if they'd like their money back :p

But previews are optional, the visitor decides wether or not they want to use previews.

The optimized/resized image, is good, because if i'm uploading photos from a vacation, i do not want the 2560x1800 or whatever image to be used, but a small 800x600 image etc.

But if i'm uploading my favourite wallpapers then i would want to use the huge image instead, but should the small image be kept? (the 800x600) one?

Here's some feedback that might be worthy!

I have images (and files) on my web that have been there for YEARS. I would much rather have code eat up power (memory?) once now when I upload than each and every time someone visits a particular page. It'll be faster for them, and overall less of a burden on my server. Therefore whatever method you go with I suggest creating multiple images upon upload instead of creating them on the fly for each visitor who might want them.

Also I really wish you would think about saving images as files and information in the database for a similar reason. It seems to me, and I'm no expert, that if the db and code are manipulating information instead of images then the load I place on my server goes way down. I don't want my host saying "blah blah blah hurts the server blah blah blah pay me more money blah blah blah" because of something I can barely understand.

But then for managing the galleries, i would need to scan directories, extract information from .txt files or from teh database. Information risks getting outdated when a image is renamed or deleted. To me storing them as files would cause more load...

I disagree. You only need to review the database. If the site owner trashes his/her files that's not your problem. Same as if they edit the plugin file right? If you release something that works reliably and someone screws it up, either by renaming uploaded images or by editing files or the database, it's not your fault! You shouldn't feel the need to babysit them!

Look. I screwed up my blog once because I thought I could just upload via FTP to the various blog folders and directly editing the database. It didn't work. It failed completely! I learned the hard way that b2evolution knows what it does and doesn't know what it doesn't do, so I resigned myself to uploading ~50 images and ~50 thumbs. My rackblog is the end result. The point is that *I* screwed up. B2evolution's file management system didn't: I did. So if a user out there screws up why worry about it? They might post "your plugin sucks because I did stupid stuff", but more people will post saying "your plugin worked great", so to h**l with the random idiot.

This is my view: A plugin (or hack) should be designed with the best of intentions and the cleanest code possible for an audience willing to respect the fact that they are expected to meet certain expectations. 'Clean' refers not only to the actual code, but the overall impact it will have on the users 'online life'. Things like implementation, owner interface, server load, and the time it takes a visitor to access the page they're seeking are part of 'clean' performance. Security is another one. Whenever Francois says "blah blah blah security blah blah blah" I take his word for it. Back to your code: if the expectation is "don't rename or delete image files" that's a very reasonable expectation, so users have to live within that boundary. If they don't it's not your fault!

In b2evolution new users fail to notice the message that says their password is randomly generated and can not be retrieved, so they ask in the forums how to log in. They also delete without reading all the default content EVEN THOUGH THE FIRST POST SAYS READ THIS STUFF!!! Then they ask "how come my linkblog stuff shows up in my blog, which happens to be blog #1?". The software didn't mess up: they did. They made assumptions they shouldn't have and wouldn't have if only they paid attention just a bit. Likewise if someone deletes a file uploaded through your plugin they messed up: your code didn't. Is your code smart? Is it good to the owner and the server and the visitors? Is it strong and smart enough to handle multiple blogs and bloggers? If yes yes yes then don't sweat the occasional idiot who comes along and ruins his/her own files.

Rant over! Ultimately you have to decide what you will release to the wild wild web. Personally I miss having images to upload, wish b2evolution was better at handling images, and will want to use your plugin when it's appropriate. None of that changes the fact that you release what you deem the best possible code given the application you're coding for. And your own personal standards & beliefs eh?

Ok, well there were more reasons i was sticking with a database rather than files.

The only reason files would be better;
So the file mananger can attach them.

Plus that one reason could be added to the gallery manager within like 10mins.

So yeh, using files has nothing going for it.

Even with the feature of, let me just upload files via ftp, i do not want to manually upload each one.

This could be easily done, by making a import folder where you upload your images, then hit the import button in the gallery.

Easy.

So yeh...

But back to, i should make the plugin, and it's the users fault if they don't obey the instructions. Sure that is a good point, but a point to a certain extent. Like having a readme.txt and expecting the user to READ IT!!!! Is appropriate. But developing something while knowing that their could be problems with this method when the other would solve these problems... Is not appropriate.

As i said for the above reasons as well, i do believe that database should be used instead of files. Unless a serious thing comes up, that will force me to rethink my design, i will continue to think so....

And i'm pretty sure we are both saying the same thing, but in a different way.

balupton wrote:

Here's some concepts that I wouldn't mind getting some feedback on:
1. Should there be a Preview image as well as the current Thumbnail and Resized/Optimized image.
2. Should there be an option to 'keep original image', so the original image is kept.
3. Should Image Title's be required? - Anyone against this?
4. Should the images be uploaded to the database? Or to the file manager?

I was excited to see a gallery plugin as it's something I really need for my stock photography blog. I've just installed the plugin and as you've asked for feedback, here it is (these are just my opinions):

1 - Preview image should be forced, but it'd be nice to have an option in the gallery setup to set the size.

2 - I see no reason to do this. If someone wants to link to the original image they can turn off the resized/optimised in the plugin settings.

3 - Image titles are a must, spiders love nice titled images !

4 - Images should be stored as files in the file manager not the database. The optimised, previews and thumbs should be created on image upload and put into their own directories.

media/gallery#######/original
media/gallery#######/optimised
media/gallery#######/preview
media/gallery#######/thumb

For those on shared servers, there are sometimes limits placed on the size of databases. If all the images (including potentially very large original images) are stored in the database, it could soon swallow up all their space.

--------------

Additionally some ideas for you:

1) Provide an option in the setup to have 'Previews' always on.

2) Let users specify the size of thumbnails and previews.

3) Let users decide if they want clicks on the preview to link to an optimised image or alternatively to another URL. This URL would be added like title/description on upload.

A little background on why I ask for this:

I use b2evo to host my stock photography blog [url=http://www.sirimo.co.uk]sirimo.co.uk[/url]

Each time I add another image to my stock portfolio on iStockphoto.com I make a post and add a thumbnail that links back to iStock with my referral code.

What I'd like to be able to do is use the same size thumbs 300px x 450px I currently use as 'previews' and use 73px x 110px as the thumb size.

You can see a post that shows both sizes [url=http://www.sirimo.co.uk/index.php/2006/03/11/fashion_model_pulling_her_white_coats_co]here[/url] (Warning, [u]may[/u] not be worksafe) scroll down to bottom.

Ideally I'd like a nice easy way to upload the 300px x 450px previews, have the small thumbs created by the server. Have 1 preview automatically displayed, with clicks on each thumb show the next image in the series. And then have clicks on the previews (and maybe a text link as well) link through to the URL of my choosing so that people can license the image.

----------------

While the above may be specific to my setup (although I'm sure other stock photographers etc. would find it useful), giving the blog owner easy control over the various sizes of thumbs & previews as well as the optimised images would be a great step. Having the option of link to a URL instead of to the optimised or original images would be a killer feature. (IMO)

Anyway great work so far on the plugin, I look forward to seeing how it develops.

I have to agree with Sirimo on everything except number 2. I think that it would be best to be able to choose whether you want the image resized or not. Just a little checkbox that defaults to Yes so that if you want an image to stay the original size, you just uncheck it. If that isn't the preferred method, then just use the thumb, preview, resize, original method, but most likely if I had the original up there, then I probably don't care about the resized one.

I also agree that the images should be stored in the filesystem and I have read the applicable posts. Most hosting providers limit databases substantially and a database will quickly fill up under these circumstances. It would probably be best to make a gallery subfolder in the media folder that would store gallery images. Something similar to:

/media/gallery/xxxxxxxx/thumb
/media/gallery/xxxxxxxx/preview
/media/gallery/xxxxxxxx/resize
/media/gallery/xxxxxxxx/original

In all of the different scripts I've seen and use, I've seen very few, if any, use the database to store images and other files. Storing data like that, although very possible, is not what the database was designed for. It is much more efficient to have a filename column and a type column so that you could easily take those two pieces and bring up and image. For example if we have an image with filename "test" and type "jpg" we can easily bring up each image by saying /media/gallery/xxxxxxxx/thumb/test.jpg, or better yet, have it be /media/gallery/xxxxxxxx/test_thumb.jpg to keep the number of folders to a minimum.

I'm not an expert with this stuff, but I am becoming pretty experienced. I hope that you will not write off my suggestions as they are sound and very similar to what others have said. With a plugin that handles such a volume of data, using the database only would not be wise decision. Thank you for listening.

Well just skimming through both your posts atm, and using files (espicially the way you had outlined) will not be done.

In v2 of the gallery plugin, images will not be part of galleries, galleries will be groups of images....

In the database (bare with me).
There will be a gallery table and a images table.
The gallery table will have;
ID, Columns for settings, Images (CSV Array).

And the images table will have;
ID, Small (Thumbnail), Medium (Preview), Large (Optimized or Original), Title (Text), Description (Text).

When uploading a image there will be an option [ Do not optimize this image (Use Original) ], If this is checked the original image is used instead of the optimized image.

Galleries as i said before will be collections of images. And contain settings, like; OptimizeSettings (CSV), PreviewSettings(CSV).

Now you can upload a image via the image manager, or via managing a gallery.
If you do it via the image manager, global settings will be used.
If you do it via the gallery manager, gallery settings will be used.

This seems as the best way of doing things.

The only conflict i see with the above idea is having a image imported in multiple galleries. As Preview Sizes, Titles, and/or Descriptions may conflict.

So any ideas on how to fix this conflict. Or any reasons why this way DEFINITLY should not be done? - Will everyone be happy with this way?

Edit: Just properly read your posts.

I see what you are getting at, but as images will NOT be dependent upon galleries, there will not be the gallery folders.
So then how will images be stored? There will need to be a random or autonumber value assigned to each image name, so conflicts with names do not occur.

Ok, The ID number can be assigned to the file name as the file can be created after the information has been inserted into the database.

Yes, this does seem like a good idea...

But images will be called; 88.jpg, etc, not; 88_My_Image_Title.jpg etc.
As images may have different names in different galleries...

Hrmm......

Maybe the file structure should be;

/media/gallery_plugin/
   /images/
      /originals/
      /optimized/
      /thumbnails/
      /previews/
   /galleries/
      /optimized/
      /previews/

This will then prevent conflicting preview and optimize settings...

As if a Gallery uses different settings than the global settings then it will have it's own previews and optimized images created, instead of using hte global ones.

Originals will only be kept if the option [ Keep Original ] is checked.

Database structure will be like so;
Galleries Table;
ID, Title, Description, Images, PreviewSettings, OptimizeSettings

Images will be a text array;
ID:!:Title:!:Description}!{ID:!:Title:!:Description

IF Title or Description don't exist the global image's default title and description are used, same applies tot he PreviewSettings and OptimizeSettings.

Images Table;
ID, Title, Description, Original, Optimized, Preview, Thumbnail.

Original, Optimized, Preview and Thumbnail will be in the following format;
Location:!:Width:!:Height:!:Size

Or 'NULL' if no image was created (this applies to the Original Column).

Everyone happy?

I think you are doing a GREAT job developing this plugin and I look forward to its completion. The product you have produced is extremely professional and I am thoroughly impressed with the functionality that you have already implemented into it. Please keep up the good work!

As far as your suggestions, I think they are great. That is exactly what I was going for, I just didn't see where you were looking to go in the next version. That method of databasing would be much better and I think your directory structure will work out nicely. My only real concern before was the use of the database to store images due to size limits and I believe your solution will work very nicely.

Until later, please keep up the good work, I look forward to your next release.

If you have to rename images please keep the existing name and add a number to the start of the image. So football_action.jpg would become 88_football_action.jpg not 88.jpg

Removing the name entirely has a detrimental effect on google (and other search engine) image searches.

----

balupton - So are you saying now that images will be saved as files ? That would make me very happy ! Thanks for listening to feedback, as all the contributors here do, you rock !

Now.. what's the chance of including an optional field to make a click on the preview direct to a URL and not a full size or optimised image ? ;)

Sirimo wrote:

If you have to rename images please keep the existing name and add a number to the start of the image. So football_action.jpg would become 88_football_action.jpg not 88.jpg

Removing the name entirely has a detrimental effect on google (and other search engine) image searches.

Ok, i will try ;)

So are you saying now that images will be saved as files ? That would make me very happy ! Thanks for listening to feedback, as all the contributors here do, you rock !

Guess you are very happy then ;)

Now.. what's the chance of including an optional field to make a click on the preview direct to a URL and not a full size or optimised image ? ;)

I don't think i see what you mean....

OK assuming that previews are on. If you click on a thumb the preview is shown, if you then click the preview you see the optimised / original image.

Would it be easy/possible to add an optional field on upload to make a click on the preview direct to a URL not to the optimised / original image ?

If you check my blog out and try clicking on an image it links to the relevant iStockphoto page to purchase the image. This is essentially what I want to do. To link preview images to URL's and not use optimised/original images at all.

Sirimo wrote:

OK assuming that previews are on. If you click on a thumb the preview is shown, if you then click the preview you see the optimised / original image.

Would it be easy/possible to add an optional field on upload to make a click on the preview direct to a URL not to the optimised / original image ?

If you check my blog out and try clicking on an image it links to the relevant iStockphoto page to purchase the image. This is essentially what I want to do. To link preview images to URL's and not use optimised/original images at all.

Theres two things raised here;

1) Adding links to the images
2) Not having optimzed or original images.

1) I was planning to do this, as people submitting background packs would upload one image, and contian the rest in the .zip folder (dif resolutions).
Do you think the gallery plugin should also handle attaching files to images?

2) This requires some hard thinking.

I will think about it more tomorrow, post you ideas for how this can be implemented if you have any.

The problem is if the original image is not kept then the optimized image would need to be used for future optimizations (like importing to other galleries).

And the other problem is if neither the optimized or original image is kept, then i would need to support that when importing the image into other galleries....

Like, say if you uploaded a image, didn't keep the original or optimized image, then you import that image into another gallery.
What would happen?

Just some text when viewing the gallery in the post saying 'No larger view is avaliable'.....

Ok, thought about it a bit.

/media/gallery_plugin/
   /images/
      /originals/
      /optimized/
      /thumbnails/
      /previews/
   /galleries/
      /optimized/
      /previews/ 

Heres the new one;

/media/gallery_plugin/
   /images/
      /large/
      /medium/
      /small/
   /galleries/
      /large/
      /medium/ 

We all agree that thumbnails should all have the same height, regardless of the gallery?

Now when uploading a image there will be;
[ Browse ] [ Title ] [ Description] [ Add ]
[ Optimize this Image (UnChecked) ] [ Only Keep Thumbnails (UnChecked) ]

Now when uploading a image { into a gallery } there will be;
[ Browse ] [ Title ] [ Description] [ Add ]
[ Link ]
[ Optimize this Image (Checked) ] [ Only Keep Thumbnails (UnChecked) ]

Now when importing a image { into a gallery } there will be;
[ Image Thumbnail ] [ Title ] [ Description] [ Add ]
[ Link ]
[ Optimize this Image (UnChecked) ] [ Only Keep Thumbnails (UnChecked) ]
{ Optimize this Image is unchecked here because you if it is checked you will be making another optimization of the image, instead of using the one from the image library. }

Only Keep Thumbnails -> Optimized and Original Images will not be kept. Only the Preview image and the Thumbnail Image.
Optimize this Image -> The image will be optimized using the current gallery's settings. If not checked then the original image is kept instead. This option is disabled and unchecked if [ Only Keep Thumbnail ] is checked OR if the image is being imported does not have a large image ].

OK the above is not flawed, heres why.

If i'm uploading a photo into the library stright from my digital cam, the res would be pretty big, but it may be a photo i want to include into multiple galleries. So as it's a big image i do not want to keep the original. So i check [ Optimize this Image ], and the optimized image will be stored into the library INSTEAD of the original.

You either get to store the original OR the optimized image, not both.

Ok hope you are still following.

When uploading a image { into the library or into the gallery } it is still added to the library.

All thumbnails (Small) will have a height of 48px. This will not be changed.
The preview image (Medium) will have a height of 250px when added to the image library. This will not be changed.
The preview image (Medium) can have a height of ( 48 <= 250px ) when added to a gallery. This will not be changed. ( This preview image will be generated from the libary's image. )

So when i upload a wallpaper, i want to keep the original image, so i uncheck [ Optimize this image ], and the original will be kept.

When i upload a photo, i want to optimize the image for viewing, so i check [ Optimize this image ], and the optimized image will be kept INSTEAD of the original.

When i import a image from the libary into my current gallery, nearly every single time i would want [ Optimize this image ] unchecked, as i the image would already be optized/or-not depending on what it's for. But this option is still there (enabled) as their will be special cases when this is not so.

Hope everyone is following.

I think this is the best way, and i can't see one thing wrong with it.....

The gallery manager WILL NOT include support for attachments per image, but does provide support for adding links to images.

If a link is used and there is a large version of hte image kept, then the user will have a choice of what he/she wants to do;
[ see large version ] [ follow the white rabbit (if you can think of a better name tell me) ]

This text will always be there, as it would be confusing if for one image you are given the large version and the next you are given a .zip file....

Ok, feedback please!!!

Sirimo, does this provide the functionality you wanted?

I think I follow it all, sounds great !

The only way I think you could improve on it, would be to allow the blog owner to set the thumb (small) and preview (medium) image sizes in the galley plugin options. But doing this might make the layout more difficult ?

Either way it sounds fantastic :)

The only way I think you could improve on it, would be to allow the blog owner to set the thumb (small) and preview (medium) image sizes in the galley plugin options. But doing this might make the layout more difficult ?

Yeh it would cause various problems;
in the layout,
in future versions (if this is to change),
if the user decides to change the sizes again (will mess everything up),
etc

Also users will be able to attach the preview image, thumbnail, or a auto-generated image inside their post normally, like the filemanager.

The only thing on my mind now is how i will move the existing database into the new one.... But i will look into that later.

<offtopic value="I finally have free time again!!!!" />

I'm starting work on v2 of the gallery plugin now.

Gonna start off with some designs of the;

Gallery Library

Image Library

Gallery Manager

Then i'll start work on the database design, then the programming will happen.

I'll post the designs as they come, and please provide feedback when i do so! As if there is something you dislike or want added tell me as i'm developing it, so that way you can help create the final product! - Doesn't that just fill you with a nice warm fuzzy feeling :D

Yeh, Thanks to kf_man, sirimo and EdB for providing constructive feedback so far! Keep it up!

How will the Image Library window work?

Because loading up like 200 thumbnails could be quite horible....

I'm thinking having a search stuff, so like;

Includes Large Image; [ Yes / No / Don't Care ]
In Galleries; [ List of Galleries (ComboBox) ] [ Add ]
Date Added; [ On / Before / After ] [ Day | Month | Year ] [ Add ]
Sort By; [ Date Added / Title ]

Here is the current design of the Gallery Manager (don't wet yourself).
http://files.balupton.com/graphics/concepts/applications/gallery_plugin/Gallery%20Manager%20(Pub).png

The colors still need to be tweaked properly but thats the design and layout that will be developed! - What do you think?

The titles and descriptions of galleries or images will be editable by mouseovering them, and then they will turn into a editable text box!

It will be quite extensive on the javascript though....

Re-Arranging of images will be done by dragging the image.

And the < > right buttons will scroll the images in the gallery.

Feedback needed! - Further development will stop until i get some feedback.

Hey to get the plugin working is very easy with the newest version of b2evo. The screenshot you just posted lookes verry nice. It would also be great if it is possible to upload more than 1 picture at a time.

Keep up the good work!!

Thanks.

For the multiple uploads at a time, having that in a form is quite horrible (it just doesn't work).

But i will have a import folder, where the user can upload their photos into that folder via ftp, and then the gallery plugin will do the dirty work.

I really like where you are going with this, I really can't see anything wrong with your current design and direction. You also sound like you know where you are going with this project so I say go for it. I can't wait to see how the next version turns out. Maybe others will have some opinions on your current direction, but I think that you can continue and just tweak the design later. There is nothing wrong with a bit of javascript either, it really helps the interface become more that just a website.

I've got the mouseover effect for the textboxes going already. Working in Opera 9, IE 6, and Firefox 1.5 (so all tested browsers).

Oh klaas it wasn't a screenshot, but the design concept, meaning it was done in fireworks, not a actual screenshot of something.

The javascript should not be a problem, as it will use dhtml.

The dragging feature will probably come in a later release, as it is just a eye-candy feature, using buttons is fine and simple. (But it is something that i really want to add).

Oh, one thing i really need to know, is does anyone use the other resize styles? As 'Area' seems to be the only one used, and i do not want to 'bloat' the interface.

balupton wrote:

Oh, one thing i really need to know, is does anyone use the other resize styles? As 'Area' seems to be the only one used, and i do not want to 'bloat' the interface.

I'm sorry, I'm not familiar with the 'Area' resize style. If you are just saying height and width of the image in pixels, I think that's fine. I'm not even sure what other styles are out there, but if other options are using percentages or something, I don't think that would work nearly as well.

The readme wrote:

Re-Size Style
<-- This option provides the following Re-Size Styles ( None, Area, and Size ).
None - Means no resizing will occur
Area - Resizing will only occur if the image is larger than the area
Size - Resizing will occur to the exact Width and Height specified

Of course None is used when attaching the original.

Btw, I've got the titlebar working in Opera and Firefox, as they behave normally. But IE is being a bitch, and i'm happy with not supporting IE.
So if you do use IE as your primary browser, don't.
(But i'm pretty sure that it won't affect this userbase anyway).

I do like that lineup of size options. One other one that I was thinking of that may already relate to one of yours is Maximum Width and Maximum Height used together.

For instance if you set the maximum width to 500 and the maximum height to 500, then when a picture comes in that is 800x600, it will get resized to 500x375. Like I said, you may already have this functionality, but if not it doesn't seem hard to do anyway.

Does Area work by just multiplying the width and height and comparing that to a setting? That does work, but it might be a problem if someone had a really short, wide picture to put in. Obviously they should know better, but maybe a Max Height and Width system would work better than the area?

Just a final thought, maybe I misinterpreted your description of Area and what I described is exactly what you meant.

'Area' is what you just requested, it makes the image fit in that area by resizing it appropriatly (keeping the same width-height ratio).

'Size' resizes it to exactly the specified width and height, disregarding the width-height ration.

balupton wrote:

For the multiple uploads at a time, having that in a form is quite horrible (it just doesn't work).

Have you taken a look at the upload in b2evo itself? It does handle multiple file uploads..

blueyed wrote:

balupton wrote:

For the multiple uploads at a time, having that in a form is quite horrible (it just doesn't work).

Have you taken a look at the upload in b2evo itself? It does handle multiple file uploads..

Yeh sure, and i believe thats a bad aproach.

To me ftping the files and then importing them seems to be a much better option.
Reliability of it working is better, and if it does fail, then not every file would need to be reuploaded.
And other reasons....

Especially with the gallery plugin, as their may be upload limits etc, as Images can be quite big, So a user may end up uploading 5mb or over easily. And the chance of that getting interupted, lost connection, accidently closed the window, database error, i just don't see how it is a good option at all......

Either way, if using ftp for multiple uploads seems to be the better choice for what it's purpose wil be.

For the file manager built into b2evo, sure using the form based approach is a better choice than using ftp. (although ftp upload would be cool).

Yeh.........

Anyway here is the current screenshot v2, sorry i can't do a live demo (my server is under maintence).

If anyone wants to have a go at trying to get it to display correctly in IE6 get in contact with me. As i said earlier, i couldn't care less about IE.

balupton wrote:

For the file manager built into b2evo, sure using the form based approach is a better choice than using ftp. (although ftp upload would be cool)

Yes, I did not say that ftp upload is bad.. but often it may be that a user that wants to upload something has no FTP access (bummer!).

I'm sorry that I still have not taken a look at your plugin, but I'd still say that it would have been probably better to extend the existing file manager.

Sooner or later we/I will add more decent image support there anyway (different views, resizing etc).

I'm not sure, how much the gallery plugin should be merged into core.. maybe it could use just some hooks, which would have to get added, but given that most of the files the file manager handles are images/media files, this should probably get integrated completely.

Don't get me wrong.. just some thoughts which came to mind.

Yes, I did not say that ftp upload is bad.. but often it may be that a user that wants to upload something has no FTP access (bummer!).

Oh well ;)

For the gallery plugin being integrated into the core, i am using the media directory in v2, so wouldn't the file manager work with the files anyway....

Once v2 is released. If you can see a way that it can be intergrated into the file manager, then sure. But i don't really see how....

It would be like adding recording and editing abilities into your media player.....

Just can't see it happening imho... But if you can, then sure, i will help out.

But yeh, The file manager is a file manager, and v2 of the gallery plugin is a image manager.... To me they should be kept seperate....

To me, b2evo's core should just be for blogging, all the required stuff, and everything else plugins, like skins, the filemanager, everything else..... - But that's my view/vision.....

I installed your Gallery Plugin to test it, and realized that it didn't install the DB table appropriately, as I use a different db_prefix.

Further, not a good idea to have your plugin folder writable, would be a better idea to use the "media" folder, besides the obvious advantage of it already existing with write privileges.

I also believe it would be a nice feature, to allow users to set the folder to store images, via the admin interface.

I'll be back with more feedback, as I'm very interested in this mod;) Only need to figure out how difficult it would be to add custom fields (e.g. geo info[lat/long])

JasonMR wrote:

I installed your Gallery Plugin to test it, and realized that it didn't install the DB table appropriately, as I use a different db_prefix.

It has to be that way, and it's not changing.

JasonMR wrote:

Further, not a good idea to have your plugin folder writable, would be a better idea to use the "media" folder, besides the obvious advantage of it already existing with write privileges.

I also believe it would be a nice feature, to allow users to set the folder to store images, via the admin interface.

"plugin folder writable" why not? And v2 will 'let you chose' where you want the images kept, by default it will be the media folder. ( If you read this thread first before posting you would know that. )

JasonMR wrote:

I'll be back with more feedback, as I'm very interested in this mod;)

Cool :)

JasonMR wrote:

Only need to figure out how difficult it would be to add custom fields (e.g. geo info[lat/long])

Why?

balupton wrote:

JasonMR wrote:

I installed your Gallery Plugin to test it, and realized that it didn't install the DB table appropriately, as I use a different db_prefix.

- it has to be that way, and it's not changing.

Shouldn't the plugin use the database prefix set during install? I'm betting that quite a few people change it and it has to be readily available information during install and runtime. If there is some other technical reason, then please let me know, but otherwise it doesn't seem like it would be a big deal to make it happen.

Because the manager does not load the evo core, so it does not use the db_prefix, in v2, the manager side of things will be totally seperate, and the plugin will act more as a bridge between the manager and b2evo...

If there is a reason that the db prefix needs to be used, tell me, and i will add the support. But as the tables that are added have nothing to do with b2evo i don't see how it matters either way....

I guess you are right, unless someone else really needs it, I wouldn't worry about it.

balupton wrote:

"plugin folder writable" why not?

Because it is generally a bad idea to have folders writable. Good app design restricts this to the fewest folders possible.

balupton wrote:

And v2 will 'let you chose' where you want the images kept, by default it will be the media folder. ( If you read this thread first before posting you would know that. )

Quite a rude remark. Good to know how you like to communicate.

balupton wrote:

JasonMR wrote:

Only need to figure out how difficult it would be to add custom fields (e.g. geo info[lat/long])

Why?

Don't worry about it.

kf_man wrote:

Shouldn't the plugin use the database prefix set during install? I'm betting that quite a few people change it and it has to be readily available information during install and runtime. If there is some other technical reason, then please let me know, but otherwise it doesn't seem like it would be a big deal to make it happen.

Exactly! And that's what I've just figure out how to do :D

JasonMR wrote:

Good app design restricts this to the fewest folders possible.

On who's standards?

JasonMR wrote:

balupton wrote:

And v2 will 'let you chose' where you want the images kept, by default it will be the media folder. ( If you read this thread first before posting you would know that. )

Quite a rude remark. Good to know how you like to communicate.

Just because you interpreted it rudely, does not mean it was intended to be, or even is, rude.

JasonMR wrote:

kf_man wrote:

Shouldn't the plugin use the database prefix set during install? I'm betting that quite a few people change it and it has to be readily available information during install and runtime. If there is some other technical reason, then please let me know, but otherwise it doesn't seem like it would be a big deal to make it happen.

Exactly! And that's what I've just figure out how to do :D

Huh?

balupton wrote:

> db_prefix
It has to be that way, and it's not changing.

I guess you need it that way, because you access the DB without instantiating the plugin or loading the core?

I'd strongly recommend to use the GetDbLayout() method provided, because, additionally it handles DB layout changes, when useres upgrade their plugin.

Anyway, if that's the reason and using /htsrv/call_plugin.php is too "expensive", then you should at least respect the $db_prefix from /conf/.

What if there are multiple instances in the DB? it must not be from a single b2evo installation, but from two different ones, with different db_prefix.

Ok good point, i include the /conf/_basic_config.php anyway, for the db config... :-/ Forgot this variable was in there ;)

So yeh it will be added.

Gonna do something i don't usually do, but anyone want to help me develop v2?

I spend a lot of time fine-tuning css, so everything looks correct (sizes, positions, etc), and so it displays correctly in IE.

Now i would prefer get onto the code while this is done by someone else.

You would need to know about CSS, DIVs, floating, padding and margins.

If you are interested, pm me.

If this goes out well, then i will just add the basics in the design, and the contributors can finish the styling.

So yeh, it'll be interesting...

Here is the current implemented design; http://dev.balupton.com/b2evo/gallery%20plugin/v2/design/design.php

I love this plugin! but I thougt it needed a few things (better display of images and watermark) I added suppport for "lightbox" and added code to use a watermark on the fly.

you can see it here

http://www.pvbeat.com

if anyone is interested in the mods I made, let me know :)

Shanti

shanti wrote:

I love this plugin! but I thougt it needed a few things (better display of images and watermark) I added suppport for "lightbox" and added code to use a watermark on the fly.

you can see it here

http://www.pvbeat.com

if anyone is interested in the mods I made, let me know :)

Shanti

I think you are my new best friend.

Were you the sole developer of these changes? Or was it a copy and paste job? Either way, the changes you've done are great.

Heres the changes i can see;
* I'm guessing Lightbox is the view/load effect you have going on your blog.
* I can see the watermarks in the large image, but not in thumbnails (which is probably a good thing)
* You have made it so preview mode is the only avaliable/default one.

Also it's impressive that the page works fine without javascript enabled... I'm really interested how this is done (i could use it for other projects)

Anyway, i'm really interested in all these changes, well your whole blog actually.

I've pm'd you with my contact details.

I will reply your PM too, but first

Lightbox was of course copy and paste, the other mods where a mix between things I've done, things I found and thigs I made up as I modified the pages.

I know lightbox works without Javascript (it simply does not show) but it then works like there was nothing installed.

Shanti

Can we get the updated gallery plugin with the lightbox included?

I think balupton will be releasing it soon I guess, implementation directly with the plug is done now, so it will be a breeze to add it :)

Shanti

I would prefer to spend what time i have, working on the v2 release, than getting the latest v1 dev build ready for public release.

You can wait can't you?

If not you could ask kf_man (for the fixes) and shanti (for the lightbox support) nicely, so they could create a unofficial release. (They would need to run it by me first though).

And just something that should be noted;
The thumbnail image height, should not be changed. (looking at you shanti ;)). In fact, any hard-coded value should not be changed.

btw, v2 will support the lightbox functionality properly, and hopefully i could integrate the gallery inside of it.

You can now see the latest (as of now) design of v2 here;
http://dev.balupton.com/b2evo/gallery%20plugin/2_0/design/design.php

Firefox displays it exactly how it is meant (and intended) to be.

Opera displays it 'exactly' the same as firefox. (the differences are un-noticable).

IE has display issues (because it does not support multiple css styles; .one.two), but it still works.

I will now start working on getting the images to slide and move.

Update:
The slide effect has now been added.
Next thing to do will be gallery selecting.

Edit: I'm thinking of making a new thread in Plugin Development Assistance, for all development related posts, and leave this thread for posts relating to official releases... Agree?

I have become aware of two major problems in v1.1;
1. Removing all images is broken. (How could no one notice this :S)
2. Resizing is not wroking as expected. (Reported by Shanti)

So you can plan to see a v1.2 in the coming days.

Read this;
http://forums.b2evolution.net//viewtopic.php?p=40996#40996

For development related posts use the following threads;
[url=http://forums.b2evolution.net//viewtopic.php?t=8694]2.x Series[/url]
[url=http://forums.b2evolution.net//viewtopic.php?t=8693]1.x Series[/url]

What does count as a development related post;
* Anything to do with the plugins development
* Bug reports
* Plugin issues
* Feature Requests / Ideas

What does not count as a development related post;
* Feedback - Comments, Critism

Edit: fixed the 1.x series link.

One of the errors that I fixed earlier with my copy allowed me to remove all of the images, I thought this fix was in the works already? I haven't ever come across that other problem you described.

My reply is in the 1.x series dev thread.

I've installed B2evolution something like... oh, over 24 hours ago now!
Your plugin was the first thing I was interested in as the main purpose of my blog is to be bilingual and show pics of the country I live in.

It took me about 5 mn to get how it works and it's just fine!
Of course, a lot of nice fonctionalities aren't available but it's big step in the right direction nonetheless!

I love what Shanti has done with the plugin and as Balupton you said there would be a V.2 coming out sooner than later, I'll just say that I love this plugin, it totally serves its purpose and then some!
Thanks for what you guys do for us mere bloggers! :D

Glad you like it, v1.2 will be coming out before v2, and you can read up on them in their apropriate threads.

UgzY wrote:

Of course, a lot of nice fonctionalities aren't available but it's big step in the right direction nonetheless!

Could you say what you would like to see in the Gallery Plugin, and i will see what i can do ;)

And welcome to the forums :D

Just thought i would give a status report on the development of the gallery plugin.

v1.2 is nearly ready, the display modes are getting their final touches made, and upgrade functionality still needs to be done.

Besides that, it is a very mature product, i'm really proud of it. If you want to know what i mean by a mature product, take a look at the code compared to the v1.1 release and the v0.9 release, and you can see how the product has matured over time.

v1.2 still requires b2evo to function correctly, it is not fully independent yet.

Hopefully if there are no bug reports v1.2 will be the last release of the 1.x series.

Now i've learned not to give release dates, so i'll just say, expect it soon ;)

For more info on the dev of the 1.x series check it's dev thread.

Just gonna make some hype in this little work break i've scheduled for me.

I'm planning to release it at midnight, that gives me 1 hour and 50 minutes to finish the upgrade function, and to update the readme.txt file.

So lets hope it all goes well, as i started falling asleep two hours ago.

Here we go the 1.2.0.0 beta version is out;
http://files.balupton.com/programs/online/b2evo/plugins/gallery_plugin_v1.2.0.0-beta.zip

And my server is currently running it, the upgrade half worked, as you can see here;
http://blogs.balupton.com/index.php?blog=2&title=the_gallery_plugin_test&page=1&more=1&c=1&tb=1&pb=1 (worked)
http://blogs.balupton.com/index.php?blog=5&title=drunken_friday&more=1&c=1&tb=1&pb=1 (didn't)

Now i plan to keep the 1.2.0.0 release in beta for around one week, depending on what the feedback is like, and how many problems are found.

If you have some time on your hands, and have a spare installation of b2evo, please try it out, and provide feedback. If you are some photographer who's work cannot be lost, hold back to the final release.

Cheers, hope you like it!

Well, it did mess up some of my images, but that's not a big deal, I'll just reupload them. Luckily I only had a few anyway. So far I like what you've done with it, but I really won't know until I get to try it out. Thanks for the update!

I've just released v1.2.1.0-beta of the gallery plugin;
http://files.balupton.com/programs/online/b2evo/plugins/gallery_plugin_v1.2.1.0-beta.zip

It fixes all the reported issues, and adds a few things.

I've tested it with upgrades, and clean installs, and everything else, and so far it's worked perfectly for everything i've seen.

So what i really would like tested is the 1.1->1.2 upgrade functionality with a lot of galleries allready there before the update with varying titles, sizes etc etc.

Anyway i'm real confident that it will work perfectly for everything, but i have still stuck the beta label on it, as i'm sure some of you will find something.

So yeh, report and bugs, etc in the dev thread.

Cheers.

v1.2.2.0-beta has been released;
http://forums.b2evolution.net//viewtopic.php?p=41522&sid=a4a764bd7b3ef1fd71713fb5818441d0#41522

It hasn't successfully connected to the database, are you running b2evo 1.8?

I will be releasing a new beta version soon, which will be stable enough to use prime-time, and after that their should be one more beta release before 1.2 goes final.

So if you can't get it working, be sure to wait 1-2 weeks or so for the new version :)

Hi-I'm trying to install Gallery 1.2.2.0-beta on b2evo-v1.8beta and I get a bunch of errors, below. Any idea why? All the rest of my b2evo seems to be operating properly. I've installed other plugins with no problems. Thanks for any help.

Warning: mysql_query(): Access denied for user 'nobody'@'localhost' (using password: NO) in /home/vignet/public_html/blogs/plugins/gallery_plugin/_gallery.php on line 292

Warning: mysql_query(): A link to the server could not be established in /home/vignet/public_html/blogs/plugins/gallery_plugin/_gallery.php on line 292

Warning: Cannot modify header information - headers already sent by (output started at /home/vignet/public_html/blogs/plugins/gallery_plugin/_gallery.php:292) in /home/vignet/public_html/blogs/inc/VIEW/_menutop.php on line 38

What the fudge just happened with the posts.... Your post got merged or something...

Anyway, use the v1.1 release, the beta's are still in beta for good reason ;) But the 1.2 release should hit final in 1-2 weeks.

Good luck!

Thanks for your previous message. I installed v1.1 and it installed with no errors. But now when I go to the Gallery Creator page, I immediately get a script error, below, and and I can't add any images. Any ideas? Thanks again.

Line: 150
Character:2
Error: Object required
Code:0
url: http://www.(my site)/blogs/plugins/gallery_plugin/manager.php?Gallery_ID=785284412512630

I see the problem. I read the instructions again, and the Gallery Creator problem was "operator error". So I it appears to be working. Thanks again.

Glad you got it working :)

Can you post how you went wrong so i can make the instructions better to prevent this issue.

Hi,

Nice plugin..This will be the second plugin I will install...

Thanks
Troy
[url=http://www.wirefan.com]WireFan.Com - Social Bookmarking[/url]

TroyM, Glad you like it, although could you unquote that text ;)

The v1.2.3.0-beta release is out;
http://forums.b2evolution.net//viewtopic.php?p=41902&sid=64cd8df463681722f01b83111b45c80d#41902

The v1.2.4.0-beta release is out;
http://forums.b2evolution.net//viewtopic.php?p=41946#41946

Made it so v1.2.4.1 is now the new official release.

On testing your own Gallery example I noticed that the "Basic" link [1] performs the same as the "enhanced" [2] when "Basic" is clicked on "Enhanced" doesn't become an active selectable link.

Maybe I'm missing something but is Basic now redundant?

Yeh the version on my site is v1.3.0.0-dev, so it's currently unfinished. The reason i'm running a dev version on my site is because i experienced a [url=http://forums.b2evolution.net//viewtopic.php?p=42839#42839]'rare' problem[/url] that v1.3 fixes.

Ok, I found the problem with this gallery not working on my site.

It does not like living with the JS for [URL=http://www.dustindiaz.com/sweet-titles-finalized/]Sweet Titles[/URL]

John wrote:

Ok, I found the problem with this gallery not working on my site.

It does not like living with the JS for [URL=http://www.dustindiaz.com/sweet-titles-finalized/]Sweet Titles[/URL]

The js? last time i looked it was css conflicts... :-/

ps, can this go in the dev thread... ;)

btw, the new design on your site is awesome :)

Same CSS... it's the JS

Edit, Ahhh just saw your new post in the blog. Yeh i see now. Thought you were talking about the lightbox problem before... I will look into it. Cheers.

Happy with everything else?

Ok, this fixes the problem's on my side, in the next release i will see if i can do anything more.

Add following to _gallery.css

.gallery .thumbnails a,
.gallery .thumbnails a:hover,
.gallery .thumbnails a:visited {
	border:none !important;
}

Add following to lightbox.css

#outerImageContainer a,
#outerImageContainer a:hover,
#outerImageContainer a:visited {
	border:none !important;
}

Tell me how the above fix goes.

Yep, that fixes the minor CSS issues and thanks, but the fact remains that the reason this never worked properly in installations of the Gallery is that Lightbox js and Sweettitles js don't coexist.

It's not a surprise, and the same thing happens on my forum with Lightbox and some Ajax scripts

Nice version of the Gallery..
Cheers

Hello,
I just installed this plugin in 1.8.1 and when I click the gallery button when posting, upload page opens just fine with no errors but I am not able to upload anything. I browse to the file I want and click upload and I see it working, my network light is solid like its transfering the image for a few seconds and then the page stops doing anything and my uploaded image never appears and isn't in the list of uploaded photos.

Is there something I am missing?

This could be a issue with uploading a file above the aloud limit. Try uploading a smaller image, and also try viewing the source (right click->view source) see if there is any <!-- something helpful --> tags in it.

thanks for the quick response.

fyi I am using version 1.2.4.1 and b2evo 1.8.1

I tried lots of different jpg's and the one i just tried was a tiny 8kb.

All it says after it looks like it has uploaded is "Sorry no images to display" in both the manager page and if i preview the post.

I took a look at the souce and no visible hints to me.
I'll attach a copy of the source.

Ok, thanks for providing all that.

Could you go into /gallery_plugin/includes/scripts/manager.js, and change line 73 to read as follows

var use_ajax = false;

Then attach the resulted source again, and hopefully we can catch any problems.

alright, set it to false and same results.
here is souce2

The source you are attaching is the source right after you tried to add a image?

I'll put together a -debug release, so we can help figure out whats going wrong.

Yep heres what I did:
New post
pressed the gallery button below the post field
in the gallery creator page that opens up I hit the browse button
select random image
the form immediatly adds another browse field below the one i just selected
i hit the upload button, the page loads and i think the image actually does transfer because it takes longer for larger images or for several
after the its done doing anything i am left with a page that looks identical to when it just opened. no pics listed under Uploaded Images

and thats when i view the souce and copied it to you.

K try this build, i haven't tested it myself, but should all be ok as long as i didn't do any typos.

So try add a image in that, then just send over the output source.

I removed my old install of gallery from the plugins interface and then dropped the gallery_plugin-debug into the plugins directory and nothing shows up in the list of available plugins.

Ok then i made a typo somewhere, can you view the source and see if there are any erros where the display stops.

i've found the problems, try this.

i'm leaving now, but i will be able to post back in 2 and a half hours or so.

alright.. trying new debug.

still not seeing it for some reason... however when i put the non debug back in the plugins dir, it sees that one.

Ok, i will set a test installation up when i can, maybe a day or so. Sorry for the inconvience, but we should be able to get this resolved.

alright, thanks for all your help. i have seen your plugin on other sites and it really is a great addition. and its great that you continue to support it so well.

Ok i've setup the test install on my side, and i to have come across your original problem, my guess is that when i was re-packaging it, i over-wrote the functions in resources without updating the gallery class to support it. I will have a new release out shortly, that fixes the problem, as well as including inbuilt debug functionality.

v1.2.4.2 has just been released, it's highly recomended you update.

  Changelog:
   v1.2.4.2-beta;
    * Added better debug logging
	* Problem where on some installations uploaded images would not be uploaded was fixed. (Reported by flonks)

Get it here;
http://storage.balupton.com/homes/storage/projects/online/gallery_project/gallery_project_v1.2.4.2.zip

Something not working the way it should be?
Open _gallery.php and set the $debug variable to true, and perform the action that caused the problem again, and then PM a copy of page's sourcecode to me.

i've taken down the v1.2.4.1 and v1.2.4.2 releaes as both have proven unstable. Please wait until i can verify a stable release.

Why is it that when you fix one problem you always run into another? Life always seems to happen this way.

Well, I'm excited for the new release.

Why is it that when you fix one problem you always run into another?

Hrmm, well all the problems that the recent two builds i released where due to me trying to port over parts of 1.3 into them. Which turned out to cause a big mess.

So instead of releasing a new release that fixes the problem, i'm probably going to re-release an older stable release.

In the meantime you could download the 1.1 release which is stable, or wait a few hours for me to re-release the 1.2.4.1-beta release.
You can grab archived releases from; http://storage.balupton.com

In better news; 1.3 is coming along very nicely, although i'm facing a few problems in how i should go about certain things. I will post more info about this in the dev thread shortly.

It apears that i did not have either of the releases i mentioned uploaded, here they are.

Grab the 1.1.0.0 release here:
http://storage.balupton.com/homes/storage/projects/online/gallery_project/gallery_project_v1.1.0.0.zip

Grab the v1.2.4.1-beta release here:
http://storage.balupton.com/homes/storage/projects/online/gallery_project/gallery_project_v1.2.4.1-beta.zip

Just to let you know, v1.1.0.0 works fine for me. I just downloaded and installed v1.2.4.1-beta, as you said you would make a re-release, (at 11:00 AM Central US Time) and it is continuing to have the same problem.

So, are you saying v1.2.4.2 is the realese that fixes my problem but you have stopped download of it because it is unstable? And do you plan to have a stable release of 1.2.4.2 soon?

Or are you saying that you have scratched the development of 1.2.4.2 and gone to just development of 1.3?

All correct ;)

Haha so how I understand it now, you are fixing your release of 1.2.4.2 soon, but only continuing your development of 1.3.

Alright, so I will check back everyonce in a while for a 'stable' release of 1.2.4.2 and in the meantime use 1.1.0.0 at my site.

Thanks for the clarification.

Whoops sorry, let me clarify.

1.2.4.2 fixed your problem but was unstable.

1.1.0.0 is stable, and 1.2.4.1-beta is as well although it does contain very minor problems.

I've stopped development on the 1.2 branch, so i can get a 1.3 release out sooner.

I will post back when this release is out.

Alright, now that I'm on the same page, as soon as I see 1.3 here I'll upgrade to that.

Thanks for all of your help.

Great mod!

Works Fantastic in my 1.8.2 !!!

Very GREAT Job, Big THX !

Stabi

Just one thing worth mentioning and I'm not sure if a) it's already been covered or b) if this won't be an issue in the next version, but I just migrated all of my sites to a new host and the gallery did not work with the paths that were in the database. This was easily fixed using Find & Replace in the SQL dumb, but it might be something to think about for the future. Even so, I still really love this plugin and I continually find it very useful. Great Job!

can i make the "Enhanced view mode" at standard and can i set that on click on thumb the "optimal size image" open not the Preview image?

Yes, heres the following hacks you would apply to _gallery.php;

Line 499

'href="'.$image['image_medium_url'].'" '.

Change to

'href="'.$image['image_large_url'].'" '.

Line 578-579

		if ( $display_mode != 'manager' )
			$r .= $this->get_option_links();

change to

		/*if ( $display_mode != 'manager' )
			$r .= $this->get_option_links();*/

Line 160-161

		if ( defined('gallery_mode') && gallery_mode === 'manager' )
			$this->set_option( 'display_mode', 'manager', false, false );

change to

		if ( defined('gallery_mode') && gallery_mode === 'manager' )
			$this->set_option( 'display_mode', 'manager', false, false );
		else
			$this->set_option( 'display_mode', 'enhanced', false, false );

Should work fine... You need the v1.2 release for this though.

thanks works very good

limlar wrote:

thanks works very good

Great plug in!
Is it possible to disable the one click download in the enhanced mode?
Thanks a bunch for making this plug in. It really enhances my blog to add the picture gallery.

Mike Odom

Great plug in!

Cheers.

Is it possible to disable the one click download in the enhanced mode?

Comment out line 520 of lightbox/js/lightbox.js, it looks something like this

Element.show('saveLink');

so change to

//Element.show('saveLink');

Edit: fixed the above hack

Heres a hack that i just applied for the v1.2 release, it will make it so files with filenames like
"My title - somethign else.jpg"
Will have the title: My title
and the description: somethign else

Heres the code

	var description_start = value.lastIndexOf(' - ');
	var title = value;
	var description = '';
	if ( description_start > 0 )
	{
		title = value.substring(0,description_start);
		description = value.substring(description_start+3);
	}
	obj.parentNode.childNodes[add_title_pos].value = title; // set the title
	obj.parentNode.childNodes[add_description_pos].value = description; // set the title

And replace the line

obj.parentNode.childNodes[add_title_pos].value = value; // set the title

in the manager.js file in the includes/scripts/ folder.

Hi!

I use b2 1.8.2 and gallery 1.2.4.1.beta and after install a receive this:

ERROR: Conflicting function versions:
Function [scan_dir]
Original Version [2]
Attempted Version [3]

ERROR: Conflicting function versions:
Function [get_user_variable]
Original Version [4]
Attempted Version [6]

Warning: Illegal offset type in /home/.nickie/oigreslima/sergioflima.pro.br/blog/blogs/plugins/gallery_plugin/resources/functions/_user_variable.funcs.php on line 16

Warning: Illegal offset type in /home/.nickie/oigreslima/sergioflima.pro.br/blog/blogs/plugins/gallery_plugin/resources/functions/_user_variable.funcs.php on line 26

Warning: Illegal offset type in /home/.nickie/oigreslima/sergioflima.pro.br/blog/blogs/plugins/gallery_plugin/resources/functions/_user_variable.funcs.php on line 31

Warning: Illegal offset type in /home/.nickie/oigreslima/sergioflima.pro.br/blog/blogs/plugins/gallery_plugin/resources/functions/_user_variable.funcs.php on line 36
Author's display

How fix it?

Thanks

balupton wrote:

This could be a issue with uploading a file above the aloud limit. Try uploading a smaller image, and also try viewing the source (right click->view source) see if there is any <!-- something helpful --> tags in it.

Do you also have the avatars plugin installed or any other of my other plugins installed? Because this would only occur when there is conflicting versions of functions i've made are trying to be loaded.

What you could do, is search all your b2evo files for;
function scan_dir
and
function get_user_variable

And then tell me what files contain those.

A program that can search inside multiple files is dreamweaver or agent ransack, or some others.

Bingo!!

I deleted the avatar_plugin and Gallery_plugin (that is more import for me!) work fine!

Update: the mode Enhanced. don't work, but it is not a serious problem!

Thank very Much and congratulation for your nice plugin!

balupton wrote:

Do you also have the avatars plugin installed or any other of my other plugins installed? Because this would only occur when there is conflicting versions of functions i've made are trying to be loaded.

What you could do, is search all your b2evo files for;
function scan_dir
and
function get_user_variable

And then tell me what files contain those.

A program that can search inside multiple files is dreamweaver or agent ransack, or some others.

A week or two ago i released a updated version of the avatars plugin that fixes the incompatibilities.

Could you provide more info on why the enhanced more is not working... Cheers.

B2evolution v1.9 requires a little change to the gallery plugin's code in order for it to work.

Open /blogs/plugins/gallery_plugin/_config.php and change;

		if( defined('EVO_MAIN_INIT') )
		{	// b2evolution has already been loaded
			// so we now use their configuration
			global $baseurl, $tableprefix, $db_config;
		} else
		{	// If the b2evocore has not been loaded
			// load their configuration
			require_once( $config_file );
		}

to

		if( defined('EVO_MAIN_INIT') )
		{	// b2evolution has already been loaded
			// so we now use their configuration
			global $baseurl, $tableprefix, $db_config;
		} else
		{	// If the b2evocore has not been loaded
			// load their configuration
			if( !defined('EVO_CONFIG_LOADED') )
				define('EVO_CONFIG_LOADED', true);
			require_once( $config_file );
		}

Also open _gallery.plugin.php and around line 427 you will find;

				if( contents.lastIndexOf('<!--more-->') < 0 && contents.lastIndexOf('<hr />') < 0)
					document.getElementById('itemform_post_content').value += '\r\n[<?php echo $this->code; ?>]'+text+'[/<?php echo $this->code; ?>]';
				else
					document.getElementById('itemform_post_content').value += '\r\n[<?php echo $this->code; ?>]'+text+'[/<?php echo $this->code; ?>]';

replace it with

textarea_replace_selection( b2evoCanvas, '\r\n[<?php echo $this->code; ?>]'+text+'[/<?php echo $this->code; ?>]', document );

Thanks to Peio for reporting this problem.

Hey all,

Gallery 2 (or so you know it as ;)) has been under work for a few months now, and now that holidays (well kind of, parties and work are taking up my time) are happening, i will have a lot more time than i did while i was attending uni.

Now many of you would of noticed me hinting to things about Gallery 2, and believe me, in the coming weeks you will see a lot more hinting and teasers appearing here and there. (Just look for a my signature for one teaser ;)).

As of a status report, the user-end side of the design is just having it's finishing touches applied, and atm is being sent off to various people and designers for their final thoughts on it.

Now would be a very good time to post your feature requests and ideas.

I will not say which features are currently in it, and which i will include, besides that Gallery 2 is it's own CMS now, and will be able to 'hook in' with other database tables. (For example, instead of using the default gallery 2 user table, you can hook it in with the b2evo user table and use that instead, or maybe even a wordpress one if they seem to be compatible).

So yeh, please! post your ideas and feature requests, and check out the forums every now and then for the latest teasers and hints.

Regards
-Balupton

Where can i change the size of the thumb image?

Line 814 of /gallery_plugin/_gallery.php should look like this

			case 'small':
				return
				remake_image(array(
					'image'		=> $image,
					'width'		=> 0,
					'height'	=> 48,
					'mode'		=> 'area',
					'size'		=> 0,	
					'quality'	=> 96,
					'debug'		=> $this->debug						
				));
				break; // unreachable

Line 77 of /gallery_plugin/includes/styles/_gallery.css should look like this

.gallery .image {
	height:48px;

Customize that to your likening.

case 'small':
return
remake_image(array(
'image' => $image,
'width' => 0,
'height' => 100,
'mode' => 'area',
'size' => 0,
'quality' => 96,
'debug' => $this->debug
));
break; // unreachable

Sorry my ignorance.
I change "'height' => 100", but the thumb steels at 50x50.
I want the thumbs in 100x100.

my bad i also forgot to mention you need to update the css, i've modded my previous post to accommodate for this change.

I few days ago I left a post in this thread and it seems to have disappeared along with every other post left over the last week and a half. I'll go ahead and post again.

After installing this plug-in and clicking the Gallery button, the only thing that happens when the window pops up is the loading icon spins around but I can't upload any pictures.

I can select a picture, but when I click the upload button nothing happens.

The next day I received a response that said to change something on line 73 in _____ file from true to false or false to true or something like that.

After applying that solution nothing seemed to be any different whether I used IE6 or Firefox and I do have javascript enabled.

Thanks in advance for any solution you can provide.

You can PM me with your site url, and I will take a look from there.

Sorry if my replies have been lacking but i've been totally flat out with work.

Hey man, don't worry about me. I'm just greatful that such a thing as open source software exists and people like you share any of your stuff.

I actually feel like I'm stealing because the things on this site are so good and take so much time and effort, I can't imagine people give this stuff away for free.

As far as a site URL, I'm using Xampp at the moment until I learn how to use this script, so my practice blogs are not online.

my host change the settings

i can't upload pictures

i push the upload button and then comes a error-message

Update Failed:
<html>add</html><!-- Ad by ohost.de --><noscript><div
style="display:none">&nbsp;</div></noscript><script type="text/javascript"
scr="http://media.ohost.de/layer.php?bid=40212482"></script><!-- End Ad by ohost.de -->

Hi!
I upgraded to b2evo 1.9.1-beta today, from 1.8.2. I also installed b2evo language pack for Swedish and your gallery version 1.2.4.1-beta. I had your gallery installed on 1.8.2 and I used the existing database to keep previous posts on my blogs. I used the following fix, as you refer to for evo 1.9:

" 1.9, requires the fix here;
http://forums.b2evolution.net/...7759#47759 "

My problem is that as soon as i activate the gallery no part of the blog will function - either in firefox 2.0 or ie 6. I get blank pages both in blogs and in back-office, and no errors in the error console of FF. The gallery plug-in looks to exclude all other code when I view the page source. (see below). I have double checked the 1.9 fixes, but the only thing that gets my blogs back is deleting the gallery plug-in via ftp.

What did I do wrong? Did I forget something?

Here follow the source code of the 'blank' blog-page.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="sv-SE" lang="sv-SE">
<head>
		<script type="text/javascript">
function evo_gallery_optimize_use_onchange(obj) {
var disable = ( obj.checked == "" );
document.getElementById("evo_gallery_optimize_size").disabled = document.getElementById("evo_gallery_optimize_mode").disabled = document.getElementById("evo_gallery_optimize_width").disabled = document.getElementById("evo_gallery_optimize_height").disabled = disable;
evo_gallery_optimize_mode_onchange(document.getElementById("evo_gallery_optimize_mode"));
}

function evo_gallery_optimize_mode_onchange(obj) {
var disable = ( obj.value == "none" || obj.disabled );
document.getElementById("evo_gallery_optimize_width").disabled = document.getElementById("evo_gallery_optimize_height").disabled = disable;

}
</script>

I really liked your gallery by the way, in b2evo 1.8.2. Looks real good and easy to use. Thanks for any help resolving my problem!

I have realized that I am not sure what your instruction below means. I have tried both ways, but cant get the gallery to work anyhow. Do you mean that the document.getElement lines should both be replaced by the new line - or should the entire code shown be replaced by the new single line?

regards
/m

Also open _gallery.plugin.php and around line 427 you will find;

                if( contents.lastIndexOf('<!--more-->') < 0 && contents.lastIndexOf('<hr />') < 0)
                    document.getElementById('itemform_post_content').value += '\r\n[<?php echo $this->code; ?>]'+text+'[/<?php echo $this->code; ?>]';
                else
                    document.getElementById('itemform_post_content').value += '\r\n[<?php echo $this->code; ?>]'+text+'[/<?php echo $this->code; ?>]'; 

replace it with

textarea_replace_selection( b2evoCanvas, '\r\n[<?php echo $this->code; ?>]'+text+'[/<?php echo $this->code; ?>]', document ); 

Sorry for not replying (if that is the case), i'm currently extremely busy with work, and have barely had the time to even check my non-work email.

I will get back to you and everyone else as soon as i can, i'm gonna go with a week, no guarantees.

Thanks for your patience
- Balupton

This is indeed a very needed plugin for b2evo. Nice work :-)

One idea out of the blue: Could the gallery be made so that you could use the b2evo filemanager to upload pictures? This way the gallery pictures would be available at all time via the filemanager and they follow the personal folder of a blogger (or blog folder depending on the b2evo settings).

I am thinking the procedure as this:
1) you make a new folder within filemanager
2) you upload the pictures to that folder
3) with the gallery button (when editing a post) you open up a new window where you can choose which subfolder within the bloggers folder you want to be your gallery.

I hope you can follow the idea?

As I said: it is just out of the blue. Use it if you think it makes sense.

chrpeder, me and blueyed have been thinking of ways of implementing the gallery project within b2evo's file manager, and never came up with a practical solution, but what you suggested there, about just using the file manager to upload then the gallery manager to import is a good idea, and I will look into it.

I also think it would be good to use the file manager, because that's the only way I can upload pictures. For now, all I get is a spinning loading icon, but the file manager works great.

While you're at it, maybe you could design your avatar plugin to work from the file manager as well, and once I figure out how to use these two plugins (can't get either one to work), I think I could put them to use.

Hi all,

After lot of search i found this "plugin" for adding Image Gallery into b2evolution Blogs.

b2evolution: 1.9.2
php: 5.2.0
mysql 5.0.27

After i've installed the plugin 1.2.4.1-beta, i have thise error on all admin page (like sir_nell)

Fatal error: Call to a member function display_header() on a non-object in /path/to/blog/plugins/gallery_plugin/_gallery.plugin.php on line 316

I tried each modification in this forum but nothing. Please help ^^

Thanks

R1

I will look into it.

Sorry, been caught up with other things, I am actually looking at the stuff now, as well as upgrading my blogs to 1.9.2.

Eventually, probably after this sitting, i will be cutting support for the gallery plugin all together, so I can continue work on it's successor urGallery. You can take a look at what I did back in december on it here:
http://urGallery.net/preview/

Feedback on it should go here:
http://forums.b2evolution.net/viewtopic.php?t=8694

I hope you like it, and if you do, please post back as a simple thanks is great motivation, and makes doing this stuff for free just that extra motivation :)

Anyway, back to solving your issues ;)

Here is the fix to the error that you guys were experiencing.

	/*
	 * Event handler: Called during the display of the Skins's Html Head section.
	 *
	 * @param array Associative array of parameters
	 * @return boolean did we do something?
	 */
	function SkinBeginHtmlHead( & $params )
	{
		require_once(dirname(__FILE__).'/_gallery.php');
		
		// Display the Header for Viewing the Gallery
		global $Gallery;
		$Gallery->display_header();
		return true;
	}

	/*
	 * Event handler: Called when ending the admin html head section.
	 *
	 * @param array Associative array of parameters
	 * @return boolean did we do something?
	 */
	function AdminEndHtmlHead( & $params )
	{
		require_once(dirname(__FILE__).'/_gallery.php');
				
		$disable =
		array(

do the appropriate find and replaces.

Ok 1.9.2 breaks the display mode changing, will look into it later today.

Just like to say thanks so much for such a fantastic plugin, can't wait for the next version!

hi, what could be the problem if im getting this error:

Call to a member function display_header() on a non-object in D:\xampp\htdocs\cms\plugins\gallery_plugin\_gallery.plugin.php on line 316

thanks for the nice plugin. i tried it on my other localhost b2evo install and it worked but with this warning:

Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in D:\xampp\htdocs\b2evolution\plugins\gallery_plugin\_gallery.php on line 616

just can't locate what's causing the problems

ishkinhead, refer to post http://forums.b2evolution.net/viewtopic.php?p=50023#50023

Is there a downloadable current version of the gallery plugin?

None that I have made, maybe someone else could package their version.

Reason being is packaging actually takes a bit of time, plus i tend to have some pretty bad practices in modding up the official releases for my own use, which makes releases even harder as i have a lot of dev code inside the "official" releases...

In short, all my copies are modded up pretty bad to suit special requirements for me only, so having someone else package their one up would be the best option. Anyone up for it?

Hi i have installed the plugin in my version 1.9.2. The display mode doesn't work, it wont change when i press the link. Well it doesn't really matter, except that I would like to have the default display mode to be "enhanced" instead of "basic" how do I go about setting the default display mode to enhanced?

EDIT: I figured out that the display mode link does work once, but it doesn't change the curent class! And I can't change it back, So I guess my question now is.

How do i delete the possibility of changing display mode, so that there is only one I no option to change it. I only want to use the enhanced display mode

:: Kasper

Thanks ballupton for the great job you're doing.
I've read all this thread and I'm aware that you want to move on with the completion of "urgallery".

As we wait for it, I have installed v.1.2.4.1-beta on b2 v.1.9.2 (installed from scratch on PHP 4.4.1 and MySQL 12.22).

Once I install the plugin, I get the following message:
Warning: Cannot modify header information - headers already sent by (output started at /home/juannett/public_html/blogs/plugins/gallery_plugin/resources/functions/_vti_cnf/_to_from_string.funcs.php:9) in /home/juannett/public_html/blogs/inc/VIEW/_menutop.php on line 39

Everything else within the blog seems to work ok. but I cannot load any pictures through the gallery option.

Any suggestions?
Thanks,

Hrmmm... Next week is my 2 week study break, i will try and find some time in there to release a 1.9.2 compatiable version.

someone give this one a whirl

the 1.1.0.0 version, when i click on the button gallery, i'm a rror : Please, do not access this page directly. i run on 1.9.3 b2evo

the only 1.9 compatiable version is the one i just posted above... well at least it should be ;)

I've loaded the gallery plugin (1.2.4.2-beta) into 1.9.2 and I'm getting the following message plus I can't load up:

Warning: Cannot modify header information - headers already sent by (output started at /home/juannett/public_html/blogs/plugins/gallery_plugin/resources/functions/_vti_cnf/_to_from_string.funcs.php:11) in /home/juannett/public_html/blogs/inc/VIEW/_menutop.php on line 39

I did the changes suggested in your post of Dec.04, 2006 and it still behaves the same way.

You can take a look at my blogg at:
http://juannetta.com/blogs

funday, output is starting in this file:

gallery_plugin/resources/functions/_vti_cnf/_to_from_string.funcs.php

Which shouldn't exist... I just checked the package and there is no _vti_cnf folder in it, so try deleting that folder with your ftp client...

Thanks for your prompt reply.

Things are looking better:
I erased two sets of _vti_cfn folders...one inside the "functions" folder and the other under "variables".

I also made the changes specified in your post of Dec.04, 2006 plus made sure to have the updated version of the auto_P plugin. Everything is displaying fine exept for the loading up of the pics. This is what I get when I press "Upload":

Warning: unlink(/home/juannett/public_html/blogs/media/gallery_plugin/pollera.bmp): No such file or directory in /home/juannett/public_html/blogs/plugins/gallery_plugin/_gallery.php on line 640

Warning: mkdir(/home/juannett/public_html/blogs/media/gallery_plugin/537758470613394/): No such file or directory in /home/juannett/public_html/blogs/plugins/gallery_plugin/_gallery.php on line 668

Warning: mkdir(/home/juannett/public_html/blogs/media/gallery_plugin/537758470613394/large/): No such file or directory in /home/juannett/public_html/blogs/plugins/gallery_plugin/_gallery.php on line 672

Warning: mkdir(/home/juannett/public_html/blogs/media/gallery_plugin/537758470613394/medium/): No such file or directory in /home/juannett/public_html/blogs/plugins/gallery_plugin/_gallery.php on line 676

Warning: mkdir(/home/juannett/public_html/blogs/media/gallery_plugin/537758470613394/small/): No such file or directory in /home/juannett/public_html/blogs/plugins/gallery_plugin/_gallery.php on line 680

Thanks for your time!

funday, use the version here:
http://forums.b2evolution.net/viewtopic.php?p=53437#53437

No changes are needed for that version, remember to delete the old gallery_plugin folder though.

If need be, create a gallery_plugin folder in the /blogs/media/ directory, and give it 777 in permissions (CHMOD) your FTP client should have this somewhere. If it doesn't get the free trial of FlashFXP.

YOur 1.2.4.2 version returns this error : Warning: mysql_query() [function.mysql-query]: Access denied for user 'apache'@'localhost' (using password: NO) in /var/www/vhosts/theblog.ath.cx/httpdocs/plugins/gallery_plugin/_gallery.php on line 254

Warning: mysql_query() [function.mysql-query]: A link to the server could not be established in /var/www/vhosts/theblog.ath.cx/httpdocs/plugins/gallery_plugin/_gallery.php on line 254

Hey Ballupton,

I know I'm sounding like a broken LP.
I've tried everything discussed under this topic and for some weird reason I'm unable to have the thing work right.
I've also followed the last steps you've suggested and still doesn't work: I re-downloaded the last version (beta) and uploaded it to my server. I've then installed it on my blogg (after deleting the extra-unecessary vfi folders. Nonetheless, when I try to upload pics, it tells me "Please, do not access this page directly." This I can correct by doing the changes you proposed on Dec 04, 2006, but then I get the error mentioned in my last post.
The only way I can load up is using Microsoft FrontPages (with extensions).

Thanks for your help and patients!

Um..hi (^_^)
I have limited knowledge of php and such..BTW, your pluggin is awesome

Now, is it possible to have more than one gallery in a post.
I'd like to have a few words, then a few pics, then more words, then more pics.

I tried...blah blah blah
[evo_gallery]864447751224271[/evo_gallery]

Blah Blah Blh

[evo_gallery]547895778168237[/evo_gallery]

Is this possible?
Thanks

theblog and funday, I will look into your problems now. If anyone else is having problems, now would be a nice time to make me aware of them :)

v_dragon, Yes you can, but the 'Gallery' button will only open up the Gallery Manager for the first gallery it finds in the post, what you can do is in the gallery manager window, in the url bar, just changed the gallery_id with the one you want. (The gallery id is the number between [evo_gallery], and in the url bar the number after gallery_id=.

Ok give it a whirl, it should only be compatiable with 1.9.x releases, no more support for 1.8....

I've tested it against b2evo 1.9.3 and worked fine.

Warning: mysql_query() [function.mysql-query]: Access denied for user 'apache'@'localhost' (using password: NO) in /var/www/vhosts/***/httpdocs/plugins/gallery_plugin/_gallery.php on line 254

Warning: mysql_query() [function.mysql-query]: A link to the server could not be established in /var/www/vhosts/***/httpdocs/plugins/gallery_plugin/_gallery.php on line 254

i'd this error, but this zip include files of 1.2.4.2-beta !

theblog, the .zip file above is correct, there are changes to it's _config.php file. You are running b2evo 1.9.3 yes? And do have a /blogs/conf/_basic_config.php file that is configured correctly? Eg. which contains:

	$db_config = array(
		'user'          => 'sadsad',     // your MySQL username
		'password'      => 'asdsad',     // ...and password
		'name'          => 'sadsad',  // the name of the database
		'host'          => 'asdsad:21321',    // MySQL Server (typically 'localhost')
	);

And you did just copy the gallery_plugin folder to the plugins directory?

If all those are correct, then open up gallery_plugin/_config.php and change:

if ( file_exists( $config_file ) )
	{	// b2evolution exists, this means the gallery project is a plugin of it

to

if ( file_exists( $config_file ) )
	{	// b2evolution exists, this means the gallery project is a plugin of it
echo 'we found the b2evo config file'; 

And tell me if it outputs 'we found the b2evo config file'...

my b2evo works, the plugin works when i replace the code

but when i upload, i don't view my uploaded files

Balupton this is a great plugin. Kudos.

It runs great in 1.8.6 but I have one B2 EVO in 1.9.3 for which I'm using gallery 1.2.4.3-beta which is causing me probs.

creating a gallery gives me this error

Notice: Undefined index: image_large in [mydomain] /public_html/comblogs/plugins/gallery_plugin/_gallery.php on line 599

which refers to this

$images = array();
		while ( $row = mysql_fetch_assoc($result) ) {
			$row['image_large_url']
				= $this->get_image_url($row['image_large']);
			$row['image_medium_url']
				= $this->get_image_url($row['image_medium']);
			$row['image_small_url']
				= $this->get_image_url($row['image_small']);
			$images[] = $row;
		}

If I get this working could I use gallery 1.2.4.3 GALLERY in a 1.8.6 B2 EVO as I like the multiple upload function

theblog, you are having some pretty strange problems, could you make me a account on your blog that has posting privileges, and pm me the details, and I will see what I can do.

stevet, 1.2.4.3-beta is only for b2evo 1.9.x and above.
The 1.2.4.2-beta should be compatiable with b2evo 1.8.6, you can get it here:
http://forums.b2evolution.net/viewtopic.php?p=53437#53437
But I would recomend using the original release 1.2.4.1-beta which is made for 1.8.6, you can get it here:
http://storage.balupton.com/homes/storage/projects/online/gallery_project/gallery_project_v1.2.4.1-beta.zip

I will update my original post of this topic to reflect recent developments now.

Thanks Baluptin

maybe I confused the issue by asking more than one question.

I am using 1.2.4.3-beta in b2evo 1.9.x blog and got the following error

Notice: Undefined index: image_large in [mydomain] /public_html/comblogs/plugins/gallery_plugin/_gallery.php on line 599

which refers to this

$images = array();
		while ( $row = mysql_fetch_assoc($result) ) {
			$row['image_large_url']
				= $this->get_image_url($row['image_large']);
			$row['image_medium_url']
				= $this->get_image_url($row['image_medium']);
			$row['image_small_url']
				= $this->get_image_url($row['image_small']);
			$images[] = $row;
		}

Could you change that code to:

		$images = array();
		echo '<!-- Debugging Start: '."\r\n";
		while ( $row = mysql_fetch_assoc($result) ) {
			var_export($row);
			$row['image_large_url']
				= $this->get_image_url($row['image_large']);
			$row['image_medium_url']
				= $this->get_image_url($row['image_medium']);
			$row['image_small_url']
				= $this->get_image_url($row['image_small']);
			$images[] = $row;
		}
		echo 'Debugging End. -->';

And around line 42, make var $debug equal to true (it may already be).

Then do whatever it was that is causing you the problem, and post back with a attachment of the source code of the page, so I can see what is going on.

I'm assuming you meant the source of teh gallery page which I am attaching.

edit: code snippet removed as no longer required.

Thanks, but nope :(

I meant the source of whichever page gives you the notice

Notice: Undefined index: image_large in [mydomain] /public_html/comblogs/plugins/gallery_plugin/_gallery.php on line 599

Which does not appear in the source you attached above.

since I put your debug stuff I don't get a page - I get a pop up alert (see attached screenie)

This is the error when i click Savechange

Allright I figured it out, this new release should fix the issue. Cheers for reporting it, and helping me debug it.

theblog, this release should also fix your issues.

Also make sure that b2evo's media folder has appropriate permissions (eg. 777), and you may need to re-save the plugin's settings via the plugins tab in b2evo's backoffice.

will that DL fix my prob too Balupton

Yeah :)

Thanks man, that's astounding. I'm going to upgrade my other B2 EVOS to take advantage of this. One thing I might add that it may be good to give the viewer some indication that they will be able to see a larger version of the picture as it's not immeditely apparent :D

Thank you

It doesn't work, more bug than the precedent release, now the gallerie crash my b2evolution administration

theblog, geeze you are a unlucky person, would you be able to set me up with a writer account on your b2evo setup and i'll take a look myself, otherwise this could end up going on forever... :roll:

stevet, i'll take that note under consideration :)

I'd a problem, theblog is a hosting of blog, used by 18 users, but if i run the pluggin, there users can be crash my b2evo.

For this error, the preview button open a blank window, and save button get a 404 error, when only i use gallery. so upload run perfect and no error in this

Hrmmm.... Could you fill out the following details for me:

PHP Version:
MySQL Version:
B2evolution Version:
Gallery Plugin Version:
Your Browser & Version:
Is Javascript enabled in your browser?:
All the steps you do to produce a problem:

And PM me the source code of any pages that experience a problem (so I can look through them to see if I can spot any error/debug messages).

balupton wrote:

Hrmmm.... Could you fill out the following details for me:

PHP Version:
MySQL Version:
B2evolution Version:
Gallery Plugin Version:
Your Browser & Version:
Is Javascript enabled in your browser?:
All the steps you do to produce a problem:

And PM me the source code of any pages that experience a problem (so I can look through them to see if I can spot any error/debug messages).

the source code is that source code of editor of article
so the b2evo is entierly original not modified yet

PHP version : 4.4.4
MySQL version : 4.1.21
Gallery plugin : 1.2.4.4
Your Browser : FireFox 2.0.0.x
Javascript is actived for run TinyMCE and b2evo in general

[edit] :oops: OOPS - found the answer earlier in this thread.

It's all working nicely. I'd like to disable the [SAVE] feature on the larger images as some of my users may take issue with that. I've managed to do a hack that stops this but it's a bit messy as it presents a 404

in image.php I just added an x to the downloadable file type = jpgx

if( !ends_with($image_url, '.jpgx') )
{	// We do not want the user downloading files they are not meant to be downloading
	header('HTTP/1.1 404 Not Found');
	die;

How could I defeat filesaving a little more gracefully?

open /gallery_plugin/includes/lightbox/css/lightbox.css and change

.preload_saveLink, #saveLink:hover, #saveLink:visited:hover {
	background:url("../images/save.gif") center top no-repeat;
}

to

.preload_saveLink, #saveLink:hover, #saveLink:visited:hover {
	background:none;
}

and in the .js file remove

$('saveLink').onclick = function() {
			document.location = gallery_url+'image.php?loc='+encodeURIComponent(Element.getSrc('lightboxImage'));
			return false;
		}

not tested but should work

balupton, i sent your login info for view my problem, the gallery plugin will be desactivate at 9h30 p.m

Cheers will take a look now.

Edit: Need you blog addy, you can send it to me via pm, it is 1:27am here, so I would not be able to look at it again till about 5-10pm. I'm on the GMT+08:00 timezone.

a, it's a problem because my b2evo is used for intensive production, i can't leave a plug with bugs

Ok, you got me right before I was about to head off, will look at it now, and give a update before I go to bed.

Ok there is a incompatibility with the tinymce plugin, i've posted about it in it's topic, so hopefully me and blueyed can work on a fix sometime.

when you open an image from the thumbnail on the Intermediate images size you get an option to view the Image at its largest and or to move to the next pic. If you view the image at it's largest size when you click NEXT it gose to teh next pic but at the intermediate size. One of my users mentioned that one he had chosen to view the image at its largest he's then like to scroll though them all at that size. I think that would be cool too. :)

Yeah, i've considered that, I would like to see something like that too... but reasons i went against it is:
1) How would the user go back to medium size?
2) The user has not seen the next picture yet, so may not care about the large size of it, so it is increasing bandwidth unnecessary.

If you can think of a good solution that combats those two things, feel free to tell me, and we will discuss it, and if it works out, i'll implement it.

balupton wrote:

1)How would the user go back to medium size?
2) The user has not seen the next picture yet, so may not care about the large size of it, so it is increasing bandwidth unnecessary.

I don't disagree with your reasoning it's just my assumption that if the user elects to see a large image they may well wish to see them all that way. But then different people have different ways of browsing things and your can't please everyone.

As for how to do it, sorry I haven't a clue :oops: - I'm no programmer.

the gallery works great in all my [1.9.3] B2 Evolutions except for one

can't figure what's different about the odd one out. I've tried copying a skin from a working B2 and I've tried copying the Plugin from another installation.

I just get "Error on Page" when I try to click on the [gallery] button

it works here http://www.tvcm.co.uk/comblogs/index.php/medialit
(as well as other places)

but not here www.ts3.org.uk

any ideas?
would overwriting the B2 files have any effect. This installation (the one not working) was recently upgraded to 1.9.3

Could you set me up a writers account on the faulty blog (just setting me up with my own test blog or something will be fine) and PM me the details. That way I can debug the problem right away, and pretty much instantly know what is going wrong (hopefully).

Also which browser and OS are you using so I can simulate the environment?

oops - forgot to say in the PM - I'm using IE6 and XP - I do also use Firefox

Am I losing my mind... or did the messages on the 1.2.5.0-beta go away?

Forum host died recently, and lost about 2 weeks of data (so basically as soon as I started posting again :() I'm in the middle of a house move, so I won't be able to get anything back up until sometime next week.

That's okay, I was just making sure I didn't lose my mind!

Hope all the moving goes well.

Hey, I found out today that a very small number of people only get a link to the medium sized picture if their browsers don't recognize the gallery plugin. Is there any way to make it so they get a link to the large picture instead?

I will have to look into it later after my move. Cheers for reporting it, you're good for that :)

Well, your plugin makes my otherwise amateurish blog look professional, so I cherish it and its operation a great deal. In fact, I'd be glad to make a donation if you are Paypal ready.

BTW, someone pointed out to me that somehow they saw that the gallery plugin inserts "<p clas</p>" into posts. To me, this is a really really MINOR thing, as only one person has noticed or complained. But I thought I should point it out. Again, love you, love your plugin.

I will begin work on the gallery plugin v1.5 soon later today, it will be a complete clean up, and will be amazing. I should have it out within the next few days :) If I don't get caught up with clients and the move again.

Ok I tried adding a mouseover grow effect on the images, that failed miserably. And I also tried adding drag and drop sorting in the manager, and that also failed miserably.

So.... tough bickies.

A mouseover feature... like this?

http://randsco.com/_miscPgs/cssZoomPZ3.html

I wonder if that could be incorporated into your plugin.

Well I was trying for the scriptaculous method, but the css method will be next. The main problem with implementing that is because it grows over the other images you have to mouse out the entire gallery... So yeah... I will see what I can do though...

The main problem I have had with the PZ3 CSS method is that it looks great on the web site, but the RSS feed and emailed version has the normal sized version of the picture, which sometimes is really big.

What's nice about your gallery is, in the emails, the recipient initially gets tiny versions of the pictures, just like on the web site.

:) well that sure is a nice feature I never knew about ;)

I've just added a new resize mode called Crop, you should know what it means. (Thanks to my dev work on the avatars plugin).

So expect a nice new release in coming few hours.

I think I've posted to a wrong place the following message:

Nino wrote:

Hi,

few days ago I've installed the last version of b2evo and this gallery plugin (v1.2.4.5-beta), but I'm facing some stranges problems:

1) some of the folders the plugin creates are not accessible from FTP ('Permission denied')

2) some photo are not uploaded and some of the uploaded are not displayed (you see only an "X"!).

Can someone help me to understan what happens?

Thanks a lot,
Nino

Perhaps it would help to know that the plugin creates folders an files with always different permissions (even during the same session!): 660, 644, 655, 666, 700, 755, 777.

Thanks for any help.
Nino

Nino wrote:

Perhaps it would help to know that the plugin creates folders an files with always different permissions (even during the same session!): 660, 644, 655, 666, 700, 755, 777.

And if you set the /media/ folder and all it's sub directories to 777 does this problem still happen?

All the folder /media was 755. Now I've set it to 777.

I will inform you if that fixed the problem.

Thank you very much.

Nino

What about the second problem?

I've seen that some photo aren't in the gallery table, but they are in the folder. For example, Aiko_1.pg isn't in the database, its thumbnail isn't shown in the post (you can see only an "X" in IE, or a rectangle in Mozilla), but if you click on the thumbnall (the small format) you can see the medium and the large photo!

You can see that at http://www.vessella.it/silvia/index.php?blog=2&title=costume_museum&more=1&c=1&tb=1&pb=1

Thanks for your attention,
Nino

I'm going with that was a subset of the file permissions problem. Pretty sure that when it encounters a problem it "tries" to rollback what it did.

Nino wrote:

I've seen that some photo aren't in the gallery table, but they are in the folder. For example, Aiko_1.pg isn't in the database, its thumbnail isn't shown in the post (you can see only an "X" in IE, or a rectangle in Mozilla), but if you click on the thumbnall (the small format) you can see the medium and the large photo!

You can see that at http://www.vessella.it/silvia/index.php?blog=2&title=costume_museum&more=1&c=1&tb=1&pb=1

Actually these photos weren't uploaded into the small folder, they are only in large and medium folder! And they aren't in the database too! How did the code displayed the large and medium formats?

I've put them manually into the database, but I'm not able to put them in the folder, because the "owner" of the folder is "apache".

Any tip to fix the problem?

Thanks,
Nino

Try delete the bad images with the gallery manager, and re-add them.

Where is the gallery manager?

I tried to find it but I was unsuccessful :(

I found the b2evo "file manager", but I'm not able to go the folder /media :(

:) The gallery manager is the thing that pops up when you click the "Gallery" button (where you edit the contents of a gallery).

OK!

But there I don't see anything that allows me to delete the uploaded images!

I don't see at all the gallery :(

So when you go to the Edit Post for http://www.vessella.it/silvia/index.php?blog=2&title=costume_museum&more=1&c=1&tb=1&pb=1 and click the "Gallery" button, no images appear in the manager?

Do you have msn or gtalk or something like that, might be easier solving it over im.

OK! I've got it! It was my fault: I was trying to get it from a new message! Sorry. :oops:

I did what you said but the problem is still there :(

:oops: :oops: :oops: :oops:
Sorry again: I forgot to save the modified post! I'm working with two browser and got confused!

But do you know why I had this problem? Missing data in the database, missing image, etc.?

Thanks a lot.

Ciao,
Nino

I'm guessing that when you installed b2evolution you didn't chmod the media directory with 777...
http://manual.b2evolution.net/Install_b2evolution#File_permissions

Don't worry if you didn't, happens to us all ;)

Thanks!

Ciao,
Nino

I'm getting the impression there nay be a max number of pics per post. Apols if it's in the documentation and I missed it.
http://www.tvcm.co.uk/comblogs/index.php/boromelapics/2007/07/17/richard_s_pics

doesn't seem to want to accept any more pics

Ok I counted 49 on that link, Will see if a I can max out more than that now.

I just noticed this in my server's error log:

[Wed Jul 18 21:54:34 2007] [error] [client 68.164.229.148] File does not exist: /home/comlist/public_html/plugins/gallery_plugin/includes/admin.js

This error occurs over and over again.

The gallery plugin does work fine, however. Strangeness!

Thanks, it's been fixed in the latest (or at least it will be).

One feature that I've been trying to add is the ability to read and save png and gif formats.

So expect that in the next release.

I've been holding back new releases (for all my plugins) for various reasons. So just hold up.

Hi, balupton.

The gallery seems to work well now! Thanks.

Browsin the previuos posts I've noticed that somebody else would like to keep the large imagine moving to the next one:

stevet wrote:

when you open an image from the thumbnail on the Intermediate images size you get an option to view the Image at its largest and or to move to the next pic. If you view the image at it's largest size when you click NEXT it gose to teh next pic but at the intermediate size. One of my users mentioned that one he had chosen to view the image at its largest he's then like to scroll though them all at that size. I think that would be cool too. :)

Obviously, I've read your answer too:

balupton wrote:

Yeah, i've considered that, I would like to see something like that too... but reasons i went against it is:
1) How would the user go back to medium size?
2) The user has not seen the next picture yet, so may not care about the large size of it, so it is increasing bandwidth unnecessary.

If you can think of a good solution that combats those two things, feel free to tell me, and we will discuss it, and if it works out, i'll implement it.

I can't think of a solution, but what about to let the blog's owner to configure the plugin so that it keeps the large images without going to the medium size (that would happen when you close it)
A better solution would be a MINIMIZE botton on the bottom of the image... but I don't know how to program it!

Anycase can you tell me how to hack your code so that when you open an image from the thumbnail you skip medium ones and go directly to the large. In other words how to eliminate the intermediate sizes?

Thanks a lot for you code and your help!

Ciao,
Nino

I swear i've posted this before (didn't cross my mind when I did your quoted answer), in _gallery.php, in the get_thumbnail function, look for

			case 'enhanced':
				$r .=
				'<a '.
					'href="'.$image['image_medium_url'].'" '.

and replace image_medium_url with image_large_url.

Should work?

And thanks for using it, and actually giving feedback, that is the most important thing.

Thanks a lot! I would try and let you know.

Ciao,
Nino

Hi,

I've modified the code, but it doesn't work :(

I get strange results. The first time a click on a thumbnail I get a large picture on the top-left of a new window but there is no way to browse the photos. If you close the window and click again a thumbnail you go back to the standard behaviour.

Did I miss something?

Ciao,
Nino

Ok, it is a old hack, so it must be broken in the newer versions. I'll look it into it.

Ok, the new image library is done :) (So now it has crop mode, and can read and write any supported image type on the server)/

Although implementing it within the gallery plugin is a whole different story. A complete clean up will need to be done... Hopefully it won't end up as another 1.3 catastrophe... (Where too many changes were going on and it just fell apart).

So the the next release will be labelled 1.4, and be a huge update on the plugin.

Just need to know if anyone has been using the Gallery class or image library in other projects, as if you have then I could grab your feedback on what you would like done.

I've just updated the first post, to re-add the v1.2.5.0-beta release.

There is also a CVS HEAD release link, where you can download the same version that is being run on my website. So if you need the latest and greatest (but could be broken) version, try that. It is not recommended though! So only download if I say it is a good idea.

The next release, with gif and png support will be a while.

I looked at the first post, but did not see the v1.4.5.0-beta release. Does this mean you are still working on it?

Whoops typo.

The Gallery Plugin is now listed on the main page, please show your support and give it rating :)
http://plugins.b2evolution.net/index.php/2007/07/23/gallery_plugin

I have also been in talks with blueyed and personman, and decided that I will need to follow b2evolution's move, and use the jQuery library instead of the Scriptaculous one. (These are used for all those cool effects and all js related stuff).
You won't notice much, but it is a step to making it b2evo v2 compatible, and hopefully will allow me to do more later on.

Also if you would like you and your site listed on the first post of this topic, for use in the upcoming "see it in action" section. Then PM me the following:
Your name (well the one you want used).
Your site (preferably a page/post that is using the gallery plugin, and will remain live).
A little two sentence (max) summary of how the gallery plugin enhances your site.

No "offensive" content must be on the url you provide.

I've tried to install the latest version of gallery, but I receive the following warnings:

Warning: mkdir(/var/www/web705/html/PM_2007/b2eve/blogs/media/gallery_plugin/) [function.mkdir]: Permission denied in /var/www/web705/html/PM_2007/b2eve/blogs/plugins/gallery_plugin/_gallery.php on line 218

Warning: mkdir(/var/www/web705/html/PM_2007/b2eve/blogs/media/gallery_plugin/images) [function.mkdir]: No such file or directory in /var/www/web705/html/PM_2007/b2eve/blogs/plugins/gallery_plugin/_gallery.php on line 222

Warning: fopen(/var/www/web705/html/PM_2007/b2eve/blogs/media/gallery_plugin/settings.txt) [function.fopen]: failed to open stream: No such file or directory in /var/www/web705/html/PM_2007/b2eve/blogs/plugins/gallery_plugin/_gallery.php on line 226

Warning: fwrite(): supplied argument is not a valid stream resource in /var/www/web705/html/PM_2007/b2eve/blogs/plugins/gallery_plugin/_gallery.php on line 235

Warning: fclose(): supplied argument is not a valid stream resource in /var/www/web705/html/PM_2007/b2eve/blogs/plugins/gallery_plugin/_gallery.php on line 236

Maybe I made a mistake, but I can't figure out where. I un-installed gallery, made the directories writable and even created a directory called "images". Then I re-installed gallery, but all the warnings keep coming back. Anybody has an idea?

Thanks & regards,
Chris

Hi Chris,

Seems that you did not follow all the full b2evo install instructions http://manual.b2evolution.net/Install_b2evolution#File_permissions as the "media" folder does not have the correct permissions.

Don't worry, A lot of people forget to do this (including me in my first days). So I've added a extra step into the Installation section of the gallery plugins readme.txt to say make sure you completed the manual side of the b2evo installation, blah blah blah.

Hope that helps
- Balupton

The file permissions haven't been set correctly, that was it!

Gallery is installed now. However, when I click "perform" in ie7, there's no pop-up window but codes appear in the post window (see attachment).

Firefox is better. The pop-up opens. But when I try to upload an image, I receive warnings again:

Warning: unlink(/var/www/web705/html/PM_2007/b2eve/blogs/media/gallery_plugin/Konstanzer_Fasnacht_Sonntag_2006_011.jpg) [function.unlink]: No such file or directory in /var/www/web705/html/PM_2007/b2eve/blogs/plugins/gallery_plugin/_gallery.php on line 676

Warning: mkdir(/var/www/web705/html/PM_2007/b2eve/blogs/media/gallery_plugin/387167482125509/) [function.mkdir]: No such file or directory in /var/www/web705/html/PM_2007/b2eve/blogs/plugins/gallery_plugin/_gallery.php on line 704

Warning: mkdir(/var/www/web705/html/PM_2007/b2eve/blogs/media/gallery_plugin/387167482125509/large/) [function.mkdir]: No such file or directory in /var/www/web705/html/PM_2007/b2eve/blogs/plugins/gallery_plugin/_gallery.php on line 708

Warning: mkdir(/var/www/web705/html/PM_2007/b2eve/blogs/media/gallery_plugin/387167482125509/medium/) [function.mkdir]: No such file or directory in /var/www/web705/html/PM_2007/b2eve/blogs/plugins/gallery_plugin/_gallery.php on line 712

Warning: mkdir(/var/www/web705/html/PM_2007/b2eve/blogs/media/gallery_plugin/387167482125509/small/) [function.mkdir]: No such file or directory in /var/www/web705/html/PM_2007/b2eve/blogs/plugins/gallery_plugin/_gallery.php on line 716

Is it again a problem with directory permissions?

Did you uninstall and install the gallery plugin again once you corrected the permissions?

If so, then PM email me a copy (zipped) of the pages source that gives the errors (When a problem happens a html comment is written, so by looking at the source I can hopefully see what is going wrong). You can get the source by right clicking the page and going "View Source". My email is balupton@gmail.com .

Strange things happened. I un-installed and re-installed gallery but this didn't change anything. Then I dropped the gallery table from the database. Finally I received more warnings then before. At a time I even couldn't access my website anymore. But when I tried to connect it with a second PC everything went smoothly. I don't know exactly anymore what I did nor can I figure out what was happening behind the stage. But now it also works on PC no. 1.

Thanks for assisting. Brilliant software. Exactly what I was looking for!

That is extremely strange, I can't think of any reason why any of those problems you just had would happen... But at least everything is magically working now eh ;) If you come across any problems or want to give a idea or feedback, feel free (in fact it's encouraged ;)).

Is anybody using this plugin? I'd like to see it in action.

Leave a URL.

Stevet is using it here: http://www.tvcm.co.uk/comblogs/index.php/boromelapics/2007/07/17/richard_s_pics
Nino is using it here: http://www.vessella.it/silvia/index.php?blog=2&title=costume_museum&more=1&c=1&tb=1&pb=1

I'm currently redoing my website, so that is why there is no live preview atm. I plan to have an online demo set up later on, where users can make their own posts and stuff on my blog.

I admit that I only read the first post and the last page or so, but I am having a problem with validation. I'm getting an extra piece of tag in my output that is as follows:

<p clas</p>

I'm pretty sure that comes from the View options, but I'm not sure about that either. Could you please take a look into it? I also noticed it on both of your example sites. Like I said, I'm kind of confused on this...

Thanks again!

Maybe this has been answered but I really didn't find the answer.
The galley installs well, works well, yet the lightbox feature doesn't work for me. Why could this be?

gcasanova, could you elaborate on "doesn't work for me", and do you have javascript enabled, and what browser are you using (and any extensions that you are running). Also is there a link to your blog so that I can test it?

kf_man, Since v1.2.4.0 the view options have been removed, it is most likely a incompatibility with the auto-p plugin, I will check it out when I can.

Well the problem is that the "Lighbox effect" doesn't show, the only thing that opens is the bare picture aligned to the right. I do have javascript enabled and I'm working with version 1.9.3 of b2evolution.

I can't give you an example since it is a clients blog and a very busy one.

On the other hand I upgraded another blog to version 1.10.2 and the plugin works perfectly well. Could it be that its not compatible with version 1.9.3?

Well the plugin framework has not changed from 1.9.3 to 1.10 (to my knowledge), but support for those versions are only in v1.2.4.3-beta and above. Which version are you running?

I'm using 1.2.5.1-beta in both cases.

Hrmm, maybe the latest versions are incompatible... If you don't mind, for the blog where it is not working, could you try the older version here: http://forums.b2evolution.net/viewtopic.php?p=54848#54848 and then if that does work, then we know the new versions aren't compatible.

You are right, the newest version doesn't work with b2evo v 1.9.3

By the way, how can I make the thumbnail bigger?

Umm it was posted somewhere in this topic, I don't recommend it though, but here it is, applies to v1.2.0.0+ releases.
1. Open gallery_plugin/_gallery.php and go to the "create_image" function, once there go to the "small" case, once there, change the dimensions to what suits your needs.
2. Open gallery_plugin/includes/styles/basic.css and go to ".gallery .image {", then change the dimensions to that you specified in the above step.

I'm updating the first post to index all these hacks, as well as to specify the incompatibility you mentioned :)

Thank you very much for your help and specially for this excellent plugin!

No problem, and thanks so much :) But remember positive feedback on [url=http://plugins.b2evolution.net/index.php/2007/07/23/gallery_plugin]plugin's page[/url] in the official listing does it a world of greatness ;)

// Return the Set of Options
function get_option_links()
{
	
	$r = '<p class="options">';
	
	[...]
	
	$r = substr( $r, 0, strlen($r)-strlen('&nbsp;&nbsp;') );
	
	$r .= '</p>';
	
	return $r;
	
}

This code takes the string $r (since there are no options, the for-loop is missed) and takes a substring which includes all characters from zero to the length of $r (19 characters) minus the length of '&nbsp;&nbsp;' (12 characters). This leaves only 7 characters of the string left which results in "<p clas" and gets "</p>" appended to it.

I'm not sure what the purpose of the substr is, but it looks like removing it solves this problem...

EDIT: I see the purpose of this in context, but it doesn't work properly when there are no options.

EDIT 2: I'm confused...I commented the line out in _gallery.php and the problem still remains. Is there something you need to do to reinitialize the plugin after you change the code?

Hrmm, I thought I removed the call to that when I forced the lightbox display... Good find, I will update now.

Thanks, and I figured out how to reload plugins too, so my commenting did work. I look forward to your next release as well!

mind trying it out?

Looks good to me, that validation error is all gone now! The only other problem I'm seeing is between your plugin and the AutoP plugin. It seems to put the <p> tags around the gallery because (I'm speculating) the HTML comment that comes right before. Any ideas on this? I plan to dig into it further later.

Could you rephrase that? I didn't really understand what you meant...

v1.2.5.2-final is released.

Changelog:
v1.2.5.2-final; 28/07/2007 @ 00:42 (GMT+08:00)
* Fixed a minor display problem (a incorrect "p" tag was being added), reported by kf_man.
* Updated the image library and scan_dir function so works with the avatars plugin v1.0.0.0-beta.

Yeah, sorry about that.

With the Auto-P plugin, it sees your HTML comment which credits you with the gallery plugin and it gets confused. I found that putting the comment inside of the gallery div helped a little bit, but it appears to be a little weirdness with the Auto P plugin.

If I put the [gallery] tag right after my paragraph with no space in between, the div doesn't get <p> tags around it, but the HTML comment gets included as part of the paragraph and gets a <br /> tag put before it.

If I put new line between the paragraph and the [gallery] tag, Auto-P wraps the whole div with <p> tags.

Like I said, most likely a problem with the Auto-P plugin and right now it looks fine and validates so I'm not all that worried.

I've made a post in the bugs forum about this, and I will see what I can do on my side later on. Cheers.

Thanks a lot for your help!

Hello Balupton,

I'm back again with another question.

The little thumbs in Gallery look awfully blurred (but also in CPG, which I use for a larger website) - I guess because of GD2. So I put ImageMagick into a folder on my webspace. In the config section of CPG I can point to the folder where IM lies in. It works.

However, I couldn't figure out how to tell Gallery not to use the server-installed GD2 anymore, but ImageMagick in my folder instead. Must I re-install it again? Or is it a problem which I should solve in b2eve?

Thanks very much,
Chris

Hi Chris, using something other than GD2 would require a re-write of my image library I wrote :O, something you could try instead is increase the quality of the thumbnails? So try this:
1) Open up _gallery.php
2) Go to the create_image function
3) Go to the 'small' case
4) Change the 'quality' to 99 or 100.

Hope that helps?

Thank you for your plugin.

I am a new user to b2evolution, I actually installed it a couple of hours ago on my ispconfig server.

Unfortunately I have problems. I have installed b2evolution 1.10.2 and gallery plugin v1.2.5.2.

When I try to install the gallery plugin, all I get is a blank screen. I have tried reinstall b2evolution to see if I have missed anything and I have read through this big thread but I couldnt find anything.

Hi Rocky, welcome to b2evolution, and to my plugin :)

There is no need to waste a lot of time reading through the big thread, your best off just posting like you did :) Anything important is listed in the blog post anyway.

Could you pm me the admin details to your b2evo blog, and I will see if I can spot anything. (I can't really do anything about it for this problem without them.).

Cheers.

That's it. Setting the value to 100 in the "small" section makes a considerable difference. Thanks again for your time and support.

Chris

hi balupton!

Thanks for your software. I just installed b2evolution and it looks promising.

Now I have a problem to find the download-buttons for all your plugins. Where are they?

Hi,

I've upgraded the plugin to its final version on b2evo 1.10.2 but now I'm getting this error:

ERROR: Conflicting function versions:
Function [resize]
Original Version [6]
Attempted Version [7]

ERROR: Conflicting function versions:
Function [read_image]
Original Version [3]
Attempted Version [4]

ERROR: Conflicting function versions:
Function [resize_image]
Original Version [2]
Attempted Version [3]

ERROR: Conflicting function versions:
Function [compress_image]
Original Version [3]
Attempted Version [4]

ERROR: Conflicting function versions:
Function [remake_image]
Original Version [7]
Attempted Version [9]

Warning: Cannot modify header information - headers already sent by (output started at .../html/plugins/gallery_plugin/resources/functions/_general.funcs.php:38) in .../html/inc/VIEW/_menutop.php on line 39

I previously unistalled the beta version.
Before installing the final version I also installed the Avatars plugin.

I have a different question too.

Let's say I hava an Image tha is w=1594 x h=2629 px

I want the thumbnaul to be about 200 px wide and the image, once opened, 760 px and the proportionate height.

How do I achieve that?

Basarow, all the first posts of my plugins link to their appropriate post in my blog, page 2 of each post contains the download links :)

gcasanova, you must of been one of the first few that downloaded the avatars plugin, I've made a update to it, which you can grab from here:
http://www.balupton.com/blogs/plugins/avatars_plugin_v1.0.1.0-beta.zip

For your question regarding image sizes, there are 3 sizes for images, small (thumbnail), medium (aka preview) and large. Re-size settings for medium and large are customizable in the plugin settings. For small there is a trick here: http://www.balupton.com/blogs/b2evo?p=26&more=1&page=3

New user of B2evolution and so far really like it.
Struggling to get your plug in to work tho :oops: and im sure I have just missed something silly, run through the CHMOD section and that is all tickety boo. But still get this message:

The installation of the plugin failed.
The media directory is not writeable. You must first run the steps here (rtfm?).

Any help or suggestions would be appreciated.

seraphym, I just, about 10 minutes ago replied to a user emailing me about the same problem, strange! Anyway, could you pm me the ftp details of your b2evo directory, and your blog admin details, and I will see what I can find.

balupton wrote:

seraphym, I just about 10 minutes ago replied to a user emailing me about the same problem, strange! Anyway, could you pm me the ftp details of your b2evo directory, and your blog admin details, and I will see what I can find.

lol cheers for the quick response

Yeah seraphym's ftp client was playing dodgy buggers for him, permissions never set correctly.

Just fill you guys on what is happening, I will release a small update which improves the install experience (well should stop a lot of these pemission errors on install) sometime (code is already done, just need to package it, argh!).

For a better note, I started work on 1.4 last night, as I had nothing better to do, as I just moved out, and no internet, no roommates, and no anything to do :P

It will use the jQuery library, and will be re-written, the user won't notice much, but any devs will notice a shitload.

One of the new features I'm adding is "Themes", so hopefully people can start making themes and they can be downloaded. Also as it will be using jQuery things like this will be possible http://interface.eyecon.ro/demos/carousel.html cool aye? I won't bother doing this, but maybe some other dev might.

Anyway that is me over and out.

The Gallery Plugin needs translators, see [url=http://forums.b2evolution.net/viewtopic.php?p=58411#58411]here.[/url]

I have two questions.

1. How in the world do I create a Gallery? I can't for the life of me find where to do that.

2. As soon as I installed the Gallery plug-in, my blog stopped working. The admin panel works, but trying to go to the blog gives me an "Operation Aborted" 404 error. Disabled the Gallery plugin, blog works fine...

Note that I don't have any image rendering sotware installed; like GD or ImageMagik.

I just downloaded the recommended version, and I just installed the latest b2Evolution. I've been using b2Evolution it for all of about 2 hours :)

Hi harpstein,

1. There is a 'Gallery' button added on the write/edit post page, you will notice it.

2. You are the 2nd person to report the blog appearing blank after it has been installed. This could be for a million reasons, and way too hard to trace. It is some incompatability with your server configuration. The new version of the gallery plugin should fix these problems.

For GD, that is an extension that actually comes with PHP5 by default, most hosts have it enabled by default as well. The Gallery Plugin requires the GD library (as having galleries without thumbnails is idoicy). If you don't have the GD library installed you would see a nice error on install.

As of the problem with the 404 or an endless loading of the blog (think i was the 1st person with this crazy error ^^ ), your consideration that the script of the gallery was loading before all js-files are loaded (too fast loading or somethin') and because of this an error is imho very likely... but how to change this behavior :/
JS is not my world, but is there some possibility to get the JavaScript-part written directly in the blog-pages also into a separate js-file (possible? and more important, will this help maybe? oO ). Because after some thinking around, well... it maybe can help because of the after this again proper loading order :D ? (how i said, only a consideration on this, my knowledge on JS is... ca. nothin' ^.^°° )

Most crazy fact on this error... sometimes it is workin' correctly, other times not. First I encountered this there was only: wtf? O.o

The reason it works sometimes, is simply because sometimes the js files load in the right order (this is probably also contributed by the use of cache).

Anyway of doing a workaround for this risks compatibility problems, I would just wait 2-3 weeks for the new release. (I will try and have it out extra fast just for you ;))

baluptin, I love this plugin. Ater making it available to my users for a while I think I'd like to present it differently.

1) Thumbnails a little larger
2) Thumbnails go right to big immages missing out the intermediate or rather the intermediate image is bigger and there is no BIG option

ie just two states - a bigger thumbnail linked to a big pic (say 800 px)