- Inkscape Devel - Inkscape Mailman

Windows installer change request
by Jon 05 Sep '09

05 Sep '09

Just downloaded Inkscape-0.47pre2-1.exe and am trying it out. Please consider modifying the installer to provide an option to allow one to install in an existing directory that has files and subdirs. The use case for this request is that I customize the Inkscape theme on my systems and therefore have content in etc, lib, and share subdirs. I think a "safe" solution is to provide an "Overwrite!" button in the dialog that pops up when you try to install to a non-empty dir. Keep the "Retry" and "Cancel" buttons and default to not allowing one to install to a non-empty dir, just provide us of those who have existing customizations the option of continuing the installation without having to waste time copying the customizations to a temp directory and then copying them back. Thanks, and THANKS for all the coolness that is Inkscape! Jon

3 2

Re: [Inkscape-devel] Win32 libs update request - was Re: Inkscape0.47pre2
by Preben Soeberg 04 Sep '09

04 Sep '09

> -----Original Message----- > From: Preben Soeberg [mailto:prsodk@...400...] > Sent: 04 September, 2009 20:32 > To: 'J.B.C.Engelen@...1578...' > Subject: RE: [Inkscape-devel] Win32 libs update request - was Re: > Inkscape0.47pre2 > > ... > > > > > > It has been much improved, but bug > > > https://bugs.launchpad.net/bugs/284546 is still there, though > > > it does not appear quite as easy as before. > > > > > > Couldn't the THROW_CONTINUITYERROR at line 355 in > > > src\2geom\path.cpp be commented out, as suggested long time > > > ago. That would help a lot. > > > > We should definitely not remove THROW_CONTINUITYERROR ! It means there > > is a real problem that Inkscape/2geom should not ignore. > > I think what causes the problem in this case is adding a line segment > > with 'invalid' points (like infinity). Perhaps adding a simple check for > > that in the callygr tool will fix this issue. > > > > Ciao, > > Johan > > Yes, it's a dirty workaround I suggested, but it works. > I commented it out and have been using it like that for 8 months now with > only minor problems. These minor problems consist in, that when I > calligraphic-trace and move the pen too slow, the trace is aborted, but > without the crash. > > I don't have time to try to look for a way to fix it (for the next week or > so). I hope somebody else is trying. > > Preben

1 0

Dots with Pen and Pencil tool broken?
by Tavmjong Bah 04 Sep '09

04 Sep '09

Hi, Drawing dots with the Pen and Pencil tools seems to be broken with 0.47. Does anybody else see this? (Hold Ctrl key down while clicking with the mouse.) Tav

6 16

[Fwd: Inkscape manual page translations]
by Joshua A. Andler 03 Sep '09

03 Sep '09

Hey all! helix84 came to me with a question that I do not have an answer to and have been unable to get one so far (6 weeks later now). With that, I will get this question out to our translators and developers in general to see if anyone in our community knows or can find out. Please read below. Cheers, Josh -------- Forwarded Message -------- From: helix84 <helix84@...2235...> Reply-to: helix84@...2235... To: Josh Andler <scislac@...400...> Subject: Inkscape manual page translations Date: Tue, 21 Jul 2009 10:47:33 +0200 Hello, I believe you're the release warden for 0.47. Can you help me with the following issue? I translated the inkscape.pod file to Slovak and I'd like to see it included in 0.47. 1) I'm not sure where to add it so it will build (because I don't understand autotools very well) 2) I can't get it to build correctly and I have this problem with the existing French manpage, too I tried it on Ubuntu 9.04: pod2man -u --center=Inkscape inkscape.sk.pod > inkscape.sk.1 man -l inkscape.sk.1 With the -u option it munges the non-ASCII characters, without it it adds A~X sequences. When I did a normal make, inkscape.fr.1 was created but this has the same problem - note the A~X sequences. I noticed the utf8-to-roff filter in the makefile but I don't know how to use it. Anyway it seems it's used for the French file in the makefile so it probably doesn't work. Regards ~~helix84

1 0

Re: [Inkscape-devel] Inkscape 0.47pre2_2 win
by Alvin Penner 03 Sep '09

03 Sep '09

Lawrence_T wrote: > > I'm trying to down load your pre2-2.exe I would suggest just trying the download again. It happens sometimes that the download is incomplete, best thing is to retry... -- View this message in context: http://www.nabble.com/Inkscape-0.47pre2-tp25110580p25278475.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Bye bye for now Whiteboard
by Joshua A. Andler 02 Sep '09

02 Sep '09

Hey All, First off, I am sorry for those who this change may break the build for temporarily (possibly win32 & osx, but hopefully neither). If you've built with the whiteboard flag in the past, I'm sorry, but it is advised to make clean and build again without the flag as it no longer exists. As discussed previously, I have gone ahead and removed the whiteboard configure flag prior to the release of 0.47. For those who don't know, this was done because the whiteboard has not worked for some time, people still ask how to make it work, distro's build packages with the flag, and a number of other related issues continually arise. In other words, it will save us a lot of "user support" time. Hopefully one day someone will take the time to properly fix things so that it is more robust and far less fragile than it was. Until then, it would be appreciated if the flag is not added back into trunk. For the record, the flag was mainly commented out in this commit, the only piece that was actually deleted was 2 lines in configure.ac's echo statement. Those were lines 1011 & 1012: Enable Inkboard: ${with_inkboard} Enable SSL in Inkboard: ${with_inkboard_ssl} By the way, yes, this is also an indication that I'm back and will continue helping us to push to get this released as soon as we can. Cheers, Josh

2 1

Inkscape logo on a book cover
by mail＠...2227... 02 Sep '09

02 Sep '09

Hi all, i need some help. I wrote a book and now i would like to put the inkscape logo on the cover of the book. Is it allowed to do so? What do i have to observe? My second question: I would like to put the program on an CD with the book. Can i do this too? Thanks for your help. Sincerely Uwe Schoeler

7 12

Fwd: Radial gradients in SVG Full
by Alexandre Prokoudine 02 Sep '09

02 Sep '09

*please* don't let it slip again :) Alexandre ---------- Forwarded message ---------- From: Dr. Olaf Hoffmann Date: 2009/8/27 Subject: Radial gradients in SVG Full To: www-svg@...157..., klaus.foerster***uibk.ac.at Hello, (just my personal observations) SVG has already a radial gradient for a long time, a simplified form is available in SVG tiny 1.2 too. I think, this canvas method creates more a cone than a radial gradient. But I'm not sure, because as far as I have seen, it does not define the range for 'w' (omega?) within the formulas (looks like something to fix in the draft). The draft itself claims, that this creates a cone (why do they call it createRadialGradient? This may create some confusion with the SVG radialGradient) To avoid conflicts with the existing radial gradient, one could call it coneGradient ... I think, there are other proposals to improve gradients as well and to allow more sophisticated color distributions. We will see, what will happen. Do you have specific applications for such a cone gradient? Is it of general importance to have such a specific type? Could be interesting to gather a larger collection of different types of specific gradients types to see how to organise this in a useful way... Is it useful for SVG and for authors to create for every specific type of gradient a new element or is there a more generic/elegant method to define gradient like entities with a set of well-considered element+attribute collection? I have several applications for arbitrary color distributions. Up to now it is not trivial to generate an arbitrary distribution using the linear or the radial gradient. And I think, such a cone gradient is just another sample for another specific gradient type - and is typically less useful than the linear and the radial gradient to approximate such an arbitrary distribution with some number crunching. Wouldn't it be more interesting to have a general and simple mechanism to describe a color distribution without the requirement of heavy number crunching for authors? Olaf

1 0

Auto-Palette's (custom swatches)
by Joshua A. Andler 02 Sep '09

02 Sep '09

Hey Jon, Would you please go ahead and ifdef out the "auto" palette in trunk as you see fit? Given it's current state, we cannot include it in the upcoming release. Thanks, Josh P.S. I do hope we get to see a more complete version in 0.48 though! :)

2 1

Broken feImage and lib2geom matrix inversion
by Tavmjong Bah 01 Sep '09

01 Sep '09

Hi, I've traced the problem with the broken feImage filter primitive (see https://bugs.launchpad.net/inkscape/+bug/382313 ) to a problem with lib2geom. More specifically, Geom::Matrix.inverse() returns an incorrect matrix. I run this simple test program: #include <iostream> #include <2geom/matrix.h> int main() { Geom::Matrix test_matrix1( 0.003333, 0.000000, 0.000000, 0.003333, 0.083333, 0.083333 ); Geom::Matrix test_inverse1 = test_matrix1.inverse(); std::cout << "Test input" << std::endl; std::cout << test_matrix1 << std::endl; std::cout << "Test output" << std::endl; std::cout << test_inverse1 << std::endl; Geom::Matrix test_matrix2( 0.003077, 0.000000, 0.000000, 0.003077, 0.076923, 0.076923 ); Geom::Matrix test_inverse2 = test_matrix2.inverse(); std::cout << "Test input" << std::endl; std::cout << test_matrix2 << std::endl; std::cout << "Test output" << std::endl; std::cout << test_inverse2 << std::endl; } The output I see is: Test input A: 0.003333 C: 0 E: 0.083333 B: 0 D: 0.003333 F: 0.083333 Test output A: 300.03 C: -0 E: -25.0024 B: -0 D: 300.03 F: -25.0024 Test input A: 0.003077 C: 0 E: 0.076923 B: 0 D: 0.003077 F: 0.076923 Test output A: 1 C: 0 E: 0 B: 0 D: 1 F: 0 You can see that the first matrix inversion is correct but the second is wrong. This was tested with SVN as of yesterday on Linux. Tav

4 7

[ocal-browser-discuss] Yes, it is still alive!
by EnzoAeneas 01 Sep '09

01 Sep '09

Please check out the two documents/posts and leave comments! http://groups.google.com/group/ocal-browser-discuss/web/plan-for-gui http://groups.google.com/group/ocal-browser-discuss/web/ocal-browser-object… ---------- Forwarded message ---------- From: EnzoAeneas <enzoaeneas@...400...> Date: Sat, Aug 29, 2009 at 4:18 AM Subject: [ocal-browser-discuss] Yes, it is still alive! To: ocal-browser-discuss <ocal-browser-discuss@...820...> Sorry, but like many of you I have a job that pays my bills and I haven't had much time to devote to this. But I have not abandoned hope! Here is the direction that I want to take this: Python - gotta love dynamic languages. XUL instead of PyGTK or PyQt. The native SVG support will make things much easier! Plus a declarative UI will be faster to build and debug. Using Mozilla XulRunner as a platform will also give benefits: Settings/preference system including GUI support. SQLite support abstracted by a Storage API. Ability to leverage web-based technologies in conjunction with the native XUL support gives many options for the UI and XML/RDF templating can reduce the amount of code needed to display information about each image. Basic extensions framework allowing for different features to be implemented as pluggable modules rather than new builds. Builtin updates system. With a mature browser component, users can surf OpenClipArt.org and pick clipart to download into their local repository. JSON support, Web Services support, XMLHttpRequest, etc will make ccHost integration much easier. Not to mention, all of the AJAX code out there that manipulates images can be made leveraged for more advanced features because the limitations of the browser sandbox will be lifted for extension code. What cannot be done using the facilities provided by Gecko/XulRunner, can either be done using an appropriate python library or integrating with Java (JavaXPCOM). HTML 5 and Xforms support may yield future benefits. In the end, the progression of the web and related technologies will allow for greater improvements in functionality and implementation. Let me know if you have any ideas. I will try to get a data model and Base API out soon. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "ocal-browser-discuss" group. To post to this group, send email to ocal-browser-discuss@...820... To unsubscribe from this group, send email to ocal-browser-discuss+unsubscribe@...820...<ocal-browser-discuss%2Bunsubscribe@...820...> For more options, visit this group at http://groups.google.com/group/ocal-browser-discuss?hl=en -~----------~----~----~----~------~----~------~--~---

1 0

Re: [Inkscape-devel] [Lib2geom-devel] FW: Broken feImage and lib2geommatrix inversion
by unknown＠example.com 31 Aug '09

31 Aug '09

Looking at the code, it seems that it used to be possible to specify the "numerical tolerance". Shall we put this back in? > -----Original Message----- > From: J.B.C.Engelen@...1578... > [mailto:J.B.C.Engelen@...1578...] > Sent: maandag 31 augustus 2009 9:57 > To: lib2geom-devel(a)lists.sourceforge.net > Cc: tavmjong@...8... > Subject: [Lib2geom-devel] FW: [Inkscape-devel] Broken feImage > and lib2geommatrix inversion > > Hi guys, > > See the email below. > > > -----Original Message----- > > From: Tavmjong Bah [mailto:tavmjong@...8...] > > Sent: Sunday, August 30, 2009 13:10 > > To: Inkscape Devel List > > Subject: [Inkscape-devel] Broken feImage and lib2geom > matrix inversion > > > > > > > > Hi, > > > > I've traced the problem with the broken feImage filter > primitive (see > > https://bugs.launchpad.net/inkscape/+bug/382313 ) to a problem with > > lib2geom. More specifically, > > Geom::Matrix.inverse() returns an incorrect matrix. I run > this simple > > test program: > > > > #include <iostream> > > #include <2geom/matrix.h> > > > > int main() { > > > > Geom::Matrix test_matrix1( 0.003333, 0.000000, 0.000000, > 0.003333, > > 0.083333, 0.083333 ); > > > > Geom::Matrix test_inverse1 = test_matrix1.inverse(); > > > > std::cout << "Test input" << std::endl; > > std::cout << test_matrix1 << std::endl; > > > > std::cout << "Test output" << std::endl; > > std::cout << test_inverse1 << std::endl; > > > > Geom::Matrix test_matrix2( 0.003077, 0.000000, 0.000000, > 0.003077, > > 0.076923, 0.076923 ); > > > > Geom::Matrix test_inverse2 = test_matrix2.inverse(); > > > > std::cout << "Test input" << std::endl; > > std::cout << test_matrix2 << std::endl; > > > > std::cout << "Test output" << std::endl; > > std::cout << test_inverse2 << std::endl; } > > > > The output I see is: > > > > Test input > > A: 0.003333 C: 0 E: 0.083333 > > B: 0 D: 0.003333 F: 0.083333 > > > > Test output > > A: 300.03 C: -0 E: -25.0024 > > B: -0 D: 300.03 F: -25.0024 > > > > Test input > > A: 0.003077 C: 0 E: 0.076923 > > B: 0 D: 0.003077 F: 0.076923 > > > > Test output > > A: 1 C: 0 E: 0 > > B: 0 D: 1 F: 0 > > > > You can see that the first matrix inversion is correct but > the second > > is wrong. This was tested with SVN as of yesterday on Linux. > > > > A bit more info. > > > > In Geom::Matrix::inverse() the matrix determinate is calculated and > > then compared to the constant EPSILON which is defined as 10^-5 (in > > coord.h). > > If it is less than EPSILON the matrix is set to unity. This > EPSILON is > > clearly way too large for use in inverse(). For some reason > a value of > > 10^-18 in commented out in coord.h. My guess is that the > value 10^-5 > > was selected for comparing pixel positions to each other but it is > > being used for other purposes in the lib2geom library. > > > > Tav > > > > -------------------------------------------------------------- > ---------------- > Let Crystal Reports handle the reporting - Free Crystal > Reports 2008 30-Day > trial. Simplify your report design, integration and > deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Lib2geom-devel mailing list > Lib2geom-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel >

1 0

Thank you from Brazil
by Aurélio A. Heckert 31 Aug '09

31 Aug '09

I think you will love to read this. That is a e-mail (with translation) from Leon Prado, a brazilian artist that uses Inkscape for professional works: ---------- Forwarded message ---------- From: Leon Prado <leonlatour@...400...> Date: 2009/8/25 To: Comunidade Inkscape Brasil <inkscape-brasil@...2207...> Subject: [Inkscape Brasil] AGRADECIMENTOS MAIS AGRADECIMENTO !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [Inkscape Brazil] Thanks and more thanks!!!!!!!!!!!!!!!!!!!!!!!!!!!! GENTE ESCREVO ESSE EMAIL EM MAIÚSCULA PORQUE EH QUASE UM GRITO MESMO :P Folks, i write this this e-mail in uppercase because it is like a screaming, really :-p QUERO AGRADECER A NOSSOS QUERIDOS PROGRAMADORES!!!! I want to thank our dear programmers!!! CARA O INK ESTA MUIIIIIIITO BOM !!!!! Man, the inkscape is veeeeery good!!! AS NOVAS IMPLEMENTAÇÕES ESTÃO MARAVILHOSAS E O NOSSO PROGRAMINHA DO CORAÇÃO DEU UM INCRÍVEL AVANÇO!!! The new implementations are beautiful and the little program of our heart make a incredible advance!!! VOCÊS ESTÃO DE PARABÉNS !!!!!!!! ELE FACILITA NOSSA VIDA !!!!!! You are to be congratulated!!! It make ou life easy!!! grato, leon prado Thanks, Leon Prado -- Leon Prado... (61) 8190.7373 msn: leonlatour@...19... http://leonprado.deviantart.com http://leonlatour.blogspot.com

1 0

Spiro LPE causing hard inkscape/DE crash -> trunk r22133
by Bernard Gray 29 Aug '09

29 Aug '09

Hi, I've been experiencing a hard crash whenever I try to use the spiro LPE - the symptom has been around for at least 2 weeks now, my last confirmed build was trunk r22133. I've tested on : Debian sid - kde4.3 - doesn't crash kde for me, but someone else has reported it doing so - gnome 2.28 - crashed gnome as well for me Ubuntu 9.04 - gnome 2.26 - didn't crash the DE, I got a traceback[1] I've tested the 0.47 pre2 built for windows by ChrisMorgan, spiros are fine there - Can anyone confirm this issue is not just me/my packages? Regards, Bernie =========== [1] *** glibc detected *** inkscape: munmap_chunk(): invalid pointer: 0x0000000007d286e0 *** ======= Backtrace: ========= /lib/libc.so.6[0x7f6f67575cb8] inkscape[0x6c931a] inkscape[0x6c9547] inkscape[0x6c313d] inkscape[0x4d148a] inkscape[0x4e0ad7] inkscape[0x4d1893] inkscape[0x4d29bc] inkscape[0x67272c] inkscape[0x8d1895] inkscape[0x8d1d66] inkscape[0x8d2062] inkscape[0x929595] inkscape[0x92adff] inkscape[0x92b4ab] inkscape[0x461da2] inkscape[0x8c2327] inkscape[0x614e30] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x16d)[0x7f6f6bedc27d] /usr/lib/libgobject-2.0.so.0[0x7f6f6bef1e3b] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x66d)[0x7f6f6bef32bd] /usr/lib/libgtk-x11-2.0.so.0(gtk_signal_emit+0xe5)[0x7f6f6dad2f65] inkscape[0x58c620] inkscape[0x58e4d2] /usr/lib/libgtk-x11-2.0.so.0[0x7f6f6d969df8] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x16d)[0x7f6f6bedc27d] /usr/lib/libgobject-2.0.so.0[0x7f6f6bef1b1e] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x66d)[0x7f6f6bef32bd] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f6f6bef3953] /usr/lib/libgtk-x11-2.0.so.0[0x7f6f6da7209e] /usr/lib/libgtk-x11-2.0.so.0(gtk_propagate_event+0xe3)[0x7f6f6d962693] /usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x2e3)[0x7f6f6d9637b3] /usr/lib/libgdk-x11-2.0.so.0[0x7f6f6d5dcf3c] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x24a)[0x7f6f6b63320a] /usr/lib/libglib-2.0.so.0[0x7f6f6b6368e0] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1cd)[0x7f6f6b636dad] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xa7)[0x7f6f6d963bc7] inkscape[0x456849] inkscape[0x455dce] /lib/libc.so.6(__libc_start_main+0xe6)[0x7f6f6751c5a6] inkscape[0x454e09] ======= Memory map: ======== 00400000-00e49000 r-xp 00000000 08:01 795229 /usr/bin/inkscape 01048000-0104a000 r--p 00a48000 08:01 795229 /usr/bin/inkscape 0104a000-0105e000 rw-p 00a4a000 08:01 795229 /usr/bin/inkscape 0105e000-01069000 rw-p 0105e000 00:00 0 020f2000-07d76000 rw-p 020f2000 00:00 0 [heap] 7f6f5e91d000-7f6f5e92e000 r--p 00000000 08:01 1655332 /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf 7f6f5e92e000-7f6f5eaf5000 rw-p 7f6f5e92e000 00:00 0 7f6f5eaf5000-7f6f5eb10000 r--p 00000000 08:01 1688880 /usr/share/fonts/type1/gsfonts/c059016l.pfb 7f6f5eb10000-7f6f5eb70000 rw-s 00000000 00:09 1769499 /SYSV00000000 (deleted) 7f6f5eb70000-7f6f5ebf2000 rw-p 7f6f5eb70000 00:00 0 7f6f5ebf2000-7f6f5ec52000 rw-s 00000000 00:09 1736730 /SYSV00000000 (deleted) 7f6f5ec52000-7f6f5ecde000 r--p 00000000 08:01 1424 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf 7f6f5ecde000-7f6f5ed2d000 r--p 00000000 08:01 1425 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf 7f6f5ed2d000-7f6f5ed33000 r-xp 00000000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ed33000-7f6f5ef32000 ---p 00006000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ef32000-7f6f5ef33000 r--p 00005000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ef33000-7f6f5ef34000 rw-p 00006000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ef34000-7f6f5efcc000 r--p 00000000 08:01 1423 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf 7f6f5efcc000-7f6f5efce000 r-xp 00000000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5efce000-7f6f5f1cd000 ---p 00002000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5f1cd000-7f6f5f1ce000 r--p 00001000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5f1ce000-7f6f5f1cf000 rw-p 00002000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5f1cf000-7f6f5f1d8000 r--s 00000000 08:01 730390 /var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-x86-64.cache-2 7f6f5f1d8000-7f6f5f1db000 r--s 00000000 08:01 731607 /var/cache/fontconfig/e383d7ea5fbe662a33d9b44caf393297-x86-64.cache-2 7f6f5f1db000-7f6f5f1dc000 r--s 00000000 08:01 731606 /var/cache/fontconfig/4c73fe0c47614734b17d736dbde7580a-x86-64.cache-2 7f6f5f1dc000-7f6f5f1e0000 r--s 00000000 08:01 731605 /var/cache/fontconfig/a755afe4a08bf5b97852ceb7400b47bc-x86-64.cache-2 7f6f5f1e0000-7f6f5f1e4000 r--s 00000000 08:01 730396 /var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-x86-64.cache-2 7f6f5f1e4000-7f6f5f1e7000 r--s 00000000 08:01 731604 /var/cache/fontconfig/de156ccd2eddbdc19d37a45b8b2aac9c-x86-64.cache-2 7f6f5f1e7000-7f6f5f1f2000 r--s 00000000 08:01 731603 /var/cache/fontconfig/e3de0de479f42330eadf588a55fb5bf4-x86-64.cache-2 7f6f5f1f2000-7f6f5f201000 r--s 00000000 08:01 731602 /var/cache/fontconfig/0f34bcd4b6ee430af32735b75db7f02b-x86-64.cache-2 7f6f5f201000-7f6f5f204000 r--s 00000000 08:01 730395 /var/cache/fontconfig/ddd4086aec35a5275babba44bb759c3c-x86-64.cache-2 7f6f5f204000-7f6f5f205000 r--s 00000000 08:01 730394 /var/cache/fontconfig/4794a0821666d79190d59a36cb4f44b5-x86-64.cache-2 7f6f5f205000-7f6f5f20e000 r--s 00000000 08:01 731601 /var/cache/fontconfig/d52a8644073d54c13679302ca1180695-x86-64.cache-2 7f6f5f20e000-7f6f5f215000 r--s 00000000 08:01 731764 /var/cache/fontconfig/089dead882dea3570ffc31a9898cfb69-x86-64.cache-2 7f6f5f215000-7f6f5f220000 r--s 00000000 08:01 731979 /var/cache/fontconfig/e13b20fdb08344e0e664864cc2ede53d-x86-64.cache-2 7f6f5f220000-7f6f5f223000 r--s 00000000 08:01 730393 /var/cache/fontconfig/7ef2298fde41cc6eeb7af42e48b7d293-x86-64.cache-2 7f6f5f223000-7f6f5f237000 r--s 00000000 08:01 731978 /var/cache/fontconfig/865f88548240fee46819705c6468c165-x86-64.cache-2 7f6f5f237000-7f6f5f2ca000 rw-p 7f6f5f237000 00:00 0 7f6f5f2ca000-7f6f5f2ce000 r-xp 00000000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f2ce000-7f6f5f4ce000 ---p 00004000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f4ce000-7f6f5f4cf000 r--p 00004000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f4cf000-7f6f5f4d0000 rw-p 00005000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f4d0000-7f6f5f4e1000 r-xp 00000000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f4e1000-7f6f5f6e0000 ---p 00011000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f6e0000-7f6f5f6e1000 r--p 00010000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f6e1000-7f6f5f6e2000 rw-p 00011000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f6e2000-7f6f5f6f7000 r-xp 00000000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f6f7000-7f6f5f8f7000 ---p 00015000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f8f7000-7f6f5f8f8000 r--p 00015000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f8f8000-7f6f5f8f9000 rw-p 00016000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f8f9000-7f6f5f917000 r-xp 00000000 08:01 1770082 /usr/lib/gio/modules/libgvfsdbus.so 7f6f5f917000-7f6f5fb16000 ---p 0001e000 08:01 1770082 /usr/lib/gio/modules/libgvfsdbus.so 7f6f5fb16000-7f6f5fb17000 r--p 0001d000 08:01 1770082 /usr/lib/gio/modules/libgvfsdbus.so 7f6f5fb17000-7f6f5fb18000 rw-p 0001e000 08:01 1770082 /usr/lib/gio/modules/libgvfsdbus.so 7f6f5fb18000-7f6f5fb21000 r-xp 00000000 08:01 1674953 /usr/lib/gtk-2.0/2.10.0/engines/libpixmap.so 7f6f5fb21000-7f6f5fd21000 ---p 00009000 08:01 1674953 /usr/lib/gtk-2.0/2.10.0/engines/libpixmap.so 7f6f5fd21000-7f6f5fd22000 r--p 00009000 08:01 1674953 /usr/lib/gtk-2.0/2.10.0/engines/libpixmap.so 7f6f5fd22000-7f6f5fd23000 rw-p 0000a000 08:01 1674953 /usr/lib/gtk-2.0/2.10.0/engines/libpixmap.so 7f6f5fd23000-7f6f5fd30000 r-xp 00000000 08:01 1602046 /usr/lib/libtdb.so.1.1.3 7f6f5fd30000-7f6f5ff2f000 ---p 0000d000 08:01 1602046 /usr/lib/libtdb.so.1.1.3 7f6f5ff2f000-7f6f5ff30000 r--p 0000c000 08:01 1602046 /usr/lib/libt Emergency save activated! Emergency save document locations: /home/bgray/New document 1.2009_08_28_12_52_08.0.svg Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. *** glibc detected *** inkscape: munmap_chunk(): invalid pointer: 0x0000000007d522f0 *** ======= Backtrace: ========= /lib/libc.so.6[0x7f6f67575cb8] inkscape[0x6c931a] inkscape[0x6c9547] inkscape[0x6c313d] inkscape[0x4d148a] inkscape[0x4e0ad7] inkscape[0x4d1893] inkscape[0x4d9e70] inkscape[0x4b2d18] inkscape[0x4d9dc3] inkscape[0x4c6d18] inkscape[0x4e9267] inkscape[0x4d9dc3] inkscape[0x45bf58] inkscape[0x45c117] inkscape[0x45c229] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x24a)[0x7f6f6b63320a] /usr/lib/libglib-2.0.so.0[0x7f6f6b6368e0] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1cd)[0x7f6f6b636dad] /usr/lib/libgtk-x11-2.0.so.0(gtk_dialog_run+0x194)[0x7f6f6d8ebef4] inkscape[0x476deb] /lib/libc.so.6[0x7f6f67531040] /lib/libc.so.6(gsignal+0x35)[0x7f6f67530fb5] /lib/libc.so.6(abort+0x183)[0x7f6f67532bc3] /lib/libc.so.6[0x7f6f67570228] /lib/libc.so.6[0x7f6f67575cb8] inkscape[0x6c931a] inkscape[0x6c9547] inkscape[0x6c313d] inkscape[0x4d148a] inkscape[0x4e0ad7] inkscape[0x4d1893] inkscape[0x4d29bc] inkscape[0x67272c] inkscape[0x8d1895] inkscape[0x8d1d66] inkscape[0x8d2062] inkscape[0x929595] inkscape[0x92adff] inkscape[0x92b4ab] inkscape[0x461da2] inkscape[0x8c2327] inkscape[0x614e30] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x16d)[0x7f6f6bedc27d] /usr/lib/libgobject-2.0.so.0[0x7f6f6bef1e3b] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x66d)[0x7f6f6bef32bd] /usr/lib/libgtk-x11-2.0.so.0(gtk_signal_emit+0xe5)[0x7f6f6dad2f65] inkscape[0x58c620] inkscape[0x58e4d2] /usr/lib/libgtk-x11-2.0.so.0[0x7f6f6d969df8] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x16d)[0x7f6f6bedc27d] /usr/lib/libgobject-2.0.so.0[0x7f6f6bef1b1e] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x66d)[0x7f6f6bef32bd] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f6f6bef3953] /usr/lib/libgtk-x11-2.0.so.0[0x7f6f6da7209e] /usr/lib/libgtk-x11-2.0.so.0(gtk_propagate_event+0xe3)[0x7f6f6d962693] /usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x2e3)[0x7f6f6d9637b3] /usr/lib/libgdk-x11-2.0.so.0[0x7f6f6d5dcf3c] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x24a)[0x7f6f6b63320a] /usr/lib/libglib-2.0.so.0[0x7f6f6b6368e0] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1cd)[0x7f6f6b636dad] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xa7)[0x7f6f6d963bc7] inkscape[0x456849] ======= Memory map: ======== 00400000-00e49000 r-xp 00000000 08:01 795229 /usr/bin/inkscape 01048000-0104a000 r--p 00a48000 08:01 795229 /usr/bin/inkscape 0104a000-0105e000 rw-p 00a4a000 08:01 795229 /usr/bin/inkscape 0105e000-01069000 rw-p 0105e000 00:00 0 020f2000-07ddc000 rw-p 020f2000 00:00 0 [heap] 7f6f5e91d000-7f6f5e92e000 r--p 00000000 08:01 1655332 /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf 7f6f5e92e000-7f6f5eaf5000 rw-p 7f6f5e92e000 00:00 0 7f6f5eaf5000-7f6f5eb10000 r--p 00000000 08:01 1688880 /usr/share/fonts/type1/gsfonts/c059016l.pfb 7f6f5eb10000-7f6f5eb70000 rw-s 00000000 00:09 1769499 /SYSV00000000 (deleted) 7f6f5eb70000-7f6f5ebf2000 rw-p 7f6f5eb70000 00:00 0 7f6f5ebf2000-7f6f5ec52000 rw-s 00000000 00:09 1736730 /SYSV00000000 (deleted) 7f6f5ec52000-7f6f5ecde000 r--p 00000000 08:01 1424 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf 7f6f5ecde000-7f6f5ed2d000 r--p 00000000 08:01 1425 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf 7f6f5ed2d000-7f6f5ed33000 r-xp 00000000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ed33000-7f6f5ef32000 ---p 00006000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ef32000-7f6f5ef33000 r--p 00005000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ef33000-7f6f5ef34000 rw-p 00006000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ef34000-7f6f5efcc000 r--p 00000000 08:01 1423 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf 7f6f5efcc000-7f6f5efce000 r-xp 00000000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5efce000-7f6f5f1cd000 ---p 00002000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5f1cd000-7f6f5f1ce000 r--p 00001000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5f1ce000-7f6f5f1cf000 rw-p 00002000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5f1cf000-7f6f5f1d8000 r--s 00000000 08:01 730390 /var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-x86-64.cache-2 7f6f5f1d8000-7f6f5f1db000 r--s 00000000 08:01 731607 /var/cache/fontconfig/e383d7ea5fbe662a33d9b44caf393297-x86-64.cache-2 7f6f5f1db000-7f6f5f1dc000 r--s 00000000 08:01 731606 /var/cache/fontconfig/4c73fe0c47614734b17d736dbde7580a-x86-64.cache-2 7f6f5f1dc000-7f6f5f1e0000 r--s 00000000 08:01 731605 /var/cache/fontconfig/a755afe4a08bf5b97852ceb7400b47bc-x86-64.cache-2 7f6f5f1e0000-7f6f5f1e4000 r--s 00000000 08:01 730396 /var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-x86-64.cache-2 7f6f5f1e4000-7f6f5f1e7000 r--s 00000000 08:01 731604 /var/cache/fontconfig/de156ccd2eddbdc19d37a45b8b2aac9c-x86-64.cache-2 7f6f5f1e7000-7f6f5f1f2000 r--s 00000000 08:01 731603 /var/cache/fontconfig/e3de0de479f42330eadf588a55fb5bf4-x86-64.cache-2 7f6f5f1f2000-7f6f5f201000 r--s 00000000 08:01 731602 /var/cache/fontconfig/0f34bcd4b6ee430af32735b75db7f02b-x86-64.cache-2 7f6f5f201000-7f6f5f204000 r--s 00000000 08:01 730395 /var/cache/fontconfig/ddd4086aec35a5275babba44bb759c3c-x86-64.cache-2 7f6f5f204000-7f6f5f205000 r--s 00000000 08:01 730394 /var/cache/fontconfig/4794a0821666d79190d59a36cb4f44b5-x86-64.cache-2 7f6f5f205000-7f6f5f20e000 r--s 00000000 08:01 731601 /var/cache/fontconfig/d52a8644073d54c13679302ca1180695-x86-64.cache-2 7f6f5f20e000-7f6f5f215000 r--s 00000000 08:01 731764 /var/cache/fontconfig/089dead882dea3570ffc31a9898cfb69-x86-64.cache-2 7f6f5f215000-7f6f5f220000 r--s 00000000 08:01 731979 /var/cache/fontconfig/e13b20fdb08344e0e664864cc2ede53d-x86-64.cache-2 7f6f5f220000-7f6f5f223000 r--s 00000000 08:01 730393 /var/cache/fontconfig/7ef2298fde41cc6eeb7af42e48b7d293-x86-64.cache-2 7f6f5f223000-7f6f5f237000 r--s 00000000 08:01 731978 /var/cache/fontconfig/865f88548240fee46819705c6468c165-x86-64.cache-2 7f6f5f237000-7f6f5f2ca000 rw-p 7f6f5f237000 00:00 0 7f6f5f2ca000-7f6f5f2ce000 r-xp 00000000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f2ce000-7f6f5f4ce000 ---p 00004000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f4ce000-7f6f5f4cf000 r--p 00004000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f4cf000-7f6f5f4d0000 rw-p 00005000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f4d0000-7f6f5f4e1000 r-xp 00000000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f4e1000-7f6f5f6e0000 ---p 00011000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f6e0000-7f6f5f6e1000 r--p 00010000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f6e1000-7f6f5f6e2000 rw-p 00011000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f6e2000-7f6f5f6f7000 r-xp 00000000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f6f7000-7f6f5f8f7000 ---p 00015000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f8f7000-7f6f5f8f8000 r--p 00015000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f8f8000-7f6f5f8f9000 rw-p 00016000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f8f9000-7f6f5f917000 r-xp 00000000 08:01 1770082 /usr/lib/gio/modules/libgvfsdbus.so 7f6f5f917000-7f6f5fb16000 ---p 0001e000 08:01 1770082

2 4

OS X compile help needed
by bulia byak 28 Aug '09

28 Aug '09

A friend is trying to compile Inkscape on OSX 10.5.8, but since I never used macs before we're stuck and would appreciate any help. After we installed the libs, we get this error when autoheader tries to run: checking for autoconf >= 2.52 ... yes (version 2.64) checking for automake >= 1.10 ... yes (version 1.10) checking for glib-gettextize >= 2.0.0 ... yes (version 2.20.4) checking for intltool >= 0.17 ... yes (version 0.40.6) Running aclocal-1.10 -I /opt/local/var/macports/distfiles ... configure.ac:133: warning: macro `AM_GLIB_GNU_GETTEXT' not found in library Running autoheader ... autoheader: warning: missing template: ENABLE_NLS autoheader: Use AC_DEFINE([ENABLE_NLS], [], [Description]) Please fix the error conditions and try again. Does that ring a bell? Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 4

PDF export not working in SVN???
by Jasper van de Gronde 28 Aug '09

28 Aug '09

I can't seem to export to PDF using the version of Inkscape in SVN (no errors, but also no PDF file...). I've attached one of the files that doesn't export for me. I'm using a clean build of Inkscape from a recent revision (under Windows Vista). If someone could confirm (or not) that the attached file does not export to PDF that would be great.

4 5

Build/test bot for inkscape?
by Dan Kegel 28 Aug '09

28 Aug '09

Hi folks, I see a continuous build and test system has been discussed before, e.g. http://code.google.com/soc/2008/inkscape/appinfo.html?csaid=D8D99A1DF8E5D1F7 http://wiki.inkscape.org/wiki/index.php/TestSuite-blueprint http://kaeso.wordpress.com/2009/05/05/inkscape-047-tentative-release-plan-a… but I don't see any results page online. Has there been any movement on setting one up? As you know, it's a great way to avoid surprises; it's great to be able to catch problems early and just revert the commit that caused them. Thanks, Dan

4 8

SVG2DXF Conversion
by Pedro Sacramento 28 Aug '09

28 Aug '09

Hi, I'm developing an online collaborative CAD with flex. I need to make a shellscript that converts SVG to DXF, is it possible with inkscape 0.47? Thanks and best regards, -- Pedro Sacramento -- www.desenhe.com software livre e desenho colaborativo -- Graduando em Arquitetura e Urbanismo Universidade Federal de Viçosa -- Estagiário Engemais - Engenharia www.engemais.com.br (31) 3891 6864 -- Técnico em Informática pela ETEV www.etev.com.br (31) 38910404 -- 5 Disse-lhe Tomé: Senhor, não sabemos para onde vais; e como podemos saber o caminho? 6 Respondeu-lhe Jesus: Eu sou o caminho, e a verdade, e a vida; ninguém vem ao Pai, senão por mim. (João 14:5-6)

3 5

Updating GTK+ on Win32
by Chris Morgan 27 Aug '09

27 Aug '09

Hi all, At Josh Andler's request, I tried copying the new files from GTK+ site ( http://www.gtk.org/download-windows.html) over the old devlibs, overwriting all duplicates. (To try and see if this would sort out something with graphics tablets.) It failed in linking. mingw32-g++ -o build/inkscape.exe -mwindows -mthreads build\inkres.o build\obj\main.o build\obj\winmain.o build\libinkscape.a -Lc:/devlibs-new-gtk/lib -Lc:/devlibs-new-gtk/lib -lpoppler -Lc:/devlibs-new-gtk/lib -lpoppler-glib -Lc:/devlibs-new-gtk/lib -lgobject-2.0 -Lc:/devlibs-new-gtk/lib -lglib-2.0 -lintl -Lc:/devlibs-new-gtk/lib -lgdk-win32-2.0 -Lc:/devlibs-new-gtk/lib -lgdk_pixbuf-2.0 -Lc:/devlibs-new-gtk/lib -lpangowin32-1.0 -lgdi32 -Lc:/devlibs-new-gtk/lib -lpango-1.0 -Lc:/devlibs-new-gtk/lib -lpangocairo-1.0 -Lc:/devlibs-new-gtk/lib -lcairo -Lc:/devlibs-new-gtk/lib -lpoppler -Lc:/devlibs-new-gtk/lib -lgtkmm-2.4 -Lc:/devlibs-new-gtk/lib -lglibmm-2.4 -Lc:/devlibs-new-gtk/lib -lgobject-2.0 -Lc:/devlibs-new-gtk/lib -lglib-2.0 -lintl -Lc:/devlibs-new-gtk/lib -lsigc-2.0 -Lc:/devlibs-new-gtk/lib -lgdkmm-2.4 -Lc:/devlibs-new-gtk/lib -lpangomm-1.4 -Lc:/devlibs-new-gtk/lib -lpango-1.0 -Lc:/devlibs-new-gtk/lib -lpangocairo-1.0 -Lc:/devlibs-new-gtk/lib -lcairo -Lc:/devlibs-new-gtk/lib -lgdk-win32-2.0 -Lc:/devlibs-new-gtk/lib -lgdk_pixbuf-2.0 -Lc:/devlibs-new-gtk/lib -lpangowin32-1.0 -lgdi32 -Lc:/devlibs-new-gtk/lib -lcairomm-1.0 -Lc:/devlibs-new-gtk/lib -latkmm-1.6 -Lc:/devlibs-new-gtk/lib -latk-1.0 -Lc:/devlibs-new-gtk/lib -lgtk-win32-2.0 -Lc:/devlibs-new-gtk/lib -lgdk-win32-2.0 -Lc:/devlibs-new-gtk/lib -lgio-2.0 -Lc:/devlibs-new-gtk/lib -lpangoft2-1.0 -Lc:/devlibs-new-gtk/lib -lpango-1.0 -Lc:/devlibs-new-gtk/lib -lglib-2.0 -lintl -Lc:/devlibs-new-gtk/lib -lfreetype -Lc:/devlibs-new-gtk/lib -lfontconfig -Lc:/devlibs-new-gtk/lib -lgthread-2.0 -Lc:/devlibs-new-gtk/lib -lglib-2.0 -lintl c:/devlibs-new-gtk/bin/libxml2.dll c:/devlibs-new-gtk/bin/libxslt.dll -Lc:/devlibs-new-gtk/lib -lcairo -Lc:/devlibs-new-gtk/lib -lcairomm-1.0 -Lc:/devlibs-new-gtk/lib -lcairo -Lc:/devlibs-new-gtk/lib -lwpg-0.1 -Lc:/devlibs-new-gtk/lib -lwpd-0.8 -Lc:/devlibs-new-gtk/lib -lwpg-stream-0.1 -Lc:/devlibs-new-gtk/lib -lwpd-0.8 c:/devlibs-new-gtk/lib/iconv.lib -Lc:/devlibs-new-gtk/lib -lMagick++ -Lc:/devlibs-new-gtk/lib -lWand -lMagick -Lc:/devlibs-new-gtk/lib -lfontconfig -Lc:/devlibs-new-gtk/lib -lfreetype -lssl -lcrypto -Lc:/devlibs-new-gtk/lib -llcms -Lc:/devlibs-new-gtk/lib -lgsl -lgslcblas -lm -lpng -ljpeg.dll -ltiff.dll -lpopt c:/devlibs-new-gtk/lib/zdll.lib -lgc -lws2_32 -lintl -lgdi32 -lcomdlg32 -lm -lgomp -lpthreadGC2 -laspell (Whew, copied that out by hand... well, not quite :P) *Make error line 469: LINK problem: c:/devlibs-new-gtk/lib/libpoppler-glib.a(CairoFontEngine.o):c:\dev\poppler\poppler-0.8.4\poppler/CairoFontEngine.cc:225: undefined reference to `cairo_ft_font_face_create_for_ft_face'* *collect2: Id returned 1 exit status* Obviously this isn't good. What should I do next? I figure that I need to update poppler (it's way out of date too) to match with the new version of Cairo with the GTK package (1.8.8). However there aren't any build instructions for it. I'll see if I can work it out (using the cmake gui I'm up to it needing FreeType), but anyway, I just thought I'd tell you :-) -- Chris Morgan <chris.morganiser@...400...> I'm good at making two things: mistakes and enemies.

3 3

Feature Freeze!!!
by Joshua A. Andler 26 Aug '09

26 Aug '09

Hey all, We're in the final stretch! Given that I am the only Release Warden, I will have to modify a release rule if no one objects... this is the Release Wardens only can commit rule. I would like to extend the ability to commit to buliabyak and JonCruz during this period to ensure that I won't slow things down too much. Translators, please work toward finalizing your translations for this release. Packagers, we should hopefully have a pre2 tarball soon (yes, that means you're getting an email Ted)... when we do, please package things at your first opportunity so we can ensure that any potential packaging issues are ironed out. Would anyone like to volunteer for fixing make distcheck? Last I was aware of, it was failing. I'd like to see us branch on Sept 1, and hopefully release about 2 weeks after that. For now, on with the freeze! The list below was taken from the pre-freeze discussion. Thanks to everyone for all your work getting us this far, just a little bit further to the finish line! ===Crashers=== 307195 “crash with two inkscape instances when changing layer” 346721 “Segfault after opening scripts dialog” 406470 “Crash when trying to save as PDF” 399604 “'malloc: *** error' after changing numeric precision to 1 or 2” 397075 “Inkscape crashes adding image effect in filter editor.” ===Other=== 382313 “Image Filter broken for external images.” * Given all of the filter magic this release, seems important. 389130 “Inkscape PNG transparency display appearance does not match export and other standard applications” * This seems like a blocker when our one bitmap export has issues. 388257 “Inkscape 0.47Pre: PDF/PS Export 'Text to Paths' gives inconsistent results” 190557 “resize of object or group by entering a numeric size results in a different size.” * We have many precision issues that have persisted for a long time, I don't know that this is the time to fix this. Perhaps a goal for an upcoming release would be to make our precision... precise. :) I nominate to drop as a blocker. ===Platform Specific=== OS X: 390024 “raster image extensions fail on osx: missing ImageMagick config files/resources” 373514 “No Script Console on Mac OS X” * Maybe just a release note rather than make a blocker. ===Nominated for removal for release=== 179452 “export to openclipart.org in dev version” * Unless someone can step up, it's probably best to disable for 0.47. 319107 “Jabber whiteboard doesn't work” * Remove configure flag until someone actively works on again. 397872 “Auto-palette doesn't refresh until another color is added” * This is nominated to be ifdef'd out for the release if JonCruz does not have time to fix. ====== Cheers, Josh

10 13

New crash during rendering tests
by Jasper van de Gronde 26 Aug '09

26 Aug '09

See: http://home.hccnet.nl/th.v.d.gronde/inkscape/ResultViewer.html Inkscape now crashes on livepatheffect/andy-spiro.svg, while it used to pass. If someone could confirm this (and if it is confirmed, investigate/fix) that would be great.

3 5

Fedora 11 and text dialog
by MilesTogoe 25 Aug '09

25 Aug '09

Fedora 11 now has .47pre(0) in the regular repository so everyone running it has received it in upgrades (why such an early beta in the main repository I don't understand but that's a Fedora issue...) - however, the text editing dialog is really broken in this version which gives Inkscape users on F11 a bad experience and impression. So it would be helpful for Fedora packager to update the repositories to the pre1 version. Of course, text editing is still not right in pre1 but at least doable. Better yet, is a pre2 being prepared ? Meanwhile, when going to the .47 download page - only the windows versions are visible up top - but exploring further the mac and linux versions are all the way at the bottom of a long page. Shouldn't they all be in the same place ? (maybe Windows users just don't know how to scroll down :) Anyway both website and sourceforge page could use some clarification. If not being worked on, I'll try to hack on this.

4 6

Scatter vs. Pattern along Path Extensions
by Tavmjong Bah 25 Aug '09

25 Aug '09

Hi, Can anybody tell me the difference between the Scatter and Pattern along Path extensions? They look almost identical. Thanks, Tav

2 2

Re: [Inkscape-devel] Updating GTK+ on Win32
by Josh Andler 25 Aug '09

25 Aug '09

Doh! I won't have time to talk for close to 24hrs... if no one chimes in I will see what we can do. Otherwise... Bob or another win32 lib maven will be required to give us guidance. On Aug 25, 2009 4:57 AM, "Chris Morgan" <chris.morganiser@...400...> wrote: Hi all, At Josh Andler's request, I tried copying the new files from GTK+ site ( http://www.gtk.org/download-windows.html) over the old devlibs, overwriting all duplicates. (To try and see if this would sort out something with graphics tablets.) It failed in linking. mingw32-g++ -o build/inkscape.exe -mwindows -mthreads build\inkres.o build\obj\main.o build\obj\winmain.o build\libinkscape.a -Lc:/devlibs-new-gtk/lib -Lc:/devlibs-new-gtk/lib -lpoppler -Lc:/devlibs-new-gtk/lib -lpoppler-glib -Lc:/devlibs-new-gtk/lib -lgobject-2.0 -Lc:/devlibs-new-gtk/lib -lglib-2.0 -lintl -Lc:/devlibs-new-gtk/lib -lgdk-win32-2.0 -Lc:/devlibs-new-gtk/lib -lgdk_pixbuf-2.0 -Lc:/devlibs-new-gtk/lib -lpangowin32-1.0 -lgdi32 -Lc:/devlibs-new-gtk/lib -lpango-1.0 -Lc:/devlibs-new-gtk/lib -lpangocairo-1.0 -Lc:/devlibs-new-gtk/lib -lcairo -Lc:/devlibs-new-gtk/lib -lpoppler -Lc:/devlibs-new-gtk/lib -lgtkmm-2.4 -Lc:/devlibs-new-gtk/lib -lglibmm-2.4 -Lc:/devlibs-new-gtk/lib -lgobject-2.0 -Lc:/devlibs-new-gtk/lib -lglib-2.0 -lintl -Lc:/devlibs-new-gtk/lib -lsigc-2.0 -Lc:/devlibs-new-gtk/lib -lgdkmm-2.4 -Lc:/devlibs-new-gtk/lib -lpangomm-1.4 -Lc:/devlibs-new-gtk/lib -lpango-1.0 -Lc:/devlibs-new-gtk/lib -lpangocairo-1.0 -Lc:/devlibs-new-gtk/lib -lcairo -Lc:/devlibs-new-gtk/lib -lgdk-win32-2.0 -Lc:/devlibs-new-gtk/lib -lgdk_pixbuf-2.0 -Lc:/devlibs-new-gtk/lib -lpangowin32-1.0 -lgdi32 -Lc:/devlibs-new-gtk/lib -lcairomm-1.0 -Lc:/devlibs-new-gtk/lib -latkmm-1.6 -Lc:/devlibs-new-gtk/lib -latk-1.0 -Lc:/devlibs-new-gtk/lib -lgtk-win32-2.0 -Lc:/devlibs-new-gtk/lib -lgdk-win32-2.0 -Lc:/devlibs-new-gtk/lib -lgio-2.0 -Lc:/devlibs-new-gtk/lib -lpangoft2-1.0 -Lc:/devlibs-new-gtk/lib -lpango-1.0 -Lc:/devlibs-new-gtk/lib -lglib-2.0 -lintl -Lc:/devlibs-new-gtk/lib -lfreetype -Lc:/devlibs-new-gtk/lib -lfontconfig -Lc:/devlibs-new-gtk/lib -lgthread-2.0 -Lc:/devlibs-new-gtk/lib -lglib-2.0 -lintl c:/devlibs-new-gtk/bin/libxml2.dll c:/devlibs-new-gtk/bin/libxslt.dll -Lc:/devlibs-new-gtk/lib -lcairo -Lc:/devlibs-new-gtk/lib -lcairomm-1.0 -Lc:/devlibs-new-gtk/lib -lcairo -Lc:/devlibs-new-gtk/lib -lwpg-0.1 -Lc:/devlibs-new-gtk/lib -lwpd-0.8 -Lc:/devlibs-new-gtk/lib -lwpg-stream-0.1 -Lc:/devlibs-new-gtk/lib -lwpd-0.8 c:/devlibs-new-gtk/lib/iconv.lib -Lc:/devlibs-new-gtk/lib -lMagick++ -Lc:/devlibs-new-gtk/lib -lWand -lMagick -Lc:/devlibs-new-gtk/lib -lfontconfig -Lc:/devlibs-new-gtk/lib -lfreetype -lssl -lcrypto -Lc:/devlibs-new-gtk/lib -llcms -Lc:/devlibs-new-gtk/lib -lgsl -lgslcblas -lm -lpng -ljpeg.dll -ltiff.dll -lpopt c:/devlibs-new-gtk/lib/zdll.lib -lgc -lws2_32 -lintl -lgdi32 -lcomdlg32 -lm -lgomp -lpthreadGC2 -laspell (Whew, copied that out by hand... well, not quite :P) *Make error line 469: LINK problem: c:/devlibs-new-gtk/lib/libpoppler-glib.a(CairoFontEngine.o):c:\dev\poppler\poppler-0.8.4\poppler/CairoFontEngine.cc:225: undefined reference to `cairo_ft_font_face_create_for_ft_face'* *collect2: Id returned 1 exit status* Obviously this isn't good. What should I do next? I figure that I need to update poppler (it's way out of date too) to match with the new version of Cairo with the GTK package (1.8.8). However there aren't any build instructions for it. I'll see if I can work it out (using the cmake gui I'm up to it needing FreeType), but anyway, I just thought I'd tell you :-) -- Chris Morgan <chris.morganiser@...400...> I'm good at making two things: mistakes and enemies. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

File Export Tests Update
by Tavmjong Bah 25 Aug '09

25 Aug '09

Hi, Here is an update of my File Export tests. The SVG files I used for the tests can be found at: http://tavmjong.free.fr/INKSCAPE/MANUAL_v15Draft/images/FILES/FileExportTes… http://tavmjong.free.fr/INKSCAPE/MANUAL_v15Draft/images/FILES/FileExportTes… http://tavmjong.free.fr/INKSCAPE/MANUAL_v15Draft/images/FILES/FileExportTes… A draft of my File Export section of my book can be found at: http://tavmjong.free.fr/INKSCAPE/MANUAL_v15Draft/html/File-Export.html You can see the results of exporting for most formats. I assigned a letter grade (A best, F fail) to each export based on what could be expected in a perfect export, taking into account the limitations of the export file format. File Format: .ai: Removed (poorly supported old AI format, AI since 2001 can directly import SVG). .dfx: Two routines: (B) AutoCAD DFX: Missing star shape (perhaps as it is partly off page). (C) Desktop Cutting Plotter: Missing rectangle, Star in wrong place. Same errors as in HPGL export. FX export gets in right. .emf: (?) Not tested. Windows only. .eps: (A) Cairo imposes restriction that bounding box must be smallest rectangle around objects in exported drawing. .fx: (B) Gradients defined but not placed correctly. Patterns are referenced but not defined. .gpl: (A) .hpgl (C) See .dfx. .odg (C) One small translation error. Text and paths may be invisible. .pdf (A) .plt (C) Circle missing. Cannot have references to fonts in SVG file. (Uniconvertor) .png via Cairo (B) Missing rasterizing filter support but does a better job at patterns. .pov (F) Broken, extra output lines. .ps (A) .sk1 (F) Fails with error message. .svgz (A/F) Double entries. Second one fails. Any problem with deleting external export option? .svg with Scour (A, after bug with ellipses fixed) .tex Two options: PSTricks (A) Patterns, gradients, etc. not supported but not expected to be. PSFrag (B) Cairo font subsetting requires hand editing strings. .wmf (C) Circle missing. Cannot have references to fonts in SVG file (Uniconvertor) .xaml (C) Circle/star/text translations wrong. No patterns. (Tested by reimporting into Inkscape.) .xcf (A) .zip (A)

4 3