- Inkscape Devel - Inkscape Mailman

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

18 Apr '08

>Now perhaps would be a good time to hook some validation into the build >process (and into the code?) but that would probably need a small C app (all >validators I have at hand now are either in Java or .NET). > xmllint will be available wherever libxml2 is installed. Every Linux box, basically. And since Inkscape links with it, it's required anyway. xmllint -relaxng file.rng something.xml bob

1 0

Problems with font selection toolbox.
by Marcin Floryan 18 Apr '08

18 Apr '08

Hi! There seem to be an awful increase, recently, in the number of bugs reported around the behaviour of the font family and font size selection toolbox in 0.46 (and it equally affects SVN as for now). There are also some outstanding Critical bugs - just some examples are: https://bugs.launchpad.net/inkscape/+bug/168161 https://bugs.launchpad.net/inkscape/+bug/168320 https://bugs.launchpad.net/inkscape/+bug/168719 https://bugs.launchpad.net/inkscape/+bug/183179 https://bugs.launchpad.net/inkscape/+bug/218502 https://bugs.launchpad.net/inkscape/+bug/218502 I know often this is associated with Win32 platform but I have seen those on Linux as well. What seems to cause the problem often is when the default font (or font applied to the text) does not exist. Would it not be nice, if one could enter any arbitrary font family name for a font and have Inkscape handle it gracefully. I would like to help with this issue (OK, I can even abandon my Linux for a bit to help on the Win32 platform) but I still know too little of the Inkscape codebase. But what seems to me like a plausible solution would be to reproduce the functionality of the Text and Font dialog in the font tool bar. I presume that many issues could be solved when SVG Fonts are finally implemented. Just wanted to grab some of your attention though no doubt it is already on the issue :-) Cheers, -- Marcin Floryan http://marcin.floryan.pl/ [GPG Key ID: 0D5581C5]

2 1

restack extension
by Alexandre Prokoudine 17 Apr '08

17 Apr '08

Hi, We got a neat new extension by Rob Antonishen during 0.46 development cycle that for some reason didn't go into 0.46 after all. It's called "Restack" and it does exactly what you might guess: "restack the selected objects' z-order, from left to right, top to bottom (or vice versa), specifying the base point for comparison (top, left, middle, etc.)" https://bugs.launchpad.net/inkscape/+bug/182002 Do we want this as part of 0.47? Alexandre

2 4

Behavior of X,Y,W,H settings in the GUI
by qazxswedcvfrtgbnhyujmkiolp2000 qazxswedcvfrtgbnhyujmkiolp2000 17 Apr '08

17 Apr '08

Hello Inkscape Devel, Great software, big fan here. I notice that the X,Y,W,H settings in the GUI include the stroke width. i.e. if you have a 2,2 sized object located at 0,0 with stroke width of 0.05, the X,Y position reads -0.025,-0.025 and the W,H value reads 2.05,2.05. Using the grid can help, but technical drawing with this system is very difficult. Would it be possible to add an option so that X,Y,W,H settings refer to true object coordinates (like they are output in the SVG file), independent of the stroke width? Thank you qazx (qazxswedcvfrtgbnhyujmkiolp)

2 3

SoC Updates
by Gail Carmichael 17 Apr '08

17 Apr '08

Hi everyone, I mentioned in my app that I had applied to work with a colleague for Summer of Code (with Python Software Foundation) in addition to the text application I made to Inkscape. I also stated my intentions to try and work on Inkscape one day a week or so starting in the fall, meaning I would attempt to tackle the stuff of my app even without SoC. Still, I would like to participate in the official program if possible, since I can't justify working more than that one day a week otherwise (it's thesis time), no matter the project. I had promised in my app to keep would-be mentors updated on the progress of the other app. At this point, PSF has 50 projects with mentors, but only 30 slots, so it's hard to know what my chances are there, but duplicate acceptances have to be sorted out still. I think that happens by the 18th, which is the deadline that Aaron mentioned for ranking the apps. Also, I don't think I necessarily need a mentor with a lot of experience in text (i.e. Richard) but just with Inkscape architecture in general. That would ensure Richard would be available for Felipe's application without precluding me being able to do mine. I think all would-be SoC'ers would appreciate any feedback in terms of our applications, if anyone can give any :) Gail

6 12

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

16 Apr '08

Or RelaxNG. Much simpler than Schema, easier to read. Supported by libxml2. bob -----Original Message----- >From: bulia byak <buliabyak@...400...> >Sent: Apr 16, 2008 12:41 PM >To: Ted Gould <ted@...11...> >Cc: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] Extensions (inx) files > >On Wed, Apr 16, 2008 at 2:09 PM, Ted Gould <ted@...11...> wrote: >> Yes, I'm not quite how to do this in XSD, but it seems that it has to be >> doable. I'd really hate to have to change the XML format just to be >> able to represent it in XSD. I'm not sure that's a good trade off. >> >> Can some XML expert step up here? :) > >Just don't use XSD. It's wrong to assume that of all schema >languages, this one is in any way special or "official". It's just one >of the many, and a quite poor one at that. As for me, I prefer >Schematron, where such check would be trivial. > >-- >bulia byak >Inkscape. Draw Freely. >http://www.inkscape.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-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

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