March 2007 - Inkscape Devel - Inkscape Mailman

Work toward scripting
by Bob Jamison 05 Mar '07

05 Mar '07

Several people have asked me to let them know if there is anything they can do to help out toward DOM scripting. I came across something today that would be of excellent help. It is quite possible that ActionScript might turn out to be a much better fit than Spidermonkey as our JS engine, since it is C++ and we would be able to use C++ inheritance rather than Spidermonkey's C bindings, which are hard to understand, convoluted, and incredibly verbose. We would need to test this out first, however, to make sure that it is feasible and worth the effort. What we would need is a MinGW build of ActionScript. The free Mozilla version of this is called Tamarin, and is available at: http://www.mozilla.org/projects/tamarin/ The code can be checked out via cvs: cvs -d :pserver:anonymous@...1680...:/cvsroot co mozilla/js/tamarin The problems I found are mostly these: 1. there are a lot of _asm{} chunks distributed through the code, and when they include a chunk with #ifdef WIN32, they assume that you are using MSVC. What they really need is to split their #ifdefs for win32 to _MSC_VER and __MINGW32__. MinGW needs to use the same asm code as the linux-ia32 pieces. 2. setjmp in mingw is defined as a macro, so when they wrap that in a macro later, there is a problem 3. GrowableBuffer has some Intel asm in one place, but -no- gcc asm version. Someone needs to write the 10 lines gcc-style. There are others. If the hacks are clean, we could help out the Mozilla guys by sending them a patch. They could use this for Linux, too. So if people are really serious about helping out with scripting, this is a good place to start. Thanks. bob

3 4

FYI: svn snapshot tarball names
by Kees Cook 05 Mar '07

05 Mar '07

Hi, Just a quick note: I've changed the naming convention for the svn snapshot tarballs[1]. Instead of date/time, they're now named after the most recent svn revision they contain. (Though someone will need to make a commit before this is visible...) [1] http://inkscape.modevia.com/svn-snap/?C=M;O=D -- Kees Cook @outflux.net

1 0

0.45.1?
by bulia byak 04 Mar '07

04 Mar '07

I think it's time to start working on 0.45.1 - there are lots of patches in the queue. However the most frequently reported problem is still not fixed: it does not work on OSX 10.3.9. Is there anyone on Mac who could look into this and report if this is fixable at all? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

9 19

Re: [Inkscape-devel] [Inkscape-user] PostScript fonts print as Courier when Inkscape exports to EPS
by Adib Taraben 04 Mar '07

04 Mar '07

Niall, I am not the Latex expert. I am using Ubuntu and/or Sarge do. Could you provide me some small document inserting the eps and the command how to start Latex I will investigate in this. btw. You probably know PostScript does not support Unicode thats why Inkscape creates own "Subfonts" for each font before using in the document. This is the reason for the "-ISOLatin1" in the font name. The second PostScript issue is that it does not handle font names containing spaces. There have to be brackets around. There will be no easy patch in the next future and you will be save if you convert fonts to strokes before. I will have an eye on that. HTH, Adib. Niall Mansfield schrieb: > Adib, > > Thanks for your message. > > > which Version of the Helvetica font do you use on your PC? > > I have found several versions from Adobe, Apple or some which stated > > "Converted from ... by ALLTYPE". Also there are .ttf and .otf > > Good question. > > I assumed that I was using PostScript fonts, but that may not be > true -- your question forced me to look, and try and understand > these things (which I don't pretend to do on Windows). > > However: > > * all the fonts displayed in the Inkscape dialogs are TrueType. > > * but not all TrueType fonts are visible in Inkscape. > (e.g. WingDings and WebDings) but about 95% of the TT fonts > are visisble. The TT fonts are all .ttf extension. > When I look at a sample of Helvetica Condensed, it says > the foundry is Agfa Monotype Corporation. > > * no PostScript fonts are visible in Inkscape > (even tho' they are visible in MS-Word, and other programs, > and can be selected, displayed on screen, > and printed ,without any problem). All our > printers are PostScript. > > Only other point that might be relevant (but I doubt it) > is that I am copying all the .EPS files from the XP box > to a Linux m/c where I am using them within LaTeX. > > Regards, > Niall >

2 2

PostScript printing problem
by James Richard Tyrer 04 Mar '07

04 Mar '07

The short story is that this would print correctly except as a bitmap: http://home.earthlink.net/~tyrerj/files/OG/ogp_open_window_logo_0.svgz This appears to be an inherent problem with PostScript, but I'm not certain about this. If so, it would be necessary to first transform the SVG file into one that could be converted to PostScript vector format. I also tried the blur filter and had the same problem, it won't convert to PostScript vector format. -- JRT

1 1

File dialog changes
by Jon A. Cruz 04 Mar '07

04 Mar '07

I just committed the first of a few changes to the file dialogs. Round one here gets rid of the "Append filename extension automatically" checkbox and instead updates the extension live in the dialog. Give it a spin and see how it works. A few more will come in later.

2 1

cairo-1.3.14 build for win32
by Bob Jamison 04 Mar '07

04 Mar '07

People interested in Bulia's work on using Cairo for Outline Mode rendering might want to experiment with cairo-1.3.14's faster rendering. I made a win32 build of it here: http://inkscape.modevia.com/win32libs/cairo-1.3.14-mingw.7z To test it, all you need to do is copy the DLL in /bin into your Inkscape directory. bob

2 5

NEW: cairo rendering in outline mode
by bulia byak 04 Mar '07

04 Mar '07

I was curious if cairo is in fact slower or faster than our current renderer. I didn't feel like converting us totally to cairo yet, but we have outline mode which is much simpler and perfect for tests like this. So in about 3 hours (of which 2 hours were spent figuring out a known bug in cairo) I converted our outline mode rendering to cairo. The result of this experiment, after I adjusted the tolerance of cairo to match our outline mode quality, is near parity. That is, cairo is about as fast as our own renderer, at least for outline mode (i.e. lots of paths but no gradients or transparency). However this claim needs to be qualified: - It is only true for the latest version of cairo (tested with 1.3.14). Versions 1.2.x are noticeably slower. - This uses image backend to render to a memory buffer, and therefore cannot use any hardware acceleration. Using hardware-accelerated backends will require much more drastic changes in Inkscape's architecture. - Even with image backend, currently cairo is used _only_ for path rendering, each path going to its own temp buffer, and these buffers are later composed together just as they were before. I suspect that if this is optimized by allowing a single cairo context draw all of the paths in the drawing into a single buffer, performance will improve noticeably. In any case, since this does not make for any speed regression, and since it fixes at least one bug that our native renderer had in outline mode, I committed this. Please test outline mode thoroughly and report if you find any problems. If everything works fine I'll remove the old outline mode code and will look into doing some further optimizations. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

13 42

Buildtool fix
by Bob Jamison 03 Mar '07

03 Mar '07

Running buildtool today, there was an occasion where gcc stopped with an error, but there were only warnings on the output. Turns out that the code handling the piping of the messages from the shell was buggy. No wonder that people wanted a listing file. I don't have that file yet (soon), but the warnings and messages are -much- better now. Also, the latest MinGW mingw-runtime has gettimeofday() defined, while older versions do not. If you have a problem compiling buildtool with g++, try compiling with: g++ -O3 -DHAVE_GETTIMEOFDAY buildtool.cpp -o btool.exe I guess that later, when most people have the newer mingw, that can be changed to NEED_GETTIMEOFDAY for the Luddites. :-) bob

1 1

configure.ac for automake 1.10
by Pierre-Luc Auclair 03 Mar '07

03 Mar '07

Here's the file. Pierre-Luc

4 3