Current problems:
- looping endless while interfacing newer versions of image::magick; this bug may affect other plugins too that make use of this perl module
- usability issues; make this plugin more flexible arranging galleries; maybe a smarter image gallery application can be written using the ImagePlugin
- caching issues with multiple galleries on the same topic; thumbnails not updated correctly
--
MichaelDaum - 16 Jun 2006
Please consider adding the
use strict;
pragma to this plugin. Its use is important to ensuring the quality of TWiki plugins and avoiding unpleasant surprises. See
UseStrict for more.
--
MeredithLesly - 02 Jul 2006
It looks like ImageGalleryPlugin doesn't work with Topics that have underscores on them
--
JoaoChrist - 11 Jul 2006
When I update an attachment, it doesn't seem to update the preview in the gallery. The thumbnail will update when I clear my cache, but the larger preview (when you're looking through one at a time) doesn't seem to. Has anyone else encountered this?
--
CristosLianidesChin - 30 Nov 2006
To resolve my problem (30 Nov 2006), I found the "refresh=on" parameter in the
ImageGalleryPlugin docs. To force an update any time attachments are loaded, I modified line 240 of /lib/TWiki/UI/Upload.pm as follows:
$session->redirect( $session->getScriptUrl( 1, 'view', $webName, $topic, 'refresh','on' ));
--
CristosLianidesChin - 04 Dec 2006
It seems that modifying
Upload.pm
is not enough; the image size is recalculated, but a new thumbnail is not generated. This is fast getting over my head, so I added a 'refresh image' link.
Inserted at line 379 of
/lib/TWiki/Plugins/ImagegalleryPlugin/Core.pm
:
#refresh
$result .= "<tr><td class=\"igpNavigation\">"
. "<a href=\"$viewUrl?id=$this->{id}&filename=$filename&refresh=on#igp$this->{id}\">"
. "refresh image"
. "</a>"
. "</td></tr>";
--
CristosLianidesChin - 04 Dec 2006
Just updated this plugin for the first time in quite a while. It's greatly improved, so thanks to everyone that worked on it!
One problem, though. It seems to get confused if a filename has more than one dot in it. For example, an image file called
dec05party_10.psd.jpgcopy.jpg
doesn't seem to get recognized as an image so it doesn't show up in the gallery.
--
TobyCabot - 24 Dec 2006
I had a bit of a struggle to get
ImageGalleryPlugin working on my Suse 10.0. all because of the interface with
ImageMagick. Eventually I used
ImageMagick 6.2.3 as provided with Suse 10.0 installation and I had to install the corresponding version of
PerlMagick manually . To do that I downloaded the source for
ImageMagick 6.2.3 and did only the
PerlMagick installation. Using
CPAN console won't work for me since they have 6.29 on
CPAN.
--
StephaneLenclud - 07 Jan 2007
Personally, I like Imager better. It's a lot easier to install. All I need is libjpeg, libgif, and libpng. I tried installing
ImageMagick on a web server running Fedora Core 2, and I got nothing but grief as
ImageMagick kept looking for X11 libraries on a web server that has no monitor for X windows. Why
ImageMagick needs X11 libraries is beyond me. I tried downloading Fedora Core 2 rpms, but Core 2 is no longer supported, and the one site where I luckily found Core 2 rpms has X11 libraries that are unrecognizable by
ImageMagick. I would update from Core 2 to Core 6, but this is a Core 2 configured dedicated server, and I have some months left on the contract before I switch over to another servier. I got an idea. I think I'll write some code that identifies whether Imager or
ImageMagick is installed and use whichever one is installed. That way I can use Imager.
--
LambertLum - 07 Jan 2007
Is it possible to change the behaviour of the thumbnails (e.g. the ones in
UserListByPhotograph) so that they link to the personal user topic?
I had few tries already but nothing worked...
see
LinkImageGalleryThumbnailsToTopicX
--
CarloSchulz - 08 Feb 2007
If you're running on a memory-constrained machine you might find that the thumbnailing process bails out (for me it was usually trying to write the thumbnail file) with an
Insufficient memory (case 4)
error. In that case you can add a line
$this->{mage}->Set('memory-limit'=>8);
around line 766, i.e. in the createImg function just before the image is written.
--
TobyCabot - 23 Feb 2007
Trying this with 4.1.2 gave the following error in the warn file:
Can't create file /home/httpd/twiki/pub/TWiki/ImageGalleryPlugin/_igp1/info.txt - No such file or directory
at /home/httpd/twiki/lib/TWiki/Func.pm line 1997
Manually creating the
_igp1
dir seems to solve the problem?
--
SteffenPoulsen - 17 Apr 2007
I had nearly the same error message as Steffen after upgrading to 4.1.2. and it disappered after manually creating the
_igp1
dir as well.
--
CarloSchulz - 24 Apr 2007
I found the documentation on
size
slightly confusing. It looked like I need to write
x100px
to get an image of 100px high, but in fact I need to write
x100
.
--
ArthurClemens - 11 Jun 2007
Using the extension installer through configure on 4.1.2, I get the following error:
Fetching
http://twiki.org/p/pub/Plugins/ImageGalleryPlugin/ImageGalleryPlugin.tgz...
Warning: I can't install
http://twiki.org/p/pub/Plugins/ImageGalleryPlugin/ImageGalleryPlugin.tgz because I don't recognise the download as a gzip file.
Warning: Extension may not have been packaged correctly. Trying for a .zip file instead.
Fetching
http://twiki.org/p/pub/Plugins/ImageGalleryPlugin/ImageGalleryPlugin.zip...
Unpacking...
ImageGalleryPlugin _installer
...snip...
pub/TWiki/ImageGalleryPlugin/
pub/TWiki/ImageGalleryPlugin/style.css
Error: Failed to move file 'lib/TWiki/Plugins/ImageGalleryPlugin/' to /home/httpd/twiki/lib/TWiki/Plugins/ImageGalleryPlugin: Is a directory
Software error:
Installation terminated at /home/httpd/twiki/lib/TWiki/Configure/UIs/EXTEND.pm line 149.
--
ChrisPurves - 11 Jul 2007
Chris, have a look at
ConfigureDoesNotRecognizePluginFiles. Maybe this solves your issue...
--
CarloSchulz - 12 Jul 2007
Bug I think ?
When using the following line in an included topic it seems to present the
images ok but produced url's are to the included topic instead of the including
topic which is not where the images are.
%IMAGEGALLERY{ "%INCLUDINGTOPIC%" columns="4" thumbtitle="$comment" }%
--
HaroldDrip - 19 Nov 2007
It would be nice if there was some sort of debugging built into this plugin. It's not working for me, getting "no images found", even though they are there, with nothing in the error log. I can go through and put in debugging statements manually, but still would be nice if it were there already.
--
MichelleHedstrom - 29 Jan 2008
If your images aren't recognized as being of type image, then you have a problems with the mime types of your installation. Please check your
$TWiki::cfg{MimeTypesFileName}
. Does this file exist? Can TWiki read it? Are the relevant
image/...
entries in there?
--
MichaelDaum - 30 Jan 2008
The file exists. Twiki can definitely read it (and just to double check, I set the permissions on the file to 777), and the relevant image/ entries are in there.
--
MichelleHedstrom - 06 Feb 2008
I got it to work. Whoever (not me!) had set up our twiki had neglected to set
DataDir in the TWiki.cfg file, so it was looking for the mimetypes file in / instead of in the data directory.
--
MichelleHedstrom - 06 Feb 2008
I installed
ImageGalleryPlugin on my twiki but images didn't appear (see screenshot below) when I wrote:
%IMAGEGALLERY{"Main.WebHome" columns="6" sort="name"}%
There are %NRIMAGES{"Main.WebHome"}% images at
Main.
Did anyone encounter this kind of situation before? It's weird that my another twiki installation works but I really don't know why! BTW, I didn't install
CPAN Image:Magick in both environments. Does it really a MUST for
ImageGalleryPlugin?
--
MagicYang - 01 Apr 2008
Check the url the img tags point to and make sure your web server will deliver the images from that path. You will definitely need
CPAN:Image::Magick.
Btw: the new upcoming version will allow you to select Graphics::Magick as an alternative image processing backend as some versions of Image::Magick have problems in an environment running TWiki in a perl accelerator like mod_perl or speedy-cgi. Graphics::Magick - a fork of Image::Magick - does not have this problem, is faster (not perceivable, but hey) and more actively maintained.
--
MichaelDaum - 01 Apr 2008
Here is some more information of my env.:
- The thumb images are generated automatically in the path like: /twiki/pub/images/Main/TestTopic/1/thumb_bsid.gif
- When I directly use this URL in the browser, it complained: Attachment 'thumb_bsid.gif' does not exist
- When I click the thumb and get into single picture, the url path is like: /twiki/pub/images/Main/TestTopic/1/bsid.gif (The file is copied automatically)
- When I directly use this URL in the browser, it complained: Attachment 'bsid.gif' does not exist
Wired and why? BTW, when will the next version come out?
--
MagicYang - 02 Apr 2008
I got the problem! It's because that I added following setting in my twiki.conf to protect attachments in the /pub directory!
Alias /twiki/pub/ "/userap/users/teamspace/twiki/pub"
RewriteEngine on
RewriteCond %{REQUEST_URI} !^/+twiki/+pub/+TWiki/+.+
RewriteRule ^/+twiki/+pub/+([^/]+)/+((([^/]+)/+)+)(.+) /twiki/bin/viewfile/$1/$4?filename=$5 [L,PT]
BUT, I added the same setting to my another environment and it didn't cause any problem in finding images in /pub/images/... Still wired!!
--
MagicYang - 03 Apr 2008
I made the plugin
PDF aware, since Imagemagick (with support of ghostscript) supports this format for years now. Added the patch to this topic. May I commit my change into svn?
(Sorry for the noisy diff.)
--
OliverKrueger - 12 May 2008
Hello Michael, I find that the
ImageGalleryPlugin will break if the filename of the image contains a period.
That is:
- filename =
image_2008.06.11
will break
- filename =
image_2008_06_11
will be OK
--
KeithHelfrich - 11 Jun 2008
Got the error. It is in
lib/TWiki/Plugins/ImageGalleryPlugin/Core.pm
in the method
isImage()
. The regular expression parsing in the suffix should grab the
shortest string after the dot in the filename:
Change this:
my $suffix = '';
if ($attachment->{name} =~ /\.(.+)$/) {
$suffix = lc($1);
}
to this:
my $suffix = '';
if ($attachment->{name} =~ /\.(.+?)$/) {
$suffix = lc($1);
}
Note the additional
?
char in the regular expression. Not tested yet, but I am pretty sure this will work out. Gonna create a new release.
--
MichaelDaum - 12 Jun 2008
Hi Michael, I've replaced that code block and still get
Error: no images found
in a test topic when the only image attached has periods in the file name.
Could you confirm that's the fix on your end, because I don't think that is it ? Thanks!
--
KeithHelfrich - 14 Jun 2008
Hi Michael, i'm using this Plugin in a TWikiApp to work as a web file mananger. I found some bugs and i correct then:
- When including a topic with the
%IMAGEGALLERY%
:
- the album navegator is not rendered
- all links for the original files are wrong
- The "no images found" is not cool every time... We must be able to change the error text or disable the error, so i created the
noimages
parameter. The noimages
receive any string to show when no images found. The default value is "no images found" and you can disable this error with the value "off".
- SVG is important! The ImageMagick is not good enought with that, so i created the
listsvg
parameter to enable/disable the SVG listing.
- To show the SVG for the user i make that to render previews in PNG.
Patch with some corrections for the Core.pm published at 13 Nov 2007.
--
AurelioAHeckert - 25 Jun 2008
Hi Michael,
Suggest to add below remark in the document:
If you use mod_rewrite to protect your attach files:
- RewriteCond %{REQUEST_URI} !^/+twiki/+pub/+TWiki/+.+
- RewriteRule ^/+twiki/+pub/+([^/]+)/+((([^/]+)/+)+)(.+) /twiki/bin/viewfile/$1/$4?filename=$5 [L,PT]
It will convert /twiki/pub/Web/Topic to /twiki/bin/viewfile/Web/Topic?filename..., and copied images in /pub/iamges will be convert to an invalid path that cause
ImageGalleryPlugin failing to find the file.
Please add another rewrite condition like:
to exclude
ImageGalleryPlugin cache files.
--
MagicYang - 30 Jun 2008
Have the dependencies changed for
ImageGalleryPlugin? They state that either Image::Magick or Graphics::Magick are required. I have a working Image::Magick, but when I try to install
ImageGalleryPlugin, the installer gives the error
Checking dependency on Graphics::Magick....
*** ImageGalleryPlugin depends on cpan package Graphics::Magick >=1.1.11
which is described as "Required."
But when I tried to find it I got this error:
Can't locate Graphics/Magick.pm
This module is available from the CPAN archive (http://www.cpan.org). You
can download and install it from here. The module will be installed
to wherever you configured CPAN to install to.
Apparently, Graphics::Magick is not available on
CPAN. How would one go about obtaining and correctly installing it if it is now required?
--
DavidWolfe - 07 Jul 2008
David, the installer can't cope with an
either this or this package
dependency. So don't use the installer script and just unzip the package in your twiki directory. The latest
ImageGalleryPlugin and
ImagePlugin have a configurable image processing backend that can be configured to be either of these packages.
Image::Magick
is available on most distributions. Unfortunately, some versions of it are too buggy to be used in a mod_perl or speedy-cgi environment, getting stuck in an infinite loop.
Graphics::Magick
is a fork of
Image::Magick
which seems to be a good drop in replacement candidate, and probably a bit faster too. So please take your choice, but don't use the installer for that. Hope your get it working.
--
MichaelDaum - 07 Jul 2008
Thanks Michael. To date (even with working Image::Magick), I have not been able to get
ImageGalleryPlugin to work on our TWiki--on either 4.1.2 or 4.2. Viewing any topic that contains a reference to the Plugin results in error. Our current 4.2 server on Mac OS X 10.5 does have some sort of mod_perl or equivalent running. The previous 4.1.2 did not. Could this possibly be the only reason it's not working? Could anyone point me to plain-English instructions for downloading and installing Graphics::Magick?
--
DavidWolfe - 08 Jul 2008
I am fighting with a clients Mac OSX as well to get Image::Magick up and running. Easiest is to just get an x86 and install Debian/Linux on it. That's cheaper too. Sure, OSX sometimes is a politicall decision you simply can't question. But if you
can, don't use it for TWiki.
--
MichaelDaum - 08 Jul 2008
Actually, TWiki runs GREAT on OS X Server. It's faster than any TWiki site I've seen elsewhere, and very easy to manage. It's not a political decision, we simply wanted the best hardware/software for the job (which includes, btw, serving other websites, a Jabber server, Software Update server, and other things).
That said, Image::Magick IS running. At a terminal prompt it works fine. Does all the things it's supposed to do. It's just that
ImageGalleryPlugin doesn't seem to recognize it. I DO need to try your advice to simply unzip the package and see if that works. On my todo list for today. I'll keep you posted.
--
DavidWolfe - 08 Jul 2008
Does the topic argument accept regular expressions, or does it have to be a comma separated list of individual topics?
--
GarySprague - 13 Aug 2008
Gary, that's a comma separated list.
David, how did you install Image::Magick on OSX. Please, let me know!
--
MichaelDaum - 14 Aug 2008
I originally installed with
CPAN. This last time, I downloaded and installed a binary from the
ImageMagick website.
--
DavidWolfe - 14 Aug 2008
Hi. I found out that in the thumbnail table, only the first <tr> is inserted, and there can be a extra <tr /> at the end. Most browsers don't mind, but generating incorrect html is unsatisfactory anyway.
Here is a fixed version of function renderThumbnails.
--
LucHabert - 05 Feb 2009
I think the plugin has problems with nested Webs. I had moved a web - nested it - and then I got no thumbnails shown with no errors reported anywhere. Level1 web was newly made - Narberth web was moved under it. If I clicked on the attachment or the link (next to missing thumbnail) - the image displayed fine. I tried debug on the plugin but it did not help pin point the issue. I did fix (actually work around the issue) by gut instinct and luck.
I found this directory newly made under pub - twiki/pub/images/Level1.Narberth - with what seems to be the thumb* files needed. Since I know twiki loves it's directory structure - on a whim I linked twiki/pub/images/Level1/Narberth back to twiki/pub/images/Level1.Narberth and magically the thumbnails displays. I did the same for 2 other nested webs and everything seems to work now.
--
GondaEnnis - 2012-01-06
Thanks Gona, this is a bug that should be fixed properly. Could you file a report at
TWikibug:ImageGalleryPlugin ?
--
Peter Thoeny - 2012-01-11
I have a bug with this plugin in twiki 6.0 :
If I try to install it via do/configure then extensions..., I get this error :
<verbatim>
###
ImageGalleryPlugin Installer ###
This installer must be run from the root directory of your TWiki
installation.
* You can abort the script at any point and re-run it later
* If you answer 'no' to any questions you can always re-run
the script again later
##########################################################
Checking dependency on Graphics::Magick....
* ImageGalleryPlugin depends on cpan package Graphics::Magick >=1.1.11
which is described as "Required."
But when I tried to find it I got this error:
Can't locate Graphics/Magick.pm
This module is available from the
CPAN archive (
http://www.cpan.org). You
can download and install it from here. The module will be installed
to wherever you configured
CPAN to install to.
CPAN: Time::HiRes loaded ok (v1.9721)
Error: Installer returned errors:
mkdir /root/.cpan: Permission denied at /usr/local/share/perl5/CPAN/FTP.pm line 520
at /usr/share/perl5/File/Path.pm line 156
File::Path::_mkpath('HASH(0x3337960)', 'ARRAY(0x33c8208)') called at /usr/share/perl5/File/Path.pm line 133
File::Path::_mkpath('HASH(0x3337960)', 'ARRAY(0x3337948)') called at /usr/share/perl5/File/Path.pm line 133
File::Path::_mkpath('HASH(0x3337960)', 'ARRAY(0x3320238)') called at /usr/share/perl5/File/Path.pm line 114
File::Path::mkpath('/root/.cpan/sources/authors') called at /usr/local/share/perl5/CPAN/FTP.pm line 520
CPAN::FTP::mymkpath('CPAN::FTP', '/root/.cpan/sources/authors') called at /usr/local/share/perl5/CPAN/FTP.pm line 415
CPAN::FTP::localize('CPAN::FTP', 'authors/01mailrc.txt.gz', '/root/.cpan/sources/authors/01mailrc.txt.gz', 3) called at /usr/local/share/perl5/CPAN/Index.pm line 226
CPAN::Index::reload_x('CPAN::Index', 'authors/01mailrc.txt.gz', 'authors/01mailrc.txt.gz', undef) called at /usr/local/share/perl5/CPAN/Index.pm line 84
CPAN::Index::reload('CPAN::Index') called at /usr/local/share/perl5/CPAN.pm line 976
CPAN::exists('CPAN=HASH(0x3314a50)', 'CPAN::Module', 'Graphics::Magick') called at /usr/local/share/perl5/CPAN/Shell.pm line 1571
CPAN::Shell::expand_by_method('CPAN::Shell', 'CPAN::Module', 'ARRAY(0x331b160)', 'Graphics::Magick') called at /usr/local/share/perl5/CPAN/Shell.pm line 1488
CPAN::Shell::expand('CPAN::Shell', 'Module', 'Graphics::Magick') called at tools/extender.pl line 260
TWiki::Extender::satisfy('HASH(0x18a5d40)') called at tools/extender.pl line 923
TWiki::Extender::_install('ARRAY(0x33347e8)', 'ImageGalleryPlugin') called at tools/extender.pl line 1056
TWiki::Extender::install('http://twiki.org/p/pub/Plugins', 'ImageGalleryPlugin', 'ImageGalleryPlugin', 'MANIFEST', 'data/TWiki/ImageGalleryPlugin.txt,0644,\x{a}lib/TWiki/Plugins/Ima...', 'DEPENDENCIES', 'Graphics::Magick,>=1.1.11,1,cpan,Required.\x{a}Image::Magick,>=6....') called at /home/PROJECTS/TWIKI/twiki6/twiki/ImageGalleryPlugin_installer line 104
require /home/PROJECTS/TWIKI/twiki6/twiki/ImageGalleryPlugin_installer called at /projects/TWIKI/twiki6/twiki/lib//TWiki/Configure/UIs/EXTEND.pm line 177
eval {...} called at /projects/TWIKI/twiki6/twiki/lib//TWiki/Configure/UIs/EXTEND.pm line 175
TWiki::Configure::UIs::EXTEND::ui('TWiki::Configure::UIs::EXTEND=HASH(0xf9de68)') called at /projects/TWIKI/twiki6/twiki/bin/configure line 708
TWiki::_actionInstallExtension() called at /projects/TWIKI/twiki6/twiki/bin/configure line 478
at /usr/share/perl5/vendor_perl/CGI/Carp.pm line 379
CGI::Carp::realdie('mkdir /root/.cpan: Permission denied at /usr/local/share/perl...') called at /usr/share/perl5/vendor_perl/CGI/Carp.pm line 468
CGI::Carp::die('mkdir /root/.cpan: Permission denied at /usr/local/share/perl...') called at /projects/TWIKI/twiki6/twiki/lib//TWiki/Configure/UIs/EXTEND.pm line 179
eval {...} called at /projects/TWIKI/twiki6/twiki/lib//TWiki/Configure/UIs/EXTEND.pm line 175
TWiki::Configure::UIs::EXTEND::ui('TWiki::Configure::UIs::EXTEND=HASH(0xf9de68)') called at /projects/TWIKI/twiki6/twiki/bin/configure line 708
TWiki::_actionInstallExtension() called at /projects/TWIKI/twiki6/twiki/bin/configure line 478
You may be able to resolve these errors and complete the installation from the command line, so I will leave the installed files where they are.
Installation finished.
</verbatim>
If I install by hand (as root, on a
CentOS 6.4 server) the perl module needed Graphics::Magick, I get an error and it tells that it doesn't know why...
<pre>
# perl -MCPAN -e shell
cpan[1]> install Graphics::Magick
</pre>
If I activate the plugin anyway and go to a page that contains the %IMAGEGALLERY% keyword (for instance, Main/UserListByPhotograph which is a standard page...) , I get this error message :
<pre>
TWiki detected an internal error - please check your TWiki logs and webserver logs for more information.
Can't locate Imagepath in
@INC (
@INC contains: path . path path path path path path path path-linux-thread-multi path path)
</pre>
Please help
--
Etienne Pallier - 2014-10-14
It does not work either if I unzip the package directly in my twiki directory
(I have the same error when activating the plugin)
Should I use Image::Magick instead of Graphics::Magick ?
--
Etienne Pallier - 2014-10-14
Magick.xs:2393: erreur: ‘MagickFalse’ undeclared (first use in this function)
Magick.xs:2394: attention : implicit declaration of function ‘SetWarningHandler’
Magick.xs:2395: attention : implicit declaration of function ‘SetErrorHandler’
Magick.xs:2396: erreur: ‘magick_registry’ undeclared (first use in this function)
If I try to install Image::Magick from
CPAN, I get a lot of errors (on
CentOS 6.4) :
Magick.xs:2396: attention : implicit declaration of function ‘NewSplayTree’
Magick.xs:2397: attention : déclaration sans effet
make:
* [Magick.o] Erreur 1
JCRISTY/PerlMagick-6.89-1.tar.gz
/usr/bin/make -- NOT OK
Failed during this command:
JCRISTY/PerlMagick-6.89-1.tar.gz : make NO
--
Etienne Pallier - 2014-10-14
Sorry for the bad message above, here is the right one :
If I try to install Image::Magick from
CPAN, I get a lot of errors :
Magick.xs:2393: erreur: ‘MagickFalse’ undeclared (first use in this function)
Magick.xs:2394: attention : implicit declaration of function ‘SetWarningHandler’
Magick.xs:2395: attention : implicit declaration of function ‘SetErrorHandler’
Magick.xs:2396: erreur: ‘magick_registry’ undeclared (first use in this function)
Magick.xs:2396: attention : implicit declaration of function ‘NewSplayTree’
Magick.xs:2397: attention : déclaration sans effet
make:
* [Magick.o] Erreur 1
JCRISTY/PerlMagick-6.89-1.tar.gz
/usr/bin/make -- NOT OK
Failed during this command:
JCRISTY/PerlMagick-6.89-1.tar.gz : make NO
--
Etienne Pallier - 2014-10-14
Etienne, you experience a library installation issue. Please open a
Support question. This topic is for developer collaboration and enhancement requests.
--
Peter Thoeny - 2014-10-14
does not work either if I install it with yum on my
CentOS :
yum install
GraphicsMagick.x86_64
yum install
GraphicsMagick-perl.x86_64
(also, just in case, yum install
ImageMagick-perl.x86_64)
all this installed ok... but
...the plugin still does not want to install...
I give up, lost too much time on this
--
Etienne Pallier - 2014-10-15
Followup on support question at
Support.SID-01962.
--
Peter Thoeny - 2014-10-16
Hi. I've recently switched back to TWiki from 'another free open source wiki with common roots here'. One thing the team misses is the lightbox front-end which was added to this plugin after it was forked. I've looked at merging these changes, but this seems unnecessarily complex. Can anyone give direction as to adding a lightbox front-end to this plugin?
--
Steve Jones - 2015-03-04
Steve, we have a script that facilitates the namspace rename: TWikisvn:core/tools/fos2twiki - it does a blind search & replace, make sure to restore the original copyright.
If you get it working how about contributing the code back to the TWiki community?
--
Peter Thoeny - 2015-03-04