Extension talk:SmoothGallery/LQT Archive 1

Examples
Any examples of this in use, please? 128.250.80.15 01:42, 10 January 2007 (UTC)


 * Sorry, I don't have a publicly accessible website available (yet). The best I can say right now is to visit the SmoothGallery site and look at examples of SmoothGallery in action. --Ryan lane 21:30, 11 January 2007 (UTC)


 * I have one now, it is at my sandbox (currently view only). --Ryan lane 06:56, 3 March 2007 (UTC)


 * Very cool! Here is a small example: http://www.gtr-tech.com/Main_Page I will be using it in a few other places soon.

PHP Bug
Hey I keep getting the: Call to a member function getThumbnail on a non-object From this line (and probably more along the way): $full_thumb_obj = $img_obj->getThumbnail( $width, $height ); I been googling a lot and it seems to be a new 'feature' in the newer versions of php5.+ Concerning passing non-objects to functionszzzz. blablabla. Im using PHP Version 5.0.5-2 Zend Engine v2.0.5 Apache20 Has anyone found a solution for this?? Thx a lot! Rune.


 * I've tried it using PHP 4.3, and MediaWiki 1.6; and PHP 5.1, and MediaWiki 1.8. $img_obj is being created through an object factory function, and $img_obj->getThumbnail($width,$height) is being passed two strings. It is possible that Image::newFromName is returning a null value... How are you using the extension? Image:Image.png or Image.png ; Notice you need the latter of the two. --Ryan lane 19:28, 16 January 2007 (UTC)


 * Looks like this is exactly the issue. I wasn't checking to make sure the image object wasn't null when it was returned, which of course is a bug because Image::newFromName can return null values... Try the new version. --Ryan lane 19:59, 16 January 2007 (UTC)
 * YES! Tried the new version and it returned an error about not being able to find the files. great! So I found out that its because im uploading the images via sshfs and using the $wgUseSharedUploads = true; setting in LocalSettings.php. When I upload files via the upload feature in the wiki it works great. Only thing is that I had to change line 97 to $name = "myGallery" . mt_rand;. Because gmp_strval( gmp_random(1) gave me an error. Will try to make it support the $wgUseSharedUploads = true; and let you know if I succeed. Thankyou so much for your help!!!!! Rune.

Remark to "Installation"
A phantastic extension, A++++. One little remark. I installed the extension on the 1.9.1 version, running on an Fedora Core 6 Linux in a separate directory outside the document root with a symlink. In LocalSettings.php, I had to change the specific configuration as follows to make the extension work. Change the filename of SmoothGallery to whatever your name is.

require_once("extensions/SmoothGallery.php"); $wgSmoothGalleryExtensionPath = "$wgScriptPath/extensions/SmoothGallery"; $wgSmoothGalleryDelimiter = "\n"

The extension worked immediately - only trap is that you have to use the upload function within the Wiki to get the images displayed.

dutchfrog 2007-02-01

I'm a newbie, but to get this to work on 1.9.3, I had to add a semicolon to the end of the third line, otherwise I kept getting "Parse error: syntax error, unexpected T_VARIABLE" Now that I have this extension working, I'M SO HAPPY! This is such a kick-a** extension.

$wgSmoothGalleryDelimiter = "\n";

Looks very broken with JS disabled
Hm, nice - but if you view the page with JavaScript disabled, it looks completely broken. It would be nice if it would degrade gracefully. This could be achived by simply setting all images to display:none per default, for example. It would be ideal to provide a completely separate view, like mediawikis build-in galleries, which is hidden if JS is enabled - this should be simple, ImageGallery.php can be used to create it. -- Duesentrieb ⇌ 17:24, 3 March 2007 (UTC)


 * Agreed. There are a few things I need to work out before I even mark this as beta. If you can send me some patches, or help fix it in svn I wouldn't mind ;). --Ryan lane 14:17, 13 March 2007 (UTC)

Ok, I just was bold and added the fallback functionality in 20420 (diff). Have a look if you like. Some more things I came across:
 * mentioning your mail address in extension code will get it spamed.
 * watch out for HTML injection - for example, the with and height attributes could be used for XSS attacks, it seems.
 * split out the code for rendering and the special page into separate files, so only a minimal amount of code is loaded if SmoothGallery isn't used on a page.
 * the dummy parser seems pointless, it's never used. $dummy = NULL will do fine.
 * use separate localization files, only load messages when needed
 * only link JS/CSS files when SmoothGallery is being used on a page. This can be done by putting a flag into the parser output object, and looking for it in a OutputPageParserOutput hook.

Just some thoughts :) If you don't mind, I'll implement some when I feel the urge. Have a look at Extension:Player too, by the way. I have used some of the things i talked about there.

Regards, and thanks for the eye candy -- Duesentrieb ⇌ 00:18, 14 March 2007 (UTC)


 * Wow. I just tried the patched version in svn, and it works perfectly without javascript. Thanks a lot for the patches! Seeing how well you fixed the javascript degrading issue, I don't mind if you update the plugin whenever you'd like.


 * As for the tips, I'll look into these soon; if you hit a few before me, I don't mind. I'll probably up the version number, and change the download link whenever the full list is done. --Ryan lane 21:35, 14 March 2007 (UTC)


 * Well, what I did does have the disadvantage that yet another thumbnail is loaded for each image, even if its never shown :(
 * Anyway... I'll keep digging around (see below). sooner or later the code needs some restructuring though (rendering class, special page class, etc) -- Duesentrieb ⇌ 23:31, 14 March 2007 (UTC)


 * Yeah, that is true. Maybe it is possible to reuse the thumbnails from MediaWiki's image gallery for the smooth gallery's gallery? --24.252.67.18 02:08, 15 March 2007 (UTC)


 * Hm, I tried and failed. When i set thumbHeight to 120 (or anything > 75), the carousel starts jumping (at least in FF). -- Duesentrieb ⇌ 22:12, 15 March 2007 (UTC)


 * Looks like a SmoothGallery bug. I'll look into it. I remember reading about a similar one when too many images were added to the gallery. --Ryan lane 03:06, 16 March 2007 (UTC)


 * Its an issue with the css. I fixed this by changing some of the carousel height pixel values:
 * In .jdGallery div.carouselContainer change height to 160px
 * In .jdGallery .carousel change height to 140px
 * In .jdGallery .carousel .carouselWrapper change height to 123px
 * I'm using the newest version of SmoothGallery. It seems this makes IE act erratically. I fixed IE by changing:
 * "this.carouselInner.style.width = ((this.maxIter * (this.options.thumbWidth + this.options.thumbSpacing)) - this.options.thumbSpacing + this.options.thumbWidth) + "px";
 * to
 * this.carouselInner.style.width = ((this.maxIter * (this.options.thumbWidth + this.options.thumbSpacing + 8)) + this.options.thumbSpacing) + "px";
 * The javascript fix was mentioned in the SmoothGallery forums.
 * --Ryan lane 17:48, 16 March 2007 (UTC)

category-to-gallery
I have added support for category-based galleries. To make a SmoothGallery from the images in category Foo, simply do this: Category:Foo

I'll probably also add a convenient mode for this to the special page: Special:SmoothGallery/Foo would show the images from category Foo. what do you think? -- Duesentrieb ⇌ 23:28, 14 March 2007 (UTC)


 * Sounds great! The special page was kind of limiting with just image names (as it is limited by url length). Categories would make it far more useful. --24.252.67.18 01:59, 15 March 2007 (UTC)

I did some cleanup and tweaking today... have a peek at 20503 if you like. -- Duesentrieb ⇌ 22:13, 15 March 2007 (UTC)


 * Heh. Looks like you broke it a little. When you took out the "$previousoption" stuff, you caused the javascript to fail to parse (some options may or may not be used, and the list is comma delimited). I've added that back in for now. --Ryan lane 03:25, 16 March 2007 (UTC)


 * Uh, really? The code works fine for me, and since I added the thumbWidth and thumbHeight options, there's *always* a previous option, and the $previousoption flag is not needed. In fact, if it is used, it'll break the JS code, because no comma is emitted for the first item, even though it's preceeded by thumbHeight: 75. What problem did you have with my version of the code? -- Duesentrieb ⇌ 12:42, 16 March 2007 (UTC)


 * I tried Image:Test.png and the javascript failed to parse; however, I found the real culprit. $output .= 'timed: true,';</tt> needed to be: $output .= ', timed: true,';</tt>


 * When I get home later I'll revert the changes I made, and add that fix. --128.160.138.129 14:20, 16 March 2007 (UTC)

I can't get this function to work for the life of me. I can get all the other functionality of SmoothMedia, but not the Category Gallery. Is it still in the current build? -Rich 2 May 2007


 * Well, this hasn't been really released yet. If you use the beta version from SVN, this will work. The version from SVN most likely requires a much higher version of MediaWiki though (possibly even 1.10). The SVN version currently has one bug as well (which may not be a bug in MediaWiki 1.10), the title of the special page doesn't display. Other than that minor bug, it should work fine. --Ryan lane 13:39, 2 May 2007 (UTC)

Title / Description
Ryan,
 * Could you find a way to implement the title and description functions, into this extension. I don't think everyone wants to be reading the filename as the title. I'm on a robotics team, and this actually helps cut down on space, but I know some visitors would have no clue what is going on in some of the pictures we take. They are saying to themselves something along the lines of "Oh robots...what does that one over there do? or this one?" or "What is that person trying to do with the robot?". People like our Non-Engineering Mentors.

Thanks, Qsheets 01:16, 2 May 2007 (UTC)


 * The description currently pulls the text from the image page's text, so if you edit the image page, you can add a description. I'm contemplating matching the syntax of regular galleries, and letting users put descriptions right into the gallery. As for title, I'll try to figure out a way to do it. Currently, it uses the image name (the title of the image page). I'd recommend naming your images descriptively for now. --Ryan lane 13:41, 2 May 2007 (UTC)

Has anyone implemented this new feature? I'm definitely gonna need it for a project I'm working on, so if someone already has it done it would be a great time saver. If not, I'll keep y'all updated on how its going.

--AlanG

I would also like to see this functionality added. I've been using the image page text in the mean time. It works out for me but it comes in so small it is really hard to read. Does anybody have any ideas on how to increase the font size. -- LeeA


 * You should be able to change the text size via the CSS. --Ryan lane 14:47, 22 January 2008 (UTC)

Sorry to be a pain in the a**, but having a tite and a description would be extremely important! Sometimes you use pictures for different puproses and so the workaround does not work anymore. Furtermore, editing the description of numerous pictures takes a lot of time at this moment... As far as I can see, a titile function is supported by the Smooth Gallery (2.0) itself. Would be really great! Your extension is great anyway! --Jorgusch 15:05, 4 June 2008 (UTC)


 * Thanks. You can actually put a description for each picture in the gallery like so:


 * Image:picture1.png|This is the description for picture1
 * Image:picture2.png|This is the description for this one
 * Image:andSoOn.png|You get the picture
 * Image:andSoOn.png|You get the picture


 * Notice that this is how regular MediaWiki galleries work. I'll see what I can do about titles. I'm rediculously busy with other projects right now, so I can't promise anything; however, if you feel like adding it in, I was thinking something like the following format:


 * Image:picture1.png|desc=This is the description for picture1|title=This is picture 1's title
 * Image:picture2.png|title=This is picture 1's title|desc=This is the description for picture1
 * Image:picture2.png|title=My title|This is the description
 * Image:andSoOn.png|If no variables are used, the first pipe is always a description|And the second pipe is always a title
 * Image:andSoOn.png|If no variables are used, the first pipe is always a description|And the second pipe is always a title


 * Send me a patch via the email functionality of this wiki. --Ryan lane 19:50, 4 June 2008 (UTC)


 * See, I am such a dummy that I cannot hold of you E-mail or do not know, where to find it… Using | does not work - the picture won't be displayed - a page:
 * Thanks for quick respond!! --Jorgusch 12:19, 5 June 2008 (UTC)


 * Ah, you are using 1.0h. You need to use 1.1c. Don't worry about it saying beta. It is actually fairly stable (at least as stable as 1.0h). Btw, to email people through the wiki, visit their user page, and there will be a link to email them via the toolbox on the bottom right of the page. --Ryan lane 13:38, 5 June 2008 (UTC)


 * This a expains a lot ;-) And your E-mail adress is not only in the toolbox but also in the code... However, could you give a link to the complete new version as a zip? I do not get it with the change things. Maybe just add another link to the trunks in the table - me dummy, you know.
 * I allowed myself to add the code example with the description to the extension page. Thanks again!! --Jorgusch 11:48, 7 June 2008 (UTC)


 * I just installed the SVN version and it doesn't appear to be picking up the description text entered after the '|' after image name. Any suggestions or examples on where this is actually working?  Did not see an example at: http://www.movethefloor.com/sandbox/SmoothGallery of the description implementation.  btw, I am using the following syntax:
 * Image:Slide1.png|This is slide one
 * Image:Slide2.png|This is slide two
 * Image:Slide3.png|This is slide three
 * Image:Slide4.png|This is slide four
 * Image:Slide4.png|This is slide four


 * Thanks, Jeff --Mindblender 21:40, 8 July 2008 (UTC)

Two errors
Hi, I am trying to implement the smooth gallery. However It is only partially working on my localhost, and is not working at all on the private site.

The first issue (using the latest code from Subversion) is that the line 302 $plain_gallery->add( $img_obj->getTitle ); //TODO: use text throws an error Fatal error: Call to undefined method Title::getName in C:\xampp\htdocs\cw\includes\ImageGallery.php on line 94

The second error is that It does not render as a smooth gallery at all, just A large image, and a thumbnail, all the way down the page

I have tried both formats i.e Image:animage.jpg Image:animage2.jpg

and animage.jpg animage2.jpg

I am using mediawiki 1.10. I have the following files in my Extension Directory folder smoothgallery_1.0.1 which i obtained from the site and unzipped. I then renamed it to smoothgallery I then have the following files SmoothGallery.php SpecialSmoothGallery.php SmoothGalleryClass.php SmoothGallery.i18n.php jd.gallery.js.patch jd.gallery.css.patch in the extension directory.

My local settings for this are include("extensions/SmoothGallery.php"); $wgSmoothGalleryExtensionPath = "$wgScriptPath/extensions/smoothgallery"; $wgSmoothGalleryDelimiter = "\n"

any suggestions would be greatly appreciated, thanks 85.210.41.52 00:07, 4 June 2007 (UTC)


 * I haven't yet tested this with MediaWiki 1.10. Let me test this and get back to you. --Ryan lane 19:28, 6 July 2007 (UTC)


 * For all it is worth, I had the same problem with Mediawiki 1.10.1 Correcting the jd.gallery.css helped somehow but the page was still broken (would show images properly but navigation pane, logo etc broken). What I did was embed the gallery into a table and it just works!
 * Hope this can help
 * Guy, from Geneva


 * This is fixed in SVN --Ryan lane 19:41, 12 October 2007 (UTC)


 * Also, I'm not sure if '$wgSmoothGalleryExtensionPath = "$wgScriptPath/extensions/smoothgallery";' is correct. I usually just browse to the scripts, and take the relative path. I can try to verify if this works for me though... --Ryan lane 19:43, 12 October 2007 (UTC)


 * I too have the same problem. There are two images of each image, one large and one small. Whats going on here??? I am afraid your instructions or requirements are incomplete -whit


 * They could very well be; however, it is more likely that your site is configured in a way that is simply different from the documentation. Essentially, if you are seeing a bunch of images, and not the gallery, it is because your css/javascript isn't being found by the browser. You need to figure out what "$wgSmoothGalleryExtensionPath" needs to be set to. Find the files manually, using your browser, then take the relative path, and use that. --Ryan lane 13:24, 19 March 2008 (UTC)


 * Still not working. Looking at the page source, it loads css/jd.gallery.css, however nothing else after that. It seems as though $outputPage->addScript does nothing. Do I need to load something else to get this to work? -whit


 * SmoothGallery does not work with the dusk skin. This was my problem!! -whit


 * Oh, that makes sense. The addScript stuff probably only works in the monobook skin. I'll add that to the documentation page. --Ryan lane 14:28, 28 March 2008 (UTC)

Two feature requests
This is an incredibly useful extension! Two small things I would love to see would be

1) when taking the caption from the image description page, it would be really nice if categories were not included. I did this myself as follows, but I know nothing at all about PHP so I'm sure there's a better way.  This just takes the first line of the image description and ditches the rest (ideal for what I do on my own site):


 * In SmoothGallery.php, after


 * I added

2) Where images are used in sgalleries, the page the gallery is on does not appear in the list of pages using the image (at least, it doesn't in MW 1.11). Is there any way of rectifying this?

81.179.87.236 23:14, 27 October 2007 (UTC)


 * I'm considering moving away from using the page's content for image descriptions, more towards the way regular galleries work, so the categories thing won't be an issue.


 * As for #2. I tried getting this working, and simply couldn't figure out how to do it. I'll probably ask in the developer's irc channel; they'll probably know how to do it. --Ryan lane 21:43, 29 October 2007 (UTC)


 * I second the support for #2 and caption syntax like the regulare tag. After you have that this things is about perfect. Great work. --LeeA

Problem with SmoothGallery 2.0 and MW 1.7.3
Hi, i have installed Smoothgallery as in the manual but it will not work. I have downloaded the SmoothGallery.php from http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/SmoothGallery/SmoothGallery.php?revision=20132 and i also have downloaded thi zip file of SmoothGallery from http://smoothgallery.jondesign.net/mint/pepper/tillkruess/downloads/tracker.php?uri=http%3A//smoothgallery.jondesign.net/files/SmoothGallery-2.0.zip . My folder are now = In my Mediawiki folder is the folder extensions where i have copied the file SmoothGallery.php and where i also have copied the folder SmoothGallery-2.0 which i have renamed to SmoothGallery.

In the Localsettings.php have i require_once("extensions/SmoothGallery.php"); $wgUseImageResize = true; $wgSmoothGalleryExtensionPath = "$wgScriptPath/extensions/SmoothGallery/"; $wgSmoothGalleryDelimiter = "\n"; When i try now to get an album, i just see the pictures among each other but not as album. Can anyone help me???

I have tried it with: <sgallery width="600" height="500" showarrows="false" showcarousel="false" showinfopane="false" timed="true" delay="4000"> Image:Tree.jpg Image:Creek.jpg and also with: <sgallery width="600" height="500" showarrows="false" showcarousel="false" showinfopane="false" timed="true" delay="4000"> Tree.jpg Creek.jpg

My folder structure: bin config docs extensions =SmoothGallery.php =SmoothGallery

Problem solved: I have found SmoothGallery 1.0.1 in the net and it works.... I think 2.0 is not compatible!?!


 * I think your problem is just due to a script having been renamed in smooth gallery 2.0. If you look in SmoothGallery.php you'll find a chunk like this:

Check the filename of the mootools.js file - it may be called mootools.v1.11.uncompressed.js. Just change the filename as required and things should work. 81.179.87.236 17:00, 28 October 2007 (UTC)


 * You are GREAT (*_*)

It works..... But i have one more Question. Is it Possible to make a link wo another Wiki Page when i click on a Picture?


 * I am searching now for about more then 6 hours to find an answer of this Question :-(
 * Is it possible to make a link of the Pictures? I habe 8 pictures which i want to show in the dia show, but each picture needs a link to a MW Page.
 * Is something like that possible? Thanks a lot for your such so good Job


 * Ummmm... I don't really understand what you mean. What exactly do you want to link to, and where is the link? Do you mean you want to click on the picture, and have the URL be something other than the wiki page? Other than the wiki page, what would the link be? I think it would be fairly hard to allow different links for arbitrary pictures. Either all of the picture link to a different url, or they all point to their wiki page. If you want the pictures to point to the images directly instead of the wiki page, that is far more doable. --Ryan lane 19:50, 15 November 2007 (UTC)

Smooth Gallery 2.0
Ryan, could you add the newest features of the smooth gallery to this extension (i.e. multiple albums in one gallery). Thanks, --Qsheets 04:34, 8 November 2007 (UTC)


 * I was working on this a while ago, and got sidetracked. It is actually going to be a little harder than I thought at first. I'd really like to work in the preloading, but I can't seem to figure it out. I'll try to work on this again soon. --Ryan lane 19:50, 15 November 2007 (UTC)


 * I've added the gallery sets into svn head. It seems to work, but it isn't well tested. --Ryan lane 01:31, 28 December 2007 (UTC)


 * The newest version in SVN head supports nearly all of the SmoothGallery 2.0 features. To create a gallery set, you can make one by wrapping multiple sgalleries with :

Category:A Category:B Image:1.png Image:2.png


 * Currently, you can't assign names to the galleries, they'll show up as Gallery0, Gallery1, or something similar. Also, you can't currently have more than one gallery set per article (seems to be an issue with SmoothGallery, and not with the plugin...).


 * Unfortunately, special pages aren't working perfectly yet in svn head. I'm allowing the storage of galleries in the database, but it isn't really ready for use now, and I'm still allowing the old way of creating galleries via special page, but it is currently disabled. If you plan on using the version from svn head, please bear with the current limitations, and don't use the database for special pages (it is an option which is off by default). --Ryan lane 06:12, 22 February 2008 (UTC)

get pictures automatically?
Hi Ryan, thanks for this great extension. I like it very much :-) Is it possible, that smoothgallery takes the pictures automatically of a shared folder in the network? I mean for example, i have in my network a shared folder in which i save my pictures in subfolders one for Holiday 2007 and one holiday 2008. I don't want to add each picture manually, so it would be grat when i just can say, take all pictures in folder \\pictures\2007 or something... Or what is the Idea of your extension when someone has more than 100 pictures? Thanks


 * That would probably be pretty difficult. Most browsers won't let javascript access network resources, and most also won't connect to windows style shares. I know someone was looking at somehow getting this working when $wgUseSharedUploads = true; is enabled; I haven't tried it. It may work if you share the network share to your web server, and enable shared uploads (and somehow the extension works with it). --Ryan lane 02:42, 27 November 2007 (UTC)

file name bug
I tried to install smooth gallery on my mediawiki site a few days ago. There were some javascript errors. I fixed them by renaming the files:

mootools.v1.11.ext.js

mootools.v1.11.js

mootools.v1.11.uncompressed.js

to

mootools.ext.js

mootools.js

mootools.uncompressed.js

Problems with wrong file format
Hi,

Accidentally I handed a PowerPoint File to the gallery.

Image:SomePowerPoint.ppt

This results in a blank page and it took me a while to get to the error source.

Is there a way to avoid this?


 * In the current stable version of this plugin, no; unfortunately, it doesn't have much error checking. In the current alpha version, this should work without issue. I've been working pretty heavily on this plugin recently, and the new version should be out soon. I have a few issues to work out before I can label it ready. Good news is, when I release the new version, I'll change the status of the plugin from experimental to beta, and soon afterwards as stable. Hopefully it'll be ready in a month or so. --Ryan lane 06:02, 22 February 2008 (UTC)

SmoothGallery 2.1
kwé kwé,

like on the guy, Jon's, site says, there's a 2.1 available, and I'm about to start editing the extension to work with that. Just for fun, and see if I can. I'll let you know here.

--Kjikaqawej 23:48, 7 March 2008 (UTC)


 * I can't seem to find 2.1 anywhere on his site. Can you send me a direct link? Definately send me patches if you work some nice features in. Make sure to patch against HEAD in svn, it is the current beta version. --Ryan lane 13:28, 19 March 2008 (UTC)

Cant get it to work...
--Danielmd 21:34, 14 April 2008 (UTC)

Hey i spend a couple of hours trying to figure out how to make this work, but all i get is :

'''SmoothGallery error:No images were found in this gallery. Make sure all images requested exist. The following images were not found: 1.jpg, 2.jpg, 3.jpg, 4.jpg'''

My structure has the svn version on extensions folder and smoothgallery (v2.0 with renamed moo files) inside extensions:

http://danielmd.net/wiki/extensions/ http://danielmd.net/wiki/extensions/SmoothGallery/

This is my LocalSettings.php changes

include("extensions/SmoothGallery.php"); $wgSmoothGalleryExtensionPath = "/wiki/extensions/SmoothGallery"; $wgSmoothGalleryDelimiter = "\n"; $wgUseImageResize=true;

I am using mediawiki 1.12 and here is the sample http://www.danielmd.net/wiki/index.php?title=Sandbox What am i doing wrong? BTW, is there a way to have all the files inside the same folder? like on the Geshi Extension.

Thanks!


 * Looks like you got it working. Sorry I wasn't around to help! --Ryan lane 21:30, 13 May 2008 (UTC)

Not loading CSS/JS, addSmoothGalleryJavascriptAndCSS appears not to be Working
Here's my setup:

host:/var/lib/mediawiki1.7/extensions# pwd /var/lib/mediawiki1.7/extensions host:/var/lib/mediawiki1.7/extensions# ls SmoothGallery.php SmoothGallery.php host:/var/lib/mediawiki1.7# cat LocalSettings.php | tail -n 8 # # include("extensions/SmoothGallery.php"); $wgSmoothGalleryExtensionPath = "/SmoothGallery2"; $wgSmoothGalleryDelimiter = "\n"; ?> host:/var/www/SmoothGallery2# pwd /var/www/SmoothGallery2 host:/var/www/SmoothGallery2# ls -l ../mediawiki lrwxrwxrwx 1 root root 21 Jul 21 2007 ../mediawiki -> /var/lib/mediawiki1.7
 * 1) Slideshow stuff

When I look at the generated html from putting in the mediawiki tags for the extension, they do the correct thing. However, looking in the head section, the following lines don't exist (taken from SmoothGallery installation instructions):

<script src="scripts/mootools.v1.11.js" type="text/javascript"> <script src="scripts/jd.gallery.js" type="text/javascript"> <link rel="stylesheet" href="css/jd.gallery.css" type="text/css" media="screen" /> <script src="scripts/jd.gallery.set.js" type="text/javascript">

Looking at the extension source code, it appears addSmoothGalleryJavascriptAndCSS should be doing this, but it isn't for some reason. I've used a browser to go to the path of the SmoothGallery installation, which is $website/SmoothGallery2 (as the above shows my web root is /var/www). I've tried various permutations of the path, moving it around this way and that and resetting the variables and am at the end of my rope. I really want to use this extension.

If there's not a clear solution, I don't mind hacking the CSS/JS includes into place in mediawiki, I'm just not sure where to start. Like I said, the mediawiki tag is working fine, just not the includes.

--josh


 * Those lines only get created if the tag is being used in a page. This is done for performance reasons (there is no reason to load js/css when it isn't being used). Also, please rename "mootools.v1.11.js" to "mootools.js", I don't want to have to change my code every time they decide to change the version of mootools. --Ryan lane 21:29, 13 May 2008 (UTC)

Error
Error creating thumbnail:

Warning: passthru [<a href='function.passthru'>function.passthru</a>]: Unable to fork ['/usr/local/www/zooworlds.org/www/bin/ulimit4.sh' 30 102400 102400 \/usr/bin/convert'\ -background white -size 120 '\/usr/local/www/zooworlds.org/www/images/c/c0/Chimp_care.gif'\ -coalesce -thumbnail '\120x90!'\ -depth 8 '\/usr/local/www/zooworlds.org/www/images/thumb/c/c0/Chimp_care.gif/120px-Chimp_care.gif'\'' 2&gt;&amp;1'] in /usr/local/www/zooworlds.org/www/includes/GlobalFunctions.php on line 1885


 * Sounds like you have a system problem. MediaWiki isn't able to run convert, which is required to make thumbnails. You need to figure out why convert can't run. --Ryan lane 20:58, 3 June 2008 (UTC)

Do you update and make your extension stable?
Hi, do you have any plan to update?


 * I do update the plugin on occasion. As of right now I'm only doing bug fixes, but more feature updates will come in the future. The plugin is actually fairly stable, and I don't plan on making any drastic changes in syntax or functionality. I've changed the status from experimental to beta, as I'm not terribly comfortable marking it stable without doing a full suite of tests on it, and without updating the documentation to show usage syntax for new features. Don't let any of that stop you from using it though. --Ryan lane 19:39, 8 July 2008 (UTC)

Caption problems
I've got Smoothgallery 2.0 and 1.1c installed on MW1.12.0 and it seems to be working properly except the caption syntax is acting weird. If I use something like Image:name.jpg

1.1c shows no caption where 1.0h used to pull the caption from the image page description. Not a big deal but when I use something like

Image:name.jpg|caption

1.1c pulls the description from the image page but deletes the first word of it. It doesn't display the word "caption" at all.

Anybody have any idea how to get it to display the entered caption? --LeeA


 * Thats odd. Looking at the code, I can't see why this wouldn't work. I'll try to test it out in the next few days and see if I'm having the same problem. --Ryan lane 19:58, 8 July 2008 (UTC)


 * It seems that Jeff is having similar problems --LeeA

Special Pages Problem
I have downloaded and installed SmoothGallery (version 1.2) and it seems to be working very well (thanks). The only problem seems to be when I try to access Special Pages (Special:Specialpages) i get the following error message:

Warning: require(...\www\wiki\extensions/SpecialSmoothGallery.php) [function.require]: failed to open stream: No such file or directory in ...\www\wiki\includes\AutoLoader.php on line 366

Fatal error: require [function.require]: Failed opening required '...\www\wiki\extensions/SpecialSmoothGallery.php' (include_path='...\www\wiki;...\www\wiki/includes;...\www\wiki/languages;.;...\php5') in ...\www\wiki\includes\AutoLoader.php on line 366

What am I doing wrong? Thanks, AMS


 * It looks like it is having problems finding SpecialSmoothGallery.php; did you download that file from svn as well? It is a required file, as are all of the php files in the SmoothGallery svn directory if you are using the newer version of SmoothGallery... --Ryan lane 19:43, 8 July 2008 (UTC)

Noob Question Alert - how to position within mediawiki pages?
I'd like to position this on the right margin with text flowing on the left side... a dumb question I'm sure...  any help appreciated.