- Inkscape Devel - Inkscape Mailman

3d box crash - patch for 0.46
by John Faith 16 Apr '08

16 Apr '08

Hello, This bug https://bugs.launchpad.net/inkscape/+bug/205659 has a patch attached which solves crashing as soon as the 3d box tool is used on OS X 10.3.9 and OpenBSD. Would it be possible to review this patch and apply to the 0.46 branch? Thanks! , John

3 4

Re: [Inkscape-devel] Extensions (inx) files
by Bob Jamison 16 Apr '08

16 Apr '08

I've seen several things (SOAP for example) that, for data types, just use Schema's own namespaced data types. In fact, the data types are the only part of XSD that I like. :-) bob -----Original Message----- >From: Marcin Floryan <mfloryan@...1877...> >Sent: Apr 16, 2008 9:17 AM >To: Ted Gould <ted@...11...> >Cc: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] Extensions (inx) files > >Ted, > >Things are funny at times. I have just reached a point where I am slightly confused how the XSD should be written (to define parameters) and so I've looked into your XSD and you seem to have been stuck at the same point :-) >There is no neat way to define ><param type="int" ..>int</param> ><param type="float">float</param> >since XSD does not support element typing based on attribute values (fair enough). >So either we have some less strict XSD rules (and relay on further validation in code) or we change that element's name to reflect the type as well (I opt for the latter, but wonder what people here think). > >PS. I suppose this is why you can have <input type="submit" maxlength="12" ...> in XHTML though logically it does not make sense :-) >-- >Marcin Floryan >http://marcin.floryan.pl/ [GPG Key ID: 0D5581C5]

1 0

XML editor interface
by James Crook 16 Apr '08

16 Apr '08

Hi, I'm one of the developers with the Audacity audio editor project. Our code keeps being pulled towards a kitchen-sink architecture where everything people might ever need gets integrated in (FTP for podcasting, play lists, MIDI-Editor, de-noising tools etc). We're trying to fight back against this trend by more and more moving to 'bridging', where we find ways to bridge to other applications that already do the job. One direction is with XML editing. Our project file that holds the descriptions of the audio clips is an XML format. I'm thinking we should bridge to: http://xml-copy-editor.sourceforge.net/ for display/update. I like the XCE editor, it uses the very powerful Scite component. What I'm wondering is, how tightly integrated is the built in XML editor in Inkscape? Are there a raft of services that XCE/Scite would need to support to have (the option) of bridging to an external editor? Does it even make sense to be looking in this direction, or should I be looking for smaller 'footbridges' rather than bridges with 'motorway traffic'? Any comments and feedback welcome. At the moment Audacity does not integrate any XML editor at all, but I am thinking we will need to as our project structure gets more complex, for the same reasons that Inkscape already does. This is at a very early stage, I'm just looking around and getting impressions. --James.

3 2

Multipage plan
by bulia byak 16 Apr '08

16 Apr '08

This topic has been discussed a lot... but now I need this feature for a project, so I decided to look in detail into what we can do to enable multiple pages in Inkscape. There is an SVG Print specification from W3C which deals, among other things, with multipage SVGs: http://www.w3.org/TR/SVGPrint/ However, it is still a draft. I don't know when it will become a final spec. We have already been bitten once by jumping the gun and implementing a thing which was later dropped from the standard and replaced by a quite different one (flowtext). Besides, even when it is final, it may take years for SVG software to catch up to it. And I'm sure a lot of software will choose to ignore SVG Print because printing is simply not on their agenda. All of this makes me very reluctant to go on with implementing the current SVG Print multipage model. If we do, we may end up with our multipage documents unreadable by most SVG software out there, even though we will follow an official spec. Yet, let's look and what SVG Print proposes. A multipage document looks like this: <svg>  <pageSet> <masterPage rendering-order="under"/>  <masterPage rendering-order="over"/>  <page> content </page> <page> content </page> ... </pageSet> </svg> In a lot of respects, page and pageSet containers are similar to groups or layers. Hence my proposal: - Implement the same document structure, but instead of pageSet, masterPage and page, use regular g elements with extension attributes indicating their role. - Reuse the Layers dialog for displaying and switching these page containers as well, making them part of the overall layers tree displayed in that dialog. In this way, each page may have its own subtree of layers, but there may be shared layers that show up on all pages, stored in master pages or in the content before the pageSet (which is also treated as a background master page). Of course the Layers dialog will have to treat such page-layers in a special way, namely: -- display them differently (font, color, autonumbering) -- enforce that only one of the sibling pages is visible at a time: as soon as the user switches to a page and makes it visible (perhaps for pages, we can implement "clicking on name makes visible"), all other pages are hidden, using the standard CSS visibility property as is done for layers -- when a page gets visible, its nearest preceding masterpage also gets visible, all previous masterpages get hidden (as per the SVG Print spec) - In addition to Layers dialog, we'll also need a small page flipper in the statusbar, next to the quick layer selector, hidden for non-multipage documents; the quick layer selector should perhaps be limited to the layers of the current page and the currently active masterpage only. - Add commands like New page, Duplicate page, Delete page, etc. I think this plan has several important advantages: 1) it gives the required functionality without too much disrupting the existing workflow; in particular it makes obvious the relationship between layers and pages, which otherwise may be confusing; 2) it is relatively easy to implement with the existing infrastructure; 3) it lets any SVG 1.1 software to view Inkscape multipage files, if only the page which was last viewed in Inkscape before saving; 4) it maps _almost_[1] one-to-one to SVG Print and will be easy to switch to using the dedicated SVG Print elements at any time. Please let me know what you think. [1] Why "almost"? There's one small detail in SVG Print which cannot be emulated in SVG 1.1: a masterPage with rendering-order="over" (foreground master page) must be rendered on top of the current page, but it comes _before_ it in document order. I find this very unfortunate and I actually think it might be a good idea to suggest changing this before the spec is finalized. Namely, replace The Background Master Page and Foreground Master Page MUST be the ones most closely preceding the page in document order. by The Background Master Page MUST be the one most closely preceding the page in document order; the Foreground Master Page MUST be the one most closely following the page in document order. With that change, a 100% emulation of this with SVG 1.1 groups will be possible (unless I'm missing something, of course). Unfortunately, this change will likely be rejected because, from what I see, one of the motivations in SVG Print is to make a document "streaming" so that a page can be fully rendered without looking forward in the document. If that is the case, then I guess we'll just need to drop support for foreground master pages in our implementation. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

9 19

Re: [Inkscape-devel] [Inkscape-user] SVG Open conference, looking for a Inkscape presentation and course
by Jon A. Cruz 16 Apr '08

16 Apr '08

Hey guys, Is there anyone slightly local who might be up to making SVG Open and giving a talk or teaching a class? I'm going to see what I can do, but the more people we have getting involved the better. And as we saw at SCALE, with different people submitting proposals on different subjects, there's a better chance of at least something matching the need and being accepted. Additionally, is there anyone who might be able to make it to man a booth? From things like SCALE and LugRadio Live I've seen how just having *anyone* there can be helpful. In fact, some times the booths manned by people who might not be core developers but who are users and just excited about the project can be some of the best. Thanks, and I hope we get a few more people stepping up, despite the deadline being so close. :-) On Apr 11, 2008, at 2:22 AM, Andreas Neumann wrote: > Hello Inkscape Developers and Users, > > The SVG Open 2008 will take place in Nuremberg, Germany, from > August 26 > to 29. > > We would appreciate if we could have one or more presentations and a > course on Inkscape. We could also have a Inkscape presentation as a > keynote at the conference. See > http://www.svgopen.org/2008/index.php? > section=participate_presenters for > more information. > > We are also still looking for course instructors: courses will be 150 > minutes in length, course instructors will receive a free conference > pass. See > http://www.svgopen.org/2008/index.php?section=participate_workshops > for > more information. > > Please contact me if you have questions and submit your paper > abstracts > and course proposals at http://www.svgopen.org/ > > Official Call for Papers: > ------------------------- > > Call for Papers, SVG Open 2008 > http://www.svgopen.org/ > > The 6th international conference on Scalable Vector Graphics will take > place from August 26 to 28 in Nuremberg, Southern Germany. At this > conference you can learn about subjects varying from specialized > technical visualizations to interactive multimedia art. On the program > there are presentations, beginner and advanced level workshops, a > technical exhibition, and the opportunity to meet people from the SVG > community, industry and the W3C SVG Working Group. > > The SVG Open 2008 organizing committee is looking for contributors > presenting a paper or teaching a course. Presenters are asked to > submit > an extended abstract in English with an approximate length of 400 > to 800 > words by April 18, 2008. The abstracts are reviewed by a reviewing > committee and presenters will be informed about acceptance on or > before > May 15, 2008. If your abstract is accepted, you will be asked to > submit > your full paper by August 1, 2008, according to instructions that will > be sent to you. Accepted abstracts, papers and presentations will be > published on the conference hand-outs and web proceedings. Paper > Abstracts can be submitted at http://www.svgopen.org/ until April 18. > Following is a list of potential presentation topics: > > * Mobile (handheld, in-car) Solutions > * SVG Authoring Tools > * Publishing and Printing with SVG > * SVG Text and Internationalization > * Accessibility of SVG > * Location-based Services > * Business Cases and Case Studies > * Workflow for Creating and Using SVG > * SVG and Digital Television > * Graphic Design with SVG > * SVG for Webmapping and Online GIS/GML > * SVG for Multimedia Presentations > * Server-side SVG Generators and Manipulators > * SVG Authoring Techniques > * Making Graphics Acessible > * Interactivity and Scripting > * GUI Frameworks for Web Applications > * File Format Conversion > * Case Studies > > Course Instructors are asked to submit a course outline by April 18, > 2008. The outlines are reviewed by a reviewing committee and > instructors > will be informed about acceptance on or before April 29, 2008. > Accepted > course instructors will receive a free conference pass and may > participate at the come together event for free. Accepted course > outlines will be published as course descriptions in the program. > Therefore they should be directed at those who might register for the > course rather than the reviewers. Courses are 150 minutes in length, > scheduled for the morning and afternoon of August 29, 2008. We are > interested in proposals for both beginner courses and advanced > courses, > to cater to the diverse interests of all conference attendees. Here > is a > list of topics of potential interest for courses. Feel free to either > volunteer for one of these or propose your own topic. > > * Introduction to SVG > * SVG Authoring Techniques > * Creating Mobile SVG content > * UI Design > * Using SVG Tools > * CSS > * XSLT > * SMIL Animation > * ECMAScript and the DOM > * Graphic Design > * SVG Filter Effects > * Rendering Algorithms > * Generating SVG from Database Content > > Thank you for considering a paper or course abstract submission. > Hope to > see many of you in Nuremberg! > > The SVG Open 2008 organizing committee. > > ------------ > > Thanks, > Andreas > > -- > > -- > Andreas Neumann > Böschacherstrasse 6 > CH-8624 Grüt (Gossau ZH) > Switzerland > Phone: ++41-44-2736668 > Email: a.neumann@...1944... > > Web: http://www.carto.net/neumann/ > SVG Examples: http://www.carto.net/papers/svg/samples/ > SVG.Open: http://www.svgopen.org/ > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save > $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http:// > java.sun.com/javaone > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user

2 1

Re: [Inkscape-devel] [Inkscape-user] SVG Open conference, looking for a Inkscape presentation and course
by Andy Fitzsimon 16 Apr '08

16 Apr '08

G'day andreas, You might want to talk to the many competent Inkscape user who work for Novell there in Nuremberg. Most Inkscape developers live outside of Europe. - Andy On Wed, Apr 16, 2008 at 12:14 AM, Andreas Neumann <a.neumann@...1944...> wrote: > Hello Inkscapers, > > We are very interested to have Inkscape at the conference. However, we > don't have a big budget for reimbursing traveling/hotel costs for many > people. I am pretty sure there would be interesting discussions at the > conference, since most of the people of the W3C SVG working group will > be present at the conference. W3C will also open up the process for > working on future SVG versions, which means that all interested > persons/projects can participate no matter if they are paying W3C > members or not. By opening up this process we hope to get projects like > Inkscape or others more involved in the process. > > We can offer free conference passes for the keynote speaker and course > instructors and maybe I can come up with some funding for one or two > persons for covering at least parts of the traveling/hotel costs. > > Having a booth at the technical exhibition would be free for open source > projects. I can also help out for the Inkscape booth for parts of the > exhibition - however, not for the whole time. I am also an Inkscape user. > > The deadline for abstracts is very close, but we can make a few > exceptions if you are still working on proposals. Tell me how many extra > days you need for working on abstracts/course proposals. > > I am looking forward to contributions from the Inkscape community and to > fruitful discussions at the conference. > > Thanks, > Andreas > > > > Jon A. Cruz wrote: > > Hey guys, > > > > Is there anyone slightly local who might be up to making SVG Open and > > giving a talk or teaching a class? I'm going to see what I can do, > > but the more people we have getting involved the better. And as we > > saw at SCALE, with different people submitting proposals on different > > subjects, there's a better chance of at least something matching the > > need and being accepted. > > > > Additionally, is there anyone who might be able to make it to man a > > booth? From things like SCALE and LugRadio Live I've seen how just > > having *anyone* there can be helpful. In fact, some times the booths > > manned by people who might not be core developers but who are users > > and just excited about the project can be some of the best. > > > > Thanks, and I hope we get a few more people stepping up, despite the > > deadline being so close. :-) > > > > > > On Apr 11, 2008, at 2:22 AM, Andreas Neumann wrote: > > > >> Hello Inkscape Developers and Users, > >> > >> The SVG Open 2008 will take place in Nuremberg, Germany, from > >> August 26 > >> to 29. > >> > >> We would appreciate if we could have one or more presentations and a > >> course on Inkscape. We could also have a Inkscape presentation as a > >> keynote at the conference. See > >> http://www.svgopen.org/2008/index.php? > >> section=participate_presenters for > >> more information. > >> > >> We are also still looking for course instructors: courses will be 150 > >> minutes in length, course instructors will receive a free conference > >> pass. See > >> http://www.svgopen.org/2008/index.php?section=participate_workshops > >> for > >> more information. > >> > >> Please contact me if you have questions and submit your paper > >> abstracts > >> and course proposals at http://www.svgopen.org/ > >> > >> Official Call for Papers: > >> ------------------------- > >> > >> Call for Papers, SVG Open 2008 > >> http://www.svgopen.org/ > >> > >> The 6th international conference on Scalable Vector Graphics will take > >> place from August 26 to 28 in Nuremberg, Southern Germany. At this > >> conference you can learn about subjects varying from specialized > >> technical visualizations to interactive multimedia art. On the program > >> there are presentations, beginner and advanced level workshops, a > >> technical exhibition, and the opportunity to meet people from the SVG > >> community, industry and the W3C SVG Working Group. > >> > >> The SVG Open 2008 organizing committee is looking for contributors > >> presenting a paper or teaching a course. Presenters are asked to > >> submit > >> an extended abstract in English with an approximate length of 400 > >> to 800 > >> words by April 18, 2008. The abstracts are reviewed by a reviewing > >> committee and presenters will be informed about acceptance on or > >> before > >> May 15, 2008. If your abstract is accepted, you will be asked to > >> submit > >> your full paper by August 1, 2008, according to instructions that will > >> be sent to you. Accepted abstracts, papers and presentations will be > >> published on the conference hand-outs and web proceedings. Paper > >> Abstracts can be submitted at http://www.svgopen.org/ until April 18. > >> Following is a list of potential presentation topics: > >> > >> * Mobile (handheld, in-car) Solutions > >> * SVG Authoring Tools > >> * Publishing and Printing with SVG > >> * SVG Text and Internationalization > >> * Accessibility of SVG > >> * Location-based Services > >> * Business Cases and Case Studies > >> * Workflow for Creating and Using SVG > >> * SVG and Digital Television > >> * Graphic Design with SVG > >> * SVG for Webmapping and Online GIS/GML > >> * SVG for Multimedia Presentations > >> * Server-side SVG Generators and Manipulators > >> * SVG Authoring Techniques > >> * Making Graphics Acessible > >> * Interactivity and Scripting > >> * GUI Frameworks for Web Applications > >> * File Format Conversion > >> * Case Studies > >> > >> Course Instructors are asked to submit a course outline by April 18, > >> 2008. The outlines are reviewed by a reviewing committee and > >> instructors > >> will be informed about acceptance on or before April 29, 2008. > >> Accepted > >> course instructors will receive a free conference pass and may > >> participate at the come together event for free. Accepted course > >> outlines will be published as course descriptions in the program. > >> Therefore they should be directed at those who might register for the > >> course rather than the reviewers. Courses are 150 minutes in length, > >> scheduled for the morning and afternoon of August 29, 2008. We are > >> interested in proposals for both beginner courses and advanced > >> courses, > >> to cater to the diverse interests of all conference attendees. Here > >> is a > >> list of topics of potential interest for courses. Feel free to either > >> volunteer for one of these or propose your own topic. > >> > >> * Introduction to SVG > >> * SVG Authoring Techniques > >> * Creating Mobile SVG content > >> * UI Design > >> * Using SVG Tools > >> * CSS > >> * XSLT > >> * SMIL Animation > >> * ECMAScript and the DOM > >> * Graphic Design > >> * SVG Filter Effects > >> * Rendering Algorithms > >> * Generating SVG from Database Content > >> > >> Thank you for considering a paper or course abstract submission. > >> Hope to > >> see many of you in Nuremberg! > >> > >> The SVG Open 2008 organizing committee. > >> > >> ------------ > >> > >> Thanks, > >> Andreas > >> > >> -- > >> > >> -- > >> Andreas Neumann > >> Böschacherstrasse 6 > >> CH-8624 Grüt (Gossau ZH) > >> Switzerland > >> Phone: ++41-44-2736668 > >> Email: a.neumann@...1944... > >> > >> Web: http://www.carto.net/neumann/ > >> SVG Examples: http://www.carto.net/papers/svg/samples/ > >> SVG.Open: http://www.svgopen.org/ > >> > >> ---------------------------------------------------------------------- > >> --- > >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > >> Don't miss this year's exciting event. There's still time to save > >> $100. > >> Use priority code J8TL2D2. > >> http://ad.doubleclick.net/clk;198757673;13503038;p?http:// > >> java.sun.com/javaone > >> _______________________________________________ > >> Inkscape-user mailing list > >> Inkscape-user(a)lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/inkscape-user > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > > Don't miss this year's exciting event. There's still time to save $100. > > Use priority code J8TL2D2. > > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/java… > > _______________________________________________ > > Inkscape-user mailing list > > Inkscape-user(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-user > > -- > > -- > Andreas Neumann > Böschacherstrasse 6 > CH-8624 Grüt (Gossau ZH) > Switzerland > Phone: ++41-44-2736668 > Email: a.neumann@...1944... > > Web: http://www.carto.net/neumann/ > SVG Examples: http://www.carto.net/papers/svg/samples/ > SVG.Open: http://www.svgopen.org/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/java… > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user >

1 0

Proposal for new 'Edit | Paste Path' option
by Alvin Penner 15 Apr '08

15 Apr '08

Recently the Copy and Paste procedures have been improved radically https://bugs.launchpad.net/inkscape/+bug/170185 , so that the system clipboard is now used. This is a major advancement in communication with non-Inkscape apps, the possibilities are endless ... So I would like to make a proposal for a new kind of Paste procedure to see if there is any interest. This would be a paste option to transfer wireframe data into Inkscape to edit existing wireframe information, while keeping the Fill and Stroke information intact. It could perhaps be called 'Edit | Paste Path'. The properties would be : 1. paste using absolute coordinates, not relative to mouse. 2. transfer only 'path' node info, and within the path node transfer only the 'd' attribute, and the 'transform' attribute, not the 'style' attribute. 3. if the path id already exists, then overwrite it, but only 'd' and 'transform', not 'style'. This paste option would be distinct from 'Paste in Place' because it allows for editing of existing data, and it would be essentially complementary to 'Paste Style', which transfers the 'style' attribute, but not the 'd' or 'transform' attributes. It would be very similar, but more general, than the 'Paste Size | Paste Width/Height' options because it would transfer the entire wireframe path. This option would be essentially identical in scope to the proposal in https://bugs.launchpad.net/inkscape/+bug/179560 , except that this would be much more user-friendly than what was proposed there. As you may have guessed, I have an ulterior motive, which is my project BezierDraw : http://www.vaxxine.com/apenner/ . I want to copy and paste wireframe data from BezierDraw into Inkscape, then edit the Fill and Stroke properties in Inkscape, and then further modify the wireframe data by editing it in BezierDraw and pasting it once again into Inkscape ... Hence my motivation, any interest in this ? Alvin Penner -- View this message in context: http://www.nabble.com/Proposal-for-new-%27Edit-%7C-Paste-Path%27-option-tp1… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 6

Re: [Inkscape-devel] [cairo] Fwd: cairo path rendering bug with inkscape
by Carl Worth 14 Apr '08

14 Apr '08

On Sat, 05 Apr 2008 06:26:30 -0700, Carl Worth wrote: > So Bulia, I'm throwing the ball back into your court. It appears > there's a bug in inkscape that is converting some C path elements into > cairo_move_to instead of cairo_curve_to. > > I haven't tried chasing this down into inkscape yet. It was easy enough to see where inkscape is using cairo_move_to instead of cairo_curve_to: In inkscape-cairo.cpp:112: if (!optimize_stroke || swept.intersects(view)) cairo_curve_to (ct, tm1[NR::X], tm1[NR::Y], tm2[NR::X], tm2[NR::Y], tm3[NR::X], tm3[NR::Y]); else cairo_move_to(ct, tm3[NR::X], tm3[NR::Y]); And sure enough, eliminating that optimization, (as with the below patch), does make the bug go away. But that's just a band-aid really, and doesn't tell us what's wrong with the optimization, (since it should be a reasonable thing to discard curves that are not visible). I'll look a little closer now. -Carl PS. I guess since we're in inkscape's code now, I'll move the discussion to the inkscape-devel list. Followups need not include the cairo list anymore. >From ea87c392609cf6ad931bf64b0be35ac6a7233977 Mon Sep 17 00:00:00 2001 From: Carl Worth <cworth@...573...> Date: Sat, 5 Apr 2008 06:48:45 -0700 Subject: [PATCH] Bandaid to avoid incorrect curve optimization I'm not sure what's wrong with the optimization here, but removing it definitely clears up bugs. Look at this file with the cairo-based outline mode both with and without the optimization to see: http://cairographics.org/~cworth/images/cairobug.svg (You may need to zoom in a bit to see the bug appear.) --- src/display/inkscape-cairo.cpp | 5 +---- 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/src/display/inkscape-cairo.cpp b/src/display/inkscape-cairo.cpp index 5d87d39..a32cd13 100644 --- a/src/display/inkscape-cairo.cpp +++ b/src/display/inkscape-cairo.cpp @@ -109,10 +109,7 @@ feed_curve_to_cairo (cairo_t *ct, NArtBpath *bpath, NR::Matrix trans, NR::Maybe< tm1 -= shift; tm2 -= shift; tm3 -= shift; - if (!optimize_stroke || swept.intersects(view)) - cairo_curve_to (ct, tm1[NR::X], tm1[NR::Y], tm2[NR::X], tm2[NR::Y], tm3[NR::X], tm3[NR::Y]); - else - cairo_move_to(ct, tm3[NR::X], tm3[NR::Y]); + cairo_curve_to (ct, tm1[NR::X], tm1[NR::Y], tm2[NR::X], tm2[NR::Y], tm3[NR::X], tm3[NR::Y]); break; } -- 1.5.5.rc0.24.g86c30

4 8

i18n: GTK Input Methods
by Marcin Floryan 14 Apr '08

14 Apr '08

Hi! Recently looking into: https://bugs.launchpad.net/inkscape/+bug/215574 I started looking into how it is handled in Windows and was wandering if some of you have more experience in the area or could provide some pointers. Regards, -- Marcin Floryan http://marcin.floryan.pl/ [GPG Key ID: 0D5581C5]

1 0

compile broken rev 18323
by bulia byak 14 Apr '08

14 Apr '08

1 please don't forget to update Makefile_insert files - I did this for the moved n-art-bpath-2geom.cpp/h 2 even then, linking fails: libnr/libnr.a(n-art-bpath-2geom.o): In function `SVGEllipticalArc':./2geom/path.h:287: undefined reference to `vtable for Geom::SVGEllipticalArc' libnr/libnr.a(n-art-bpath-2geom.o): In function `Geom::SVGPathGenerator<std::back_insert_iterator<std::vector<Geom::Path, std::allocator<Geom::Path> > > >::arcTo(double, double, double, bool, bool, Geom::Point)':./2geom/path.h:297: undefined reference to `Geom::SVGEllipticalArc::calculate_center_and_extreme_angles()' collect2: ld returned 1 exit status please fix asap -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 1

Inkscape GSoC: Ranking Proposals
by Aaron Spike 14 Apr '08

14 Apr '08

Mentors, now is the time to log in to the GSoC web interface and read and rank proposals. We have until April 18 to complete this work. If as you are reading proposals you think "so-and-so would be a great mentor for this proposal" and so-and-so isn't signed up as a mentor, please contact and encourage them (or suggest them to me and I will make contact). Fellow developers, if you haven't yet signed up as a mentor but are willing and able, please do so now. Aaron Spike

2 3

Architectural question about libgc
by Krzysztof Kosiński 13 Apr '08

13 Apr '08

The main usage pattern for garbage-collected classes I see is: Inkscape::XML::Node *foo = doc->createElement("foo"); parent->appendChild(foo); Inkscape::GC::release(foo); This looks very malloc-free-ish. Why not, instead of deriving from the GC-managed classes, derive from Glib::ObjectBase and then use Glib::RefPtr everywhere? During the migration period, SPObjects etc. can be derived from both Inkscape::GC::Managed etc. and Glib::ObjectBase, and overload the reference() and unreference() virtual methods to call Inkscape::GC::anchor() and Inkscape::GC::release(). However, I don't know the codebase too well, so probably there's some more fundamental reason to using libgc other than managing objects which have multiple references - please enlighten me :). Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/Architectural-question-about-libgc-tp16620985p1662098… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

Re: [Inkscape-devel] Proposal for new 'Edit | Paste Path' option
by Alvin Penner 13 Apr '08

13 Apr '08

perhaps I should clarify, in the path node you can have a 'd' attribute either with or without a 'transform' attribute. - if the 'transform' attribute does not exist, then it does not need to be transferred as part of a paste - if the 'transform' attribute does exist, then it should be transferred as part of a paste

1 0

Re: [Inkscape-devel] Proposal for new 'Edit | Paste Path' option
by Alvin Penner 13 Apr '08

13 Apr '08

At 02:00 PM 4/13/2008 -0400, you wrote: >On Sun, Apr 13, 2008 at 12:50 PM, Alvin Penner <penner@...1856...> wrote: >> 1. paste using absolute coordinates, not relative to mouse. >> 2. transfer only 'path' node info, and within the path node transfer only >> the 'd' attribute, and the 'transform' attribute, not the 'style' attribute. > >No, for a typical user there's no separate "transform". Any command >that treats path data separately from transform will give >unexplainably weird results for such a user. It's a very specialized >functionality. actually, I was proposing that both the 'd' attribute and the 'transform' attribute be modified at the same time, not separately. The reason for this is that most users cannot visually distinguish between them, so if you are going to modify one, then you should modify both. The only way to distinguish between them is to open the XML editor which most people won't do. > >> 3. if the path id already exists, then overwrite it, but only 'd' and >> 'transform', not 'style'. > >That is very specialized too. Users don't care and don't know about >ids. For them, this command will just act weird and unpredictable. in this case I was referring to the 'd' attribute to be overwritten, not the 'id' attribute, which is quite different. > >So, I don't think it's a good idea overall. However, there's another >command that needs to be implemented and that will give you, more or >less, the functionality you need. It's copy/pasting nodes: in Node >tool, pressing ctrl+c with some nodes selected, these nodes must be >copied to some special storage; and when you press ctrl+v with some >nodes selected, these nodes must be replaced with pasted nodes, >correspondingly moved and probably rotated to fit the path in the new >place. If you're replacing all nodes of an object, no such >move/rotation is necessary. Then, pasting path data from another >application would be done like this: select target object, switch to >node tool, select all nodes and press ctrl+v. > >-- >bulia byak >Inkscape. Draw Freely. >http://www.inkscape.org > >

1 0

Support the Libre Graphics Meeting - Inkscape website
by Louis Desjardins 13 Apr '08

13 Apr '08

Hello Inkscapers! As you probably already know — but in case you don’t! — we have a fundraising campaign going on to help Libre Graphics Meeting 2008 help developers get to the conference. We have already gathered over $7000 USD thanks to an overwhelming response from the community and, yes, 179 generous donators so far! WOW! http://pledgie.com/campaigns/613 But we need lots more... and we’re now trying to get some more noise around this campaign. We would appreciate that the campaign be posted on the Inkscape website. If anyone can do that quick, it would be great. Please include the Pledgie logo! Also, more on Dave Neary’s post on the Create list for all the details. Cheers! Louis For the organisation of LGM 2008 - Wroclaw

1 0

Win32 Builds with Cairo-1.6.2
by Bob Jamison 11 Apr '08

11 Apr '08

Hi, all, I don't know if everyone noticed, but Carl Worth and his troupe have released Cairo-1.6.2. (Yaay!) I've gotten out of the habit of posting every new thing in the Inkscape/win32 world, but I think that this version of Cairo is a notable milestone. I uploaded another lib bundle with it here: http://inkscape.modevia.com/win32libs/devlibs-2.12-080411.7z ...and started making builds with it already. Here is the first: http://inkscape.modevia.com/win32/Inkscape0804111855.7z Also, note that there is a new "fulldbg" build there. These are the builds I make separately with -g turned on for everything. Thanks , Carl! ishmal (bob)

4 3

Autopackage for 0.46
by Jan Niklas Hasse 10 Apr '08

10 Apr '08

Hi everyone, Some guys have asked in the forum about an autopackage for 0.46. I think the developer mailing list seems to be a better place to ask that. As I think no one has done it yet, I'm trying to ask now, because I'm interested in an autopackage for 0.46, too. :) Here are the forum threads: http://www.inkscapeforum.com/viewtopic.php?f=22&t=799 http://www.inkscapeforum.com/viewtopic.php?f=22&t=784 http://www.inkscapeforum.com/viewtopic.php?f=22&t=766

2 1

Clarification of supported image formats
by microUgly 10 Apr '08

10 Apr '08

There's a been a few people coming to inkscapeforum.com due to confusion over Inkscapes suggested support for various file formats and I was hoping someone might be able to clarify it for me. Some release announcements for 0.46 says that it supports importing EPS files, and on the Wiki it's states it can "natively" save as AI - both appear to be incorrect for the Windows platform, and it looks like it might be true under Linux only through the use of third-party software. Is it safe to say that if filetype is not listed in the save/open dialog then it's not 'natively' supported, for the respective operation, despite what is stated on some sources? Thanks -- View this message in context: http://www.nabble.com/Clarification-of-supported-image-formats-tp16533912p1… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 13

lib poppler dependency for pdf support
by MilesTogoe 10 Apr '08

10 Apr '08

Since pdf import is a key feature of .46, perhaps the lib-poppler-dev dependency should be noted in the Readme for compiling from source. Without it, Inkscape will still compile, and even show cairo-poppler okay in the config log but pdf import support won't be there (well at least in Gutsy anyway).

3 2

constructor initializing problem
by unknown＠example.com 09 Apr '08

09 Apr '08

Hi all, I have a strange problem with initializing the bool called "concatenate_before_pwd2" in my Effect class. I want to set it to 'false' per default, so in the constructor of Effect. A derived class LPEBendPath needs it to be true so does that in the constructor. I think this bool should now evaluate to true for the rest of LPEBendPath's life. But for some reason... it doesn't! Thanks for enlightening me. Johan Relevant excerpts from the code follow below. Attached the complete files. Effect::Effect(LivePathEffectObject *lpeobject) : concatenate_before_pwd2(false) { lpeobj = lpeobject; oncanvasedit_it = 0; } class LPEBendPath : public Effect, LivePathEffect_group_bbox { LPEBendPath::LPEBendPath(LivePathEffectObject *lpeobject) : Effect(lpeobject), ... { ... concatenate_before_pwd2 = true; } Effect* Effect::New(EffectType lpenr, LivePathEffectObject *lpeobj) { Effect* neweffect = NULL; ... case BEND_PATH: neweffect = static_cast<Effect*> ( new LPEBendPath(lpeobj) ); break; ... return neweffect; } std::vector<Geom::Path> Effect::doEffect_path (std::vector<Geom::Path> & path_in) { std::vector<Geom::Path> path_out; if ( !concatenate_before_pwd2 ) { // this expression for some reason is true for LPEBendPath ! ... }

2 3

LPE internals - conversions
by unknown＠example.com 09 Apr '08

09 Apr '08

Hello all, Currently, LPEs have a 'doEffect' chain: basically a stack of functions that are called sequentially that convert from Inkscape's path type, to several 2geom types in steps. An LPE defines a doEffect within this chain to override the default behavior (pass on to next down the stack). The problem is this: Inkscape's paths can be discontinuous, meaning for the user that visually they are 2 separate paths. The LPE doeffect chain now converts it to one path. This means that for example lpe-PatternAlongPath will see discontinuous paths as a single path (thanks JFB!), so when applying a pattern (copy modus: single stretched) the pattern is applied along the whole path, ignoring the discontinuity. 1. Take two separate paths and combine them into one (ctrl+k) 2. draw a circle, convert to path, copy it 3. apply lpe-Pattern Along Path to (1) and paste the circle as pattern 4. the result will be two circle halves. where actually I would have expected to see two circles, since it looks like the original path is 2 paths. This is undesired behavior I think. Note that e.g. lpe-Gear also suffers from this: it just seems to ignore the second path. Do people consider this as a bug, or as a feature? The solution is to break the path into separate parts, group it, and apply an LPE on the group... but... especially with the lpe stacking, this is no longer possible and we do need to consider what lpe should do with discontinuous paths. I have made a fix, which I will probably apply to the whole doEffect chain. But perhaps people do not see this as a bug in PatternAlongPath, which means I will have to add a checkbox for the new behavior.... Basically, instead of concatinating all paths, run the effect multiple times on the differnt paths: Technical, instead of: std::vector<Path> doEffect_path (std::vector<Path> & path_in) { Piecewise<D2<SBasis> > pwd2_in; for (unsigned int i=0; i < path_in.size(); i++) { pwd2_in.concat( path_in[i].toPwSb() ); } Piecewise<Geom::D2<Geom::SBasis> > pwd2_out = doEffect_pwd2(pwd2_in); std::vector<Path> path_out = path_from_piecewise( pwd2_out, LPE_CONVERSION_TOLERANCE); return path_out; } I want to change it to: std::vector<Path> doEffect_path (std::vector<Path> & path_in) { std::vector<Path> path_out; for (unsigned int i=0; i < path_in.size(); i++) { Piecewise<Geom::D2<Geom::SBasis> > pwd2_in = path_in[i].toPwSb(); Piecewise<Geom::D2<Geom::SBasis> > pwd2_out = doEffect_pwd2(pwd2_in); std::vector<Path> path = path_from_piecewise( pwd2_out, LPE_CONVERSION_TOLERANCE); for (unsigned int j=0; j < path.size(); j++) { path_out.push_back(path[j]); } } return path_out; } Note that: Piecewise<D2<SBasis> > doEffect_pwd2 (Piecewise<D2<SBasis> > & pwd2_in) ==> this one does the actual effect Thanks for your consideration. I'll make sure this will not break the other effects. Regards, Johan

2 3

Re: [Inkscape-devel] [Bug 174720] Re: currentColor in style= is misinterpreted
by Jasper van de Gronde 09 Apr '08

09 Apr '08

bulia byak wrote: > On Tue, Apr 8, 2008 at 7:56 AM, Martin von Gagern > <martin.vgagern@...240...> wrote: > ... >> Another interesting way to avoid these issues might be some more >> extensive verification. An invalid style attribute like the one above >> certainly should never have been generated by inkscape itself. If you >> were to implement appropriate error checking code in sp_style_read_*, >> you could enable it while processing internally generated attributes. >> You might wish to disable it for file reading or attributes entered in >> the XML editor, or even better, you might wish to handle errors there >> differently. So perhaps you want a format error listener interface, and >> pass instance of that along. Quite a bit of work, but maybe worthwhile, >> as it would also help identify SVG documents in the wild that aren't >> fully understood by inkscape. > > I don't think we want to overburden Inkscape itself with checks over > and above those prescribed by the SVG/CSS standard. But an external > consistency checker for Inkscape-produced files might be a great > addition to the testing project. Instead of making sure that Inkscape knows how to parse/serialize CSS properly, wouldn't it be better to simply use libcroco for all of this? At first glance it seems to provide plenty of functionality.

2 1

BZR EOL
by Aaron Spike 09 Apr '08

09 Apr '08

There is some activity in the bzr community right now about EOL handling. If you are interested, see the thread at: http://article.gmane.org/gmane.comp.version-control.bazaar-ng.general/39636… Couldn't hurt to voice our concerns there. Aaron Spike

1 0

uniconv conversion from .cdr on Windows XP
by Alvin Penner 07 Apr '08

07 Apr '08

has anyone been able to successfully use the python utility uniconv to do a conversion on a win32 machine from .cdr to .svg, preferably from a DOS prompt, since that is easier? I can do a successful conversion from .svg to .svg in DOS, but that is not very interesting. When I try either a .cdr to .svg, or .wmf to .svg, I get the following errors http://www.nabble.com/file/p16517282/uniconv.txt uniconv.txt -- View this message in context: http://www.nabble.com/uniconv-conversion-from-.cdr-on-Windows-XP-tp16517282… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 1

GSoC Tech Drawing proposal (and a question/further suggestion)
by Maximilian Albert 07 Apr '08

07 Apr '08

Hi all, here is finally my application for this year's GSoC (still up to minor modifications and slight abridgement; please also note that the website for the proposal is not updated yet, I will do this tomorrow or on Monday). If you have any comments, suggestions or criticism, I'd love to hear them. Apart from many of the suggestions mentioned on this list (thanks again to everyone, the resonance was overwhelming!), I also included a new idea which struck me tonight but could turn out quite involved (or else rather easy if I'm lucky) so I thought I'd ask whether it is appropriate for inclusion. Namely, since LPEs are intended to be used as the basis for further tools (or for refactoring existing ones), the need for integrating LPE parameter controls into toolbars is likely to arise sooner or later. Since I need to add a toolbar for the new Tech Drawing tool anyway, I was wondering whether I could set up a general framework that allows LPE parameter controls to be automatically added to certain toolbars and to be activated/toggled visible when the LPE is used by the respective tools. This would eliminate the need to recode toolbar controls over and over again when tools want to make use of functionality provided by a LPE. It would work similarly to how controls are currently added to the various LPE dialogs (but with some extended functionality). I haven't thought this through yet but at first sight it doesn't seem _too_ difficult to do (since much of Johan's code could probably be reused), yet very convenient and highly desirable, at least from my biased point of view :). Or is it complete nonsense? What do you think? Max === GSoC Proposal: Tech Drawing Abilities for Inkscape === == Abstract == While Inkscape is very powerful as vector graphics editor, it is mainly suited for artists. Technical drawings and geometric constructions are possible, but they are cumbersome to do and difficult to edit later on, especially if mutual relations like "is parallel to", "passes through", etc., are to be retained. Already a limitation for artistic work, this is a showstopper for people like architects or scientific researchers who wish to use Inkscape for precise drawings in construction plans or academic posters. I propose a new Tech Drawing tool, combined with a number of related enhancements, that will establish Inkscape as a mature tool for these purposes and further strenghten its status as the leading open source vector graphics editor. == Deliverables and goals == (1) New "Tech Drawing" tool for geometric constructions (2) UI framework for on-canvas and toolbar adaption of LPE parameters (see below) (3) Refactoring of code obsoleted by this work (4) Documentation for the new frameworks (5) As time permits, implementation of more advanced tech drawing features === Details === Graphical illustrations, more details and further ideas are provided at the accompanying web page for this proposal. [1] 1) The new tool will comprise a number of "modules" for the most commonly needed geometric constructions, including: - parallel/perpendicular to a line (at a given distance or through a given point) - angle/segment bisector - circle with given center and radius / circle through 3 points - interactive path mirroring/rotation (for symmetric drawings) - measurements (distances, angles, possibly path lengths and areas) All parameters involved in a construction (angles, distances, coordinates, etc.) will be settable both by mouse and via exact numeric keyboard input through toolbar controls. Internally, the tool will be implemented as a collection of "Live Path Effects" (LPEs) [2]; the algorithms for non-trivial path manipulations are provided by the 2geom library [3]. LPEs are designed as a general framework for new tools in Inkscape and provide excellent low-level support for a unified treatment of these seemingly quite disparate geometric construction modules. 2) Notwithstanding, LPEs lack a good *interactive* user interface for easy on-canvas adaption of their parameters. Moreover, the existing controls are only accessible in a cumbersome way through the LPE dialogs. In view of these limitations and the intended use of LPEs for future tools in Inkscape, I will - expand the current rudimentary support for on-canvas interaction to a flexible UI - implement a general framework that allows automatic integration of LPE controls into the toolbars of existing tools (similar to how they are now added to the LPE dialogs) as well as toggling their visibility depending on the LPE being used The latter will essentially also implement the toolbar of the new Tech Drawing tool and greatly simplify the creation of future tools through LPEs. 3) Some old and heavily buggy cold will become obsolete by my work. This is certainly true for "linked/dynamic offsets" (which 2geom's algorithms and the new UI supersede) but likely applies to other code, too (possibly guidelines). I will look for code that falls into this category and plan my work accordingly, in agreement with the internal refactoring goals of Inkscape's upcoming version 0.47. 4) As a matter of course, the new frameworks will be extensively documented during their implementation (following the excellent example of existing LPE structure [2]). 5) Inkscape's bug tracker lists a huge number of feature requests related to geometric/CAD drawing. If time permits (which I expect), I will implement a suitable number of these. Here is an incomplete collection (visually illustrated and continued at [1]), in rough order of expected difficulty/desirability. - "Preserve angles" mode for node editing of polygons - Marker improvements (correct color, direction/point of alignment) - Improved snapping (in particular, "tangent snapping" of lines/paths to other paths) - User-defined coordinate origin/axis directions (up vs. down); this should be combined with removing Inkscape's internal usage of two different coordinate systems (an endless source of confusion and bugs) - Document units scaling (e.g., 1cm = 200m); particularly useful for map creation - "Real time helpers" such as "dynamic/smart guides" or "interactive rulers"; since the recent addition of temporary canvas items to Inkscape this has become within closer reach == Timeline == Throughout the project I will gather user feedback regarding feature desirability and UI design. The resonance from the community has already been overwhelming during the write-up of this proposal (which also attests the great need for the proposed features). Coding will start by implementing the above-mentioned geometric construction modules as LPEs. Telling from two proof-of-concept implementations (a "circle construction"-LPE and a "perspective path"-LPE) [4][5] this should be accomplishable within the first week. The next 2-3 weeks will be spent on the UI for on-canvas parameter adaption. Allowing for some time to deal with unexpected problems, this should leave us with a basic but functional tool after about one month. The second part of my work will focus on implementing the automatic toolbar integration framework as described under item (2) above. I anticipate this phase to take also roughly 4 weeks. Depending on the remaining time and based on discussion with my mentor and the user community, I will then implement a suitable number of more advanced features such as the ones collected under item (4). Together with whatever work on the documentation still remains at that point, this will easily fill the time until the end of SoC. == Experience with Inkscape and qualification == I started coding for Inkscape during GSoC '07 when I implemented the new 3D box tool which is included in the just released version 0.46. After SoC I considerably refactored the tool to lay the foundation for further 3D features. This has led to a "perspective path LPE" [5] as first payoff with many more things planned. I also worked on numerous bug fixes (code-wise or by providing feedback) and am an active member of the devel mailing list. My acquaintance with Inkscape's code will allow me to dive into the real work right from the start (unlike last year when getting used to unknown parts consumed a considerable amount of time even at later stages of the program). For a description of other former coding projects and general open source experience see [1]. == About me == I'm a 27-year-old student of mathematics from Heidelberg, Germany. I'm currently in the phase of my final exams which will lead to my graduation in May. Having neither classes nor other obligations in summer, I can devote my full time to the SoC project. I'm a passionate a-capella singer, performing in various choirs and vocal groups. My resulting experience with organizing concerts and communicating with people will stand me in good stead for this project, too (after all, open source is all about community). I also enjoy sports (running, volleyball), reading, and hanging out with friends. See [1] for my detailed CV. == Other GSoC applications == I have not applied for any other GSoC projects. [1] http://www.rzuser.uni-heidelberg.de/~malbert/ [2] http://wiki.inkscape.org/wiki/index.php/MakingLivePathEffects [3] http://lib2geom.sourceforge.net/ [4] SVN commit #18177, viewable online at http://tinyurl.com/yvyftz [5] SVN commit #18093, viewable online at http://tinyurl.com/6pkw76

3 3

GSoC 2008 Extensions Proposal
by Karlisson 07 Apr '08

07 Apr '08

Hi! I'm Karlisson Bezerra, from Brazil. I'm a system analisys student, web developer and work with Inkscape ilustrating websites and comics. Here is my blog, where I post comics drawn in Inkscape: http://nerdson.com I like programming and I've studying Python for a while, and got interested in extensions for Inkscape, so decided to propose a simple Application to GSoC 2008, to start colaborating with this excelent project. Unfortunately, I have submitted the proposal before reading the SOC Application Template (I'm sorry :-), but I'll respond the questions: I have first hear of Inkscape in a local free software meeting, and fell in love with it =). I'm working with it since this meeting, and wish to learn to program in C++ to collaborate more. I still have a short participation, with some questions and e-mails. My plan to GSoC is just to start coding for Inkscape, in a language which I have some knowledge. My past collaborations were just html code, illustrations and layouts for free software meetings and projects. I'm just starting to help coding =). I'm updating and reviewing the subversion trunk a fews months ago, since the great modifications to 0.46. My application (as described in the proposal) is a set of Python extensions for Inkscape that gets text objects and "break apart" it in lines, words or letters, and creates different text objects for each fragment of the text. The set can have also a extension to "join" every piece of text in one unique text object. Original request is here: https://bugs.launchpad.net/inkscape/+bug/171748 I've already started coding and have a functional extension. The splitted words get all aligned below the original text. :) The others extensions will be based on it. Hope you like the proposal, thanks! -- Karlisson de Macêdo Bezerra http://nerdson.com/ - "Don´t panic!"

1 0

GSoC: Customizable toolbars
by Krzysztof Kosiński 06 Apr '08

06 Apr '08

Seeing that the deadline has been extended, I'm considering applying for the Google Summer of Code. My idea is to implement customizable toolbars (preferably via a drag-and-drop interface similar to that in Firefox). This would apply to both the tools bar and the toolbar that sits below the menus, but wouldn't need to apply to the toolbox (the tool-specific toolbar). The steps involved: 1. (required) Create the required prefs infrastructure (proposed: eq. "tools.selector.order", -1 means not in the toolbar, sorting by this pref determines order) 2. (required) Move the relevant portions of code to gtkmm, probably refactoring along the way. 3. (required) Implement a drag-and-drop customization interface ("Customize Interface" item in Edit), using the Gtk::Toolbar class. 4. (bonus) Work on a preliminary architecture to allow extensions to define custom toolbar buttons. 5. (bonus) Allow grouping toolbar buttons into a compound button like the New button in OpenOffice or Back/Forward in Firefox I would like to know: a) Whether it is doable in the GSoC timeframe, b) Where is the code that creates & manages the tool buttons? I need a further look at it before I decide. Obviously it's not in tools-switch.cpp. Is it dispersed among the event context GObjects? Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/GSoC%3A-Customizable-toolbars-tp16429222p16429222.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 1

Vote Count
by Aaron Spike 06 Apr '08

06 Apr '08

I'd like to thank all of our candidates for their willingness to serve on the committee. And I would like to thank everyone who voted. The results of our recent vote: 7 - Bulia Byak 6 - Peter Moulder 3 - Johan Engelen -- Aaron Spike

5 4

Re: [Inkscape-devel] Problem with include files seeking
by Bob Jamison 04 Apr '08

04 Apr '08

(trouble with my mail. sorry if there are duplicates) No problem. We had a problem similar to this a few weeks ago. A file needed to include <dirent.h>, but for some unknown reason, Perl has a file with the same name. Yeah, this probably should be changed eventually. svn move or rename does it nicely. You don't need to delete and add again with the new name like on CVS. But no hurry! :-) I did make buildtool a bit smarter, and added an Ant-like <filelist> tag similar to <fileset>. So for now, we can just use the new <excludeinc> subtag of <cc> to hide that directory from the includes. So people should svn up and g++ buildtool.cpp -o btool.exe again. bob > >A simple fix would be to rename all files again to paramfloat.h etc. I don't know what the cause is, because the Inkscape src tree is added after the libraries include dirs. >In any case, I tried looking into buildtool.cpp to make a quick fix but I do not yet understand how everything works; it is more intricate than I thought. Don't want to force you into changing buildtool, because we might be moving to cmake soon (it seems to be working for 80% on windows now). > >I don't have time now to do the renaming though, and probably won't have internet on my own computer during the weekend..., so I hope somebody else can do the fix. > >Johan

4 3

Re: [Inkscape-devel] Inkscape Font Sizes
by Guillermo Espertino 04 Apr '08

04 Apr '08

Quick and dirty workaround: multiply the desired size by 1.25 For instance: 10 pt type = 12.5 px The explaination of this is that svg uses a resolution of 90 dpi for its pixel size as default. Postscript type units are 72 dpi. 90/72=1.25 Anyway, as I expressed before, inkscape is being used by designers who work for print as well as for screen. Typographic point size of 1/72" is sort of "industry standard" for print, and most of the applications using type for that output use that unit. So Inkscape needs, at least, a unit selector in the type dialog asap. Gez.

3 3

SVG Fonts
by Felipe Sanches 04 Apr '08

04 Apr '08

I will apply for SoC on SVG Fonts implementation. My task will be basic SVG Fonts support (i.e. reading of xml attributes, proper rendering and editing). I imagine that there are some extra stuff that could be done but would not necesarily be part of my task on SoC. I could work on those after completing the basic SVG Fonts support. I am starting this thread to discuss SVG Fonts related wished features. I will choose among these, which ones I think make sense to add to my SoC application and which I consider extra work to be done after SoC. one idea (probably to be implemented after SoC): Since SVG Fonts actually work as an alternative kind of font file (a font can be saved as .svg and then used by other SVG drawings) inkscape could have a font editing UI. It could have import scripts to load TrueType fonts and export them as SVG Fonts and vice-versa. I could also do it for other font types. One issue is in the exporters because obviously not everything SVG is capable of doing is supported by TrueType, or other font formats. So, we would commonly have to deal with glyph degradation when exporting fonts. Felipe Sanches ("JucaBlues" on irc)

9 13

Fwd: Launchpad 1.2.3 - mailing lists and more!]
by Bryce Harrington 04 Apr '08

04 Apr '08

----- Forwarded message from Matthew Revell <matthew.revell@...1798...> ----- Date: Fri, 28 Mar 2008 12:03:54 +0000 From: Matthew Revell <matthew.revell@...1798...> To: warthogs <warthogs@...1799...> Subject: Launchpad 1.2.3 - mailing lists, up to six plural forms for translations and more! X-Spam-Status: No, score=0.6 required=5.0 tests=AWL,EMPTY_MESSAGE autolearn=no version=3.2.4 We're proud to announce a much requested new feature as part of Launchpad 1.2.3: mailing lists in Launchpad! If you run a team in Launchpad, you can request a mailing list straight away on your team's overview page. Once the list is active, each team member will have the option to subscribe. If you don't yet run a team but you'd like to create a mailing list that wouldn't be covered by an existing team, create a new team at https://launchpad.net/people/+newteam and then request a list. There's more in our guide: https://help.launchpad.net/ListHelp And there's plenty more going on in this release, including: * Translations can now have up to six plural forms. * Each project's files are now available to download from its overview page. * You can search for PPAs by name and keywords. * We've revamped branch listing pages to give you quicker access to commit messages and author information. As with all new software, there may still be some bugs in this new release. If you come across something that looks like a bug, please report it at: https://bugs.launchpad.net/launchpad/+filebug Read on for the full release report. General Launchpad =============== * Mailing lists are now available through Launchpad! Each Launchpad team can have its own mailing list that's open to team members and has a public archive. See our guide for more on creating a list for your team: https://help.launchpad.net/ListHelp * When you register a release of your project, you can publish files for download from Launchpad, such as code tarballs and installers. The files for your latest release are now shown on your project's home page. Downloadable files are also now available via http, as well https. This is useful if you're using wget or other download tools but don't have SSL libraries installed. (Bugs 174186 and 139052) * The CSV export of meeting attendees now includes an IRC nick for each person, provided they have at least one nick registered in their Launchpad profile. (Bug 156759) * Launchpad page footers now show you which Launchpad release you're using. https://help.launchpad.net/LaunchpadReleases Package Management and PPAs (Soyuz) =============================== * PPA searches now allow you to find a package by its name or words in its description. (Bug 126870) * Launchpad automatically deletes source files and binaries from your PPA when they are superseded by a new version of the package. In some circumstances, a superseded file may not be deleted automatically. You can now manually delete them. (Bug 191892) * Some binaries with a large number of files were failing to upload, despite the packages building successfully. We traced this to a bug in python-apt, which has now been fixed. (Bug 192713) * You can now list PPAs according to their Ubuntu release. (Bug 186106) * Distribution source package publication overview pages now show the package's component. For example: https://launchpad.net/ubuntu/+source/abiword (Bug 141540) Code Hosting =========== * We've given branch listing pages a major overhaul! The "Last commit" column now shows revision number, time since commit, the revision author (hyperlinked to the Launchpad person, if known) and the start of the commit message. Hover your mouse over the commit message fragment to see the full message. See https://code.launchpad.net/~bzr/+branches for an example. * The option to delete a branch is now always shown. If you try to delete a branch that isn't deletable, Launchpad will tell you why you can't. (Bug 133988) * You can now mark your project as officially using Launchpad Code Hosting. This is particularly useful to show that your project hosts its trunk and stable branches on Launchpad and also that you'll act on branches that are marked for merging into one of your official lines of development. (Bug #78418) * When you register a branch in Launchpad, you can write a summary of the branch's purpose etc. Previously, you could also register a home page URL for the branch. We've now removed the home page URL from branches, as all URLs in the summary are automatically hyperlinked and are more useful as you can put the URL in context. If you've recorded a home page URL for a branch, this will be automatically moved to your branch's text summary. * Launchpad now uses Bazaar 1.3. You can find out more about Bazaar 1.3 at https://launchpad.net/bzr/1.3/1.3/ Bug Tracker ========== * When you mark a bug as affecting a project that uses a bug tracker other than Launchpad, you can now record an email address to which you've sent the bug report. (Bug 201782) * As of last month's release, you can attach files to a bug report by email. This month, we've improved the way it works, based on your feedback: inline attachments are now accepted (bug 194601), bug notifications now tell you when someone has attached a file to a bug you're interested in (bug 195664) and the contents of attachments are no longer quoted in a comment (bug 196425). * Bug notification emails now state the bug's tags in a new X-Launchpad-Bug-Tags header. Each tag is separated by a space. For example: X-Launchpad-Bug-Tags: tag1 tag2 tag3. (Bug 138696) * The latest-bugs.atom feed is now served in the correct order. (Bug 182822) Translations ========== * Translations can now use up to six plural forms. This is particularly useful for translators working in Arabic but it's also good news for translators in other languages that use more than four plural forms. (Bug 189890) * We now have a "project cloud" on Launchpad Translations' home page, showing a selection of the projects that use Translations. Each project's level of activity is represented by text size and weight. (Bug 103186) * Making a request for a large translations export is now faster! (Bug 160308) * Launchpad sometimes failed to update the "Packaged" versions of translations when new upstream or distribution files were imported. The effect was that some of the "Packaged" translations shown in the UI were outdated. We've fixed this and from now on new uploads will update the "Packaged" translations correctly. (Bug 200499) More about Launchpad releases ======================== You can now find this and previous Launchpad release announcements at the new home for all information about Launchpad releases: https://help.launchpad.net/LaunchpadReleases -- Matthew Revell - Launchpad and Bazaar rock! Join us in #launchpad and #bzr on irc.freenode.net -- warthogs mailing list warthogs@...1799... https://lists.ubuntu.com/mailman/listinfo/warthogs ----- End forwarded message -----

4 4

Problem with include files seeking
by unknown＠example.com 04 Apr '08

04 Apr '08

SVN rev 19182 broke building on windows. Because it adds 'src/extension/param/float.h' which is apparently found first by the compiler instead of the correct <float.h>. On windows, the whole inkscape src tree is added to the include path (which is why sometimes windows edits break linux build). I think this is wrong and not necessary either. Ishmal, can you change the buildtool such that it only adds "." and "src" to the include path instead of the whole src tree? See attached file for details about what goes wrong. Thanks, Johan

2 2

Win32 libs
by Bob Jamison 04 Apr '08

04 Apr '08

I uploaded another lib bundle. This should have all of the fixes from the last two uploads (with Adrian & Rygles's fixes), and mine, together finally (I had some time). So I suggest that people download this one. http://inkscape.modevia.com/win32libs/devlibs-2.12-080403.7z bob

2 1

Last call for LugRadio live in San Francisco
by Jon A. Cruz 04 Apr '08

04 Apr '08

Hi, This is a final call to see if anyone else would like to be on the list to get into LugRadio live with Inkscape and hang out some at our booth there. They need the final list of names, so speak up if you might be interested. Thanks.

1 0

Alert of missing X11 on OS X?
by Jonatan Liljedahl 04 Apr '08

04 Apr '08

Hi all, this is actually not directly related to Inkscape but to the Mac OS X .app launcher, which I have borrowed for use in my own project (http://kymatica.com/algoscore). But this might be a bug that affects Inkscape users too: I see in ScriptExec/main.c that it is supposed to show an error dialog if X11 was not found. This doesn't seem to be working, it just says "unexpected termination" or similar and crashes. I wonder about these lines: // custom carbon events #define kEventClassRedFatalAlert 911 #define kEventKindX11Failed 911 #define kEventKindFCCacheFailed 912 I know nothing about Carbon or other OS X stuff, but should the first two really be the same numbers? Unfortunately I don't have access to a Mac myself to investigate this. -- /Jonatan [ http://kymatica.com ]

3 2

CIip Path ID collision
by Jason Merrill 03 Apr '08

03 Apr '08

I've got two different graphs, created in matlab and exported to svg using plot2svg[1]. When I try to import both of them into a single document, some sets of points in the second graphic don't show up. I've tracked the problem down to a clip path id collision. Both files define clip paths with the same ids, so when the second file is imported, its clip path url's point to clip paths from the first file. Is there any kind of workaround for this sort of thing? Is this a bug? Shouldn't inkscape check IDs to make sure there aren't any collisions when importing files? 1 http://www.mathworks.com/matlabcentral/fileexchange/loadFile.do?objectId=74…

2 1

Re: [Inkscape-devel] GSOC 2008 / Technical Drawing in Inkscape
by Jed Frechette 03 Apr '08

03 Apr '08

On Mon, 31 Mar 2008 J.B.C.Engelen@...1578... wrote > On Monday 31 March 2008 Diederik van Lierop wrote: > > Indeed, it should be indicated somewhere which snap mode is > > active. I'd prefer to go the status bar route though, because > > I don't think it's important enough to display it near the > > cursor. > > But it would be nice to temporary show next to the cursor what type of snap > happened! ;) +1 Even on a medium size monitor I may be drawing 30 cm away from the status bar. Looking back and forth almost inevitably means moving the mouse slightly which in congested areas, where this would be most useful, is likely to change the snap target. Best, -- Jed Frechette http://jdfrechette.alturl.com 4011 Dead, 29314 Wounded

3 3

svg elliptic toy improvement
by Marco 03 Apr '08

03 Apr '08

A new release of the svg elliptic toy is available on the lib2geom svn repository (svg-elliptic-arc-toy.cpp). I put the SVGEllipticalArc class in a separate file (src/svg-elliptical-arc.h). Now you can control interactively through 3 sliders the x-ray length, the y-ray length and the x-axis rotation angle. Moreover there are 2 toggle buttons for swithing on/off the the large-arc and the sweep flags. Finally instead of the two circles, now the two valid ellipse supports for the arc are drawn. Btw I've some issue with cmake because it doesn't find any ragel or rlcodegen command (they are specified in the CMakeList.txt file under the src folder ). Usually I solve the problem commenting out the related lines but this is becoming a bit annoying to manage everytime I need to commit my changes. Another issue regards the svg-path-parser.cpp file, because I need to change the line: #include <glib.h> with: #include <glib-2.0/glib.h> but problably this is due to the fact that we're using different linux distro. (I use mandriva 2008) Regards, Marco Cecchetti -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

2 1

Any other Inkscapers going to OSCON 2008?
by unknown＠example.com 03 Apr '08

03 Apr '08

I'll be going to the conference this year, and if any other Inkscape folks who are going want to split a room at one of the conference hotels, let me know so that we can start making plans. Also, any interest in an Inkscape BoF there? Thanks, John

1 0

GPLv3 or later
by Felipe Sanches 03 Apr '08

03 Apr '08

I know that software licensing is an eternal issue (at least until property of ideas is (eventually) abolished). I have been studying copyright law and related stuff for some time. I know that changing the license used depends on tracking people that contributed to the codebase and that is a very hard task on large projects. Especially when people come and go and then get impossible to be contacted. That is why I would like to make a public statement here making it clear that I allow the use of later versions of the GPL on any code licensed under GPLv2 that I have ever contributed to Inkscape in the past. On new code I plan to say it explicitly on the headers of sourcecode files. Of course, the effective switch to "GPLv3 or later" versions of the license will depend on others also making this public statement. So I encourage other developers to make it in the hope that we could eventually switch the project to "GPLv3 or later". I know it is difficult to achieve, but I am trying to make the first step. Those who agree, please say so. Felipe C. da S. Sanches (JucaBlues)

2 2

Moving towards 0.46.1
by rygle 03 Apr '08

03 Apr '08

Hi, I know that 0.46 is only recently out the door, and many of us need a rest, and Bryce is getting married (congrats!) but I'm wondering whether we should start thinking about a 0.46.1 release somewhere around 1-3 months? I'm also thinking about a list of new features, and whether we should get them out for 0.46.1 or 0.47? Many new features are there in trunk, or ready to be put in and tested. Other things really need to be fixed, but didn't get priority for 0.46 because they weren't showstoppers. If we come up with some plan, and a rough date, we can hopefully just chip away at it. Anyway, this may be a bit win32 centric, since that's what I've been working with most, but here's some thoughts. Please balance this out for Mac and Linux... 0.46.1 definites: All Platforms: * Make sure all PDF import/export problems are sorted, mainly text orientation - LP 211065, 189432 * Other PDF/PS/EPS export issues - see http://www.nabble.com/sorting-out-PS-EPS-PDF-export-mess-td16060378.html * PDF import - spaces removed in font names - LP 179589 Linux: * - ?? Mac: * Halley said "under OSX at least, but likely any platform; if you're using -z on the command line, Gtk still complains loudly about not finding the display. Just clutters up the output when scripting things outside the gui." Win32: * Native Dialogues - already in trunk and seem stable * Printing enhancements - fix blurs - LP#205732, fix masks * JH's command line wrapper - http://kaioa.com/node/63 * Installer issues - uninstall (LP 211070), language fixes (see http://www.nabble.com/Inkscape-0.46-Win32-Released-td16415387.html) * Use pythonw.exe not python.exe - get rid of DOS popups - http://www.nabble.com/python.exe-or-pythonw.exe-td15954073.html * Win32? - Use clipboard patch to intergrate with O/S clipboard - already working across GTK+ apps (Gimp). * Win32 - Include uniconverter in libs for CDR and other import 0.46.1 possibles: All: * Calligraphic presets - LP 71255 and http://www.nabble.com/Calligraphic-presets-td16034028.html * Mentalguy's No filters view mode - http://www.nabble.com/NEW%3A-%22No-Filters%22-view-mode-td16391857.html * Crash when creating grid after duplicate window close - LP 183621 - pretty rare scenario * Export to OpenClipart - if not already fixed - Includes LP 179452 Linux: * ?? Mac: * ?? * Win32 - Cairo - use upcoming stable cairo 1.6 (currently Cairo RC - 1.5.15) * Win32 - Colour management - http://www.nabble.com/cms-on-windows-td16011013.html * Win32 - Import from OpenClipart -- View this message in context: http://www.nabble.com/Moving-towards-0.46.1-tp16460360p16460360.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 5

Vote while you still can!
by Aaron Spike 03 Apr '08

03 Apr '08

Attention individuals listed in AUTHORS, your time to vote is running out. Voting closes on Friday, April 4th. You may vote on this list or by email to aaron@...1928... A list of AUTHORS can be found at: http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/AUTHORS?… Non-AUTHORS if you see any AUTHORS please remind them to vote. :-) The nominees for committee member are: Peter Moulder Bulia Byak Johan Engelen Thanks for your vote! Aaron Spine

1 0

Svn problem
by Bob Jamison 03 Apr '08

03 Apr '08

This morning, when doing an svn up, almost every source file was updated, and was converted to DOS. What gives? And how do I revert this? Source files' formats should remain untouched by the SCM.

5 6

Cmake build stuff
by Joshua Blocher 02 Apr '08

02 Apr '08

Guys, I'm current locked out of my sf.net account. As soon as i get back in i will commit what i have for cmake build system so far. Joshua L. Blocher

7 11

Feature proposal: moving nodes without moving handles
by Miguel BYRAM 02 Apr '08

02 Apr '08

Hi, I'm a Inkscape user for 3 or 4 years and first of all I want to thank and congratulate U for this program. I'm also a C++ beginner developer and I want to implement a functionality. It's about the moving of nodes. In Inkscape, at present, when U move a node toward a vector V1, his handles (bezier indicators) move with the same vector V1. What I want to do is to add the possibility to move a node with V1 while his handles move with f*V1 where 0.0 <= f <= 1.0 As if U put a spaghetti on a table, U took it near the middle and pull it up. This could be very useful to draw a sun or a hair shape. As I said earlier, I'm a C++ beginner. I just succeeded in compiling Inkscape using Eclipse under Ubuntu but I don't know where to modify, or search... even where to look at, to understand how the node's moving works presently. So here are my questions : 1. Did I made myself clear ? English is not my mother tongue (so please pardon me for faults) and before going further I want U to understand my proposition. 2. Could someone lead me or just show me where to look at to understand the Inkscape architecture and more specifically the node's moving ? Thanks. ..miguel..

3 5

NEW: "No Filters" view mode
by MenTaLguY 02 Apr '08

02 Apr '08

By popular request (and personal need) I've added an additional view mode which lies between "Outline" and "Normal"; objects retain their normal appearance except that filter effects are not applied. This is most useful when interactively drawing in complex documents and leaving filters enabled would harm responsiveness too much. Editing or tweaking existing paths is still often best done in "Outline" mode. -mental

3 3

clok (visualise time)
by Marcin Floryan 02 Apr '08

02 Apr '08

Hi, Found this nifty little tool recently and thought it might prove useful for some folks here since we are all scattered around the globe a bit ;-) http://www.technocage.com/~caskey/clok/ Regards, -- Marcin Floryan http://marcin.floryan.pl/ [GPG Key ID: 0D5581C5]

1 1

GSoC08: Tech Drawing ideas (comments very welcome)
by Maximilian Albert 02 Apr '08

02 Apr '08

Hi, unfortunately I haven't yet received any response to my other emails, so I don't know if there is a potential mentor for any of them or if they are suitable for a SoC project at all. In any case, I have written up some thoughts regarding the facilitation of geometric constructions/tech drawing in Inkscape. They can be found here: http://www.rzuser.uni-heidelberg.de/~malbert/tech_drawing/ It's a draft and not complete yet (but all I could manage alongside studying for my graduation exam). I would very much appreciate any input/comments/suggestions/criticism. Would any of the potential mentors be willing to supervise such a project? Thank you very much in advance for any feedback, Max P.S.: I'd still love to elaborate on my 3D-related ideas but I feel they are much less straightforward to implement so I'd need advice from more experienced developers regarding feasibility/desirability and on which things to concentrate before going into more detail.

10 28

Teaser: Inkscape goes 3D
by Maximilian Albert 02 Apr '08

02 Apr '08

Hi, here is the first pay-off of my 3D box refactoring after last GSoC. I'm proud to introduce Inkscape's first diffident steps into the 3rd dimension: Perspective paths. :) The new feature is implemented as a Live Path Effect, and contrary to what I had expected it's actually quite usable. ;-) Here is a screenshot of what it looks like with some text added to the two sides of a 3D box: http://www.rzuser.uni-heidelberg.de/~malbert/images/teaser_3D_LPE.png Note that the original path is still editable (also note Johan's great new feature of highlighing paths!). The effect can take as input any path but if you want to give it a try then it's probably best to use it with text first (converted to paths, of course) because this makes it easier to interpret the visual result. Please keep in mind that it's only meant as a proof-of-concept. The UI needs to be refined, functionality to be added, and above all the perspective is not yet interactively adaptable (mainly because LPEs can't take arbitrary SPObjects as parameters); at present the effect just grabs the first existing perspective from the document. So a workaround would be to draw a 3D box, modify its perspective and reapply the LPE to the path. It should then use the updated perspective (provided that it's the first one occurring in the document defs). Have fun using this. :) Cheers, Max P.S.: Apart from my GSoC application (which still needs to be submitted) this is likely to be the last thing you'll hear from me for the next six weeks or so. I need to drastically reduce the time invested for coding and mailing list interaction (as much fun as it is), otherwise I risk my remaining exams to badly go down the drain, which I really don't want to happen.

2 1

Inkscape 0.46 Win32 Released
by rygle 02 Apr '08

02 Apr '08

Great news. Today the stable release of Inkscape 0.46 Win32 is up on sourceforge. Thanks to many who tested and several who fixed bugs. This release has been a real team effort. The installer file is here; http://downloads.sourceforge.net/inkscape/Inkscape-0.46.win32.exe And the zip file (non-installer) versions and windows specific source will follow very soon. Draw Freely, Rygle -- View this message in context: http://www.nabble.com/Inkscape-0.46-Win32-Released-tp16415387p16415387.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

7 8

Re: [Inkscape-devel] GSOC 2008 / Technical Drawing in Inkscape
by Diederik van Lierop 02 Apr '08

02 Apr '08

Op Wo, 2 april, 2008 13:26, schreef Maximilian Albert: > [...] But given that snapping is a common issue > with tech drawing and CAD, I was considering to include some of it in my > GSoC proposal as more advanced features. In particular, "tangent > snapping" (of lines to curves, possibly even of arbitrary curves to each > other) would be very nice and seams quite feasible using 2geom. Currently all snapping is from a single point (node/bbox corner) to another point or to a path. Adding midpoints, circle centers, etc. is easy, as this requires only calculating additional points. Things become a little bit more complicated though when we would like to snap paths to paths, e.g. to make them tangent or perpendicular. Assuming that 2geom provides the math to find tangents and such, then it's still doable for pure translations of objects (using the selector tool). We will only have to iterate through the paths instead of through the points. But things do get complicated when objects are being scaled / skewed, or when a single node within a path is being dragged in the node editor. In these cases one of the paths is changing shape. > Since I know that Diederik is working on snapping and I don't want to > steal his work :), my question is mainly directed at him: Do you think > this is a good idea? If so, what else would you consider worthwhile (and > don't want to do yourself)? I've been working so far on the point to point/path snapping, which is nearing completion. I don't think there's much left to do there, except for some GUI related stuff (dialogs, snapping indicator, etc.), and calculating additional midpoints and such. It will probably take me a few months, but that's only because my time is limited. It is not very challenging. If you'd like to work on the snapping, then you should work on the path-to-path snapping. This will be a significant amount of work. IMO you could go either of two ways for this: - build a general path-to-path snapping framework, which is available anywhere (node editor, creating new shapes, selector tool). This is what we also have for the point-to-point/path snapping - or limit it to specific tools, e.g. perpendicular snapping only in the Freehand / Bezier tools, not in the selector tool's transformations. I think the former would be quite ambitious, don't know it it's really possible, also because I haven't thought about it very long yet. The latter would give more chance of achieving something, step by step. Diederik

1 0

Call for help: Screenshots needed for 0.46
by bulia byak 02 Apr '08

02 Apr '08

As we're nearing the release, we need more screenshots to show off the new features in 0.46, to be published at http://inkscape.org/screenshots/index.php?lang=en. Here's a page describing how to create good screenshots: http://wiki.inkscape.org/wiki/index.php/MakingScreenshots. Use the information on that page and the best of the existing screenshots in our gallery as inspiration. At the very least, we need to illustrate: - 3D box tool - SVG filters - more live path effects (we only have one screenshot for path along path) - gradient tool's on-canvas mid stops - a (meaningful) illustration of the color management at work - new extensions - new grid and guide features - perhaps something with custom markers, along the lines of http://needcoffee.deviantart.com/art/Gradients-To-Path-78650259 - any complex, stunning, impressive Inkscape art even if it does not use the new features :) See the release notes for a list of all new features: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes046 You can send your submissions to me for publishing on the site. Thanks in advance! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 5

Import locale problem
by Brian Vanderburg II 02 Apr '08

02 Apr '08

I've installed lxml. First I installed it into the python path for inkscape (C:\program files\inkscape\python\...) but that did not work. Apparently inkscape is using the main python install (C:\Python25), so I reinstalled it there and it worked. The scripts work now, but still have a major annoyance. The scripts constantly complain about importing 'locale'. It seems that the module search path is causing it to first find 'C:\Program Files\Inkscape\locale', and not the 'C:\Python25\Lib\locale.py'. It only emits a warning (every time the script executes), and the script still works, but it is annoying. Since I don't need the locales I just removed the inkscape locale folder, but I still figure I'd report the problem. Brian Vanderburg II

1 0

Help Support Libre Graphics Meeting 2008!
by Jon Phillips 02 Apr '08

02 Apr '08

I'm working with Dave neary, Louis Desjardins and Kamila (lead organizer this year) to do a big loud announcement about LGM 2008 in Poland! Here is my own blog post about. Please post your own! Take from mine! http://rejon.org/2008/04/01/support-the-libre-graphics-meeting-2008-in-pola… Can someone do big blog post about LGM 2008 fundraising campaign to raise 20k USD by friday APRIL 18 on inkscape.org...Also, if there is any other way to spread the news, that would be helpful...please others, blog about the campaign along with the widget...if there are businesses, or those with access to funding, now is the time to help out your favorite project! My blog post already filtered to Open Clip Art Library and the planets, but OFLB folks, need to figure out blog post there too, right? Jon ### Support the Libre Graphics Meeting 2008 in Poland Donate here! http://pledgie.com/campaigns/613 What is the Libre Graphics Meeting? The Libre Graphics Meeting brings together developers and users of free software graphics applications, such as the GIMP, Inkscape, Scribus, Blender, Krita, the Open Clipart Library and more. In its third edition, the organization needs your help! You can support your favorite graphics application, and ensure that the travel costs of as many volunteer developers as possible are paid to ensure that this edition of the conference is more successful that its predecessors. The conference is May 8 - 11 in Wroclaw, Poland. Where will the money go? We have kept costs associated with infrastructure to a minimum. Over 80% of the conference budget will be spent on subsidizing travel and accommodation costs for developers. $20K is the goal to raise by Friday April 18! Help out! A non-profit organization All donations will be made to the conference organizers via the GNOME Foundation, a 501(c)3 tax exempt US-based non-profit, so donations will be tax deductible for US taxpayers. We would like to thank the GNOME Foundation for their support. ### -- Jon Phillips San Francisco, CA CHINA PH +86 1-360-282-8624 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat, Skype: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Projects: http://rejon.org/projects

1 0

Social News Sites: Inkscape 0.46 Announcement
by ryan lerch 02 Apr '08

02 Apr '08

here are a couple links to social news sites for the inkscape news announcement, please support them and help spread the good word about inkscape... http://digg.com/software/Inkscape_0_46_released http://slashdot.org/firehose.pl?op=view&id=603170 http://news.deviantart.com/article/45610/ are there any more i have missed? cheers, ryanlerch

1 0

Inkscape in the press
by rygle 02 Apr '08

02 Apr '08

I think we should start an "In the press" page, like on the OpenOffice site. For instance - Inkscape 0.46 has been given a "Softpedia pick 5/5"; http://www.softpedia.com/get/Multimedia/Graphic/Graphic-Editors/Inkscape.sh… They say "Awards are given to products that we think are excellent and above average in their category. Awards are given based on our experience and judgement, and only to products which the majority of our reviewers agree deserve it." So they think Inkscape is "excellent and above average" in its category. But we all knew that. Rygle. -- View this message in context: http://www.nabble.com/Inkscape-in-the-press-tp16432133p16432133.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Fwd: Elisa moves to bzr
by Bryce Harrington 01 Apr '08

01 Apr '08

Interesting post from one project recently moved to bzr. Bryce ----- Forwarded message from Loïc Minier <loic.minier@...1798...> ----- Date: Tue, 01 Apr 2008 17:27:05 +0200 From: Florian Boucault <florian@...693...> To: elisa <elisa@...1936...> Subject: [Elisa] Elisa organisation changes X-Spam-Status: No, score=-0.3 required=5.0 tests=AWL,BAYES_50 autolearn=disabled version=3.1.3 Hello Eliseros, After careful thinking, the Elisa team has decided to move over to Bazaar for version control and to Launchpad for bug tracking and release management. ** Why the move? ** The Elisa project is all about people making their own customised media center that fits their own particular needs. This is the rationale behind its fully pluggable architecture. In order to allow a similar flexibility for developers, it made complete sense to use a distributed version control system (DVCS). The choice between the myriad of existing DVCSes was driven by a simplicity of use enabling easy contribution and flexibility to adapt to any possible workflow we may need in the future. For all these reasons Elisa's source code, which was previously versioned using Subversion, is from now on stored in Bazaar branches. Bazaar is well documented and has nice tutorials help people get started such as this one: http://doc.bazaar-vcs.org/bzr.dev/en/mini-tutorial/index.html Obviously a full move to a decentralised working style meant that a good tool was needed to keep track of what is going on in the branches, bugs wise and also features wise. After some experiments with various tools that could have done the job, Launchpad proved to cover the use cases well and enable the kind of collaboration we all want to encourage. ** Teams and their purpose ** We are going to setup 2 launchpad teams. The first team, called elisa-developers, will be opened to all the developers that have read and signed the Fluendo copyright assignment document. Everyone will be able to branch bazaar branches registered by the elisa-developers team, but only the members will have write access to them. The second team, called elisa-contributors, will be open to everyone. Every member will have write access to the branches under the team. This team will make it easy for groups of developers to work together on their branches whenever and however they want to. ** Contribution processes ** Code ---- The first thing needed to start hacking on Elisa is a branch of an existing branch. The main development branch is at: http://bazaar.launchpad.net/~elisa-developers/elisa/main We never push directly to the main branch as we want all the changes to be reviewed first. When a developer wants some code to be committed, he sends a merge request to the elisa-commits@...1936... mailing list by using the bzr send command, which is documented here: http://doc.bazaar-vcs.org/latest/en/user-guide/index.html#sending-changes On the mailing list the changes are reviewed by one or more developers and, once they have been approved, they are merged into the main branch. The merging procedure varies depending on which bundle the changed code belongs. Changes to core, -base, -good, and -ugly have to be reviewed by at least two developers, changes to -bad by at least one developer. The last reviewer merges the changes back into the branch. We will setup a Bundle Buggy instance to track the merge requests and the reviews. The voting system used by Bundle Buggy is defined here: http://bundlebuggy.aaronbentley.com/help Bug reports ----------- Bug reports are stored in Launchpad which allows a per branch fine tracking of bugs. There is nothing really new here apart from the ability to have cross projects bug which will prove fairly useful in Elisa's case since it depends on many other libraries (eg. Pigment, GStreamer, etc.). Specifications -------------- Task specifications for new features will be centralised in one place in the upcoming Elisa's wiki and tracked in Launchpad blueprints allowing a quick and easy overview of all the current work being done and the various branches related to them. A quick task definition is written in Launchpad blueprints itself whereas more detailed information will be stored in Elisa's wiki and will contain: summary, rationale, use cases, implementation plan and whatever is necessary to communicate around the task. That's it for now. Thank you for reading so far. Hopefully all these changes and decisions will help make Elisa go forward by allowing everyone to collaborate as painlessly as possible. If there are any questions please do not hesitate to ask. The Elisa team ** Bundles policies ** Elisa's plugins are sorted into bundles depending on various criteria such as quality, dependencies, licensing, etc. Currently 4 bundles exist: base, good, bad and ugly. The policy is heavily based on GStreamer's (http://gstreamer.freedesktop.org/documentation/splitup.html) Base ---- - Must be of good code quality and fully functional - Must be well-tested (unittests, good code coverage, etc.) - Must comply with Elisa dual license model or be under MIT or a BSD license - Cannot depend on external libraries that Elisa core does not depend on Good ---- - Must be of good code quality and fully functional - Must be well-tested (unittests, good code coverage, etc.) - Must comply with Elisa dual license model or be under MIT or a BSD license Bad --- - Bad quality code (coding style not respected, etc.) - Not very well tested, not mature - Must comply with Elisa dual license model or be under MIT or a BSD license - Might have potential legal issues Ugly ---- - Must be of good code quality and fully functional - Must be well-tested (unittests, good code coverage, etc.) - Not complying with Elisa dual license model (eg. can be GPL only) - Might have potential legal issues -- warthogs mailing list warthogs@...1799... https://lists.ubuntu.com/mailman/listinfo/warthogs ----- End forwarded message -----

1 0

Adobe Mars
by Tobias Jakobs 01 Apr '08

01 Apr '08

Hi, I just read about Adobe Mars[1] and thought it is interesting for some of the developers here. [1] http://labs.adobe.com/wiki/index.php/Mars Here a copy from the homepage: "Mars is the code name for technology being developed by Adobe that provides an Extensible Markup Language (XML)-based representation of Portable Document Format (PDF) documents. Adobe(R) PDF is a universal file format for representing documents in a manner independent of the application software, hardware, and operating system used to create them and of the output device on which they are to be displayed or printed. XML is a cross-platform, extensible, and text-based standard for representing data that was created so that richly structured documents could be used over the web. The Mars Project is an XML friendly representation of PDF documents. Already an open specification, PDF is the global standard for trusted, high fidelity electronic documentation. The Mars file format incorporates additional standards such as SVG, PNG, JPG, JPG2000, OpenType, Xpath and XML into a ZIP-based document container. The Mars plug-ins for Acrobat 8 and Adobe Reader 8 enable creation and recognition of the Mars file format by Adobe Acrobat 8 and Adobe Reader 8 software. For additional Mars information see the documents below and check back for regular updates. The Mars Project is early release software and we welcome your feedback. Please use the feedback link below to request features, make comments and report problems. Please understand that this is an early release and is not yet feature complete. The file format contained within the Mars plug-ins is subject to change and using this technology for production may require you to make significant changes to your documents at a later date. Content created with this release may not be compatible with the shipping version." Regards, Tobias

3 3

Where is lxml?
by Brian Vanderburg II 01 Apr '08

01 Apr '08

Just a question about the windows release. I know on Linux, normally only the main files would be included and any dependencies would be managed by the package manager. But for windows, since the Inkscape installer includes everything else (GTK binaries, Python binaries, etc), why not go ahead and include lxml in the release. Otherwise the many of the scripts won't run and some users may have a time figuring out why or how to download it. Brian Vanderburg II

2 1

Inkscape 0.46 Announced on DeviantART
by Josh Andler 01 Apr '08

01 Apr '08

The announcement was posted here: http://news.deviantart.com/article/45610/ If you have a DeviantART account, please log in, visit that link, and show the article some love with the digg-like heart thingy. ;) Congrats to everyone! Win32 devs and testers, a huge kudos to you all for pulling things together in such short order (given the severity of some issues)! Cheers, Josh

2 1

Inkscape 0.46 save bug (I think)
by Donn 01 Apr '08

01 Apr '08

Hi, I fetched the (stable 0.46) source and compiled on Kubuntu Gutsy two days ago. In playing around I noticed that when you save your file it does not append the .svg to the filename, even if "inkscape svg" is chosen in the types combo. You can do it manually, however. I could be doing something dumb, but thought I'd mention it. \d

2 2

GSoC and Text
by Gail Carmichael 01 Apr '08

01 Apr '08

8 16

Re: [Inkscape-devel] [Inkscape-user] Snapping (WAS: GSOC 2008 / Technical Drawing in Inkscape)
by Diederik van Lierop 31 Mar '08

31 Mar '08

1 0

[GSoC2008] deadline extension
by Alexandre Prokoudine 31 Mar '08

31 Mar '08

Hi, Deadline for student applications submission is officially extended by one week. The new deadline for student applications is Monday, April 7, 2008. Timeline in FAQ is updated. Alexandre

2 1

problems in libgdl
by Jon A. Cruz 31 Mar '08

31 Mar '08

For the docking... I've seen these warnings, some of which might be significant. If anyone can give them a look, that would be helpful libgdl/gdl-dock-object.c:99: warning: unused parameter 'data' libgdl/gdl-dock-object.c: In function 'gdl_dock_object_get_type': libgdl/gdl-dock-object.c:99: warning: missing initializer libgdl/gdl-dock-object.c:99: warning: (near initialization for 'object_info.value_table') libgdl/gdl-dock-object.c: In function 'gdl_dock_param_get_type': libgdl/gdl-dock-object.c:833: warning: missing initializer libgdl/gdl-dock-object.c:833: warning: (near initialization for 'tinfo.base_init') libgdl/gdl-dock-master.c: In function 'gdl_dock_master_get_type': libgdl/gdl-dock-master.c:129: warning: missing initializer libgdl/gdl-dock-master.c:129: warning: (near initialization for 'object_info.value_table') (several more of those) libgdl/gdl-dock-item.c:276: warning: assignment from incompatible pointer type libgdl/gdl-dock.c: In function 'gdl_dock_dock_request': libgdl/gdl-dock.c:847: warning: comparison between signed and unsigned libgdl/gdl-dock.c:850: warning: comparison between signed and unsigned libgdl/gdl-dock.c:854: warning: comparison between signed and unsigned libgdl/gdl-dock.c:857: warning: comparison between signed and unsigned libgdl/gdl-dock-item-grip.c: In function 'gdl_dock_item_grip_expose': libgdl/gdl-dock-item-grip.c:147: warning: assignment from incompatible pointer type libgdl/gdl-dock-item-grip.c:150: warning: passing argument 2 of 'gdk_draw_rectangle' from incompatible pointer type libgdl/gdl-dock-item-grip.c:138: warning: unused variable 'item_or_child_has_focus' libgdl/gdl-dock-paned.c:568: warning: comparison between signed and unsigned libgdl/gdl-dock-paned.c:573: warning: comparison between signed and unsigned libgdl/gdl-dock-paned.c:577: warning: comparison between signed and unsigned

4 4

Joining the task force?
by Tali Gutman 31 Mar '08

31 Mar '08

Hi everybody, Thought I'd join in to the party this summer. I want to fix the pdf-exports-with-opacities bug, but I can do some other stuff too :) (In other words, this is just "Hello". Will get the code in the weekend maybe :) ) -- - Tali

1 0

no native windows dialog on pre4-2
by Mihaela 31 Mar '08

31 Mar '08

Open and import dialogs are "old" style on pre4-2 on winXP. Is that expected?

3 2

GSoC 2008: Student Application Deadline
by Aaron Spike 30 Mar '08

30 Mar '08

The deadline for student applications for Google Summer of Code 2008 is steadily approaching. I've seen nothing but fantastic ideas here on the list this year. If you are a student and you haven't posted an app to the list yet, don't be bashful and don't let that discourage you from applying. I encourage all students to finish up your proposals and be careful to submit them before the deadline: March 31: 5:00 PM PDT / 00:00 UTC April 1, 2008 Many students have already submitted their applications. We thank all of you for that. Good luck to all. Aaron Spike P.S. I've attempted to copy this to the email addresses from the list for every student who posted but hasn't yet submitted an application. I sincerely apologize if I missed you. Please be sure to submit your app!

1 0

(no subject)
by unknown＠example.com 30 Mar '08

30 Mar '08

I see that a Leopard dmg package for Inkscape 0.46 is posted, but not a Tiger (OSX 10.4.11) version, and the Leopard package doesn't run on Tiger. I won't be upgrading my Macbook to Leopard for a while, if at all, and would like to upgrade to the latest Inskcape. Is anyone planning to make a Tiger dmg?. If not, and the build system is fairly-well automated, I could try to build a Tiger universal package on my macbook, I have xcode etc installed. Any advice on this? duncan

6 6

Speed up the build?
by Maximilian Albert 30 Mar '08

30 Mar '08

Hi all, I'm not sure if I already asked this some time ago (if so, please bear with me). Compiling and linking always takes a considerable amount of time and I regularly run into the need to test the effect of several small changes in quick succession. Is there a way to speed up compiling in any way, for example by deactivating certain things which have nothing to do with the code I'm interested in? Any options for ./configure (I already use --without-inkjar), any compile switches, #ifdefs I'm not aware of, anything? Thanks, Max P.S.: I do use ccache but I still hope that the building (in particular, the linking) time can be reduced by other means, too.

5 5

[inkscape-devel] Candidate Proposal for GSoC 2008 Application
by Marco 30 Mar '08

30 Mar '08

I am going to submit the following proposal for GSoC, so if you have some suggestion or some critique, this is the time to tell me your opinions. I'd like thanking Nathan Hurst for his help in getting a more insight into lib2geom codebase and for the support that he provided in making my proposal more complete. After speaking with Maximilian Albert we concluded that our proposal can advance in parallel without having overlaps, moreover I'm glad to provide any further clarification. Please tell me about english language mistakes, too ! Best Regards, Marco Cecchetti =======================PROPOSAL START============================ Name: Marco Cecchetti Project: lib2geom development Abstract Lib2geom will become the core geometric library of Inkscape and it is already an open source project on its own. My project aims to expand the library and give evidence of its skills through the implementation of ad hoc "toys": little interactive applications showing off the power of lib2geom. Goals (1) Provide direct support for basic geometric shapes, so making easier the development of educational and technical geometric tools. (2) Implementation of a new curve type that fulfils the traits of a SVG Elliptical Arc and of an "Elliptic Toy" for testing and playing with this curve type. (3) Deploy a "toy" showing off a deformation effect based on the thin plate spline method. Note: the achievability of this task is subject to the time left after having fulfilled goal 1 and 2 and to the ability of building a stable and computationally feasible algorithm implementation of the thin plate spline method. Details (1) In order to simplify the implementation of technical drawing tools or the development of a geometric educational version of inkscape, I think that it is useful to have direct support in lib2geom for simple geometric objects such as (infinite) line, ray, angle, triangle, regular poligon, circle, ellipse, arcs and the availability of geometric construction methods for such objects: parallel line, perpendicular line, angle bisector, circle by 3 points, circle by 2 points and tangent to a line, circle by a point and tangent to 2 lines, conic by 5 points. This should be considered a minimal set of implementable features. (2) I'll provide the SVGEllipticalArc class with a complete implementation of all methods inherited by the abstract Curve class such as bounds computation, evaluation for a given parameter value, conversion to and from a s-power basis path, make up of a reversed arc, extraction of a sub-arc, derivative, and arc transformations. Finally there will be the ability to modify the characterizing parameters: initial and final point, rays length, x-axis inclination angle, large-arc and sweep flags. The Elliptic-Toy will provide the ability of interactively placing the initial and the final arc points, moreover moving the centre of the ellipse, upon which the arc lays, will cause the modification of the length of the ellipse rays and a further point will be used to increase and decrease the inclination of the x-axis. Finally the Elliptic-Toy will offer the possibility to set and unset the large-arc and sweep flags directly. (3) The thin plate spline (TPS) is the 2D generalization of cubic spline. TSP is a valid tool for making up a continuos warping deformation effect. Its drawback is that it is computationally expensive both to make up the interpolating function and to evaluate such a function on the set of all the input paths. Achieving an implementation computationally affordable requires to utilize ad-hoc algorithms. So there will be the need for: - a phase of analisys based on the study of some articles [1],[2] - one or more pilot-implementations to analize the stability and the computational costs of the designed algorithm - deployment of a toy which allows to play with the developed algorithm in a similar way to the already implemented 2dsb2d toy. About me I am a student in mathematics (University of Pisa, Italy) I am always been keen on computer graphics and I am interested in computational geometry. My main programming language is C++, but in the past I also programmed in pascal, fortran 90, assembler, java, javascript, actionscript, bash script. Moreover I am knowgeable about several Boost libraries, XML APIs and the Scalar Vector Graphics Markup Language. Contributions to open source projects I'm developing an extension of Boost.Function [3] in order to implement a model of function concept supporting multi-signature and so overloading. [4] I contributed in the development of a proof of concept svg import filter for Open Office. This import filter has been developed mainly by Fridrich Strba at Novell, my contribute consists in having added svg text element support to the import filter. [5] After getting in contact with the inkscape community I have browsed a lot of 2geom source codebase and started developing a proof of concept implementation of an SVG Elliptical Arc class and a related toy. [6] [1] http://www-cse.ucsd.edu/~sjb/pami_tps.pdf [2] http://www.rbfsrus.com/pdfs/moment_siam/moment_siam.pdf [3] http://www.boost.org/doc/html/function.html [4] source code: https://svn.boost.org/svn/boost/sandbox/overload/trunk documentation: http://docs.google.com/View?docid=dfxvjncs_1x6456m [5] source code: http://tinyurl.com/2es9cu [6] source code: http://tinyurl.com/3bznlj =======================PROPOSAL END============================== -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

2 3

Re: [Inkscape-devel] Tiger packages
by unknown＠example.com 30 Mar '08

30 Mar '08

(trying to build a Tiger osx package) I followed the instructions in http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX and also installed gtk-clearlooks I used ./configure --disable-static --enable-shared --prefix=/path/to/build/product --enable-osxap --enable-inkboard. I produced an Inkscape.app but it does not run. Loading it manually from an xterm gives macbook:~/inkscape-0.46/packaging/macosx/Inkscape.app/Contents/MacOS duncan$ ./I nkscape 2008-03-29 10:52:34.418 defaults[9262] The domain/default pair of (kCFPreferencesAnyApplication, AppleAquaColorVariant) does not exist 2008-03-29 10:52:34.435 defaults[9263] The domain/default pair of (kCFPreferencesAnyApplication, AppleHighlightColor) d oes not exist Then it hangs. Its not clear how to diagnose what the problem is. Also, the Wiki is written assuming one is using svn. I am using the official 0.46 release tarball, and have no idea whether what I would get by using svn is that or some slightly different version. I would like to produce an EXACT copy of whatever the "official" release for LEOPARD is (exactly the same options, library dependencies, etc) except built on TIGER. Is it possible to get the precise build instructions that were used for the Leopard Inskcape.app so I can run them on tiger. (I dont want to make decisions about whether to use e.g. --enable-inkboard )? One issue I saw when building the .app was cp: /opt/local/lib/gtk-2.0/2.10.0/loaders/*.so: No such file or directory I'd try to produce a Tiger universal Inkscape-0.46 dmg for general distribution if the OS X packager no longer has a Tiger/Intel installation to work with, but I need an authoritative recipe for doing it using the official release tarball. I assume using MacPorts is the the way to get the various gtk libraries, so I installed it and the recommended packages, but want to make sure I also produce a dependency-free Inkscape.app that doesnt relay on any external libraries except those that come with Tiger and Tiger/X11 (I will remove Macports as soon as the compilation is successful, as I use Fink). duncan -------------- Original message from Bryce Harrington <bryce@...1798...>: -------------- > On Wed, Mar 26, 2008 at 03:24:38PM -0400, Jamie Kimberley wrote: > > I was building on tiger until a few weeks ago (just got a new macbook). > > I'll see if I can compile and package the 0.46 code tonight. > > > > If you want to try it yourself the instructions on the wiki using > > macports are pretty easy to follow. One note not mentioned on the wiki is > > that you'll need to install the gtk2-clearlooks package before building > > inkscape from source. > > Could you please add this extra note to the wiki. (It's important > everyone keep the build directions up to date and as complete as > possible, since incorrect build directions can be a show stopper for new > devs.) > > Thanks, > Bryce > > > simply issue on the command line > > sudo port install gtk2-clearlooks > > or add it to the list of other ports that need to be installed. >

5 5

Official Inkscape 0.46 OSX package for Tiger (10.4) users
by Michael Wybrow 30 Mar '08

30 Mar '08

Hello OSX Tiger users, I have posted an Inkscape 0.46 package for Tiger (10.4.x) users: http://downloads.sourceforge.net/inkscape/Inkscape-0.46-2.TIGER.UNIVERSAL.d… This package was built complete from a PPC 10.4.11 machine, and since I do not have access to an Intel Mac running 10.4.11 it has not been tested on Intel hardware. If you have an Intel 10.4.11 machine, could you please let me know if the package works for you? Apologies for the initial lack of Inkscape 0.46 package for Tiger users. Producing packages for older OS releases is always more difficult when the Inkscape Mac developers are no longer using that OS for their normal builds, and building Universal packages, even more so! (Our CompilingMacOsX wiki page is currently out of date, but will be shortly updated to reflect the steps used to build these official packages.) Cheers, Michael

1 0

no native windows dialog on pre4-2
by Mihaela 30 Mar '08

30 Mar '08

Open and import dialogs are "old" style on pre4-2 on winXP. Is that expected?

1 0

NEW : LPE for groups
by Steren Giannini 30 Mar '08

30 Mar '08

Hello, We are proud to announce our first contribution to inkscape : Live Path Effects for groups. You can already test it from svn trunk. In a word, you can now add a LPE to a group of paths. For most LPE, the effect is applied recursively (try sketch, curve stitching or gears) but for Bend Path the result is more powerful : the distortion applies on the whole group. You can edit original path of the group by double-clicking on the group (as usual). A path with a LPE can be part of a group with a LPE, this is a sort of of "LPE stacking". You can make groups of groups, it will work (There is one known bug when using bend path, we will fix it very soon). You can apply definitively the effect with "Convert Object to path" We will soon make that when ungrouping, the effect is copied to each item in the group I will update the ReleaseNotes as soon as possible. We are currently working on LPE stacking (a simple UI is done, the engine is in a good way) and on an envelope deformation effect (it uses LPE PointParams for control points). Bye Steren for the "PI:Inkscape" team of Ecole Centrale de Lyon.

3 3

GSoC test suite proposal
by Jasper van de Gronde 30 Mar '08

30 Mar '08

I just created a Wiki page with my proposal for the GSoC [1]. I have attempted to incorporate most of the comments I received so far, with emphasis on getting the unit tests in shape. I would appreciate any further comments. For one thing, I named the page ...-blueprint, but I haven't created an actual blueprint yet, mostly because the page is worded more like a proposal than a blueprint (and I'm not yet that familiar with the blueprint feature). Would it still be desirable to have a blueprint for this proposal? [1] http://wiki.inkscape.org/wiki/index.php/TestSuite-blueprint BTW, I omitted all non-technical information (like my previous experience) from this Wiki page, it obviously will be part of the proposal I will submit.

2 1

Win32 pre4-2 (minor error fixed)
by rygle 30 Mar '08

30 Mar '08

Hi, For Windows users, the Win32 0.46pre4 has been updated to pre4-2 due to a missing file error. My apologies. You'll find pre4-2 on the Sourceforge server here; http://sourceforge.net/project/showfiles.php?group_id=93438&package_id=9911… This version is already quite stable, but please it for any further bugs and report to https://bugs.launchpad.net/inkscape/ If there are no other major problems, we will move to a stable release early next week. Note, there are some known issues that won't be fixed for 0.46.0, as per the readme; * (LP: #180890) Blend modes do not work correctly over transparent backgrounds. A workaround is to place an opaque rectangle underneath the bottom-most layer. * (LP # 202704) Blur and other filters are very slow when applied to an object with transform= attribute with rotation or skew. To avoid this slowdown, either do not rotate/skew objects you use with filters, or apply filters only to paths (but not shapes to text) because paths, by default, get no transform= attribute when you rotate or skew them. * Windows printing has two known issues. In both cases the workaround is to print to bitmap (Print -> Rendering -> Bitmap). - (LP # 205732) Blurred objects are misaligned when printing. - (LP # 208217) Masked objects disappear when printing. -- View this message in context: http://www.nabble.com/Win32-pre4-2-%28minor-error-fixed%29-tp16370629p16370… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

Don't forget to Vote!
by Aaron Spike 30 Mar '08

30 Mar '08

Voting is open for Inkscape committee member until Friday, April 4th. Voting is Cool! Vote now! (Voting is open to everyone listed in AUTHORS.) The nominees are: Peter Moulder Bulia Byak Johan Engelen Merry Voting! Aaron Spike

1 0

Tiger (not leopard) osx Inscape 0.46 package?
by unknown＠example.com 30 Mar '08

30 Mar '08

(sorry, forgot to put subject line in post) > > I see that a Leopard dmg package for Inkscape 0.46 is posted, but not a Tiger > (OSX 10.4.11) version, and the Leopard package doesn't run on Tiger. > > I won't be upgrading my Macbook to Leopard for a while, if at all, and would > like to upgrade to > the latest Inskcape. > > Is anyone planning to make a Tiger dmg?. > > If not, and the build system is fairly-well automated, I could try to build a > Tiger universal package on my macbook, I have xcode etc installed. > > > Any advice on this? > > duncan >

2 1

NEW: LPE PathParams can link to existing paths
by unknown＠example.com 29 Mar '08

29 Mar '08

Hi all, Like suggested in another post, I have added functionality to the LPE PathParam. Now, it can also link to another shape/text on canvas. Especially the text is nice. For example: 1. Type text (not flowtext) 2. draw curved path 3. apply lpe-Pattern along path to curved path 4. select text and copy it 5. select curved path and press link to path button in the LPE dialog for the pattern source parameter 6. see what happens. edit the text and see what happens :) Please report bugs to me directly (not in launchpad, because I won't see it). I know deleting of the path to which is linked is bugged; it has not been implemented yet. Yours truly, Johan

1 1

GSoC test suite project
by Jasper van de Gronde 29 Mar '08

29 Mar '08

I'm interested in improving Inkscape's test framework for the GSoC. I've read the GSoC related documentation. I've also read all the information on testing on the Wiki that I could find and had a look at some of the current unit tests in SVN. Unfortunately I don't have a Linux system set up at the moment, so I can't actually execute 'make check'. So far I've come up with the following draft plan: 1. Make sure the existing tests work on Win32 (and MacOS X). 2. Set up system to rerun tests periodically/when needed. 3. *Possibly* also try generating some historical data (where possible). 4. Implement new tests for (at least): - nr-compose (I already did this locally, at least partially) - livarot (parts of) - sp_svg_... (transform_read/write, read/write_path, etc.) 5. Integrate (existing) SVG conformance tests so that they are also rerun. I will attempt to partially automate this (as far as I understand the current tests are evaluated manually) by storing result images and only asking for human judgement when an image changes. I'm also thinking of a few more advanced ways of automating some of these tests. 6. Add performance information by timing tests (as well as rendering of images, for the SVG conformance tests for example). In short my intention is to create a system which (continuously) keeps track of the status of unit tests as well as SVG conformance and performance of Inkscape. Test results will be accessable online. I also plan to use gcov to keep track of test coverage and if interesting (read: if the tests take long) reduce the number of tests that have to be rerun each time. I'm currently checking whether I can get gcov to work to my satisfaction with Inkscape. If deemed interesting I might also add information from gprof to give a better idea of what parts of the code are interesting to optimize (and keep track of performance over time on a fine-grained level). I already regularly use gprof with Inkscape myself. Is this more or less what was originally intended? In any case, I would appreciate any suggestions and/or information you might have.

7 18

Missing test files?
by Jasper van de Gronde 29 Mar '08

29 Mar '08

I have been looking at the existing unit tests in the Inkscape codebase, and interestingly enough I've found a few references to test files in the exclude list of build.xml that don't actually exist. In part this is because they refer to automatically generated files from CxxTest unit tests, and some others are probably explained by tests that were converted from Utest to CxxTest. But I have also found a few which I can't explain: - extension/script/bindtest.cpp - extension/script/cpptest.cpp - livarot/Path-test.cpp - trace/potrace/potest.cpp - widgets/test-widgets.cpp - removeoverlap/test.cpp - removeoverlap/remove_rectangle_overlap-test.cpp If anyone knows what happened to these files, and especially if anyone has these files (or of course other test files) still lying around, I'd love to hear about it (and if you do have one, how usable is it). BTW, there are also two nr-compose related test files which are not in the codebase, but I'm afraid that's due to me :) (I still have them lying around and will probably convert them to CxxTest and make sure they end up in the repository.)

1 0

Win32 Crash on help menu (Spawn) Problem
by rygle 29 Mar '08

29 Mar '08

Has anyone had a look at the Win32 spawn problem lately? (https://bugs.launchpad.net/inkscape/+bug/204779) Or has anyone managed to compile 0.46 branch with the patch suggested by Adib in 187920 (https://bugs.launchpad.net/inkscape/+bug/187290/comments/34)? Using the March 3 libs has no spawn problem, but means we drop some extra pango/type support. Is that a satisfactory resolution? -- View this message in context: http://www.nabble.com/Win32-Crash-on-help-menu-%28Spawn%29-Problem-tp162966… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

9 24

Committee Votes: Public or Private?
by Aaron Spike 29 Mar '08

29 Mar '08

Because we have three extremely qualified candidates with whom many of us have become friends, there is now a request that we allow voting in private so that no feelings get stepped upon. Give me your opinions. Should we allow private votes? Aaron Spike

4 5

Vote for Committee Memeber!
by Aaron Spike 28 Mar '08

28 Mar '08

Now opening voting for Inkscape Committee Member. Please vote! Votes will be accepted from anyone listed in AUTHORS. If you feel more comfortable voting with private ballot, please send your votes directly to aaron@...1928... Voting will be open for one week, closing on Friday, April 4th. Nominees are: Peter Moulder Bulia Byak Johan Engelen Happy Voting! -- Aaron Spike

1 0

Opening Inkscape Committee Nominations
by Aaron Spike 28 Mar '08

28 Mar '08

As many of you know Inkscape is a member organization of the Software Freedom Conservancy. (http://conservancy.softwarefreedom.org/) As Specified in Section 6 or our charter we maintain a committee of seven project members. Section 6 reads as follows: "6. Representation of the Project in the Conservancy. The Developers, each a signatory hereto, shall represent the Project in its official communication with the Conservancy. There shall be seven Developers (together, the "Committee"), elected by the community members of the Project listed in the Project's AUTHORS file (the "Community Members"). Each Developer shall continue to serve until he or she resigns from the position. The Developers may be removed from the position at any time by a majority vote of the Community Members. Upon the resignation or removal of a Developer, the Community Members shall elect a replacement Developer to serve on the Committee. The Committee will elect a single individual to communicate with the Conservancy (the "Representative") and shall notify the Conservancy promptly following the election of a new Representative. The Representative will have the authority to instruct the Conservancy on the Project's behalf on all matters. This section may be modified by a vote of at least 3/4 of the Community Members, with the consent of the Conservancy, such consent not to be unreasonably withheld." The committee consists of Josh Andler, Jon Cruz, Ted Gould, Bryce Harrington, Nathan Hurst, MenTaLguY and Aaron Spike. Bryce Harrington currently serves as the Representative. Nathan Hurst has recently resigned his position on the committee. Therefore we must elect a new committee member. I will be collecting nominations over the next few days (ending Friday March 28th unless there is great desire for an extension to the nomination period). Anyone listed in the AUTHORS file may make a nomination. Anyone listed in the AUTHORS file may be nominated. Nominees are free to refuse nomination. I will open the nominations by relaying Nathan's nomination: "I nominate Peter Moulder, as one of the most senior people, a clear thinker, an Aussie and as close to a lawyer as you can get in a programmer." Aaron Spike

7 10

GSoC 2008: Inkscape tools for publishing using LaTeX
by Andrew Lewis 28 Mar '08

28 Mar '08

Hi all, I would be grateful for feedback on this GSoC project idea which I would like to do. It should be reasonably orthogonal to the Inkscape core so it shouldn't interfere with refactoring. I haven't contributed to Inkscape before, but I did a GSoC project last year for BBC R&D (on Dirac motion estimation/mode decision). Name: Andrew Lewis (1st year PhD Student, University of Cambridge, UK) Abstract: Inkscape is an ideal tool for producing the types of diagrams present in academic papers, but various features could be added to make it ideal for tool-chains which use LaTeX [1] to typeset documents. Authors who want to use consistent fonts in diagrams and body-text (both font family and size) must currently put `position marker' text into their documents and then replace this when their document is compiled using a tool such as psfrag [2] to re-write an EPS file. This method has some short-comings with text alignment (baseline and right alignment) and is inconvenient at design-time as documents are no longer WYSIWYG. The tool to add LaTeX equations to Inkscape documents is not ideal for adding larger elements of text as it renders to a standard vector object, discarding information about baseline position, alightment, font-size and so on. It is also difficult for new users to understand what information will be preserved during the EPS conversion. To make this clearer I propose a pre-export check where users are informed, possibly with a preview, if the appearance of the diagram will change when it is included in a LaTeX document, and online documentation with a tutorial and FAQ about exporting for LaTeX. This project would make Inkscape easier to use when creating diagrams for eventual inclusion in LaTeX documents by keeping information about text alignment (for example, moving the text control point on aligment) and making font scaling clearer, which might require additions to the file format. As an extension, I would like to make a file output filter for generating .tex files which can produce posters with diagrams and standard body text which aims to produce output similar to what would have been made by hand. This project would make Inkscape an excellent alternative to tools such as xfig [3] when diagrams must look consistent with body text, make changes on exporting clearer to the user (including those not targeting academic papers but still using EPS) and produce better output for LaTeX users who make their diagrams in Inkscape. [1] LaTeX: http://www.latex-project.org/ [2] psfrag: http://www-h.eng.cam.ac.uk/help/tpl/textprocessing/psfrag.ps [3] Xfig: http://www.xfig.org/userman/ Notes This project would first consist of a psfrag-like feature with LaTeX placeholders, where I would fix the problems with text alignment by inclusion of right-align/baseline information in the file format. (This might involve moving the control point on text which has been aligned.) I would then try to make this render nicely when Inkscape is able to find dependencies (the feature would be unavailable if LaTeX is not installed). The aim would be to get as close to WYSIWYG editing for this as possible without going as far as a TeXmacs style editor (so focussing on plain diagram labelling and simple equations to start with). There would be an export to EPS for inclusion in LaTeX document feature, which would do a pre-export check and notify the user of any features which would be removed (gradients, effects, opacity and so on). Time permitting I would like to work on supporting as many of these features as possible; this might include improving the PDF output filter (its output can be included in a LaTeX document compiled using pdflatex) to, for example, support gradients. I would also write documentation and a tutorial to explain how to produce diagrams for LaTeX output. One of the main difficulties here is integrating with LaTeX on different platforms. I would first make this work on (Ubuntu) Linux, other distributions and then Windows (possibly with MikteX). If time permits I would also like to make an output filter for Inkscape which can produce .tex files for posters including standard body text and diagrams. The aim would be to produce a file which is as close to a .tex file written by hand. This would likely overrun the length of the programme, but would be useful and make it possible for people who haven't used LaTeX before to produce high quality posters in Inkscape. Thank you for having a look at this! Andrew

3 3

Google Summer of Code Application: PGF Export
by Caleb Reach 28 Mar '08

28 Mar '08

Hey, Here's my GSoC application, any comments/critiques are welcome! Cheers, Caleb ============= Application ============= Abstract ======== I would like to implement a PGF output extension for Inkscape. Currently, the TeX exporter in Inkscape utilizes the PSTricks macros, which are not portable and do not work with pdftex/pdflatex. PGF is a Portable Graphics Format for use with TeX/LaTeX/ConTeXt and works with all major back-end drivers. There are several feature requests which will be solved by this project: https://bugs.launchpad.net/inkscape/+bug/170802 : PS + LaTeX export https://bugs.launchpad.net/inkscape/+bug/171141 : Richer text layout features https://bugs.launchpad.net/inkscape/+bug/172195 : Export LaTeX with PGF/TikZ macros https://bugs.launchpad.net/inkscape/+bug/172022 : Combined PDF/LaTeX export Details ======= The implementation will be rather straightforward due to Inkscape's extension system. A new output extension (latex-pgf) will be developed which provides TeX output using the PGF macro package. PGF has two interface layers: the base system (PGF) and the front-end interface (TikZ). While exporting TikZ code might make subsequent editing easier, the base PGF layer is much more flexible and therefore will be used for this project. Qualifications --------------- While I haven't used GTK or worked with the Inkscape code base (aside from a simple bug fix for proof-of-competency: https://bugs.launchpad.net/inkscape/+bug/168349/comments/10), I have extensive experience with C++ and have used other widget toolkits such as JUCE. I have contributed small patches to several open source projects including Django and Lazy C++. I am also very familiar with LaTeX, having used it to typeset many reports over the last several years, and I use the PGF/TikZ package whenever I need to typeset drawings and diagrams. I also work well alone, and require little hand-holding. I have completed numerous projects on my own and am currently working on a software metrics visualization application in C++ which I plan to open source. Features -------- The PGF exporter will have support for the following features: * Paths - Clipping * Fill styles - Solid - Gradient - Pattern * Stroke styles - Dashes, Dots, etc. Implementation Plan ------------------- The first order of business will be to get a very basic export working. This will include support for paths, and nothing more. After this, features will be added on incrementally until the full export extension is complete. After basic path support is working, text output will be added. An option will be provided to either escape text or pass it through as-is so that it will be processed by TeX, allowing for formulas and other TeX trickery. Strokes styles, fills, and gradients will be implemented next. These all have direct equivalents in PGF. Finally, more esoteric features such as pattern fills and clipping will be implemented. Although these are supported in PGF, they are far less likely to be used than the other output functionality and thus will be implemented last.

1 0

Status - Inkscape 0.46.0-1 Windows Package
by Bryce Harrington 27 Mar '08

27 Mar '08

I. Rygle, that round-up of Windows issues is quite handy! II. Patches included so far #179988 01_win32_printing.patch ?????? 02_win32_print_dialog_parent_window.patch (from Joel; no LP#) #183646 03_vista_turn_off_dashes.patch #168896 05_save_as_xaml.patch: III. Patches/bugs not included due to problems #165726 04_win32_remove_dialogs_on_top_preference.patch Fails to apply. See bug for details. #204779: ?? Not sure what to do here. A late comment refs to a patch in #187290 so maybe that patch needs inclusion? #187290: ?? I'm unclear if the patch here (comment #34) is ready, or needs additional testing/fixing. IV. New Windows patch packaging system I've added a debian-like patch setup for managing Windows patches. In other words, rather than apply patches directly, they are placed in inkscape/packaging/win32/patches/ and listed in the 'series' file in that directory. I've also written a simple script to apply the patches: cd /packaging/win32/ && ./apply_patches.sh This will need to be done by the Windows packagers when building 0.46.0 Windows packages (perhaps some scripts could be updated to include this step). Please someone update the Win32 docs to reflect this. This may seem weird compared with just committing the patches directly onto the stable branch, however this is standard operating procedure on Linux distros, and makes managing the patches and future updates easier. By keeping the patches only applied for Windows, it also completely avoids the risk of windows patches breaking linux code (these patches look safe, but you never know...) This also gives the windows packagers the flexibility to do 0.46.0-2, -3, etc. releases with more patches later on if they wish. So the basic rule is that we should have one common 0.46.0 tarball, and then each distro (including the Windows package as a distro), applies their packaging patches against it before building their packages. When we prepare for 0.46.1, we can look into incorporating some/all of the windows (and other distro) patches. V. Packaging and Release Announcements As mentioned before, March 24th is the day for sending out release announcements. This means we need to get all packages (including Windows) posted ASAP. Please let me know if anyone needs additional time for packaging, in case we need to delay the PR a bit. Bryce On Mon, Mar 24, 2008 at 08:30:29AM -0700, rygle wrote: > > A few minor improvements have been made to the Win32 printing patch, and it's > as ready as I think it will get for 0.46 release. Can someone please commit > it? > https://bugs.launchpad.net/inkscape/+bug/179988/comments/139 > > > Here's the latest information on printing under Win32; > > * Non-printing - FIXED > > * Default page size problems - FIXED > > * Print Scaling problems - FIXED > > * White or black boxes over printing - FIXED - GTK uses the wrong call in > Cairo (create_win32_surface, not the create_win32_printing_surface). There > is a patch in the GTK bug tracker to fix this, but in the meantime we have > bypassed that part of GTK. The code will revert to GTK automatically when > GTK itself fixes the problem. > > * All known crashes - FIXED > Adrian Johnson has patched the Cairo libs to fix a rare crash with radial > gradients. > - There are two patched libs here (needs both) - > http://annarchy.freedesktop.org/~ajohnson/cairo/ > - A patch has also been submitted to the Cairo git repository - > http://gitweb.freedesktop.org/?p=cairo;a=commit;h=ae9635bf33cb989f5c525800b… > - If the cairo dlls for inkscape are built by patching 1.5.14 instead of > building from git head Adrian recommends also getting the PostScript bug fix > as well: > http://gitweb.freedesktop.org/?p=cairo;a=commit;h=13e05bffd5cae5690fada24c7… > > > > Remaining problems with Windows printing are; > > * Some blurs are misaligned/mis-scaled - see > https://bugs.launchpad.net/inkscape/+bug/205732 > The workaround is to print to bitmap (under rendering in the print dialogue) > > * When printing falls back to bitmap, the bitmap is not always an ideal > resolution. Again the workaround is to print to bitmap (Print -> Rendering > -> Bitmap). > > > > > -- > View this message in context: http://www.nabble.com/Win32-libs-tp16033417p16254450.html > Sent from the Inkscape - Dev mailing list archive at Nabble.com.

7 18

"Inkscape out of the box for Ubuntu Hardy" News Item
by Joel Holdsworth 27 Mar '08

27 Mar '08

Hi All, Would it be worth putting a news item on the website mentioning that 0.46 will be included by default in Ubuntu Hardy? - it's quite big news, and it makes me want to tell the world! What do you think? Joel

4 3

Inkscape at LugRadio Live USA 2008
by Jon A. Cruz 27 Mar '08

27 Mar '08

Hi, Just spreading the word that Inkscape will be exhibiting at LugRadio Live USA 2008 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * http://www.lugradio.org/live/USA2008/ LugRadio Live USA 2008 brings San Francisco the unique atmosphere of LugRadio Live UK, an event that has developed a strong reputation for providing a range of topics about free software, Open Source, digital rights, technology and more, a compelling list of speakers, exhibitors and birds of a feather sessions, and wrapping it all in a unique, fun, loose, social and inclusive event, which is often described as combining the atmosphere of a rock concert and a computer conference. LugRadio Live USA 2008 brings this unique atmosphere to the USA, with around 30 speakers, over 20 exhibitors, an eclectic range of BOF sessions, and plenty of additional sessions such as our debate discussion panel, a showcase of five minute talks, tech demos, and of course a live recording of LugRadio in front of an audience. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Any and all are welcome to come by and visit, hang out, talk about whatever. It's also a very user-centric conference with registration only running $10. We also need any volunteers to come by and help man the booth. Even being able to commit a few hours would be a great help to the Inkscape project. Additionally we have a minor need for equipment for the booth... it's a small, informal show but we can still do with a few things like monitors or projectors (if anyone lives in the area that would be handy). If anyone can volunteer, please let me know so that I can get them a list of all our people to get signed up. Thanks, and hope to see people there!

1 0

Public keys for Ubuntu?
by Diederik van Lierop 27 Mar '08

27 Mar '08

In our sourceforge forum an anonymous poster is asking: "Please provide public keys for the Ubuntu (Gutsy and Hardy) 0.46 testing distrubtion." Do we have these? If so, were? See http://sourceforge.net/forum/forum.php?thread_id=1985330&forum_id=323059 BTW, I noticed a few weeks ago that the (likely highly ineffective) spamming of our "installation help" forum has stopped, so I've re-enabled the anonymous posting. Regards, Diederik

2 1

ill2svg.pl
by Alexandre Prokoudine 27 Mar '08

27 Mar '08

Hi, We have at least one bug on old AI files importer, namely LP145145. In the past I already suggested moving to UC for importing old AI files. Do you think it's the right time to do it now? If yes, do we need a separate verb for this extension so that both PS-based and PDF-based AI importers would work? Alexandre

3 2

Copy-and-paste of defs/use
by Michael Droettboom 26 Mar '08

26 Mar '08

First -- I'd like to take the opportunity to thank you for Inkscape... Truly an important application to have as open source. I am one of the matplotlib developers, and somewhat recently extended its SVG output backend to save the glyph outlines directly in the SVG file. (To remove the need to install obscure math fonts everywhere the SVG file will be viewed.) It uses <defs>/<symbol> to define the character and then <use> to render them. Yes, SVG fonts would probably be better for this, but the lack of support for them in Mozilla and other tools makes them a no-go for now. One of our users recently came across a problem where copying from one SVG file into another mangles the text. See his blog here: http://assorted-experience.blogspot.com/2008/03/inkscape-matplotlibs-svg-on… From poking around the resulting XML, what seems to be happening is that the <symbol> elements in the pasted data are reassigned new ids, but the <use> elements are not updated accordingly, and thus the <use> elements end up referring to symbols in the existing (pasted onto) file. Matplotlib, at present, assigns ids to glyph outlines sequentially as they are encountered, so there is no attempt to assign "universally" unique names, and id clashes across different files are guaranteed. There's a simple workaround I'm considering at our end, which is to use hashes on the path content itself as ids. This would also ensure that glyphs that are common between files will have the same id, for whatever that's worth. It does seem to at least make things behave as expected in Inkscape. However, I wanted to bring this to your attention because a) maybe this is an Inkscape bug, and it should be correcting the defs/use links on a copy/paste operation. b) maybe my understanding/expectations aren't correct and I'm just horribly misusing the SVG spec... I've attached two example SVG files. If you open both, and then copy the contents of one into the other, you can see that the title text will be incorrect. Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA

4 4

Font Selector widget - Font size unit issue
by tayfun_biyikoglu 26 Mar '08

26 Mar '08

Hi, I need some help on font selector widget ? My exact question is how do we set the font name and size values on the toolbar right above the canvas after selecting some values from font selector(Text and Font Dialog). I am java developer and investigating the codes to add unit functionality and i am trying to get familier with c++. I really appreciate brief explanation of codes and also any technical approach for this issue is welcome. I am planning to add a new tab to document properties maybe named Font Defaults. I want to add two things there one is default font name and the other is default font size unit. If for example pt is selected i want to treat the font sizes as pt. I am sure this is a very simple issue for the ones who knows the codes and c++ very well. But as i go deeper i get more confused. Thanks, Sincerely, Tayfun -- View this message in context: http://www.nabble.com/Font-Selector-widget---Font-size-unit-issue-tp1631764… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Gsoc 2008 for 2geom: towards making up a proposal
by Marco 26 Mar '08

26 Mar '08

As already stated in previous mails the goal of my application is to implement 2geom or lpe features. After having browsed a lot of 2geom source code I started implementing a proof of concept version of SVGEllipticalArc, the result of my effort is attached at this mail (see svg_elliptical_arc.cpp). In order to get it compiled you have to put the file under the toy folder and add the file name into the list of source file in CMakeList.txt. The file provides a EllipticalArc class and a toy class for test it. (Please feedback!) I have always to write down a complete proposal but here are some ideas (any critique or suggestion is welcome) : (1) give my help in the integration task (2) make elliptical arc a first citizen in 2geom library I'd like also to implement basic shape support ( regular poligon, circle, ellipse, ..) and routines to support classical geometric construction methods (circonference by 3 point, circonference by 2 point and tangent to a given line, ...). Anyway I saw Maximilian Albert's mail and I'm not sure if this last point may overlap with his proposal or as I hope it could provide a basis for his project. Moreover I'm trying to complete my proposal with some other algorithm to be implemented so if you have something in mind I'd like to hear it. Kind Regards, Marco Cecchetti PS: are there mentors avaible for my project ? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

2 1

Re: [Inkscape-devel] Cmake build stuff
by Aaron Spike 26 Mar '08

26 Mar '08

Kai-Uwe Behrmann wrote: > # CMAKE generated file: DO NOT EDIT! > # Generated by "Unix Makefiles" Generator, CMake Version 2.4 > > # Default target executed when no arguments are given to make. > default_target: all > > ... > > all: cmake_check_build_system > $(CMAKE_COMMAND) -E cmake_progress_start /data3/CD/programme/fltk/djv_74b11/CMakeFiles $(CMAKE_ALL_PROGRESS) > $(MAKE) -f CMakeFiles/Makefile2 all > $(CMAKE_COMMAND) -E cmake_progress_start /data3/CD/programme/fltk/djv_74b11/CMakeFiles 0 > > ... > > Do you have an other version or output? The above is just an example. Here's a Makefile I have lying around from June of 2007: # Include the progress variables for this target. include progress.make # CMAKE generated file: DO NOT EDIT! # Generated by "MinGW Makefiles" Generator, CMake Version 2.4 #============================================================================= # Set environment variables for the build. SHELL = cmd.exe # The CMake executable. CMAKE_COMMAND = c:\cmake\bin\cmake.exe # The command to remove a file. RM = c:\cmake\bin\cmake.exe -E remove -f # The program to use to edit the cache. CMAKE_EDIT_COMMAND = c:\cmake\bin\CMakeSetup.exe # The top-level source directory on which CMake was run. CMAKE_SOURCE_DIR = C:\src\lib2geom # The top-level build directory on which CMake was run. CMAKE_BINARY_DIR = C:\src\2geom_build # Default target executed when no arguments are given to make. default_target: all ... # The main all target all: cmake_check_build_system $(CMAKE_COMMAND) -E cmake_progress_start C:\src\2geom_build\CMakeFiles $(CMAKE_ALL_PROGRESS) $(MAKE) -f CMakeFiles/Makefile2 all $(CMAKE_COMMAND) -E cmake_progress_start C:\src\2geom_build\CMakeFiles 0 ... Aaron Spike

1 0

Simple tugging curve editing etc
by Bill Baxter 26 Mar '08

26 Mar '08

The tweak/sculpt tool is nice, but sometimes it seems to introduce a little too much distortion. It's also quite slow, and setting the appropriate width can be a bit annoying. How about implementing something like this? http://www-ui.is.s.u-tokyo.ac.jp/~takeo/research/rigid/curve/index.html The two big ideas in there are as far as I know: 1) automatically setting region of influence based on maximum amount dragged. 2) angle preserving deformation -- for instance if you try Inkscape's sculpt tool on a crown shape like in the lower right corner of the applet there it's pretty impossible not to turn the straight lines into curves. The smoothing thing in that demo isn't bad either, I don't know of any way to "brush on" smoothing in Inkscape right now. Maybe the tweak/sculpt tool can do it somehow though? A couple of other line drawing enhancements that I think would be nice are * a mode where scribbling back and forth over a line erases it. * a mode where drawing over top of a portion of an existing curve would automatically splice in the new part. I've seen these latter two techniques used in some of Igarashi's papers, and they look handy. The first is used in Teddy. I'm not sure where I've seen the second. I think this could maybe even be a nice little set of mini-projects for a GSoC. --bb

4 6

Re: [Inkscape-devel] Cmake build stuff
by Aaron Spike 26 Mar '08

26 Mar '08

Kai-Uwe Behrmann wrote: > And the problem I see with current cmake "Makefiles" is not so much about > setting up a simple or big project, rather than to debug it. > In cmake I have no idea where veriables come from. In Make I do, at least > mostly. Learning debuging new feels a bit like a burden as it will need > quite extra time. On the other side make is pretty common. That's weird. I seem to have opposite experience. Perhaps we need a more concrete example. It has been a while now since I did any work with CMake, but I remember thinking that it was great because the generated makefiles had comments that point to the line of the source CMake file that generated them. In my most recent trip though trying to debug autotools makefiles I was missing this help. Aaron Spike

1 0