Tags:
create new tag
, view all tags

ImagePluginDev Discussion: Page for developer collaboration, enhancement requests, patches and improved versions on ImagePlugin contributed by the TWikiCommunity.
• Please let us know what you think of this extension.
• For support, check the existing questions, or ask a new support question in the Support web!
• Please report bugs below

Development page of ImagePlugin

-- CraigMeyer - 10 May 2006

Hello,

I have extended this Plugin (on an internal site) to work analogously like the MediaWiki images. (see http://en.wikipedia.org/wiki/Wikipedia:Extended_image_syntax). I am in the process of verifying operation, and then doing the proper documentation, before submitting for approval. Quite briefly, the new tag is %IMAGE{"name|type|location|size|caption"}%. For example, a right aligned image, resized to 70 pixels, with no caption would be %IMAGE{"Westminsterpalace.jpg|right|70px|"}%

-- CraigMeyer - 10 Apr 2006

Thanks for working on this. How about using the standard TWiki syntax %IMAGE{"name" type="" location="" width="" height="" caption=""}% so that users are not surprised by a new syntax? There is an API call to parse that. Possibly add also web="" and topic="" to pull images from other topics.

-- PeterThoeny - 11 Apr 2006

Yes, That was something I plan to do. It isn't a problem to add the more "TWiki" format. I was working to make it easier to port over existing MediaWiki based pages wink (Hence, the terse syntax).

The args could be (at least) name, type, location, caption, web, and topic. I need to think more about size vs. width and height. If height is not set, width would capture the idea of (scale image to be stated width). I wasn't thinking about scaling which doesn't preserve the original aspect ratio?

Currently, the scaled images are written out as (Ex: 100px-Westminster.jpg), which provides for "caching" the scaled image. Could always add the Y dimension as needed.

What do you prefer?

-- CraigMeyer - 11 Apr 2006

Ok, I got inital TWiki args working smile

Example: %IMAGE{"Westminstpalace.jpg" type="thumb" caption="From the Thames" size="200" location="right"}%

I think I like align better than location, it's more descriptive. The helpers in TWiki::Func certainly make things easy. Thanks.

-- CraigMeyer - 11 Apr 2006

Yes, align is probably better (also for people who know HTML)

Changing aspect ratio is overkill, e.g. users could specify just width (or height). But size would be OK too. It's about good documentation.

-- PeterThoeny - 11 Apr 2006

Peter, I did some more work, and created 2 documentation pages.

-- CraigMeyer - 11 Apr 2006

What is the state of this plugin? The caption option is missing right now, isn't it?

I would like to see this option getting into this plugin, as the full alignment option make no sense if I have to place a HTML div or span tag around the image and the caption.

Another cool feature would be, to make a scaled image a link to its own unscaled version, so that it is possible to see (and download) it in full size easily.

-- TobiasRoeser - 01 May 2006

Tobias, I have implemented both of these features(captions & linking). the extended %IMAGE{}% tag, fully implements the mediawiki feature set, both using their syntax, and the TWiki syntax. I just haven't upload the source yet. Sorry, been distracted with my day job.

-- CraigMeyer - 08 May 2006

Craig, nice to see TWiki being improved from the usability perspective. Looking forward seeing these enhancements!

-- PeterThoeny - 08 May 2006

Question?,
What is the procedure for plugins?
Do I check in to DEVELOP/twikiplugins & attach zip (tgz) to Plugins/ImgPlugin? Any pointers would be great, thank you

-- CraigMeyer - 08 May 2006

For now, check it in to the 4.0 branch. I think we don't have autobuild set up yet, so you need to attach to the topic yourself. We're working on resolving all this but it hasn't happened yet.

Thanks all for enhancing this (I'm the original author). Unless things have changed radically, I'll take care of turning them into TWikiTags for the develop branch.

-- MeredithLesly - 08 May 2006

Meredith,
Thank you.
I have SVN access for twikiplugins, which I trust is sufficient. Also, I did not modify the original %IMG{}% section of the code, I extended with another %IMAGE{}% tag hook/callback. I need to do the Benchmarks timings for completeness.

-- CraigMeyer - 08 May 2006

Hello,
I attached the new version to ImgPlugin. Let me know if you have comments or suggestions.

-- CraigMeyer - 08 May 2006

Ooops! Realized I forgot to include the dependency on ImageMagick. One defines the path to convert (resizing) and identify (getsize) in a Plugin Variable.

-- CraigMeyer - 08 May 2006

Thanks for your work, Craig - indeed very useful functionality! I have synced this to SVN (http://svn.twiki.org:8181/svn/twiki/branches/TWikiRelease04x00/twikiplugins/ImgPlugin/), brushing it up a few minor places.

Btw: Paths should not be in the plugin topic (it is a security issue), instead the plugin should be changed to use the sandbox mechanism (see PloticusPluginDev for discussion on this). Users installing this plugin should take care in what environment they deploy this into, until it is fixed. (I have filed Bugs:Item2248 on this).

One last thing: The "enlarge" link for thumbnails doesn't show correctly here (FF 1.5 / IE 6), right half is cut off. Could look like a css align center / right problem?

-- SteffenPoulsen - 09 May 2006

The distorted enlarge link display was just an artifact of a left over absolute link / missing magnify-clip.png file, fixed.

-- SteffenPoulsen - 09 May 2006

Could this please be broken into two different plugins? Otherwise I'm going to have to write a separate plugin to incorporate the non-=IMAGE= functionality.

-- MeredithLesly - 09 May 2006

Meredith,
Sure, I would be happy to split out the new functionality into ImagePlugin? This is something which should be decided by the Twikians. I will be happy to implement what you all decide.

-- CraigMeyer - 09 May 2006

One plugin is less overhead than two - a few words on the need to seperate them? (Michael is already adding lazyloading, see Bugs:Item2251).

-- SteffenPoulsen - 09 May 2006

You're assuming that both will be used, Steffen. Not everyone has ImageMagick, which means that by keeping together you're limiting who can use the original tag code.

And, Craig, I hope you didn't take my comment as an objection to what you've done, because that was not my intent at all. It's just that the plugin was designed originally to implement a TWiki-style way of putting in images (thus the name Img). A fuller-featured one that makes uses of ImageMagick is a good idea, but a different one.

-- MeredithLesly - 09 May 2006

Lazy loading allows to load the ImageMagick part only if needed.

I made a tiny change on the Plugin topic: Remove the empty lines preceeding the two tables, so that the tables line up nicely with the bullets. Please feel free to take that into the next release.

-- PeterThoeny - 09 May 2006

I am happy to address all your requests. Though, I want to make sure I understand them ?)

  1. Do not set paths in Plugin Variables (insecure). What is the alternative? I read the Ploticus topic, but the alternative didn't pop out at me? Hardcode paths in Plugin code?
  2. Don't require ImageMagick. I could easily rewrite the registration sub initPlugin() to ignore problems with either program. (ie. Warn to log, and quietly do nothing if not available). I used cmd-line vs CPAN Image::Magick to reduce the amount of PERL code needed. The Plugin caches the resized images as attachments to the current topic. So the cost is only paid The first time.
  3. Lazy Loading: The PERL code for Image is ~= 200 lines. Should this be "required" on 1st use? Would you please point me to example code?

I should probably point to an external site showing the various flavours of IMAGE. I will update with a link, once I get it running.

-- CraigMeyer - 09 May 2006

Update: (3pm EDT)

  1. Read Ploticus code, discovered TWiki::Sandbox ... implementing
  2. Implemented quiet ImageMagick check. If not found, doesn't register %IMAGE% callback.
  3. Lazy Loading: Found example in TagCloudPlugin ... implementing
  4. Also found the mistake hardcoded link for magnify-clip.png ... fixed

-- CraigMeyer - 09 May 2006

Great initiatives! But hold your horses just a little while - it could look like some duplicate effort is going on right now. MichaelDaum is working on the improvements listed at Bugs:ImgPlugin, so better synchronize up front? smile

- While waiting to synchronize, perhaps start procedure for getting SVN access? (Fill in RequestAccessToDevelopBranch).

-- SteffenPoulsen - 09 May 2006

Oops: (5pm EDT)
Done wink

-- CraigMeyer - 09 May 2006

Double Ooops. Didn't see the email from MichaelDaum. So, I already did the following:

This is what I have done (from reading ImgPluginDev).

  1. Used the $TWiki::sharedSandbox->sysCommand() routine, to call the cmd-line versions 'safely"
  2. Implemented a quiet ImageMagick check, (ie. no programs, no problems and no %IMAGE)
  3. Using TagCloudPlugin as a template, I implemented the ImgPlugin::Core trick.

Now in regards to using the CPAN Image::Magick module, I am happy to do that, but it does add another dependency? Maybe, I should check for CPAN, then use cmd-line?

As for extending with a STYLE and IMAGETOPIC, that's fine with me. I can implement that for you.

By the way, Is this coding practice stuff, like shareSandbox, Lazy loading, documented anywhere, for I didn't notice it in my wanderings through this TWiki?

  • I saw Michael mention that these examples might live best in EmptyPlugin where some coding guidelines for the plugins already exists. But you're right, to little of this documented as is. -- SteffenPoulsen - 09 May 2006

-- CraigMeyer - 09 May 2006

And, which SVN access do I need twikiplugins or DEVELOP? Thanks.

  • Wow, a lot of progress for one day smile Saw you mentioned in Bugs:Item2251 that you already have twikiplugins access - that will do just fine. Just remember to work in the TWikiRelease04x00 branch ( http://svn.twiki.org:8181/svn/twiki/branches/TWikiRelease04x00/twikiplugins/) - not the .../DEVELOP branch. -- SteffenPoulsen - 09 May 2006

-- CraigMeyer - 09 May 2006

Most of my work has been behind a Corporate Firewall wink So, I am now working to get TWiki running on my Mac (OS X) at home. Need to be able to verify SVN mods, before I check it in smile

-- CraigMeyer - 10 May 2006

Uploaded new version after ImgPlugin fork.

-- MichaelDaum - 15 Jun 2006

Thanks tons, Micha. It's unfortunate that he altered ImgPlugin rather than creating a new plugin, but good that it was able to be fixed. I tried to just extract my plugin, but I guess I didn't do a perfect job of splitting off his code, so I really appreciate your patching it up.

-- MeredithLesly - 16 Jun 2006

Hi folks, hope you are well today. Latest version of ImagePlugin (VERSION = '$Rev: 11325$'; $RELEASE = '0.3';) is bugging out on me; it's not parsing out the size of the image correctly, and displays as a 1 pixel by however_many_high box, with the caption text all squished down into the same size. see here for an example:

http://simonraven.nuit.ca/bin/view/Blog/BlogEntry219

As you can imagine, this is rather annoying. The only changes I can think of that did this is an update to imagemagick (no, not the perl modules) in fairly recent Debian Sid. Second bug, probably related, is that when I add either 'height="XXX" width="XXX' or 'size="XXX"' to the variable, it dies on an "Exception 425" "Exception 435" and says it can't open the file, with the full filesystem path displayed.

Ahh!

-- EricCote - 08 Sep 2006

Oh, make sure to "view source", you'll see exactly what's going on.

-- EricCote - 08 Sep 2006

Seems if the image isn't in the same topic, the error happens. Otherwise it works fine. Why I'm seeing this is because I'm trying to use the %BLOGIMAGES% arg in my blog, using BlogPlugin.

-- EricCote - 08 Sep 2006

It seems as if the image is not found. What is the exact %!IMAGE{...}% expression that you used and where is the image attached to? the BlogPlugin does not allow to "view source". Can you attach your image here so that I can grab it and test it on my installation. I am using debian/sid too.

-- MichaelDaum - 09 Sep 2006

I have some problems with this plugin when in I18N settings.

It seems if the page and web has international characters in them, the first time a %IMAGE% tag is encountered, international settings are no longer effective, i.e. International WikiWords doesn't automatically link anymore (globally in the wiki - it is a SpeedyCGI environment).

Any idea to what can be done to preserve international settings even after first run of ImagePlugin? If this is a problem with Image::Magick, is there a trick to have it not affect the TWiki code/settings?

-- SteffenPoulsen - 31 Oct 2006

Another problem. The plugin generates image links of the type /pub/web/topic/image.filetype (which is usually fine), but again when used in an I18N context, you would need to have mod_fileiri or similar rewriting mechanism in place at your server to support multiple codepage encodings (i.e. iso-8859-1 and utf-8).

Could it be a plugin option to generate links using viewfile instead? viewfile avoids this problem, but as there is an overhead tied to it, the option could be disabled per default.

I should mention that this problem is not tied to this plugin in particular, other plugins that generate links to /pub face this problem as well, i.e. DirectedGraphPlugin.

-- SteffenPoulsen - 03 Nov 2006

Worked around this last problem by using RewriteEngine in Apache:

  RewriteEngine on
  # Important: following rule must be last on the list, otherwise it may impede
  # the other rules from executing
  RewriteMap uni2iso prg:/usr/local/bin/utf2iso8859-7
  RewriteRule (.*) ${uni2iso:$1} [PT]

together with the utf2iso8859-7 binary, both taken from EncodeURLsWithUTF8 (using iso-8859-1 in our setup, though).

This solution doesn't seem to carry any measurable performance overhead, so that will do just fine for now smile

-- SteffenPoulsen - 05 Nov 2006

The captionplacement attribute doesn't work. The perl script is using integer comparison (=) to process the string arg so it always chooses 'right'. You can easily correct this in the ImgPlugin.pl file, use eq instead of =. Here's the proper block from ~line 87:

        if ($captionplacement eq 'right') {
            $res .= "<td>$txt</td>\n";
            $res .= "<td>$caption</td>\n";
        } elsif ($captionplacement eq 'left') {
            $res .= "<td>$caption</td>\n";
            $res .= "<td>$txt</td>\n";
        } elsif ($captionplacement eq 'top') {
            $res .= "<td>$caption</td></tr>\n";
            $res .= "<tr><td>$txt</td></tr>\n";
        } elsif ($captionplacement eq 'bottom') {
            $res .= "<td>$txt</td></tr>\n";
            $res .= "<tr><td>$caption</td></tr>\n";
        }

-- BobVincent - 01 Feb 2007

I have added a class in the PatternSkin print.css called imgPageWidth that has the following definition:

        .imgPageWidth {
                width:100%;                                   
        }
This class allows an image that is larger than the screen to be displayed full-sized, while the printed version is scaled to fit the page width.

When I use a normal <img> HTML tag, the printed version of the image is correctly resized to fit the page width. Here's the HTML:

<img class="imgPageWidth" src="%ATTACHURL%/SomeImage.png">
But the following ImagePlugin version does not resize the image:
%IMAGE{"SomeImage.png" class="imgPageWidth"}%
Any ideas why this class definition is being ignored? Have I misunderstood the intent of the class argument?

Thanks in advance.

-- DuncanKinnear - 26 Feb 2007

Ah! I've just done a View Page Source on the Printable version of my sandbox which has both of the above image formats. The resulting HTML for these is:

<img class="imgPageWidth" src="http://sam/twiki/pub/Sandbox/DuncanKinnearSandbox/SomeImage.png">
<p />
<a href="/twiki/pub/Sandbox/DuncanKinnearSandbox/SomeImage.png" id="" 
class="imageHref imageSimple imgPageWidth" title="SomeImage.png" style="">
<img border="0" align="middle" src="/twiki/pub/Sandbox/DuncanKinnearSandbox/SomeImage.png" alt="SomeImage.png" 
width="1152" height="877" longdesc="SomeImage.png"  /></a>
(I added new lines in the second format to make it readable)

Of course this is not going to do what we were doing originally.

Any ideas how I can achieve this with ImagePlugin?

-- DuncanKinnear - 26 Feb 2007

I use the very popular Gallery script for managing my photos and would love to have simple way to display images from my gallery installation within TWiki. I'm wondering if it might be possible to add a syntax to ImagePlugin to reference images with the gallery installation? Regarding syntax, perhaps it would involve adding a new attribute something like "imagelocation" which would accommodate non-Web/Topic image references combined with a perference setting for the gallery directory root. Gallery image files are stored in a simple directory structure - i.e. galleries and sub-galleries are simply directories containing the images.

-- LynnwoodBrown - 27 Feb 2007

With Bugs:Item3652 fixed and this little patch applied to the plugin I can discard the utf2iso workaround mentioned earlier. Please consider including it into the next release:

Index: twikiplugins/ImagePlugin/lib/TWiki/Plugins/ImagePlugin/Core.pm
===================================================================
--- twikiplugins/ImagePlugin/lib/TWiki/Plugins/ImagePlugin/Core.pm (revision 13025)
+++ twikiplugins/ImagePlugin/lib/TWiki/Plugins/ImagePlugin/Core.pm (working copy)
@@ -245,7 +245,12 @@
     #TWiki::Func::writeWarning("ImagePlugin - $this->{errorMsg}");
     return $this->inlineError($params);
   }
+
+  # For compatibility with umlauts and other i18n-characters in web and topic names, encode urls
   my $thumbFileUrl = $pubUrlPath.'/'.$imgWeb.'/'.$imgTopic.'/'.$imgInfo->{file};
+  $thumbFileUrl = TWiki::urlEncode($thumbFileUrl);
+  my $encHref   = $params->{href};
+  $encHref      = TWiki::urlEncode($encHref);

   # format result
   my $result = $params->{format} || '';
@@ -289,7 +294,7 @@
   } else {
     $result =~ s/\$mouseout//go;
   }
-  $result =~ s/\$href/$params->{href}/g;
+  $result =~ s/\$href/$encHref/g;
   $result =~ s/\$src/$thumbFileUrl/g;
   $result =~ s/\$height/$imgInfo->{height}/g;
   $result =~ s/\$width/$imgInfo->{width}/g;

-- SteffenPoulsen - 02 Mar 2007

Please note that the fix for Bugs:Item3652 is somewhat broken, details in that topic - by reverting to a ported version of Cairo code it should be possible to solve this for TWiki 4.1 and 4.0 (which is what broke attachment URLs in I18N named topics).

Also, the utf2iso approach is something of a hack, incurring some complexity compared to a very simple fix (as in Cairo) that works on any Perl version and all character sets. Attachment URLs using I18N characters were done back in CairoRelease through the EncodeURLsWithUTF8 feature.

-- RichardDonkin - 04 Mar 2007

Putting an %IMAGE% tag in to bullet list results in a messed up layout. Is there a way to avoid this (without using %BR% multiple times)?

The issue doesn't occur using < i m g > tags.

Here's a screenshot:

messedUpLayoutInBulletsLists.png

-- CarloSchulz - 28 Mar 2007

That's a known browser limitation. The image is put into a float and unfortunately lists don't respect the boundaries of that float. Consider using some of the other formats for the image that are currently supported by the ImagePlugin.

Does anybody know how to deal with floats next to lists?

-- MichaelDaum - 28 Mar 2007

Thanks for the answer, although it's not clear to me what you mean with "Consider using some of the other formats for the image that are currently supported by the ImagePlugin" Do you mean a different file type like jpg or gif?

-- CarloSchulz - 01 Apr 2007

The plugin adds a link to a stylesheet to the head even if no plugin tag is on the page.

-- ArthurClemens - 19 May 2007

I am surprised there is no crop parameter. I would like to fit an image within 50px x 50px, and have the remainder image cropped instead of resized.

-- ArthurClemens - 19 May 2007

Re crop: Imagemagick is chock full of features you could add to this plugin...

Re " plugin adds a link to a stylesheet to the head even if no plugin tag is on the page": there's no way to conditionally put a css file into the html head safely. There's a technical reason for that: the IMAGE tag is handled by a registered tag handler. The css file is added using the commonTagsHandler() . Once an IMAGE tag was detected, it is too late to add the css file to the head using commonTagsHandler() because the first part of the page containing the head element has already been processed. This plugin deliberately does not use the addToHEAD() API because that would break proper prioritization of the styles when other contribs/skins want to override the default css that comes with this plugin. This issue can't be resolved without a prependToHEAD() in the core.

-- MichaelDaum - 21 May 2007

I had difficulties installing ImageMagick 2 times. I have written instructions:

-- ArthurClemens - 04 Jun 2007

Thanks AC, I've adapted the redhat instructions ever so slightly to create :

-- KeithHelfrich - 08 Jun 2007

On Debian, the needed packages are libgraphics-magick-perl and perlmagick (the dependencies are gsfonts libgraphicsmagick1 libice6 libjasper-1.701-1 liblcms1 libsm6 libtiff4 libwmf0.2-7 libxext6 libxml2 libmagick9 libxt6)

Remember to restart apache2 after by apache2ctl restart

-- KwangErnLiew - 28 Sep 2007

I tried to use .SVG files with TWiki and/or ImagePlugin. I modified Core.pm

--- Core.pm.bak 2006-12-18 17:36:09.000000000 +0100
+++ Core.pm     2007-12-09 12:31:04.000000000 +0100
@@ -346,8 +346,9 @@
   writeDebug("pinging $imgPath/$imgFile");
   ($imgInfo{origWidth}, $imgInfo{origHeight}) = $this->{mage}->Ping($imgPath.'/'.$imgFile);

-  if ($size || $width || $height) {
+  if ($size || $width || $height || $imgFile =~ '\.[Ss][Vv][Gg]$' ) {
     my $newImgFile = "_${size}_${width}_${height}_$imgFile";
+    if ($imgFile =~ '\.[Ss][Vv][Gg]$') { $newImgFile = $newImgFile.'.png';}

     if (-f $imgPath.'/'.$newImgFile) { # cached
       ($imgInfo{width}, $imgInfo{height}) = $this->{mage}->Ping($imgPath.'/'.$newImgFile);
You can get modified Core.pm file from attachments. It works for me. I never used perl before, so could be better way to do this.

-- VladimirNavrat - 09 Dec 2007

Micha: Small typo in copyright (%copy;) and in CPAN interwiki link.

-- PeterThoeny - 04 Jan 2008

Okay thanks.

-- MichaelDaum - 04 Jan 2008

WTF! All images are suddenly aligned to the right! Is this the new default (which I cannot set)?

-- ArthurClemens - 08 Feb 2008

If you are facing problem with IE6 (quite sure everything below should be a problem too) that images are not shown if :

  • you use Umlauts for the topic the image is attached to
  • you are using not utf file-system encoding, and therefor it apears in

Upgrade to 1.0, its fixed there

It seems that umlauts are not replaced for IE in 0.4 ( but FF2 works fine ), and after IE transfers urls utf8, you wont get access to the file, if you are not using utf8 on the file-system base

-- MayerEugen - 28 Feb 2008

Can anyone help me! I would really like to install the ImagePlugin on the VM Debian Stable version of TWiki I have got running but I'm a bit of a n00b and I don't know how to install plugins on the virtual folder (I have to get to it by typing "file://twiki-vm/" in the IE address bar) and also I don't know if I need to/how to install the Image Magick components to make it work...

-- PipMillington - 17 Mar 2008

For users of TWiki on a Windows platform: PerlMagick (CPAN Image::Magick) can be somewhat difficult to install. The Windows binary available directly from imagemagick.org claimed to install correctly, but in fact it was not installed. If you attempt to navigate to one of your TWiki pages that invokes %IMAGE{}% and you receive the following error, then PerlMagick is not installed properly:

TWiki detected an internal error - please check your TWiki logs and webserver logs for more information.

Can't locate Imagepath in @INC (@INC contains: c:\PROGRA~1\TWiki\twiki\lib . C:path C:path c:\PROGRA~1\TWiki\twiki\libpath c:\PROGRA~1\TWiki\twiki\libpath-x86-multi-thread c:\PROGRA~1\TWiki\twiki\libpath c:\PROGRA~1\TWiki\twiki\libpath)

I couldn't find useful information about this error on Google, and I thought PerlMagick was installed, so the problem took a while to track down.

You need to ensure that you get the correct version of Image::Magick to match your version of ActiveState Perl. ActiveState Perl 5.8.8 is currently bundled with the TWiki 4.2.0 Windows installer. To install Image::Magick, I invoked the Perl package manager from the DOS prompt as follows:

ppm install http://www.bribes.org/perl/ppm/Image-Magick.ppd

I found these instructions, as well as instructions for other versions of ActiveState Perl, here.

Thanks to the creators of ImagePlugin for an excellent plugin!

-- AnthonyRapley - 10 Apr 2008

When I use the ImagePlugin to place an image inside of a TablePlugin cell, the image gets "squashed". That means that the overall image size is scrunched down and only the little bit of the actual graphic that fits into that small area is displayed.

I've tried specifying the height & width & size, but no success.

  • How can I make the ImagePlugin defend itself against the TablePlugin ?
  • How can I force 100% of the image to be displayed, so that portions of it don't get trimmed out ?

Thanks! Keith

-- KeithHelfrich - 01 May 2008

Try to set the width of the table cell, eg. like this:

<table class="twikiTable">
<tr>
<td width="500px">%IMAGE{"Pam.gif|500px"}%</td>
...
</tr>
</table>
Use columnwidths of TablePlugin to achieve something similar.

-- MichaelDaum - 02 May 2008

Thanks, Michael. I'm off to try that now. I just did a cool thing with the ImagePlugin: check that in GuestButtons smile

Another question is how to make the complete %IMAGE{}% available inside of a smaller fixed area, with scrolling ?

In some places it's kind of a bummer that the surplus parts get trimmed off.

-- KeithHelfrich - 10 May 2008

Has anybody thought of making an extra button for the TinyMCEPlugin? I would envision it something like the first tab of the current "attachment" button but rather than adding a full img tag, just having it insert %IMAGE{}%. The code could almost be taken directly from the "attachment" button and simply tweaked to change the syntax.

-- ChrisBarna - 24 Jul 2008

If you want ImagePlugin and ImageGalleryPlugin to work with Graphics::Magick, you have to manually add

$TWiki::cfg{ImageGalleryPlugin}{Impl} = 'Graphics::Magick';
to lib/TWiki.spec . Somehow that option does not get added to the configure page automatically

-- ArdVanBreemen - 26 Aug 2008

Hi Michael, the plugin is great! But I've just found that it breaks when I add a subject ilne to the e-mail (using an href in the image).

This is what I'm doing:

href="mailto:me@mydomain.com?subject=here's the subject of the email"}

-- KeithHelfrich - 17 Sep 2008

See proposal for enhancement at ImagePluginTogetherWithImageGalleryPlugin.

-- PeterThoeny - 13 Feb 2009

I installed ImagePlugin, and am having a problem with a versioned attached image. I use %ATTACHURL%/image.png . I have attached my image, not as a link. I have revved the image a couple of times, as the version history shows, however, ImagePlugin picks up only the original version. If I link to the image, then the correct version shows up.

-- SteveKelem - 2011-07-27

This looks like a caching issue in the browser. The plugin might just use the same URL for the same image also when the image is updated. To test, clear the browser cache or look from a different browser. The plugin could be enhanced to add a unique URL for image versions, for example with a URL parameter that contains the image version number.

-- PeterThoeny - 2011-07-28

I tried clearing the cache, but still got the older version of the file.

-- SteveKelem - 2011-07-28

I'm running Firefox 9.0.1 on Fedora Linux x86_64. I saw some syntax where ";rev=2" was added to a url. I tried:

%IMAGE{"%ATTACHURL%/design_browser.png;rev=2"
  type="frame" 
  align="none" 
  caption="Design Browser window"
}%

If I have to add a rev parameter, should it be a legit parameter:?

%IMAGE{"%ATTACHURL%/design_browser.png"
  type="frame" 
  align="none" 
  rev="2"
  caption="Design Browser window"
}%

Or does image not know how to access attachment revs?

By the way, I tried viewing my page in Opera and got the old image, not the latest revision! Could this be an Apache caching issue? If so, do you know what parameter to tweak in the Apache conf file?

-- SteveKelem - 2012-01-23

Topic attachments
I Attachment History Action Size Date Who Comment
Perl source code filepm Core-svg.pm r1 manage 14.3 K 2007-12-09 - 12:41 VladimirNavrat Core.pm with SVG support - just rename and replace Core.pm
Perl source code filepm Core.pm r1 manage 12.0 K 2006-11-26 - 21:18 SteveStark Updated core to make page Valid XHTML 1.0 Transitional. Id= is removed and absmiddle is changed to middle
PNGpng messedUpLayoutInBulletsLists.png r1 manage 95.9 K 2007-03-28 - 12:27 CarloSchulz  
Edit | Attach | Watch | Print version | History: r50 < r49 < r48 < r47 < r46 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r50 - 2012-01-24 - PeterThoeny
 
  • Learn about TWiki  
  • Download TWiki
This site is powered by the TWiki collaboration platform Powered by Perl Hosted by OICcam.com Ideas, requests, problems regarding TWiki? Send feedback. Ask community in the support forum.
Copyright © 1999-2016 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.