- Inkscape Devel - Inkscape Mailman

GSoC Surveys!
by Aaron Spike 10 Jul '08

10 Jul '08

Hello GSoCers, We still need surveys from cyreve, pjrm, bbyak, max, ted, and jasper. My internet connection is intermittent this week so if you see these people around please remind them. Remember, these surveys determine whether you get paid, so students, if you or your mentor hasn't submitted a survey yet, make sure it happens. Aaron Spike

1 0

smoothing in Pencil
by bulia byak 09 Jul '08

09 Jul '08

I have always felt that the Tolerance parameter (now renamed to Smoothing) in Pencil does not provide a wide enough range - small values look almost the same as large. So I have just shifted the range of this parameter so that 1 gives visibly rough and unsmoothed line with many nodes, while 100 gives a smooth line with few nodes. Of course this is all quite subjective, so if anyone can test it out and report if the new range works for them or not I would appreciate that. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

cairo/cmyk, next round :)
by Alexandre Prokoudine 09 Jul '08

09 Jul '08

Hi, Carl Worth has just told me they've got people who could work on CMYK support in Cairo, but they still need someone to tell them what exactly end-user applications want Cairo to do. It seems to me that we want two things: 1) optional output to CMYK PDF/PS/EPS 2) separation preview What Carl now says is: "(1) would probably be a good place to start. But I still have questions about how inkscape would like this to work. Particularly, with regard to what colorspace(s) inkscape would like to use to provide color values to cairo. What colorspace(s) would be used for blending. What to do with source colors from multiple spaces, etc." Do we want to use this chance to wet our toes in prepress waters? ;-) Alexandre

7 9

Fwd: SVGT 1.2 Implementation 'Test Fest' announced
by Alexandre Prokoudine 07 Jul '08

07 Jul '08

FYI ---------- Forwarded message ---------- From: Andrew Emmons <andrew.emmons at quickoffice.com> Date: Mon, Jul 7, 2008 at 2:24 PM Subject: SVGT 1.2 Implementation 'Test Fest' announced To: "www-svg@...157..." <www-svg at w3.org> Hello, The SVG Working Group will be holding a final 'Test Fest' for SVGT 1.2 implementations from September 29th to October 2nd. During this event, SVGT 1.2 implementations will be tested against a final test suite for the purpose of producing an implementation report. This report is critical in moving SVGT 1.2 to the 'Proposed Recommendation' track and should demonstrate that at least two interoperable and independent implementations exist for each feature of the specification. Details on the W3C process can be found here[1]. If you are an implementer and wish to join the 'Test Fest', please respond, privately if you wish, to this e-mail. Details for the meeting are still being worked out – specifically the location. It will be held somewhere in North America. Regards, Andrew [1] http://www.w3.org/2005/10/Process-20051014/tr.html#cfr Andrew Emmons Engineering Director, SVG Business Unit Co-Chair, W3C SVG Working Group Quickoffice, BitFlash Division www.bitflash.com, www.quickoffice.com

1 0

Trouble compiling a 0.46+devel release: lib2geom errors
by heathenx 05 Jul '08

05 Jul '08

I set up a virgin Ubuntu Hardy VM a couple of days ago so that I could use it as an Inkscape build environment for any of the 0.46+devel revisions. I'm only interested in compiling one of the recent SVN snapshots every once in a while just to check out some new features. I have only been able to compile revision 19107. I cannot get a more recent revision to compile due to lib2geom errors during the "make" command. I went out and found lib2geom and compiled it with cmake, make, sudo make install. No errors so I think it's good. I understand that the dev's are working on the latest and greatest stuff and probably shouldn't be distracted by people like me who have little understanding in compiling Inkscape in the first place but I feel like I'm so close. Is the lib2geom library very experimental at this time?...likely preventing me from compiling cleanly? Thank-you, heathenx

2 1

Unit tests for 2geom?
by Jasper van de Gronde 05 Jul '08

05 Jul '08

I'm converting the relevant (existing) libnr tests to 2geom as part of my GSoC project, now my question is where to put them? So far I've just put them in the 2geom directory of my local working copy and adjusted the build file in the same way as for the unit tests in the svg/ and libnr/ subdirectories for example. I imagine, however, that it might be better to add them to 2geom directly.

2 3

Color Export
by Cédric GEMY 05 Jul '08

05 Jul '08

I made somes test with scribus Team, and some troube as been revealed in CMYK handling in Inkscape export. If you have a pure black shape and export it in several format (AI, EPS, PS, PNG), only the AI export preserve the pure black. All the other result in a rich black (around C80%, M80%, 80%Y, K100%), which gives a 320 inking factor and we should not have more than 280 % in the worst case. Can someone confirm this. I tested on Mac OS, and can do the test with linuxes, but not under windows. pygmee

2 1

Discrepancies between 2geom's rotate and Inkscape's (libnr's) rotate
by Jasper van de Gronde 05 Jul '08

05 Jul '08

While converting some of Inkscape's libnr tests I found the following discrepancies between the two rotate classes: - Rotate(.234).inverse() != Rotate(-.234) in 2geom but not in libnr - Rotate(.234)*Rotate(0) != Rotate(.234) (idem.) - Rotate(0)*Rotate(.234) != Rotate(.234) (idem.) - b * Geom::Rotate::from_degrees(90.) != Geom::rot90(b) (idem.) My guess is that at least the first three have to do with how the rotation vectors are normalized. To me the most logical thing to do would be to eliminate the (in principle unnecessary) normalizations when computing the inverse of a rotation or when composing two rotations.

2 1

Changes to 2geom directory
by unknown＠example.com 04 Jul '08

04 Jul '08

Hi all, Thanks Jon for fixing the compile I apparently broke on Linux by updating 2geom, I am sorry. I just added a file saying not to change any code in Inkscape's 2geom copy. It is because we try to keep this directory a direct copy of 2geom's files. It is a lot of hassle to apply changes back and forth otherwise. If you really want to change Inkscape's 2geom code, please apply it to 2geom's SVN as well; otherwise your changes may very well be destroyed by the next update of Inkscape's 2geom copy. Another possibility is to commit your change to lib2geom first, then copy to Inkscape and commit the copy to inkscape. Thanks a lot, Johan

2 1

View option: skeleton-only mode?
by Valerie 04 Jul '08

04 Jul '08

It's great that the easy pattern-along-path functionality is already being implemented! Now is it possible to implement a view mode that turns all the LPE effects off and only show skeletons? The reasoning is the same as with outline mode: rendering speed. Some complex shapes may be quite complicated and take a long time to re-render every time, especially if one is only seeking to edit the skeleton. In fact, skeleton-only could be an option of outline mode. The biggest conflict is with Spiro lines, since users treat those as "normal" lines and not LPEs, thus probably don't want them to suddenly disappear. I'm not sure what can be done about this, save either making an exception for it (preference option?), or eventually implementing "native" Spiro splines despite them not being part of the native svg specifications.

1 0

Status update, take 2
by Maximilian Albert 03 Jul '08

03 Jul '08

Hi all, here is finally an update on my recent work. Note that this refers to the status of the project about two weeks ago. Most of what I have done in the meantime is not finished yet and, alas, was further delayed by my missing internet connection during last week and the serious build problems I have encountered afterwards (see different thread). As far as this work-in-progress is concerned, I'll outline it in a separate email to keep this one at a moderate length. Here is what's new: - A couple of new LPEs: * circle through 3 points * angle bisector * parallel to a line (it only uses start and end point of the path) * rotate copies (similar to tiled clones) * offset (in progress, see next email) - The pen context can now be put into a new internal state in which it waits for a specified number of mouse clicks, then creates a path from these clicks (by default only polylines are allowed but this is configurable) and either applies a new LPE of given type to the newly created path or passes the new path as a parameter to an existing LPE. This infrastructure is currently planned to only be used under the hood. Its full potential will become clear when we have a better UI for the new geometric LPEs. At the moment you can give it a try in two ways. Either apply the "mirror reflect" LPE to a path - it then waits for two mouse clicks which specify the mirroring line and only applies the LPE after these have occcurred. Or press Shift+C/B/A in pen tool, which activates one of the three LPEs "Circle through 3 points", "perpendicular bisector" or "angle bisector". Each of these waits for mouse clicks and then applies the LPE to a new path created from these (you will notice that you can only create polylines, which is reasonable for these kinds of constructions). - LPEPerspectivePath has a new handle to control the offset of the path (it's not ideal yet but better than tweaking the values manually). - LPEs can now choose to display or hide the original path. Boilerplate code for setting this option as well as for creating custom knotholder handles were added to lpe-skeleton.(h|cpp). - For each PointParam of a LPE, a knotholder handle is now automatically created (a separate status bar tip can be provided, otherwise the tooltip is reused). This made the clumsy "edit on-canvas" button in the LPE dialog obsolete. If you want to see it in action, "Lattice Deformation" is probably the LPE where the benefits of automatic handles are most visible. :) - Each LPE can now display custom helper paths (similar to how the original path is displayed in node context). Just like handles for PointParams, these helper paths are automatically created for PathParam parameters. Again, "Lattice Deformation" is a good illustration. It displays a (very rudimentary) grid joining the lattice points. In the course of implementing custom helper paths, the framework also was reworked to make live updating of paths faster, among other things (though this can probably still be optimized). Known bug: The helper paths are not live-updated during dragging, and sometimes old ones don't vanish. This used to work properly, but it needed to be switched off due to the "green fish problem" which occurred last week (sorry for the hassle with it, BTW). It will be sorted out soon. More soon. Cheers, Max

4 3

Hackontest dev's
by unknown＠example.com 03 Jul '08

03 Jul '08

Hi all, If you are interested in participating in Hackontest, please register yourself at www.hackontest.org and click on the "agree to implement" button next to projects you'd like to work on. IMPORTANT: At the moment, there are no project proposals in Inkscape with at least 4 developers, which means we are out of the running! So, even if you are not 100% sure you can make it, please sign up for it; or at the very least, make a vote :) There may even be funds to get a developer over from the States, so if you want to see a beatiful and nice city in Europe... this holds especially for the developers out there with Inkscape "Hero" status!! Thanks a bunch, Cheers! Johan

2 1

GSoC Unit test suite update
by Jasper van de Gronde 03 Jul '08

03 Jul '08

The utest tests are now converted to CxxTest tests and you can build all the CxxTests on Windows. To build (and execute) them on Linux you still just do "make check", to use them on Windows build the linkcxxtests target and then execute cxxtests.exe (which is put in the build directory). You should execute it from the inkscape directory, as it needs a lot of dll's, unless you have the right dll's available in your path. Unfortunately the new CxxTest tests do not build under Linux yet. (With a bit of luck this will be remedied within one or two days, I'm currently doing a test build of Inkscape with some changes to add helper/units-test.h to make check.) I also made some new tests from scratch in CxxTest format. The test file for svg-path was committed some time ago and there are some tests for svg-affine and svg-length now as well (the latter doesn't have a lot of tests yet though). The test executable generates three types of output: 1. Its progress is written to stdout 2. A log is kept in text format 3. A log is kept in xml format The last two are put in the same directory as the cxxtests executable. Finally, the results of the tests themselves: - Two of the existing CxxTest tests (AttributesTest::testAttributes and DirUtilTest::testBase) fail on my system(s). - A test converted from the utest framework also fails (BezierUtilsTest::testBezierPt1). - Some of the new tests fail, but fortunately not in ways that would cause problems (for example, the current transform writing code outputs rotations and skews as a matrix instead of a rotate or skewX/Y, not wrong, but not very consistent/user-friendly either). Jasper

1 0

Vote for new functionality at www.hackontest.org
by unknown＠example.com 03 Jul '08

03 Jul '08

Hello all, A 24-hour contest to program new functionality into an opensource program? => www.hackontest.org Inkscape has registered for participation in Hackontest.org! http://www.hackontest.org/index.php?action=Root-projectDetail(97) This means we need your votes to find out which new functionality you'd like to see us code as quick as we can. Also, we need a lot of votes just to let the Hackontest organization know Inkscape makes you happy ;-) Cheers, Johan Engelen

1 0

Google Summer of Code(TM) 2008 Midterm Survey Approaches
by Aaron Spike 03 Jul '08

03 Jul '08

Attention all GSoC students and mentors, This is a reminder that midterm evaluation surveys open July 7th. Information about the surveys can be found at the links below. http://groups.google.com/group/google-summer-of-code-announce/web/midterm-s… http://groups.google.com/group/google-summer-of-code-announce/web/student-s… http://groups.google.com/group/google-summer-of-code-announce/web/midterm-m… I would ask that everyone involved reply to this thread so that Bryce and I can see that you are all awake and mindful of the survey deadline. This should give me a few extra days to track down awol participants. Remember these surveys are used to decide who receives t-shirts and money. If you are signed up as a mentor but not actively mentoring anyone, read the fine print you may still be eligible for a t-shirt if you complete the survey. Aaron Spike

7 7

Re: [Inkscape-devel] Import form openclipart
by Jakub Klawiter 02 Jul '08

02 Jul '08

Hello! :/ strange my gmail sent this message to pvt e-mail not to list probably. I'f i'm wrong excuse me for the dupe. > This is a bug on OCAL's side. We tried to find someone to fix it on > their side and we failed. It is very possible that I don't understand the real problem, but from my (user) point of view there are bug on both sides, as I wrote on previous message. Inkscape is importing *only one*, and always *only first* image uploaded to OCAL. And this is IMO a bug in Inkscape. If OCAL supports more than one version of image, and many of them can be SVG files, Inkscape should ask user which one (s)he want's to import. It is possible that somebody will upload a set called: "John Example" and inside you will find files: John Example (SVG) John Example Monochrome (SVG) John Example Manga Style (SVG) Rasterized John Example (PNG) Inkscape should ask what version of Mr. Example you want to import. You can say, ppl should not upload various version of picture into one "set". Maybe, but they probably will if they can, and IMO Inkscape and OCAL should work with this, because *software should be for users* not vice versa. Other bug in OCAL is that it can show thumbnail only if PNG file is first. Yes it is a bug in OCAL which maybe will be killed (a bug) someday. -- Pozdrawiam, Jakub. Milion osób dziennie pobiera Firefoksa... pobierz i Ty! www.firefox.pl

3 4

Startup crash (perhaps related to modified CFLAGS)?
by Maximilian Albert 02 Jul '08

02 Jul '08

Hi all, for a while now I have been compiling Inkscape with empty CFLAGS/CXXFLAGS, which greatly speeds up the build. Since last week, however, Inkscape consistently crashes for me during startup. I first thought this was caused by one of the recent SVN commits, but bisecting the history I was unable to identify any malicious commit because a single revision sometimes worked and sometimes didn't. It's still strange that the problem only seems to occur with revisions that are not older than one or two weeks. I have a separate SVN checkout on my hard drive which uses unchanged CFLAGS/CXXFLAGS (which I use when I need full debugging information). This one works without problems. Has anyone else seen similar crashes in the past, perhaps related to modified CFLAGS? I'd be very glad if someone could point me to a solution because development is severely slowed down with the increased compile times, and I've already spent several days just trying to recompile Inksacpe and finding that the crash is still there. Many thanks in advance, Max P.S.: Of course I tried 'make clean' but that didn't help. :(( Backtraces are worthless, too, since they read like this: #0 0xb74db9d7 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #1 0x00000000 in ?? () (as I said, debugging symbols are stripped off in these builds)

1 2

Re: [Inkscape-devel] OSX native compile error
by Matt Peterson 01 Jul '08

01 Jul '08

I don't know if it helps but because the menus are rendered by the OS I can get to the font dialog, and the font preview in that dialog renders just fine. Nothing in the actual interface does though. -- Matthew Peterson Programmer Christa McAuliffe Space Education Center On Sat, Jun 28, 2008 at 1:38 AM, jiho <jo.irisson@...400...> wrote: > > On 2008-June-27 , at 20:45 , Matt Peterson wrote: > > Installed versions of pango and cairo are (copied straight from macports): >> pango @1.16.5_0 >> pango @1.20.2_0+no_x11 >> pango @1.20.3_0+no_x11 (active) >> cairo @1.6.4_0+no_x11 >> cairo @1.6.4_1+macosx+no_x11 (active) >> As you can see, both of the active versions for cairo and pango have X11 >> disabled. I followed the instructions from >> http://www.inkscape.org/wiki/index.php/CompilingMacOsX >> under the "Compiling Inkscape with native GTK using MacPorts >> [experimental]" heading to the best of my ability. >> > > then I am not sure what to tell you. I haven't been trying this for a > while. I just remember hitting that problem before and finally solving > it.... but I don't remember precisely how unfortunately :( > If you look into pango options (in pango's code or in macports : port edit > pango) there is (was at least) a switch to specify rendering via cairo > instead fo freetype. The result is that fonts are smoother than in the X11 > version but that works. > I won't be able to check this more before 2 or 3 weeks. Keep me in copy of > your messages until then please. It is great that you work on this. > > > JiHO > --- > http://jo.irisson.free.fr/ > > >

1 0

Fwd: OSX native compile error
by Matt Peterson 01 Jul '08

01 Jul '08

Installed versions of pango and cairo are (copied straight from macports): pango @1.16.5_0 pango @1.20.2_0+no_x11 pango @1.20.3_0+no_x11 (active) cairo @1.6.4_0+no_x11 cairo @1.6.4_1+macosx+no_x11 (active) As you can see, both of the active versions for cairo and pango have X11 disabled. I followed the instructions from http://www.inkscape.org/wiki/index.php/CompilingMacOsX under the "Compiling Inkscape with native GTK using MacPorts [experimental]" heading to the best of my ability. -- Matthew Peterson Programmer Christa McAuliffe Space Education Center On Fri, Jun 27, 2008 at 1:22 AM, jiho <jo.irisson@...400...> wrote: > On Sun, Jun 22, 2008 at 12:02 AM, Bob Jamison <rwjj@...127...> wrote: > > I asked around, and nobody knew. What I would suggest, is that you > > try visiting irc.gnome.org, in the "#gtk+" channel. Since the native > OSX > > gtk port is still in development, this might be something that they > > would need > > to see. At any rate, that is where the experts in this area lurk. > > Matt Peterson wrote: > >> Putting that line into Inkscape didn't seem to help, although inkscape > >> is getting the change. I think it might be a problem with pango. The > >> errors I am getting are: > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> (inkscape:19764): Gtk-CRITICAL **: gtk_widget_show_all: assertion > >> `GTK_IS_WIDGET (widget)' failed > >> > >> (inkscape:19764): Gtk-CRITICAL **: gtk_box_pack_start: assertion > >> `GTK_IS_WIDGET (child)' failed > >> > >> (inkscape:19764): Gtk-CRITICAL **: gtk_widget_show_all: assertion > >> `GTK_IS_WIDGET (widget)' failed > >> > >> (inkscape:19764): GLib-GObject-CRITICAL **: g_object_ref: assertion > >> `object->ref_count > 0' failed > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> (inkscape:19764): GLib-GObject-CRITICAL **: g_object_ref: assertion > >> `object->ref_count > 0' failed > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> ** (inkscape:19764): CRITICAL **: gdouble > >> sp_document_height(SPDocument*): assertion `document->root != NULL' > failed > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: shaping failure, expect ugly > >> output. shape-engine='BasicEngineFc', font='Lucida Grande 12', text=' ' > >> > >> (inkscape:19764): Pango-WARNING **: shaping failure, expect ugly > >> output. shape-engine='BasicEngineFc', font='Lucida Grande 6.34765625', > >> text='5' > >> > >> (inkscape:19764): Pango-WARNING **: shaping failure, expect ugly > >> output. shape-engine='BasicEngineFc', font='Bitstream Vera Sans Mono > >> 12.5', text='?' > >> > >> (inkscape:19764): Pango-WARNING **: shaping failure, expect ugly > >> output. shape-engine='BasicEngineFc', font='Lucida Grande 15', > >> text='No objects selected. Click, Shift+click, or drag around objects > >> to select.' > >> > >> Seems to me that pango isn't reading the font files right. > > These issues are indeed caused by Pango and the problem does not come > from note having bitstream vera sans (BTW, switching to Deja Vu sans > as the default would be a wise move since most new distros are using > this new version of the Bitstream fonts). > > If I remember well, the problem, for me, was that Pango was build by > MacPorts with an X environement in mind while, obviously, the rest is > X-free (no pun intended). So look for a no_x11 variant of Pango, or > something similar. Basically it must remove dependencies on X and > freetype and use Cairo to render the fonts. When Cairo is compiled > natively, it ultimately removes any dependency on X11. > The other possible issue is that font stuff changed recently in Cairo > and Pango and that some environement variables names related to fonts > may be different between the two. Which versions does MacPorts gives > you on your G4 on 10.4? > > I'll look a bit more into this when I am on my main machine. > > JiHO > http://jo.irisson.free.fr/ >

1 0

Re: [Inkscape-devel] Import form openclipart
by Alexandre Prokoudine 01 Jul '08

01 Jul '08

On Mon, Jun 30, 2008 at 10:52 PM, Jakub Klawiter wrote: > Hello! > > >> This is a bug on OCAL's side. We tried to find someone to fix it on >> their side and we failed. > It is very possible that I don't understand the real problem, but from > my (user) point of view there are bug on both sides, as I wrote on > previous message. http://news.gmane.org/find-root.php?message_id=%3c3c78ff030802162016u747f7e… Alexandre

1 0

SVGFonts UI discussion thread
by Felipe Sanches 01 Jul '08

01 Jul '08

Currently SVGFonts rendering in a helper GtkWindow is working ok for glyphs described using the path descrition ("path:d") attribute. Once we move the rendering to the canvas, arbitrary chunks of SVG will be added to the glyphs. Currently glyph kerning and missing-glyph nodes are also properly handled and rendered. I am using the helper GtkWindow because we still don't have pango+userfonts integration. So I am using cairo+userfonts directly on the GtkWindow. Once pango supports userfonts, I will remove the GtkWindows and render SVGFonts on the correct place (directly in the canvas). Since my work now depends a lot on this pango support, it has been evolving very slowly. I am thinking of doing some user interface work while we are stuck with pango. So, this thread is intended to discuss ideas and mockups on what people want to see for the SVGFonts user interface. Mental told me yesterday that it should be possible to edit glyphs on canvas directly on the rendered text in an "edit fonts" mode. I agree that this is the ideal thing to do, i.e. have things rendered in real time as much as possible. For example, when the text "Felipe" is rendered using an SVGFont and the user goes to "font edit mode", then editing the content of one of the "e" glyphs would make both "e" glyphs to be visually modified as if they were clones. That is the desired "real time" on-canvas bahaviour. But I also think that there should be an off-canvas glyph-editing user interface. There must be a dialog where the user can define the glyph-names, metadata such as font-family name and all the other font descriptors, the missing-glyph curves, and all of the glyph-kerning rules. Also, in this off-canvas UI, we could/should have helper lines indicating font metrics information such as base-line, top-line, etc. just like a font-editor would be. I also have in mind a unicode codepoint selector widget to be used for the u1 and u2 attributes in the kerning rules dialog. Please, feel free to offer new ideas or to say my ideas are crap or whatever. I am open to discussion. JucaBlues

4 5

Crash when applying patterns
by Maximilian Albert 30 Jun '08

30 Jun '08

Hi, since a short while ago, applying a pattern to a path in the fill/stroke dialog has led to a crash. I have found out that this is caused by invalid path data in share/patterns/patterns.svg which was introduced in revision 16619. Namely, there are stray minus signs (without a number following them) at two places in the code, like this: C -152.421,-34.897 -132.804,-34.567 -147.875,- L -150,-46.156 z (notice the isolated minus sign in front of the L). I committed a temporary "fix" by just inserting the value 999.999 for the missing coordinates (this makes it easy to find them in the file). Of course this messes up the patterns but I don't know the correct values for the missing coordinates. Bulia, since you committed the new patterns, could you have a look and properly correct them? BTW, were the paths created using Inkscape? In this case we should also find out why the invalid path data was produced in the first place. Max P.S.: Note that there still is another bug related to patterns which leads to a crash when you want to edit patterns using their knotholder handles. I wanted to fix it but it was shadowed by the new crash so I couldn't work on it. I hope to resolve it as soon as possible.

1 0

Import form openclipart
by Jakub Klawiter 30 Jun '08

30 Jun '08

Hello! Inkscape has great feature to import clipart from openclipart.org, but if there is more than one picture inkscape will import the first one. Same time openclipart will show thumbnail of an image only if first uploaded picture will be raster one (eg. PNG). You can check it here: http://openclipart.org/media/files/wariat/8984 there is no thumbnail but inkscape will import SVG file http://openclipart.org/media/files/jean_victor_balin/8735 there is a thumbnail of a picture but inkscape will import PNG file, while svg is still available. IMO there is a bug on both sides. Openclipart should show thumbnail if there is a raster image on any position of a set. User should not think about this. Inkscape should import any file from gallery, so if there is more than one file in set, it should: - ask which one user want's to download (IMO better) or - show all images in import window. What do you think? -- Pozdrawiam, Jakub. Milion osób dziennie pobiera Firefoksa... pobierz i Ty! www.firefox.pl

2 1

PDF import
by Andy Fitzsimon 30 Jun '08

30 Jun '08

Just letting the list know: I couldn't have gotten through last week had it not been for PDF import. I want to sincerely thank everyone who contributed in making it this easy to import and work with PDF assets. You are my heros. Andy

1 0

Re: [Inkscape-devel] [Lib2geom-devel] path parsing - nartbpath optimization?
by unknown＠example.com 30 Jun '08

30 Jun '08

> -----Original Message----- > From: njh [mailto:njh@...1927...] > Sent: zondag 29 juni 2008 19:01 > To: Engelen, J.B.C. (Johan) > Cc: inkscape-devel(a)lists.sourceforge.net; > lib2geom-devel(a)lists.sourceforge.net > Subject: Re: [Lib2geom-devel] path parsing - nartbpath optimization? > > On Sun, 29 Jun 2008 J.B.C.Engelen@...1578... wrote: > > > Hi all, > > > > When parsing "M 0,0 1,0 1,1 0,1 0,0 z", the old nartbpath > optimizes it > > and stores it like: "M 0,0 1,0 1,1 0,1 z". The 2geom path > parser does > > not. So when writing the path back to svg, nartbpath and > 2geom don't > > match up. > > Write a path optimiser function. If you're going to optimise > this, why not consider more interesting optimisations like > reparameterisation? This may be a good idea for later, but for now I was interested in "the right"(TM) behavior. What Inkscape used to be doing. :) Johan

1 0