Extension talk:AnyWikiDraw

Alignment of Images
Awesome tool - I really like it.

Please consider the following wishes/ideas for future enhancements: --Jorgo 13:29, 23 July 2009 (UTC)
 * Add alignment option (right left center) as typical Image:Link would do. My workaround is to frame the #drawing-tag with div-container and float-style.
 * Add display option as thumbnail.
 * Add option or guide to edit picture on Image:page With this, the wiki pages would not be disturbed by the frame and "edit"-link (using Image:link instead) but editing is still possible on the Image:page.


 * Hi Jorgo. These are excellent suggestions. I will consider them for future updates of AnyWikiDraw.
 * --Rawcoder 07:49, 1 August 2009 (UTC)

Image Embedding with original aspect ratio
Greetings: Additional ideas for further releases from Jorgo ...

When embedding clipart as bitmaps, I'd like to This would be an excellent solution for commenting bitmaps in SVG files with graphical objects.
 * embed in original pixel size
 * preserve the aspect ratio from original bitmap
 * zoom with preserved aspect ratio

--Jorgo 12:45, 11 September 2009 (UTC)


 * For AnyWikiDraw 0.14 I have added the following actions to the popup menu: "Set to image size", "Adjust height to image aspect", "Adjust width to image aspect". These actions are shown, when the popup menu is opened over a bitmap image which does not have its original size. I hope this does the trick. I will add support for scaling with preserved aspect ratio in a future release.
 * --Rawcoder 12:49, 21 October 2009 (UTC)

Unable to save images
After I edit images the changes are not saved, and new images are not created.

I'm using a fresh apt-get installed mediawiki in ubuntu — that is, mediawiki 1.13.3. I enabled image upload and imagemagick. I can successfully upload images. I have tried creating new svg's and jpg's, and editing existing jpg's; none can save changes. What step have I missed?


 * What error message do you get from the applet?
 * --Rawcoder 19:44, 5 August 2009 (UTC)
 * I don't get one as far as I can tell. Where should I be looking?207.241.137.115 20:09, 8 August 2009 (UTC)


 * Well. The applet should display a red error symbol and a message if it can not save the drawing. What exactly happens when you click the save button? Does the applet display a message that saving is in progress? What happens next?
 * --Rawcoder 08:16, 9 August 2009 (UTC)

I am also unable to save images. We are using mediawiki 1.15. I did install ImageMagick. When I try to save an SVG image, it says

Couldn't save the drawing: Upload address: /wiki/index.php/Special:AnyWikiDraw Error message: 403 Forbidden You are not allowed to change this drawing: badaccess-groups  Users, emailconfirmed 2  confirmedittext

Alangley 18:57, 23 October 2009 (UTC)


 * In order to save a drawing, you need to be logged into your Wiki. Anonymous users usually don't have enough permissions to upload a file to the Wiki.
 * AnyWikiDraw shouldn't display the edit link, when a user is not logged in though. I will look into this for a future release of AnyWikiDraw.
 * --Rawcoder 06:15, 27 October 2009 (UTC)

403 Forbidden error, cause: undefined index "DrawingData"
I'm running Mediawiki 1.15.1. I've setup Batik to handle SVG since I'm running on Windows. I can create a drawing, edit it, but when I save it, I get a 403 Forbidden error, much like what Alangley sees. However, mine is throwing an error complaining about the "DrawingData" not being a defined index, which shows up in the error message returned.

In the code, it is referencing the array index 'DrawingData', but is not able to find it. This would be file "AnyWikiDraw.body.php".

function processUpload { global $wgRequest, $wgOut; // Fill in the form data as needed by the upload form $wgRequest->data['wpDestFile'] = $wgRequest->data['DrawingName']; $wgRequest->data['wpIgnoreWarning'] = '1'; $wgRequest->data['wpDestFileWarningAck'] ='1'; $wgRequest->data['wpUploadDescription'] = $wgRequest->data['UploadSummary']; $wgRequest->data['wpUploadFile'] = $wgRequest->data['DrawingData'];         <--- HERE --- $_FILES['wpUploadFile'] = $_FILES['DrawingData']; $wgRequest->data['action'] = $wgRequest->data['Action'];

So what reason would there be that the "DrawingData" index isn't being defined on the data array in the request? Could there be a problem with the Batik image converter setup? I'm able to upload images to my wiki, and I'm logged in as a user, so there's no security issue with image uploads. Let me know, thanks.

Hex2bit 15:05, 6 November 2009 (UTC)


 * Maybe the applet fails to encode the drawing data as an SVG file. I doubt that the Batik image converter has anything to do with it, because it comes only into play, after a drawing has been uploaded. Can you take a look at the Java console in your browser? Maybe there is an error message there which helps me fix this problem.
 * --Rawcoder 12:19, 11 November 2009 (UTC)