<span class="gmail_quote"></span>Hi all,<span class="q"><br><br>&gt;The limitations of Skencil 0.6 line was noticed a few years ago by Bernhard H.<br>&gt;and he started the 0.7 line with the first rewrite step to seperate<br>
&gt;the graphical interface. Did you check on the improvements of 
0.7?<br><br></span>Yes, branch 0.7 has a better code style, but sometimes xlib is just substituted by<br>gdk ;)<span class="q"><br><br>&gt;Yes I think distutils was not readily available when Skencil&#39;s build system<br>
&gt;was constructed.<br>
<br></span>It would be great to improve 0.6 branch build - this software is still popular.<span class="q"><br><br>&gt;The attempt to remedy the font problem was Skencil 0.7.<br>&gt;If you write it is not useful, how useful is it compared to Skencil 
0.6 (which<br>&gt;is quite useful, though it of course has a lot of limitations).<br><br></span>Well, I compiled 0.7 branch but text instrument results exception and dailog<br>about Times-Roman font absence. <br><br>On my opinion vector editor should have complex font manager which uses
<br>FreeType or similar libs.<span class="q"><br><br>&gt;&gt; Highly important task is multiplatforming, but we already have<br>&gt;&gt; multiplatform engine mock-up which works on *nix, MacOS X and Win32.<br>&gt;&gt; Unfortunately, this task requires almost complete reimplementation of
<br>&gt;&gt; Skencil derived code. We hope that the result will be presented on LGM<br>&gt;&gt; 2008.<br><br>&gt;Are you developing this in the open?<br><br></span>Oh, no! It&#39;s just a sketch. Not a good code example. :)
<br>General idea is using Cairo to paint inside Tk Canvas, 
i.e. only Tk and Cairo <br>datatypes without platform specific libs and ctypes usage. Ideally it would be<br>great avoiding native extensions at all.<br><br>Regards,<br><span class="sg"><br>Igor Novikov<br>
</span>