- 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