TWikiDrawPlugin Patches
See also: DebianPatches
All changes are in release 1.2.
The Plugins/TWikiDrawPlugin has problems with moin--main--1.2 and saving files under Twisted, because Twisted can't pass the filename of a file attachment to the application. This can be fixed by getting the applet to sent a filename (it already does, but its empty!). I've added a basename param to the applet (basename == name of the file without extension) which will be used a base of the filename parameter when postion the changed drawing back to the MoinMoin server (so if basename is mytest, the applet will sent mytest.png, mytest.map, and mytest.draw as filenames).
Additionally I fixed the edit border in the image map created by the applet. This image map can be used to activate parts of the image as links. This edit border (invisible!) leads you to the edit page of the drawing.
The last change I've done is to add the capability to create indexed PNG images as output.
Changelog
Entries with an are new and not incorporated into moin--main--1.2
- basename parameter for proper filename posts to the moin application
- indexed PNG save option
- xhtml conform image map
- image map in correct order of object stacking (needs to be reversed)
Bug: the imagemap is named after the page and not after the drawing, so multiple maps won't work. Saving something in the attachment path does not always change the mtime of the directory (which forces the page to be recreated), patch to change stamp of directory when saving maps. -- OliverGraf 2004-02-07 18:30:41
Security: incorporated URL checks from latest twiki version. -- OliverGraf 2004-02-07 19:30:02
Bug: edit border had some holes in it -- OliverGraf 2004-02-07 20:45:50
Downloads
- Timestamp
2004-02-07 20:45:50
- Sources
- Plugin
- Patches
. versus T!WikiDrawPlugin sources of 29 Jan 2003 - 21:47 twikidraw-full.diff
Extras indexed PNG sources: twikidraw-png.zip
Test
Q & A
Did you contact with the original author and try to upstream it ? I want to use the Png Export ability with TWikiDrawPlugin --AnonymousDonor
- Yep, I added a comment to the dev page of the plugin, but nothing happened.
Can you provide a recipe for compiling the source? I want to include it officially for Debian were it needs to be compiled from source. --JonasSmedegaard
Hmmmm... ant? -- OliverGraf 2005-07-31 17:12:33
Do you have a build.xml for ant? I am new to java compilation -- -- JonasSmedegaard 2005-07-31 17:31:00
I'll write one. -- JürgenHermann 2005-07-31 23:09:25
Hmmm... so how did I build it if there is no build.xml? I really don't know, I'm no java programmer... please don't take this as a reason to check my changes, I'm quite capable in writing code in mysterious languages I've never seen before -- OliverGraf 2005-08-01 09:00:36
I am still in need of a proper build.xml - see note about problems with current one at DebianPatches -- JonasSmedegaard 2005-11-26 20:17:07
Bug report
does not work when wiki under https/ssl. Files are not saved. JosYule
This is a known problem. If you know how to do https with java, feel free to fix it. -- OliverGraf 2004-05-29 10:10:38 Ah, ok, as long as its known Thanks! I'm not much of a java programmer, but i can see if i can find some https/java info... JosYule
For one thing, Java really checks the certs, including the whole chain up to the root cert. -- JürgenHermann 2005-07-31 22:53:17
Does this help: http://www.rgagnon.com/javadetails/java-0308.html -- MarkkuTavasti 2006-08-09 12:27:17
Patched Version for Embedded Newlines in Text
The following attachments modify the StorableOutput.java class to filter out embedded '\r' from the resulting *.draw file when text contains newlines. Before this change, attempts to reopen a *.draw file containing embedded newlines resulted in failure.
newline_fix_twikidraw-sources.zip
-- TonyGarland 2005-09-12 16:35:50
TWikiDraw 1.103 with OliverGraf's adaptation for MoinMoin
The following is a TWikiDraw 1.103 version from original site with properly integrated OliverGraf's modifications.
- Sources
- Plugin
- Patches
. versus T!WikiDrawPlugin 1.103 sources of 11 Mar 2005 - 16:46 twikidraw-1.103-full.diff
-- VoldemarLeGrand 2005-11-28 21:53:35
Patched Version for storing *.draw files using UTF-8 encoding
The following is a TWikiDrawPlugin version 1.103 patched with OliverGraf's modifications and added UTF-8 support. In this version *.draw files are stored using UTF-8 encoding. So all international characters are preserved. Attention: this version may, in some circumstances, incorrectly load international characters (non ASCII characters) from *.draw files created with original verion of the plugin.
- Plugin
- Sources
- Patches
. versus T!WikiDrawPlugin 1.103 sources of 11 Mar 2005 - 16:46 twikidraw-1.103-utf8.diff
-- VoldemarLeGrand 2005-11-28 21:53:35
If someone has some spare time, we need the following:
- the goal is to have a directory tree (going into contrib/TWikiDrawPlugin/) in our repository
- some toplevel Makefile that just uses stuff being already there in the tree to build the applet *.jar
- the jar needs to be tested and working on the usual browsers people have out there
- building the stuff should be so easy that even a non-java moin developer or debian maintainer gets it
- thus, there should be some README telling build dependencies and those build dependencies should be doable on a debian sarge system
- maybe we can use (or at least try) that utf-8 stuff (see above)
- it would be perfect to have some patchsets for that
- starting from the original twikidraw stuff at some defined and documented version (1st commit into moin repo)
- then having a tree with moin's modifications based on that (2nd commit into moin repo)
- so we can get the diff afterwards if we need it...
Until this is done, there might be no debian twikidraw plugin as debian requires stuff built from source.
If someone can do this really fast, it might get into 1.5.0. If not, there is more time until 1.5.1.
While you're at it:
search for more Twikidraw bugs on MoinMoinBugs page
--
I've just made a ZIP with a directory tree based upon an OliverGraf's original source code, a very simple build.xml and README. It's enouth to extract ZIP in /contrib/TWikiDrawPlugin and run properly configured Ant in this directory to build the applet. TWikiDrawPlugin-OliverGraf-SourceTree.zip
I am ready to investigate TWikiDraw related bugs and make patchsets to integrate TWikiDraw sources into MoinMoin distribution directory tree. But I need some time to do it.
-- VoldemarLeGrand 2005-12-27 01:47:40
Thanks a lot, that's maybe exactly what we needed. I committed it to moin-1.5 archive. -- ThomasWaldmann DateTime(2005-12-28T00:11:44Z)
Makefile patch to build the TWikiDrawPlugin from source. It will only be built if you set the variable BUILD_TWIKIDRAW in your environment first.twikidrawbuild.patch
-- JoseQuinteiro 2009-02-26
What about using JGraphpad Community Edition in with MoinMoin instead of TWikiDraw?
- Comment: The domain hosting this project seems abandoned and is for sale. And jgraph.com seems to have dropped their community edition.
Hi, I'm a professional java developer, but in my spare time I'm working on maintaining JGraphpad Community Edition (CE), a very powerfull open source java diagram editor based on the JGraph diagram visualization library. This java swing graph library is inspired from the design of the JTree API and is professionally supported by JGraph.com while being LGPL open source. JGraphpadCE is itself released under the GPL license so far.
You can try JGraphpad CE there: http://wiki.visualmodeller.org/JGraphpadCE
The main benefits of JGraphpad over TWikiDraw are:
the diagram data is structured as a graph with everything you want inside (all extra information get persisted via reflection without the need to touch any encoder/decoder) , it's not just a drawing, it's a graph structure, so you can tie your diagram to any business logic/algorithms backend. especially I use it in Emergy Simulator (http://wiki.visualmodeller.org/EmSim) to provide a visual simulation language for ecology. It would be very interresting to have simulation files accessible in a Wiki context, I'm currently working on this. Of course any other diagram driven language can be implemented.
- graphical features are richer (benefit from all JGraph commercial and open source (LGPL) developement)
- user interface is richer
- you can now easily configure/subclass JGraphpad in order it fit for very complex applications.
Since all is properly done in the appletpad.py macro, we could greatly clean up the MoinMoin code (the AttachFile.py action for instance) and get rid off TWikiDraw specificities if no user want them anymore.
- JGraphpad CE is designed in such a way you don't need to accept any security certificate, it's just safe inside the applet/webstart java sandbox. User won't be scared about allowing unrestricted privileges to the editor.
- While being sandbox friendly, jGraphpad CE can still save/open files on the client local disk when the webstart mode is chosen and after a specific restricted disk access prompt warning.
- JGraphpad CE works transparently as an applet, as a webstart application and as a standalone application when downloaded. So it's avery generic diagramming platform.
minus:
- larger to deploy (450 K versus 200K for TWikiDrawPlugin). But actually, JGraphpad CE now uses pack200. That means that on java 1.5+ clients (either webstart, either applet), the primary download is only 90 Ko, plugins are downloaded in the background!!! Yes, it a faster download than the FCKEditor text editor!
- lack of some free drawing features TWikiDraw has. One is the free shapes.
Installation in the MoinMoin wiki: please read: http://wiki.visualmodeller.org/MoinMoinPlugin other demos can be found from: http://wiki.visualmodeller.org/ cheers, RaphaelValyi
Is JGraphpadCE the same thing you get from jgraph.com? -- DanGregory 2006-10-19 14:52:27
-> Not at this time. JGraph.com turned mainly commercial since late 2004 and is now selling JGraphpad Pro (which uses the same LGLP JGraph core library as JGraphpadCE but JGraphpad Pro is only distributed under a closed source commercial license). Differences between JGraphpadCE and JGraphpadPro are summed up here: http://wiki.visualmodeller.org/PadCEvsPadPRO -- RaphaelValyi