• Some fixes. Possibly mentioned in a prior thread.
    Added:

    • Watermarks – Watermark can be applied when an image is added to a post
    • Thumbnails can paginate starting on the first page of a post
    • You can configure Exhibit to check the preview box for every image when it is added to a post
    • Thumbnails and preview images can now have a title attribute (tooltip) with the specified image caption.
    • Exhibit can insert a break after a certain count of thumbnails or preview images to improve your formatting

    Download, as always, here.
    Test with impunity and godspeed. Or something.

Viewing 15 replies - 16 through 30 (of 62 total)
  • Please, help…
    I cant create the thumbnails. I uploaded the directories and jpeg files, and Exhibit can see them. But when i click on the little folder (which has the tooltip saying “create all thumbanils for this directory”), i get this error for each file in the directory:
    Warning: chmod(): No such file or directory in /home2/taiji/public_html/wordpress/wp-content/plugins/exhibitimg/exhibit10f.php on line 572
    🙁
    (and by the way, how do i get a preview image embedded in the text, not a thumbnail on the top of the post?)
    thanks!

    Ok, i sorted it out again, by trial-and-error. Everything works only if i set all permissions to 777.
    That’s not a problem, but i think it shows the need for some documentation (the cfg file said 664 would be a good setting, which proved wrong to me). The plugin is great, but it can scare users away if there are no instructions on how to use it properly.
    I am still trying to guess how to get a preview image embedded in a post, any help would be appreciated… thanks!

    Thread Starter ringmaster

    (@ringmaster)

    @peb:
    There are two reasons for the license switch. Creative Commons is not for software, just for works of art (writing, music, etc.). Creative Commons is also not compatible with the GPL license, which is a requirement for WordPress plugins. MIT is good because it is compatible with GPL and it requires attribution, which is something that the GPL doesn’t provide on its own.
    @anatman:
    I’m not sure why it would require 777 permissions to work. In theory, 664 should work fine. Adding the 1 bit simply adds execute permissions to the file, which they certainly don’t need if they’re images. And there is no reason to at the 2 bit to the “other” permissions because they don’t need to write.
    Maybe I’ve got this screwey in my head but that seems logical to me. If you had some advice on what to write so users aren’t scared away, I’ll include it.

    Ringmaster – sorry, i didn’t mean to sound critical. I love your plugin, and i am grateful for it! If i can help in any way, please let me know – i just can’t code, but i can try to write something, if you direct me on what to do.
    One sugestion for the readme: it says “The directory in which you store your images must be writable to enable Exhibit’s image upload features” which is of course true, but not all the story: in some servers, all directories need to be writeable by “others” so that the thumbnails can be created, if you uploaded your subdirectories and files by ftp. If you set a directorie’s permission to 664, without the execute bit, it can cause trouble to ftp programs and cPanel, i did that because of what was writen in the exhibit.cfg file (“# use_chmod is the chmod setting to use for created files and directories. Set to 0 if you don’t use it. 0664 is a good setting”).
    It would be useful to have a tags guide or faq, i think.

    Thread Starter ringmaster

    (@ringmaster)

    No offense here, just trying to make things better. 🙂
    I went into the who chmod thing because my understanding of it is that the execute bit allows a user to execute that file. Read and write should be sufficient, in theory, for FTP or web. Why it’s not is what I’m trying to figure out, and it could just as easily be my understanding of chmod that is wrong as the permissions just being ‘off’.
    Perhaps I should mention somewhere that all of the tags are exactly the settings in the config file. All it’s really doing is getting a copy of the config file and modifying it for each post based on what tags it finds in there. Tag construction is:
    < !--exhibit:config_option=new_setting-->
    For settings that are true/false, you need to use 1/0 instead, respectively.
    I suppose that I could put all of this info on the Exhibit wiki page.
    Feel free to add what info you think is relevant.

    Hi Ringmaster, today a big “thank you!” for this great tool.
    I love it, though I still cannot upload in safe mode, but with ftp there are no probs.
    It animates me to create a little gallery day by day 😉

    As if you haven’t done enough already, I’ve got one more feature request. I’d like the ability to have three different image sizes. A thumbnail sized around 160 px, a preview sized around 450 px, and a full size image that only is displayed when a user clicks on the preview image and it pops up in a new window. I’ve been playing around with the various options, and it seems that I can only get two of the three sizes.

    Just wanted to say GREAT JOB!
    I got it up and working on my site ( http://martin.gumucio.com ) and it does what it does beatifully.
    Thanks!

    Thread Starter ringmaster

    (@ringmaster)

    @theglobalguy:
    I’m not sure how to manage this.
    Exhibit already has too many features, and I’m not inclined to write anything that will make it even more complicated, since the main complaint these days seems to be, “It’s too complicated.” Suffice to say that I had written a much longer explanation as to why the ability to create three image sizes in Exhibit is outside the bounds of what I’m going to write. 🙂
    Feel free to try and hack it in yourself. I’ll be happy to fold your source in if you find an elegant solution.

    Ringmaster,
    I am no expert in permissions too. What i understood so far by experience is that most hosts will consider your browser “others”, so most people will need 666 or 777. In case of directories, definitely 777, the execute bit is needed. I don’t recall the explanation, though, i read it long ago in someone’s Unix book…
    Thanks for the info on the tags! I will look at the Exhibit wiki, and if i am up to the level of contributing with something i surely will.
    Keep up the nice work!

    Hi, I’ve installed but I seem to get an error after i upload a file:
    Fatal error: Call to undefined function: imagecreatefromjpeg() in /home/public_html/testingsite/wp-content/plugins/exhibitimg/exhibit10f.php on line 535
    Any idea what could be the problem?

    Thread Starter ringmaster

    (@ringmaster)

    @tshadknows:
    That’s an interesting idea, and exactly what I was trying to get at with the 664. Just to clarify, you’re saying I need 77* on folders to read their contents, and 66* on the files it puts in there, correct?
    If so, I’ll make that change to the source by adding a separate chmod setting for files/directories.

    Hi…
    I’m having problems with exhibit 1.0 (a little bit old :P)
    in my blog, exhibit only adds images when I’m posting for the very first time, I mean, if I want to add an image for an anterior post, it simply doesn’t add anything; and when finllaly I add images to the post and select the preview button and click save and continue editing, it doesn’t work either, the no preview button remains selected.
    Tnx for the help!
    sorry about my english :$

    Here’s a problem that I’m facing:
    I upgraded from 1.0 and everything looks well. But when I try to generate a thumb for an image and add it to the post from the admin section, I get a JavaScript error and the image isn’t added (visibly, although it it added to the DB). Looking up the source of the error, I found that the JS error was caused at the following lines:
    <script type="text/javascript"><!--
    <div id='error'>
    Database error: [You have an error in your SQL syntax near 'last_insert_id' at line 1]

    SELECT LAST_INSERT_ID() as last_insert_id
    </div>addExhibitImage('my-uploads//t/deakin.jpg',,false);
    //--></script>
    So the JS error is basically caused by the server-side error dump (inside the script tags).
    Maybe I haven’t setup the plugin well enough. Please help!

    Damn! The source screwed up 🙂 Here’s the code again …
    <script type="text/javascript">
    <div id='error'>
    Database error: [You have an error in your SQL syntax near 'last_insert_id' at line 1]

    SELECT LAST_INSERT_ID() as last_insert_id
    </div>addExhibitImage(some-images//t/testimage.jpg',,false);
    </script>

Viewing 15 replies - 16 through 30 (of 62 total)
  • The topic ‘Exhibit 1.1b Photo Gallery Plugin’ is closed to new replies.