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)


 * I just tried it again and now it's working... weird. I didn't change a thing.  Maybe some security element needed a PC restart, I don't know.  I had restarted IIS during testing, but that never fixed it.  If I see the error again in the future, I'll definitely check the Java console.
 * Hex2bit 22:53, 16 November 2009 (UTC)


 * Okay. Its good that it works now. Did you run the web-server and the browser on the same computer? In this case, it is not clear to me, where the problem was (on the server-side or on the client-side).
 * --Rawcoder 20:07, 17 November 2009 (UTC)

Breaks Special:SpecialPages
Seems odd to me, but when I had this extension active over many, many versions from SVN, I've been getting this error: "Fatal error: Cannot redeclare class SpecialUpload in /opt/local/apache2/htdocs/w/includes/specials/SpecialUpload.php on line 635") Niels Olson 01:30, 16 December 2009 (UTC)


 * Hi Nils. I am only testing AnyWikiDraw with releases of MediaWiki.
 * --Rawcoder 16:01, 16 January 2010 (UTC)

Broken in 1.16
An update to mediawiki trunk would be greatly appreciated --Alterego 04:40, 18 February 2010 (UTC)


 * Hi Alterego.
 * MediaWiki 1.16 is not released yet. I won't do fixes based on unstable code in the trunk.
 * --Rawcoder 22:20, 24 February 2010 (UTC)