- Inkscape Users - Inkscape Mailman

Safari 3 beta renders SVG
by Benjamin Huot 10 Sep '07

10 Sep '07

The SVG website created with Inkscape now works with Safari 3 beta - available now for Mac OS X and Windows http://www.apple.com/safari http://far.no/svg/gallery.svg

9 14

Using filter effects in development version
by D. Jones 07 Sep '07

07 Sep '07

How exactly are you supposed to use the filter effects? ____________________________________________________________________________________ Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games. http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow

1 0

Compiling-Problem
by Thomas Zastrow 07 Sep '07

07 Sep '07

Hi there, I tried to download and install the SVN version of Inkscape. After downloading and running autogen.sh, I started configure and got the error: ./configure: line 12242: syntax error near unexpected token `XFT,' ./configure: line 12242: ` PKG_CHECK_MODULES(XFT, xft, xft_ok=yes, xft_ok=no)' It's OpenSuse 10.2 Thank you very much for any hint! Best, Tom

1 0

integrating new fonts in inkscape?
by Frank Marent 07 Sep '07

07 Sep '07

hi we have a great chance to use inkscape as a batch conversion tool to create eps from svg. unfortunately we use fonts in these svg's that does not seem to be supported by inkscape. is there any chance to (let) integrate new fonts in inkscape? inkscape does not seem to correctly display and use all fonts. background: we're generating thousends of svg files from an xslt process. for a proper publishing we need to add bounding box information to these svg or eps image files. inkscape seems to be the best solution we've found for a task like that. it should create eps or svg with correct bounding boxes around the images. the images contain only two lines of (very) short text. the fonts we're using are a bit exotical. any help is very appreciated. frank

4 4

Improved performance of the object snapper
by Diederik van Lierop 06 Sep '07

06 Sep '07

Hello, The last few days I've spent on improving the performance of the object snapper. It used to take ages (e.g about 6 seconds on my machine) to move a simple rectangle over a large text box, but I've managed to reduce this significantly (i.e. < 1 sec.!). This was with both snapping to paths and snapping to nodes turned on. For this I had to refactor the object snapper code significantly, so I might have introduced new bugs or regressions. Please be aware of this and report any suspicious behavior, so we can have both fast and robust snapping in v0.46! Please note that the performance has only increased when using the selector tool for transforming a number of points, e.g. when dragging a selection. Using the node tool to drag a single node will not benefit from this. Now for those of you interested in some technical details: Before, for _every_ point in the selection being transformed (using the selector tool), Inkscape would search for snapping candidates, build a list of nodes and paths, and finally call convertWithBackData(). Only then would it snap this single point and start all over again for the next point in the selection. Now we only do this collecting and converting stuff once, store the results, and then snap all points in the selection (using the stored data). Not having to call convertWithBackData really helps a lot! I think that in many common cases this improves the performance dramatically. However, there might also be some (rare?) cases showing a performance decrease, because the number of candidates might be higher. Before we would search for candidates within range of a single point. Now we search for candidates within range of any of the snappoints in the selection, so our list of candidates is longer which gives us more combinations to check. I do think that this will not really be an issue, as this use case is less common and there's still a performance gain at the same time. Any feedback is appreciated! Regards, Diederik

3 2

displaying blur effect
by Adam Pearson 06 Sep '07

06 Sep '07

Hi all Sorry to be a pain, I am sure this must have been asked before but can you tell me why my svg files with blur effect do not show the blur in e.g. Firefox 2.0.0.6? I uploaded a bit of clipart (of a crab) to the open clip art library and lost the blur, although it is preserved in an exported png file. You can see both here: http://openclipart.org/media/files/addon/4258 Just left-click the appropriate buttons to see the file, no need to download .... Comments will be very welcome! Adam

7 9

Compiling on Win32
by Docsonic 06 Sep '07

06 Sep '07

I followed the directions from JonY to compile the SVN on Win32 (I know I don't really need to as the new win builds are perfect but I enjoy the challenge) and I keep hitting the same problem. When I run 'g++ buildtool.cpp -o btool' I get a string of errors starting with - buildtool.cpp:53:18: error: string: No such file or directory buildtool.cpp:53:18: error: string: No such file or directory buildtool.cpp:53:18: error: string: No such file or directory

3 6

Adobe Illustrator Export Option
by Joseph Pender 05 Sep '07

05 Sep '07

According to Inkscape 0.45 release notes: "We only support AI import and export for Adobe Illustrator 8.0 and older. This has been clarified in the Open and Save As lists" The menu option does not appear under Windows. Any tips? I'm using inkscape 0.45.1

2 1

ANN: EmfPrinter 0.2.0
by Francesco Montorsi 04 Sep '07

04 Sep '07

Hi all, this is not directly related to InkScape but I think is a news which will interest many people doing vector graphics on Windows. EmfPrinter 0.2.0 is out: http://emfprinter.sourceforge.net/ What is it? EmfPrinter is a virtual printer driver for Windows 2000 and higher (tested only on Windows XP so far), which allows you to create EMF (Enhanced Meta File) vector images from any Windows application which supports printing. The nice things about this virtual printer are: 1. it's Open Source: free as in freedom! 2. it exports data directly in a vector format, without rasterizations; for more info about raster vs vector formats, please see the Wikipedia 3. very easy to install and use (and also to uninstall actually!) =============================== Why EMF? Why export printed data in EMF instead of another vector format, much more widespread like SVG? It's simple: the Windows GDI printing system provides data to the printer drivers directly in EMF format; thus it's "easy" to extract EMFs from printed data using a virtual printer driver. EMF is a undocumented format (for the few reverse-engineered infos look here) which however is very easy to render on Windows and is supported by all programs of the Microsoft Office suite and many others. Unfortunately it's also very difficult to edit preserving its "vectorness". =============================== Regards, Francesco Montorsi

1 0

Problems with gcc from modevia
by JonY 04 Sep '07

04 Sep '07

Hi, I noticed a problem with the MingW package (mingw-4.2.0-070518.7z) provided by inkscape.modevia.com. The MingW with gcc 4.1.2 (zip package) didn't have this problem. =================================================================== F:\mingw\bin>echo "#include <stdio.h>"|gcc -v -E - -o nul Using built-in specs. Target: i686-pc-mingw32 Configured with: ../configure --target=i686-pc-mingw32 --prefix=/mingw --enable- sjlj-exceptions --enable-threads=win32 --disable-win32-registry --enable-win32-r elocatable --enable-languages=c,c++ Thread model: win32 gcc version 4.2.0 f:/mingw/bin/../libexec/gcc/i686-pc-mingw32/4.2.0/cc1.exe -E -quiet -v -iprefix f:\mingw\bin\../lib/gcc/i686-pc-mingw32/4.2.0/ - -o nul.exe -mtune=generic ignoring nonexistent directory "c:/mingw/lib/gcc/i686-pc-mingw32/4.2.0/include" ignoring nonexistent directory "c:/mingw/i686-pc-mingw32/include" #include "..." search starts here: #include <...> search starts here: f:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.2.0/include c:/mingw/include /mingw/include /mingw/include End of search list. F:\mingw\bin> =================================================================== As you can see, gcc searches for C:\mingw\includes for headers even if executed on F:\mingw. This also happens if gcc is executed from places other than C:\mingw. This may introduce serious inconsistencies for Windows SVN testers with previously installed MinGW while debugging new builds. Before the bashing begins, I already RTFM and written an ugly patch for it which involves passing -nostdinc -nostdinc++ to workaround drive space limitations on my machine. It would probably break automated builds, so I would avoid posting the patch here unless requested. Any advice for better workarounds?

1 0