I doubt this is going to happen as it is Java. Java unlike PHP is a pain to install and maintain on many servers. And since the JVM eats major amounts of RAM on its own, few webhosts even allow Java.
There is one client-side applet JAR file, and no server-side Java processing. Hence there is no issue of server-side Java.
On the browser end a new edit window is opened when you click on the image, invoking a php-script tiki-editdrawing.php:
-----------------
<br/><a href='#' onClick="javascript:window.open('tiki-editdrawing.php?path=/tiki&drawing=foo1','','menubar=no,width=252,height=25');"><img border='0' src='img/wiki/foo1.gif' alt='click to edit' /></a> -----------------
The corresponding php script (tiki-editdrawing.php) inserts the appropriate applet and parameters:
<?php
# some tiki-specific setup stuff, then ...
<applet archive="lib/jgraphpad/jgraphpad.jar"
code="com.jgraph.JGraphpad.class" width=100% height=40>
<param name="drawpath" value="<?php echo $path>/img/wiki/<?php echo $name?>.draw">
<param name="gifpath" value="<?php echo $path?>/img/wiki/<?php echo $name?>.gif">
<param name="savepath" value="<?php echo $path?>/jhot.php">
<param name="viewpath" value="tiki-editdrawing.php?close=1">
</applet>
--------------- The applet saves the results of the edit using the savepath parameter; so there is perhaps one more PHP script involved.
Is there any possibility to evaluate this as a candidate for 3.1? I don't know php, or I might have jumped in and tried ...
Having a good graphical drawing tool might also make it much easier for developers or the community to include a few key diagrams in the eZ documentation!
You must be logged in to post messages in this topic!