8 thoughts on “We are running Lazyest Gallery 1.0-rc3”

1. Nideovinja 16 September 2010 at 15:13

   I’ve been testing out 1.0-rc2, and rc3. And one problem I’ve noticed between them is that I’m using the desciptions to link to file types not supported by the gallery (movie files mostly). So when I placed the following code….

   SYNOPSIS: (Description here)

   (Urls removed since it’s being used on an adult oriented site.)

   This code produces….
   Link 1
   Link 2
   Synopsis: Drescription

   …in RC2… But in RC3…

   It produces a jumbled mess, doesn’t seem to work. Also it completely ignores the first link. Going to switch back to RC2, and hope the problem is fixed in RC4.
   1. Nideovinja 16 September 2010 at 15:16

      Sorry… forgot the code wouldn’t show here…

      Again URL would normally be an address, but it’s been removed due to content issues.
      1. developer 16 September 2010 at 16:50

         If got the bug.
         If you have any other tags than href, the parsing gets jumbled. The fix will be in version 1.0 or you could download the development version
      2. marcel Post author17 September 2010 at 7:50

         It has been fixed. Please download the development version. See here for an example http://brimosoft.nl/gallery/alkmaar/100_0530.JPG/
2. Palijn 13 September 2010 at 23:59

   Hello,
   Not sure if this is the right place to send such a request. If not, apologies I couldn’t find an email address to send to.
   I’m only using LG for its Slideshow Widget , so that it runs a slideshow of banners in a footer location. One single folder gallery, 3 images so far.
   I created a page with the [lg_gallery] tag in it, just for the sake of the administration page being happy to find one. This page is not supposed to be viewed by anyone anyway.

   So, what I’m trying to do now is to actually programmatically use the _captions_ of the images in the widget slideshow. Yes, sorry, modifying your source code. (Pardon me)
   In the folder administration, I’ve got one jpg and two png files, each one with a different caption – say, an arbitrary funny string or an URL .
   When in the code of lazyest-img.php , it’s time to show the slide picture, I’m trying to retrieve the caption of the image. (about line 42 in my 0.16.7 version.)
   I really thought a simple call ” $mycaption = $image->caption(); ” would do the trick.

   Unfortunately, all I get is ALWAYS the image file name, and NEVER the actual caption.
   I checked that the captions.xml file does contain the right caption, it’s just that it seems the caption() function is not coded to retrieve it, or that it is called at the wrong place, or something is missing or… well, you’ve understood I’m stuck now.
   Note that I added the same call in the image.php section for when the case is that the retrieved image actually happens to have a slide already. I’m safe on that one and do get the same “caption” for the slides.
   And yes, obvious thing to miss, I did check the “Use image captions instead of file names” in the LG options manager.

   So, is that a bug hiding somewhere, or is it me who is dumb enough not to see the light and how to get access to these wonderful strings that one can associate to any image in the LG gallery manager?

   Side note: maybe I’m looking in the wrong place and you’ve got the right to call me names for that.
   When I look in image.php at the function caption(), I interpret these 2 lines of code as follows:

   function caption() {
   …
   $caption = ( ” != $this->caption ) ? $this->caption : str_replace( ‘_’, ‘ ‘, $this->image );
   /* store in $caption either the current object’s caption (which was _constructed to be empty), or the filename of the image, with spaces replaced by underscores. */
   $caption = ( ‘TRUE’ == $lg_gallery->get_option( ‘enable_captions’ ) ) ? $caption : $this->image;
   /* second attempt: now store, depending on the boolean value of the “enable_captions” options, in $caption either itself , that is, leave $caption at what is was the line above, or by…the path to the image, without replacing anything. */
   …
   At this stage, my understanding is that since $this->caption has never been changed by anyone so far, it remained an empty string as constructed, so your line above make sure that any call to caption() will actually return the name of the file with spaces replaced by underscores.

   Which, incidentally, is exactly the behaviour I’m currently observing, to my great pain.

   Can you help me fixing this, whatever way?
   Thanks in advance for your help, sorry for the disturbance, and I do hope it will actually prove to be an easy thing to you!
   Sincerely
   1. Palijn 14 September 2010 at 0:00

      Hmmm. By the way, I looked at the 1.0-rc2 code and did not find anything changed in the sections I was looking at. So, It seems to me upgrading would not fix my problems…unless told differently by you, for sure!
   2. developer 14 September 2010 at 7:39

      Please don’t change lazyest-img.php. This file is for resizing and cropping thumbnails and slides. The captions don’t get loaded in this proces.
      The widget is set to not display captions, because it only shows thumbnail images. Please have a look at frontend.php line #747..764 to see how to put captions in the slideshow
      1. Palijn 14 September 2010 at 15:35

         Thank you for your pretty fast response!
         I understand well the goal of lazyest-img.php . I figured out, too, that it was probably the only place to properly insert *watermarks* into thumbnails and slides, since the captions are not ready at upload time when the original is uploaded in the gallery folder.
         If I end up with a pretty clean code I may send you a patch – that you would feel like inserting it or not in the code base is entirely up to you, I won’t maintain a fork anyway except for the particular needs of this particular website.
         I do hope I’ll be able to use $folder->load() with success…

Comments are closed.