Feedback on AnyWikiDrawPlugin

-- WernerRandelshofer - 30 Aug 2007

Maybe Peter will enable this here on twiki.org instead of TWikiDrawPlugin.

-- FranzJosefGigler - 30 Aug 2007

Vielen Dank Werner for packaging this new drawing plugin!

Some small feedback:

• Use Interwiki links to point to plugins that are not pre-installed in TWiki. This avoids broken links once the plugin is installed.
• On format, how about a more standard syntax like %DRAWING{ "drawing.svg" width="300" height="200" }%? You can use TWiki::Func::extractParameters() or TWiki::Func::extractNameValuePair() to easily extract the parameters.
• Possibly add an explanation of pros and cons of the .draw, .svg, .svgz, .png, .jpg formats.
• An an example
• Remove obsolete HOWTO plugin setting
• Add the file list to the content table. (possibly just a pub/TWiki/AnyWikiDrawPlugin/TWikiDraw/* for image files)
• Add a "test if the installation was successful" description
• How about measuring and documenting the PluginBenchmarks numbers?
• Don't include the version number in the zip package. The links in the reports depend on an exact AnyWikiDrawPlugin.zip name. TWiki versions attachments, so it is easy to get earlier versions.
• Repackage the zip without the AnyWikiDraw_0.10 root directory, e.g. with data, lib, pub, templates in the root directory
• Please fill in the package form details
• If inclined help tagging this plugin

Thanks again for contributing this plugin!

-- PeterThoeny - 31 Aug 2007

Hi Werner, welcome to the TWikiCommunity. Quite a ball-busting list of demands that Peter makes, right ? Well, anyway, I can say that as PluginPackage consumers, we do rely on all of the little tips that he has given you for being true. So it is actually very helpful for us that Peter has pointed them all out. I'm looking forward to trying this plugin !

Peter, how about a deal .. if Werner actually does all of the little stuff you've pointed out, then will you install the AnyWikiDrawPlugin here on TWikiDotOrg ?

-- KeithHelfrich - 31 Aug 2007

The plugin uses the DRAWING variable that also TWikiDrawPlugin uses.

This means that the two cannot be installed at the same time. Is the AnyWikiDrawPlugin able to open TWikiDrawPlugin drawings?

For us that uses TWikiDrawPlugin already and have quite many drawings made by people the name clash will mean that we cannot install AnyWikiDrawPlugin unless it is compatible.

-- KennethLavrsen - 01 Sep 2007

Thanks for all the feedback and the helpful tips, everybody.

I am looking for help on behalf of the server side code. I personally have no knowledge about the usage of TWiki, about the conventions of TWiki-tags, about the TWiki API. I even don't know the Perl programming language!

Can someone, who has basic knowledge of the above, install AnyWikiDrawPlugin on a pristine TWiki server and review the existing server-side code? Especially with focus on reliability (e.g. potential data loss) and security of the code?

Unless this is done, no one should install the AnyWikiDrawPlugin on a TWiki server which contains critical data.

Peter, I would like to use a minimalistic concise syntax, which can be easily typed into a Wiki page. Is it possible, to support both, a syntax with positional parameters and named parameters? Do we always need to double-quote parameters, or do we only need to do this, if a parameter contains special characters? For example, is it possible, to support this syntax %DRAWING{ drawing.svg, 300, 200 }% along with the one you suggested? I will take a look at all your other tips and suggestions later. I have already beefed up the description of the file formats.

Kenneth, I am planning to make AnyWikiDraw a full replacement of the TWikiDrawPlugin. My idea is, that when the AnyWikiDrawPlugin is installed, and it encounters the tag %DRAWING{ drawing }%, it will check if there is a drawing in the TWikiDraw file format, and use it for editing. When the drawing is saved, it will be saved as a .odg file. I haven't implemented support for the ODG format yet. Hopefully, I will have implemented a first working version by the end of this year.

-- WernerRandelshofer - 01 Sep 2007

Werner, nice plugin. I would advise, though to use another twiki var like %ANYDRAW, otherwise people will not install your plugin as it will break pages with existing drawings, and you will lack betatesters. Then, when you odg converter is ready for production, you can make your plugin also use %DRAWING (or we could use an upgrade script on the pages). Also it would be a shame if your plugin did not end up having more possibilities than the old one, probably extending the odg format and making it not editable anymore in case of downgrading.

In summary, please use names not conflicting with the old one.

-- ColasNahaboo - 01 Sep 2007

Colas, this are very good arguments. Lets use %ANYDRAW until the drawing editor has stable support for ODG.

In case someone removes the AnyWikiDrawPlugin, the files remain editable by an external editor. For example using OpenOffice Draw: http://www.openoffice.org/product/draw.html

The ODG format is able to support most features of the TWikiDrawPlugin. It only lacks support for attached text and for attached decorators. These will have to be converted into grouped figures.

-- WernerRandelshofer - 01 Sep 2007

Excellent work, Werner. It might be a good idea to package the plugin using the BuildContrib, in the same way as the TWikiDrawPlugin is packaged, and check it into the TWiki subversion repository. That way maintenance is much easier for people other than the original author, and the plugin will also be available via the "Find More Extensions" interface in configure. it only takes ten minutes to do all this, so if you need help give me a shout and I'll find the time.

-- CrawfordCurrie - 01 Sep 2007

Dear Crawford, I already checked AnyWikiDraw into SVN as it was requested by Peter Thoeny.

Here it is: SVN:twikiplugins/AnyWikiDrawPlugin/

For me, it would definitely take more than 10 minutes to do the packaging. It would be great, if you could do it for me.

-- WernerRandelshofer - 01 Sep 2007

On %DRAWING{ "drawing.svg" width="300" height="200" }% vs. %DRAWING{ drawing.svg, 300, 200 }% syntax, you could support both. The double quotes are only needed if you have additional parameters. For your non-standard format you could first call TWiki::Func::extractParameters() to get a clean string spripped of quotes and leading/trailing whitespace, then do your own "comma space" parsing to separate the parameters.

-- PeterThoeny - 03 Sep 2007

To most users (not developers - users!) having a consistant user interface is much more important than shorter syntax.

We should stay with %VARIABLE{"main variable" parameter1="value1" parameter2="value2"}%

It is much easier to remember because sequence of the parameters is free and with proper names like width and height instead of w and h I do not have to look up the plugin syntax on the plugin topic each time I need it. That is what happens with the many geek plugins. You have to look up the dammed syntax each time to figure out especially the sequence.

I looked a bit on the plugin code. I can see it is based on a old plugin because the tag is decoded in the old inefficient way.

It should be done with

TWiki::Func::registerTagHandler( 'DRAWING', \&handleDrawing ); 

and then inside the function (in this example handleDrawing) you can easily get to the variables provided that you stay with the normal TWiki variable syntax and not the geeky comma separated syntax.

    my $filename = $params->{_DEFAULT} || ' untitled.svg';
    my $width = $params->{width} || 600;
    my $height= $params->{height} || 450;

I am not a very skilled perl programmer but this is actually quite simple.

The commonTagsHandler method is much slower - even when the plugin is not used on a topic and it should only be used when a plugin handles more than just replacing a single %VARIABLE.

This plugin only does a replacement in commonTagsHandler so the TWiki::Func::registerTagHandler is the more efficient way of doing things - and the simpler. Much simpler.

-- KennethLavrsen - 03 Sep 2007

Kenneth, I suggested a shorter syntax, because I am used to the syntax of MediaWiki. I see that this can confuse TWiki users. So, lets use the syntax with the named parameters.

Thank you for your code review. This is exactly what I was looking for. I did indeed copy some code from another plugin into the AnyWikiDraw plugin code. I didn't know that that code was obsolete.

If you have the time. Can you please take a look at function 'deliverFile' in the pack200 script? http://svn.twiki.org/svn/twiki/trunk/AnyWikiDrawPlugin/bin/pack200 This function is supposed to deliver a binary encoded file to the Java client. I couldn't figure out how to transfer it efficiently, and resorted to the 'print' function.

-- WernerRandelshofer - 03 Sep 2007

I was experimenting with this plugin, but could not get the new modes (svg/jpg, at least) to work. The applet fails to load, saying:

load: class org.anywikidraw.twiki.TWikiDrawingApplet.class not found.
...
at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:168)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:119)
...

I uninstalled TWikiDrawPlugin before installing this. The old drawings still work. I guess this must have something to do with my Java installation (I run Ubuntu Feisty, with java5).

/Edit: installed applet-plugins and restarted my browser, now I got a grey screen instead of drawing interface. No error report, just a grey block which flickers a bit when loading the page.

-- MikkoLaakso - 03 Sep 2007

I crafted a new anywikidraw.tmpl to replace the old, original TWikiDrawPlugin template. It uses standard fields, and is therefore compatible with more skins.

• anywikidraw.tmpl: Replacement template with standard twiki fields

-- MikkoLaakso - 03 Sep 2007

Hi Mikko. I don't know why the applet is not working on your installation. Maybe there is a name clash with the pack200 Pearl script that I wrote and the pack200 binary which is part of the JDK. I am going to rename pack200 to AppletPack200.

And thank you very much for the new template. I am going to take a look at it, and integrate it into the next version of AnyWikiDraw.

-- WernerRandelshofer - 04 Sep 2007

Thanks a lot for this great plugin! Although I guess it's still early days, it already looks very promising. There are still a few minor bugs but I guess you're aware of that. E.g. the sliders for line thickness and transparency don't work (on FF 2.0.6 and IE6) and the file comment is not preserved upon re-opening the drawing. Links as well as the various file formates (SVG, PNG, JPG) are working fine.

-- MartinKaufmann - 14 Sep 2007

I stumbled across a tiny bug (nothing serious) which leads to lots of Apache error messages of the sort

Argument "REQUEST_URI" isn't numeric in array element at /home/httpd/testing/lib/TWiki/Plugins/AnyWikiDrawPlugin.pm line 159.

-- MartinKaufmann - 17 Sep 2007

Hi Martin, thank you for your feedback and the fixes, I am going to integrate the fixes into upcoming releases.

The sliders are really badly broken. I don't know, how I could miss that.

The comment field is actually a 'change comments' field. This field is empty for each edit session. It can be used to describe the current changes on a drawing. 'Change comments' is a feature of MediaWiki. I don't know, if it makes sense to have this feature in AnyWikiDraw for TWiki, because I think TWiki does not support change comments. (?)

-- WernerRandelshofer - 25 Sep 2007

Hi Thanks for the PlugIn. I am working on Windows XP SP2 and i have the follwing error: load: class org.anywikidraw.twiki.TWikiDrawingApplet.class not found Java is installed and working (tested in other site) any idea?

-- GalSisso - 01 Oct 2007

Hi Gal, maye the path to the .jar files are not generated correctly?

Can you please take a look a the source code of the wiki-page, when you get the error. The source code should contain an "applet" tag, with an "archive" attribute. The "archive" attribute should contain the path to the file "AnyWikiDrawForTWiki.jar".

If this path is correct, then you should be able, to enter it into the address field of your browser (you need to prepend http:// and the domain name of your server), and then the AnyWikiDrawForTWiki.jar file should be downloaded on your computer.

For example, on my local Twiki installation, I have got the following "archive" tag: archive="/~werni/twiki/bin/pack200/pub/TWiki/AnyWikiDrawPlugin/AnyWikiDrawForTWiki.jar" To download the .jar file, I enter http://localhost/~werni/twiki/bin/pack200/pub/TWiki/AnyWikiDrawPlugin/AnyWikiDrawForTWiki.jar

-- WernerRandelshofer - 03 Oct 2007

Hi Thanks for your reply. i cannot download the jar. here is the link i use from source : http://10.3.2.228/twiki/bin/AppletPack200/pub/TWiki/AnyWikiDrawPlugin/AnyWikiDrawForTWiki.jar and here is the error i see on the apache log : [Wed Oct 03 01:20:09 2007] [error] (13)Permission denied: exec of '/var/www/twiki/bin/AppletPack200' failed [Wed Oct 03 01:20:09 2007] [error] [client 10.3.3.84] Premature end of script headers: AppletPack200

After fixing the permission problem using help from the irc of twiki i have th follwing: [Wed Oct 3 01:36:53 2007] view: Argument "REQUEST_URI" isn't numeric in array element at /var/www/twiki/lib/TWiki/Plugins/AnyWikiDrawPlugin.pm line 159. [Wed Oct 3 01:36:53 2007] view: Use of uninitialized value in string eq at /var/www/twiki/lib/TWiki/Plugins/AnyWikiDrawPlugin.pm line 74. [Wed Oct 3 01:36:53 2007] view: Use of uninitialized value in concatenation (.) or string at /var/www/twiki/lib/TWiki/Plugins/AnyWikiDrawPlugin.pm line 159. [Wed Oct 3 01:36:53 2007] view: Use of uninitialized value in string eq at /var/www/twiki/lib/TWiki/Plugins/AnyWikiDrawPlugin.pm line 74. [Wed Oct 3 01:36:53 2007] view: Use of uninitialized value in concatenation (.) or string at /var/www/twiki/lib/TWiki/Plugins/AnyWikiDrawPlugin.pm line 159. [Wed Oct 03 01:36:53 2007] [error] [client 10.3.3.84] File does not exist: /var/www/twiki/pub/Sandbox/TestTopic1/Drawing1.svg.png, referer: http://10.3.2.228/twiki/bin/view/Sandbox/TestTopic1

-- GalSisso - 03 Oct 2007

After testing some more i guess the problem is with the convert from svg to png for display. My file is SVG and no PNG

-- GalSisso - 03 Oct 2007

Wow, I thought TWikiDrawPlugin was cool. Werner, this is a really impressive piece of code you have a produced! We have been using the TWikiDrawPlugin quite extensively at Westermo R&D, but now I will try to move us to this instead.

Is there anyone with TWiki Subversion access working on this to help Werner with the TWiki integration? I see a lot of good suggestions in this topic, but the last commit is from 2007-06-11 when Werner made the initial commit.

-- JoachimNilsson - 21 Jan 2008

By looking at sourceforge.net it looks like 0.10 is still the latest version. That plug-in is clearly in search of a TWiki savvy maintainer. I'm looking forward to take a look at that plug-in myself. I'm so happy WernerRandelshofer dedicated the time and effort to publish that 0.10 release and so sorry I never managed to make some time for helping out as it sounds like a very interesting project indeed

-- StephaneLenclud - 31 Jan 2008

A good drawing tool is a good fit for the TWikiMission, I am looking forward to some progress with this integration!

-- PeterThoeny - 04 Feb 2008

Hi everybody. I am currently working alone on this project, that's why it takes extremely long to do an incremental development cycle: There hasn't been a new version of AnyWikiDraw, because I am currently working on a new release of JHotDraw 7, which provides the base technology of AnyWikiDraw; after that, I need to work on the long-standing issues in the MediaWiki integration, and only after that, I will be able to turn back to TWiki. – Therefore, I appreciate every helping hand on this project, if you have time to work on the TWiki integration, don't be shy, dig into the code, and do improvements on the server side code as you see fit. – If you want to do changes on the applet, you should contact me first, because, um, I am 'secretely' working on it. -

-- WernerRandelshofer - 08 Feb 2008

I installed that plug-in on TWiki 4.2 Windows installation and try editing a svg file. Here are some quick feedback:

• One must fix the shebang line in AppletPack200 for it to work (Windows installation)
• Firefox just hangs upon drawing edition until you kill the firefox.exe process
• IE7 won't run the applet (security settings issue?)
• Opera would run the editor fine but crashed once out of 2 tries upon saving the drawing
• The editor applet itself is obviously just a draft. The UI needs a lot of work to reach maturity.
• Drawing quality is pretty impressive I love the anti-aliasing.

Werner where can I get an updated version of the applet?

-- StephaneLenclud - 12 Feb 2008

I rewrote a good part of the plug-in framework using the newest EmptyPlugin as template and did some healthy code cleaning such as not using the common tag handler but rather registering tags, and other stuff on the same line.

Instead of DRAWING it's now using ANYWIKIDRAW or AWDRAW as an alias. Until now the only web browser I could use for edition is Opera. I also observed severe caching problems upon view and edition. If I edit an existing drawing and save it won't show the changed version unless I force a page reload. After reload if I edit the drawing I find myself editing the previous version of the drawing; so upon saving I lost the changes from the previous edit cycle. It just won't edit the correct version of the drawing unless I close Opera and restart it.

I'll check-in my changes and publish the whole thing as soon as I get a chance. That might not be for another 10 days.

• AnyWikiDrawPlugin.pm: In the meantime you can patch your current version

-- StephaneLenclud - 12 Feb 2008

I repackaged the whole thing. I haven't integrated the template suggested above. simply not tested it yet. I'm not even sure what are templates used for in that plug-in.

-- StephaneLenclud - 15 Feb 2008

This is a killer. Tested this plugin, and it works perfectly for me, can save and update graphics in Firefox without problems. I can even create an image then replace the .svg in the attachment with a rather complex SVG I made with a desktop editor (Inkscape) and AnyWikiDraw loads it (almost) correctly and lets me edit it. Sweet.

-- ThomasHaselwanter - 16 Feb 2008

After some more playing I came across the first reproducible bug. Objects that I group (box + text for example) appear in the PNG but not in the SVG, so next time when I'd open the drawing for editing all grouped objects are gone.

-- ThomasHaselwanter - 16 Feb 2008

Salut Stephane,

Thank you for your great progress on this project. I haven't had time to look into the patch you made yet (need to figure out first, how to deal with .pm files - is this kind of a diff-file?).

* Stability issues with Firefox, IE7 and Opera. - I am not aware of these. Maybe this is an installation problem with Java on your computer?

* About the editor being a draft. - Yep, that's precisely what it is. For now, I am focusing on file format support and on essential editing capabilities.

* 0.10 is the last version of the applet. Newer versions will follow only after I made a new release of JHotDraw 7.

The caching issue that you are facing is also the biggest problem that we are having with MediaWiki. We need to provide proper caching instructions in the HTTP header when transmitting the SVG file to the applet. As a quick and - very - dirty hack, we might just specify a different URL for the SVG file each time we start the applet, for example, by appending a query string with a timestamp to the URL.

The template is not used yet. In a future version of AnyWikiDraw, I want to provide a download page for the stand alone version of AnyWikiDraw in the Wiki.

-- WernerRandelshofer - 17 Feb 2008

Dear Thomas Haselwanter,

Grouping works for me. Maybe you are only seeing a side effect of the caching issue? Please quit the browser after you have edited a drawing. After opening the browser again, you should see the groupings in AnyWikiDraw.

-- WernerRandelshofer - 17 Feb 2008

Werner, .pm files are Perl modules. Since TWiki is written in Perl, they just contain the code for the individual applications. They correspond to .php files in MediaWiki.

-- MartinKaufmann - 18 Feb 2008

I'm not sure what's so dirty about the caching URL trick. It seems to me that TWiki actually uses that time parameter trick when it comes to edit pages

I still fail to use the applet with both Firefox and IE7. It constantly hangs and/or crash the browser process upon edition. I tried that on 3 different Windows machines and 2 different servers (Windows/Linux). I'm no Java expert so I can't tell you much about the Java environment on those machine.

The crash upon saving in Opera was occurring when trying to save a file while not logged into TWiki. Some times you would get java exception dialog sometimes the Opera browser would just crash.

-- StephaneLenclud - 19 Feb 2008

Thank you, Martin, I didn't know that Perl did have such a feature. I got very confused when I saw HTML code mixed with Perl code. Doh.

Stephane, the dirty thing about the caching URL trick is, that it wastes resources on the client, and that it will not work reliably, when a caching proxy is between client and server. In the meantime, I figured out, that I can disable caching in the Applet (I still need to test this tough). In the long run, we should seek for a solution on the server side, by providing the proper HTTP headers when sending the image to the Applet.

I will look into the stability issues too. Maybe the Applet is causing a race condition somewhere in the Java Virtual Machine. Are your 3 different Windows machines all running Windows XP or Windows Vista?

-- WernerRandelshofer - 29 Feb 2008

XP

-- StephaneLenclud - 29 Feb 2008

Hi folks,

I have finally found time to work again on AnyWikiDraw.

I have attached now the file AnyWikiDrawPlugin.zip with the comment "AnyWikiDraw for TWiki 0.11.0.1" to the AnyWikiDrawPlugin page. This code is based on the cleaned up server-side code by StephaneLenclud. - Thanks Stephane!

This version includes fixes for the following issues:

• I fixed the caching issue, which made it impossible to edit the same drawing multiple times.
• I worked around the stability issues on Windows XP, by disabling the pack200 transfer encoding of the Java Applet.
• I fixed a number of SVG related issues, by upgrading AnyWikiDraw from JHotDraw 7.0.9 to 7.1
• Users are now forced to login, if they click at the "Edit" link. This ensures for most users users that they can save a drawing after they have edited it.

We are still having lots of issues in AnyWikiDraw. For example, the server side code crashes, when a user - who isn't autorised to save a drawing – attempts to save a drawing.

-- WernerRandelshofer - 26 Mar 2008

Nice to see progress on the AnyWikiDrawPlugin! I am looking forward to the day when we can replace the TWikiDrawPlugin with this one, where existing an %DRAWING{}% magically upgrades itself on first edit.

-- PeterThoeny - 27 Mar 2008

Maybe I'm missing something.. Is it possible to use directed connections between objects with this plugin? I can create a connection between objects but I need to show what direction the connection is going. I've tried all the available options to no avail. This is possible with the TWikiDrawPlugin Plugin

-- PadraigLennon - 18 May 2008

Hi PadraigLennon, The current version of AnyWikiDraw doesn't support connections, because this is not supported by the SVG file format.

The only thing we could do with SVG, is supporting 'SVG Markers'. With SVG Markers, it is possible to create lines with arrowheads. but these lines can't be attached to other objects.

The long-term goal of AnyWikiDraw is implementing support for the Open Document Drawing file format (ODG). With ODG, it is possible to create connected lines with arrowheads.

ODG is also a good candidate for the 'magical upgrade' functionality which PeterThoeny looks forward to.

-- WernerRandelshofer - 19 May 2008

btw. I am currently reworking the user interface of the Applet. You can take a look at the current state of development here: http://www.randelshofer.ch/anywikidraw/demo/anywikidraw_for_twiki_demo.html

-- WernerRandelshofer - 19 May 2008

Very nice Werner. I did not get a chance to look at the latest plug-in version you uploaded but that link is all I needed. IMO anchored link (ODG) is a must for corporates. The applet shows all in German on my Windows XP machine which means it's properly localized somehow. However I would like to have it in English. Do you happen to know how to tell the JVM to use English instead of German? Brilliant work anyway!

-- StephaneLenclud - 20 May 2008

Some feedback: Personally I would prefer the controls on the left side and vertical, could that be made customizable through the plug-in? Would be great if we could get ride of that scroll bar in the controls Window.

-- StephaneLenclud - 21 May 2008

Thank you very much for your feedback Stephane!

The demo applet runs now always in English. btw. do you know, how to retrieve the language settings of the user from TWiki? I think it would be good, if the applet would retrieve the language from TWiki.

I placed the controls at the bottom, because I think that most drawings will be in landscape. This way, there is a greater chance that all controls fit on the screen. But if you prefer them on the left, I can let you dock them there. I will add this feature later though. I am currently revising the toolbars. Its much easier for me, if I can concentrate on only the landscape version of the toolbars.

You are right. The scrollbar looks a little bit odd on Windows XP. I need to replace it by one, which looks less irritating, when all toolbars fit on the screen.

I also made some more changes to the applet:

• The handles are now drawn in a style which should be more familiar to users of widely used drawing programs, such as Adobe Illustrator and Adobe Fireworks. The outlines are less distracting now, and show the contours of the shapes much better now.

• I have implemented a new font chooser. The old one did not work, when more than a dozen of fonts was installed on a computer.

Cheers, Werner

-- WernerRandelshofer - 22 May 2008

I have released now version AnyWikiDraw 0.11 over at Sourceforge. http://sourceforge.net/projects/anywikidraw It would be great, if someone had the time to test it on a TWiki installation.

-- WernerRandelshofer - 28 May 2008

I looked at http://www.randelshofer.ch/anywikidraw/demo/anywikidraw_for_twiki_demo.html and saw that the scrollbars are still not working in IE7. For example for tickness of line. You can click it open but if you click on the circle and try to move it then the scrollbar disappears again.

-- FrederikBeun - 02 Jun 2008

Thanks Werner, nice progress! For TWiki users' convenience, it would be good to have the AnyWikiDrawPlugin topic updated, with latest package.

-- PeterThoeny - 02 Jun 2008

Hi Frederik, which version of Java did you use? Can you please update to the latest version of Java, and then try again? I just tried out the applet with IE7 on Windows XP and Windows Vista using a very recent version of Java 6, and it worked fine.

Peter, I am going to add a link for the download page at sourceforge to the topic page, when I do the release for 0.12 of AnyWikiDraw. When I have a stable releases of AnyWikiDraw, I'll add it to the topic page directly.

-- WernerRandelshofer - 04 Jun 2008

It was the version 5, I updated it to 6 and indeed it works with XP and IE7

-- FrederikBeun - 04 Jun 2008

Werner: The installer looks for the attachment and meta information in the plugin page. Also, reports in this web link directly to the attachment, assuming name AnyWikiDrawPlugin.zip. Therefore it is better to package it in the proper TWiki format. May be your build script can be enhanced to package it and upload to twiki.org? See BuildContrib for inspiration.

Or possibly someone in the TWikiCommunity is stepping in to package it for you?

-- PeterThoeny - 04 Jun 2008

Hello,

I get the following error screen, when I click on the link to create a new drawing.svg: "TWiki detected an internal error - please check your TWiki logs and webserver logs for more information. Can't call method "forceAuthentication" on an undefined value". The Twiki log says: "Can't call method "forceAuthentication" on an undefined value at /home/httpd/twiki/lib/TWiki/Plugins/AnyWikiDrawPlugin.pm line 1010. at /home/httpd/twiki/lib/TWiki/Plugins/AnyWikiDrawPlugin.pm line 1010", followed by a couple of more lines. What is wrong here with the authentication?

-- JensHofmann - 04 Jul 2008

Dear Jens, thanks to some help I received by e-mail, I was able to find out the cause of this problem. This problem occurs because the server side code of AnyWikiDraw needs to be different for different versions of TWiki. Since version 0.13.2 of AnyWikiDraw there is now a separate plugin for TWiki 4.1 and one for 4.3. You can download it from the AnyWikiDraw project site at Sourceforge: http://sourceforge.net/projects/anywikidraw/

-- WernerRandelshofer - 2009-07-08

I checked in the latest version 0.14 into SVN trunk and attached it to the AnyWikiDrawPlugin topic. Thanks Werner!

-- PeterThoeny - 2010-01-18

Peter, the RELEASE string in AnyWikiDrawPlugin.pm in the zip file attached to the AnyWikiDrawPlugin topic says that it's release "0.13.2". Can you validate that it's 0.14?

-- DavidMasterson - 2010-05-21

I changed the ModificationPolicy of this extension from ContactAuthorFirst to PleaseFeelFreeToModify due to inactivity. Anyone please feel free to work on this extension.

-- PeterThoeny - 2012-12-03