- Inkscape Devel - Inkscape Mailman

Converting SVG to HTML5 Canvas and extensions folder
by Karlisson Bezerra 11 Mar '12

11 Mar '12

Hello! I'm Karlisson Bezerra, from Brazil. I use Inkscape since 2005, to draw comics and other stuff: http://hacktoon.com Some time ago I started developing an extension to convert SVG to HTML5 Canvas, ca to provide Inkscape the hability to generate Canvas graphics without having to write Javascript code. You can see the roadmap on the Github page, and check on the progress of the project: https://github.com/karlisson/ink2canvas This was my final graduation work and I'd like to hear from you about it. My friend Felipe Sanches granted me write permission to the repository but I still not updated the code there with the last commits in Github. Note: I have already two submissions to Inkscape project. The first was the Split Text extension that is already deployed on the last releases. I have some good plans for the future of this extension, and it will get even more useful when Inkscape support SVG animation. For now, I want to create a framework for generating objects that encapsulates the code produced by the extension and can be invoked any time. This can be used in games for drawing characters and stuff. For you who programmed in Flash Actionscript, this would be a rough prototype of a "MovieClip" object. Also, I'd like to ask something: this extension needed more than one file because of its complexity. But, just putting all files in the extensions folder would scatter them, and this isn't an organized solution. This is what is happening today. My solution to this problem was copying the inkex.py and other Inkscape modules to the lib folder in my project, so people won't have to do nothing to test the extension. Actually I'd like to know if we could organize the extensions folder by putting each one in its own folder. Inkscape would read the folder the same way it reads an INX file. An extension would be recognized only if it would have an INX inside of the folder. That's all, folks :D -- --- Karlisson M. Bezerra http://hacktoon.com

1 0

Meeting: build system on Windows
by Johan Engelen 09 Mar '12

09 Mar '12

Hi all, I would like to have an IRC meeting about the build system on Windows. Although I like buildtool, it cannot do parallel builds, so I am happy to change (back) to something else. And unify it with Linux if possible... I am trying cmake now, but it does not link without errors yet. It is not very encouraging to see the cmake build process get stuck on some intermediate step for a long while, seemingly checking something to find out it does not need to rebuild it. "btool" does this much much quicker... In any case, I'd like to discuss the options. Who's in? Regards, Johan

6 5

Re: [Inkscape-devel] Powerstroke cusps
by Valerie 09 Mar '12

09 Mar '12

I've been trying out the powerstroke too, and one of my thoughts on it actually involves poetry on how tragic it is for the sharp edge to be dulled so fast. In other words, I Love the edge, so I'm really sad when it gets cut off so soon. :P Is there a way to control the setting on how soon it gets cut off? I do like them long and sharp! So, other reports: - Thanks for fixing the grouping issue! I can submit a feature request for applying powerstroke to multiple items at the same time, but do people usually submit feature requests for features in the development version? It just seems a bit early. - I've noticed some instability in the rendering. If I do an interpolated powerstroke with multiple cusp nodes and start editing one of the nodes, another cusp node two nodes away (so not the neighbor) may start flickering between the interpolated and beveled states. I don't know how to reproduce this consistently though, and the terminal doesn't say anything strange. I'll try to reproduce it again later and see if I can attach a file. - Applying a stroke to the powerstroke will show lines "inside" at cusp nodes, but I think you already knew that. Still, this is shaping up nicely, and will definitely be an amazing feature for the next release!

1 0

Powerstroke cusps
by Johan Engelen 08 Mar '12

08 Mar '12

Hi all, I've been working on cusps on powerstroked paths. And I've obtained a first success. The attached picture shows a comparison between how powerstroke strokes thick cusps, and how Inkscape does it normally (I suppose according to SVG spec). I think the powerstroke solution is more artistically pleasing, what do you think? :-) Cheers, Johan

6 10

Re: [Inkscape-devel] Contributing to Inkscape
by Valerie 07 Mar '12

07 Mar '12

I'd love a circular distribution, they're currently a pain to do. The main issues you'll have to solve are: 1. How do you define the rotation center? - This could be solved via a drop-down, like for example, "Rotation center: [Of top object]" 2. How do you define where the rotation starts and ends? 3. How do you position objects in-between? Define angles? If you already have a UI in mind, we'd love to hear it. ------------------------------ Message: 5 Date: Tue, 06 Mar 2012 10:50:22 +0100 From: Denis <declara91@...400...> Subject: [Inkscape-devel] Contributing to Inkscape To: inkscape-devel@...460... Message-ID: <4F55DDDE.5000209@...400...> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi inkscape devs, I'm a bachelor student in computer science, and I would like to contribute to inkscape as part of a porject for a course I'm taking. The requirements are to add a feature to an open source project written in c++. The feature I had in mind for now, is to extend the Align and Distribute panel, by allowing also circular distributions.

4 4

Re: [Inkscape-devel] Contributing to Inkscape
by Valerie 07 Mar '12

07 Mar '12

Awesome! It seems we pretty much have the UI then! 1. Radial align as a new tab in the Align dialogue. 2. Relative to: - Objects center - First circle selected - Last circle selected - First arc selected - Last arc selected 3. Distribution types: Angular distribution: - Even distribution along circle/arc - Objects distributed at regular intervals as defined by the angle of the chosen arc Radial distribution types - Inside Circle - Along Circle - Outside Circle (with circle being either the circle selected, or in the case of "relative to objects center", defined using the object edge closest/furthest from the object center) I don't suppose we could add an "align along path" feature while we're at it? (hahah, one thing at a time...)

4 3

Contributing to Inkscape
by Denis 06 Mar '12

06 Mar '12

Hi inkscape devs, I'm a bachelor student in computer science, and I would like to contribute to inkscape as part of a porject for a course I'm taking. The requirements are to add a feature to an open source project written in c++. The feature I had in mind for now, is to extend the Align and Distribute panel, by allowing also circular distributions. Let me know what you think, or if you have any suggestions. By the way, I'm currently getting a lot of namespace errors while compiling using gcc 4.6.3 on arch-linux 64bit. Is there a patch out there to correct those errors, or do I have to manually edit all the affected files? Thanks, Denis

3 3

Re: [Inkscape-devel] Shape resize origin
by Valerie 06 Mar '12

06 Mar '12

You can snap the cross-hair around, but beyond that, no. There's a pretty cool blueprint for the feature you're describing though: https://blueprints.launchpad.net/inkscape/+spec/transformation-anchors ---------------------------- Message: 6 Date: Tue, 6 Mar 2012 14:42:10 +0100 From: Yann Papouin <yann.papouin@...400...> Subject: [Inkscape-devel] Shape resize origin To: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> Message-ID: <CAFkfGVC2pvHNb--706UB_L06dCzZowg_o4r4NJ16=QsJEaJhKw@...401...> Content-Type: text/plain; charset="iso-8859-1" Hi everyone ! I'm wondering if there is a way to resize a shape from it's cross center (the one set by the cross) like it can be done with the Mouse+Shift combination but by using the edit box of the toolbar (I need to increase the radius of a circle with precise value) ? If not, a tool to select the relative point to resize would be nice: [image: Images int?gr?es 1] About this, is there a way to reset the cross center to the shape barycenter ?

1 0

Shape resize origin
by Yann Papouin 06 Mar '12

06 Mar '12

Hi everyone ! I'm wondering if there is a way to resize a shape from it's cross center (the one set by the cross) like it can be done with the Mouse+Shift combination but by using the edit box of the toolbar (I need to increase the radius of a circle with precise value) ? If not, a tool to select the relative point to resize would be nice: [image: Images intégrées 1] About this, is there a way to reset the cross center to the shape barycenter ?

2 1

Re: [Inkscape-devel] Powerstroke cusps
by Valerie 05 Mar '12

05 Mar '12

> Thanks for telling me; please a bit of patience for the fix. :) > Powerstroke is not meant to be used on groups (yet?)... No problem, just testing things out to see what works and what doesn't. :) I don't think many people would want to apply powerstroke on a "group", per se, rather people may want to select a large number of existing strokes and be able to apply powerstroke to all of them at once. Basically, place the lines first, define the shapes later. > > It's best to try a build after rev. 11046. Awesome, thanks!

2 1

Precise Pressure
by Martin Owens 05 Mar '12

05 Mar '12

Hey all, A user asked me to test precise for tablet functionality since Oneric was a wipeout for artists. It looks like it's fixed in gimp and the data in inkscape's tablet tools looks good... but inkscape doesn't seem to be using it. Did someone switch it off? Martin,

2 1

Re: [Inkscape-devel] Inkscape tiling interface redesign proposal
by Valerie 05 Mar '12

05 Mar '12

Awesome! Thanks for informing me! I've edited the wiki to make all the old images appear there. And thanks for providing the code too, I'm still rather unfamiliar with editing wikis! I'll re-add the description for the "Exclude tile exterior" feature tomorrow. ------------------------------ Message: 6 Date: Mon, 5 Mar 2012 14:52:02 +0100 From: Kris De Gussem <kris.degussem@...400...> Subject: Re: [Inkscape-devel] Inkscape tiling interface redesign proposal To: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Message-ID: <CADfUNqfuJ1BLsi9v47VuP1Tzg95rEi=-x3+y4fromKOY_W4Arw@...401...> Content-Type: text/plain; charset=ISO-8859-1 2012/3/5 Valerie <valerie_vk@...36...>: > Some time ago I was thinking up possible new interfaces for Inkscape's > > tiled clones function, and had compiled them here for now: > > http://wiki.inkscape.org/wiki/index.php/Tiling_tool Thanks for the update. Please note that image uploading on the wiki is again possible (I checked by uploading one of your linked images). Regards K.

1 0

Re: [Inkscape-devel] Inkscape tiling interface redesign proposal
by Valerie 05 Mar '12

05 Mar '12

> My thoughts are that this is some very interesting work. Do I understand > correctly that your idea is to create (pretty advanced) guides on-canvas > depending on the select symmetry, and use those to define the base tile? > And then you want to be able to differentiate between "exterior" tiles > and "interior" tiles, with the "exterior" tiles tiling only so much that > they form a one-tile thick border around the tiles? Exactly! Of course, you can toggle on and off whether to delete tile "exteriors" for non-edge tiles. The "delete tile exterior" is mostly for the advanced seamless designs, not if you just want to toss around a few bubbles. > Have you thought about the interaction with things like random > displacements (and non-constant displacements). I admit I haven't thought that far... I'm not an expert in tilings, and even less in tiling algorithms, so I've never thought beyond "this connected to that." I guess it's possible, there are two separate options you can tick after all: - Make seamless tile - Exclude tile exterior as needed So, you could in theory tick the second box, and Inkscape will cut out the edges but still apply all the position and size transformations as needed. So the result doesn't need to be seamless. > Have you seen this java applet - designed to explore penrose tilings. > Its not guide based in the same way as yours but instead you manipulate > exemplars and see the result. You can see the interdependence and how > your guides might correspond to edges on these tiles. > Not sure if useful to you or not ? > http://www.cgl.uwaterloo.ca/~csk/software/penrose/ Thanks a lot for the link! That's actually a really good reference for how "guide points" are supposed to look (though... the tiles are different). In my version you can also create a guide point and drag out a segment, the both of which show up in other relevant sides. The idea is that they help create absolutely smooth transitions: just create a node on the guide point, and snap the node's handle to the edge of the segment guide. Repeat with the node's counterpart. Smooth transition! One thing that's bugging me is that users who don't want to create seamless tiles will probably want a generic rectangle tile to which they can apply any transformation they want, just to see which looks most interesting. But if you want to create a seamless tile, you have to define a specific guide from the start... Unless I just make guides and transformations to later apply independent. If you then apply a different transformation, that won't end up with a seamless design, that's your problem?

1 0

Re: [Inkscape-devel] Inkscape tiling interface redesign proposal
by Valerie 05 Mar '12

05 Mar '12

Some time ago I was thinking up possible new interfaces for Inkscape's tiled clones function, and had compiled them here for now: http://wiki.inkscape.org/wiki/index.php/Tiling_tool Recently I've been giving some more thoughts to creating seamless patterns, in particular the "edge scenarios" of normal tiling. A lazy person (like me) would probably find it a pain in the neck to make new tiles for the edges and have to realign everything. What if you could define those edge scenarios in a single basic tile? In my tiling tool proposal, I proposed tile guides where you can add "guide points" and "guide point pairs" along the boundaries. Guide points drawn on one side will automatically appear on all the other relevant sides so you know where to connect. http://postimage.org/image/ae0dae6mh/ http://postimage.org/image/kqmnwh05l/ When you have nodes located on a guide point, applying "fuse tiles" automatically connects these nodes to the corresponding nodes on the next tile. So what if we make it so that all parts of the pattern Outside the basic tile gets cut away as necessary according to these guide points? Edge tiles however will retain the original extremities. The result: http://www.freeimagehosting.net/5e38w This concept can also be applied to radial tiling, for both rotation and resizing tiles: http://www.freeimagehosting.net/sbhmo I don't believe I've seen a program where you can easily create seamless tiles for all the different wallpaper groups, and this certainly makes things a little easier. Thoughts?

4 3

Re: [Inkscape-devel] Powerstroke cusps
by Valerie 04 Mar '12

04 Mar '12

On the topic of Powerstrokes... applying Powerstroke to a group seems to crash Inkscape. Steps to reproduce: 1. Create two bezier paths 2. Group them 3. Apply Powerstroke to group (inkscape:5119): GLib-GObject-WARNING **: invalid cast from `SPGroup' to `SPShape' The idea was to first place the lines, then apply powerstroke to all of them to edit the line shapes afterwards... Do I start another bug report? Anyway, on the topic of cusps shapes: it's true that from a technical drawer's perspective, the result may seem too pointy, but maybe such users won't actually generate lines of that angle (thus shapes that pointy) when they're actually drawing. Just to say that we're all likely itching to try it out for ourselves. :P

2 1

Bezier smoothness and antialiassing
by Stefan de Konink 04 Mar '12

04 Mar '12

Hi, First of all, although this email could be observed as a troll, I hope I can show that I want to improve stuff, not troll. My core (daily) automatic use of Inkscape is using it as renderer for a bulletingboard system. It runs over the last years 24x7, and I choose it because of the text-flow support. That said, we are moving to HD broadcast and the analogue smoothness is removed for 1080p sharpness. One of the core template designs uses a Bezier curve, imagine this as one side of a very tall egg. This surface, thick white border, is placed on dark blue. I am quite disappointed with the outline of the rendering of the curve. One of the topics I found today was at: <http://www.inkscapeforum.com/viewtopic.php?f=5&t=11451> The following blog entry mentions that cairo overdoes anti-aliassing, I also compared the Cairo output and rsvg's output. The curve is different, but is it really better? Not really. <http://libregraphicsworld.org/blog/entry/getting-crisper-text-out-of-inksca…> The Faq talks about 'Jagged edges'. Since my curves are insanely big, I don't believe it is impossible to get a visually better rendered curve. As example I have attached what I think the problems are with the rendering. From bottom I really get the curve that I want, its smooth and probably it is because about 3/4 pixels are used for overlap. The steeper the curve the less interpolation between step seem to happen as if the curve is defined at x=1, x=2, x=3, but the interpolation itself is only directional with the curve opposed to orthogonal with the adjacent content. Looking at the curve in outline mode, it also gives a glipse. One of the faq entries claimns you could work with a blur. I have tried a blur, and if you use it at 0.1 you basically achieve a very poor interpolated line. I would be interested what is possible with a border of 2,3 pixels wide converging to transparency. I wonder: - is it possible with one extra interpolation step to get a more visually attractive curve? - the faq mentions that pixel alignment is important, does this mean that the controlpoints, in all cases, must snap to the raster? [my own results with snapping are virtually the same] In a conversation at #cairo, some other suggestions where made such as gamma correct blending. From the rendering I saw here: <http://people.freedesktop.org/~sandmann/tigers/> I personally liked jinc the most. Stefan

2 3

SVG security vulnerabilities
by Donna Benjamin 03 Mar '12

03 Mar '12

Hi all, Greg Knadison from the Drupal community just drew my attention to this presentation regarding the security issues associated with the SVG format. https://www.owasp.org/images/0/03/Mario_Heiderich_OWASP_Sweden_The_image_th… I thought it was very interesting, and others among you may also not have seen it before. cheers Donna -- Donna Benjamin - kattekrab.net Inkscape: Open Source Scalable Vector Graphics http://www.inkscape.org

1 0

Ping Inkscape wiki User:Kris
by unknown＠example.com 01 Mar '12

01 Mar '12

First, thank you for the cleanup work you are doing on the wiki. It is much appreciated. Second, could you provide some content for User:Kris. It would be informative to know what brought you to the Inkscape project and what skills you intend to share. Once again, thank you for the work. It was needed.

1 0

Fwd: Re: [CREATE] LGM 2012 workshop -- lib2geom
by Jasper van de Gronde 01 Mar '12

01 Mar '12

This came up on the CREATE mailing list, and I'm not sure how many people in Inkscape/lib2geom are reading that, so I'm forwarding it. Basically it has been suggested that it might be a good idea to have a lib2geom workshop at LGM, essentially to encourage people to use it (outside of Inkscape). -------- Original Message -------- Subject: Re: [CREATE] LGM 2012 workshop -- lib2geom Date: Thu, 1 Mar 2012 09:34:36 +0100 From: ale rimoldi <ale.comp_06@...2809...> To: create@...626... hi > Would any of our fabulous graphics programmers like to > have a workshop on using lib2geom at LGM? if somebody wants to make this true, he or she should submit a proposal to http://libregraphicsmeeting.org/2012/submit-a-talk today! ciao a.l.e _______________________________________________ CREATE mailing list CREATE@...626... http://lists.freedesktop.org/mailman/listinfo/create

3 2

Wiki organisation - Case of the Clipboard
by Romain de Bossoreille 29 Feb '12

29 Feb '12

Hi, I'm working a bit for the wiki while I'm discovering Inkscape architecture. I've made the following page (http://wiki.inkscape.org/wiki/index.php/Clipboard) but there is also this page (http://wiki.inkscape.org/wiki/index.php/ClipBoard) which is in fact a discussion (but can looks like a documentation page as soon as there is only a "discussion" tag at the end of the page). This is symptomatic of the fact the wiki is mixing discussions and actual Inkscape state. Both are important but if we keep this way of working (maybe its an inheritance of old ages??) it's not very clear. Question 1: is there guidelines of the Wiki usage, page naming and how to handle discussions vs reality? The idea is to not lock page names for discussions. To do this, categories or templates are not usefull. We can have to solutions: 1. Each wiki page can have a discussion page (which name is "Talk"), is it a better place to use them for discussion and the "normal" page for state of the art? Of course at the begining there would be lot of topics that don't have a 'normal' page already, but at the end I imagine the aim is to have a complete user/developper/translator documentation. 2. We can end to each discussion page title with " (discussion)" I think we have an issue by not differencing discussions and documentation (there is simply a category but at the bottom of the page). Question 3: what do you think about those solutions? Question 4: Can anyone tell me whether this discussion is still consistent with actual development? (I've seen that Kris is tagging pages with 'Outdated' and 'DevDiscussion' tags, it's a good first step for refactoring!) Thanks for your interest, -- *Romain de Bossoreille*

1 0

[ale.comp_06@...2809...: LGM 2012: Last call for talks]
by Bryce Harrington 29 Feb '12

29 Feb '12

----- Forwarded message from "a.l.e" <ale.comp_06@...2809...> ----- Date: Tue, 28 Feb 2012 19:34:30 +0100 From: "a.l.e" <ale.comp_06@...2809...> To: undisclosed-recipients:; Subject: LGM 2012: Last call for talks Hi! Two days are left for submitting talks, workshops,and panels for the upcoming Libre Graphics Meeting! http://libregraphicsmeeting.org/2012/submit-a-talk Please consider that the audience we expect in Vienna is mostly people who are already part of one of our projects or graphic artists who already know our products.For this reason, we will favor talks about topics that are interesting for people who are active in our projects or who want to spread technologies, ideas, or code to other projects. We still would love to providepublicity for your project,but we think the best way to do that is viashorttalksand lightning talks. If you have more to say than what fits in those formats, you're welcome to submit more than one "shorter" talk to coverdifferent aspects of your project.It's our goal to have at least one short talk (about 10 minutes) or lightning talk (5minutes) for each project represented at LGM.You're also welcome to submit proposals for workshops, where you will give an introduction to your software or teach specific advanced skills. We also ask you to use the same submission form to announce BOFs, worksession,and project meetings. Please, announce them as soon as you start planning them, so that we can make sure that we have enough rooms for all of them! If you're interested in having a booth where you can sell products related to your project or demo your project,please fill the submission formas well. We can't give you any guarantee that we will able to provide a booth, but we will try to! Some final remarks: - The 1st March deadline is most important for full talks. For all other proposals,we will be much more flexible, as long as we can accommodate them! -If you need a visa, please get in touch with us in a timely manner! - Don't forget to register as soon as you know that you will be coming. http://libregraphicsmeeting.org/2012/registration/ Greetings a.l.e ----- End forwarded message -----

1 0

cannot compile rev 11029, Windows XP
by alvinpenner 29 Feb '12

29 Feb '12

attempting to compile rev 11029, I get this error message: Make error line 289: problem compiling: src/extension/internal/emf-win32-print.cpp: In member function 'virtual unsigned int Inkscape::Extension::Internal::PrintEmfWin32::begin(Inkscape::Extension::Print*, SPDocument*)': src/extension/internal/emf-win32-print.cpp:135:17: error: invalid use of incomplete type 'struct SPDocument' src/sp-object.h:115:7: error: forward declaration of 'struct SPDocument' src/extension/internal/emf-win32-print.cpp:136:18: error: invalid use of incomplete type 'struct SPDocument' src/sp-object.h:115:7: error: forward declaration of 'struct SPDocument' src/extension/internal/emf-win32-print.cpp:145:31: error: invalid use of incomplete type 'struct SPDocument' src/sp-object.h:115:7: error: forward declaration of 'struct SPDocument' src/extension/internal/emf-win32-print.cpp:226:65: error: invalid use of incomplete type 'struct SPDocument' src/sp-object.h:115:7: error: forward declaration of 'struct SPDocument' -- View this message in context: http://inkscape.13.n6.nabble.com/cannot-compile-rev-11029-Windows-XP-tp4529… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 4

lgm2012
by Alexandre Prokoudine 27 Feb '12

27 Feb '12

Hi, Libre Graphics Meeting 2012 will be in Vienna, on May 2-5. Who's coming? Alexandre Prokoudine http://libregraphicsworld.org

4 5

Pan and zoom while dragging
by Thorsten Wilms 27 Feb '12

27 Feb '12

Hi! Explanation and demo of an approach that allows smooth panning and zooming while dragging objects around: http://worrydream.com/GesturalZoomAndPan/ I find this interesting, because I often find myself going through the following steps, when moving objects: - zoom out to have both origin and destination in view - move object roughly - zoom in on destination - position object exactly Of course the use of modifier keys in the demo can't be transfered (without further changes). -- Thorsten Wilms thorwil's design for free software: http://thorwil.wordpress.com/

5 6

Thinking of Inkscape as a reporting tool....
by Jason Brower 27 Feb '12

27 Feb '12

I am thinking of using Inkscape as an advanced reporting tool... Something to replace the JasperReports/iReports crystal reports, and the like. Basically I hope to use inkscape to help generate the view while I use web2py (a web framework) to access the controller and pass context the view that is created with the svg data. The idea to me is that I use tags in text boxes that I wanted dynamic data. Like the file attached. If I need to do more advanced things like looping, then I would need to get right into the svg code and make the magic happen there. This is were my questions start to arise. If the file (test.svg) attached there are tags like this "{{" and "}}" these are used as part of web2py. It would be really cool if I could do things like looping. For example I created a loop in the attached "test_with_loop" file and even edited it with inkscape and saved again, and it still seems to work! But if I were to go more advanced than this, what challenges do you see ahead? Could a UI to handle this be created somehow? I hope to see if I can't work around them and perhaps even make a plugin for inkscape that could work around this. I am making a proposal to do this very thing right now for a very large company that needs features just like this. I hope to approach the customer with inkscape as the solution, and the code we create as a plugin would be open source and my contribution to this great application. Other things that could be a problem are: Multiple pages, we are on the verge of getting that started with svg 1.2, but without it, I could still create logic with multiple single svg files that handle multiple pages very with a bit of programming. But if you have any ideas on how to solve this too I would be interested. Looping to other pages. Similar to the previous, if we have a list of data say in a table, would be be feasable to create a table in svg that could extend the page into other pages, like another template file and then properly end it with the continued content? Other things also need to be considered, like if you have a text box and there is too much text, how would that be handled, would it push the text down more, or simply cut it off. In html terms this would be the difference betten overflow:hidden; and overflow:auto; Any ideas on if this could be solved? As a final question I want to simply ask if you know of any reporting tools that could actual do this besides the ones above that I have mentioned, and is it feasible to use inkscape as a reporting tool? If it was single pages, I could say yes right now, for as far as I know. But there could be something I am missing. Best Regards, Jason Brower

1 0

Difficulty rendering Arabic text (re-send)
by Adam Baker 26 Feb '12

26 Feb '12

This is a repost of my earlier message, since the Arabic characters in the pasted SVG weren't encoded properly. -- Hello, I believe this may be a bug, but I will leave that judgment to more capable people. In rendering paragraphs of Arabic text, I have come across situations where the text simply does not join together. In fact, it's possible through editing to toggle the text back and forth between appropriately joined and entirely unjoined. I haven't been able to identify the conditions under which this occurs. The attached SVG file is a minimal example. In Inkscape 0.48.2, Windows Vista, the letters are all completely unjoined. But, if the final space is removed from the text, the letters join properly. On the other hand, some longer blocks of text do render properly. I am at a loss. Any thoughts are appreciated, or if it looks like this is a bug, that would be good to know as well. Thanks, Adam

1 0

IRC meeting
by Josh Andler 25 Feb '12

25 Feb '12

A big thanks to everyone who participated! It was great to see and some good stuff got covered. Cheers, Josh

1 0

Minutes of the Inkscape team IRC meeting, 25/02
by Krzysztof Kosiński 25 Feb '12

25 Feb '12

This is a rough record of the main subjects of discussion. Copied with slight changes from http://piratepad.net/inkscape The agenda turned out to be too long for a single meeting, and several points were left untouched. 1. Inkscape 0.48.3.1 packaging Need people (2 or 3) to create an installer on win32 and OSX. How about UweSch ? Tweenk is making a package on a VM (for win). Quite slow need 1h. Discussion about tool (btool, MSYS..) "we have 2 ways forward, fix our autotools scripts to work with MSYS (should be doable since they have recently updated their Perl port) or move to a different build system" Resume: ScislaC and Tweenk will see about building the Win32 packages. They need to figure out if the project could invest in virtualized OS copies so they can knock specific builds out (like OSX). If Michael W. doesn't have time/resources, su_v could provide 32bit Intel (Leopard) and 64bit Intel (Lion) packages (no Universal packages) Unit testing: we need to get our unit tests cleaned up and all passing. Then a continuous build system can take care of that whole one-os-breaks-the-others issue. Breaking OS often stems from #ifdef or package issues, so is not solved by unit testing. Unit testing + continuous build systems on multiple OS's catches #ifdef breakage, etc. 2. Inkscape 0.49 2.1 - Remaining refactoring goals Cairo and render caching : still some bugs to fix Gradient rendering: kuribas offers to chip in to help fix the banding. Idea is to add it as an option in exporting. Needs to be implemented in Cairo. disadvantages: speed, filesize, consistency between outputs, shouldn't be done partially (only on gradients f.e.) proposal (Tweenk): implement a GEGL renderer as an alternative to the Cairo renderer for use in export (running 16 bit engine under the hood) 2.1.1 - Handling of svg:switch not as a kind of group, but as a "transparent" element that is effectively replaced by the best choice in the SP tree (ScislaC): we need to be a solid test ground for SVG2 ... switch helps make it happen. (Tweenk): there is an asymmetry between the "base path" and "path parameters": the "base path" is stored in the svg:path that represents the result, while all other path parameters are stored in, IIRC, inkscape:liveeffect (Tweenk): the primary use case for switch in Inkscape would be to put 2 elements in it where the first is an inkscape-specific XML element while the second is an SVG fallback browser implementation is not at par yet - this isn't usable on the web for now. Some playing/testing with Firefox: (Tweenk): looks like FF works as I intended only if I put the SVG element first, and the Inkscape-specific XML second link: https://developer.mozilla.org/en/SVG/Element/switch (Tweenk): if I put Inkscape XML in a foreignObject it works properly (MenTaLguY): foreignObject is probably the technically correct thing anyway (Tweenk): there would be two elements in the <switch>, a <inkscape:something> inside <foreignObject> that would contain flowframe info and a <g> that would contain SVG 1.1 text (...and ScislaC nods) 2.1.2 - SVG 1.1 fallback for flowtext (probably depends on the above) see above - 2.1.1 2.1.3 - UI & Document coordinates the problem in short: where do you set the (0,0) point and what direction? Currently: (Inkscape standard): bottom left corner = (0,0) and up is positive versus (SVG standard): top left corner = (0,0) and down is positive. Current fix breaks a few things stored in desktop coordinates: grids, 3D boxes and guides, rows and columns, view coordinates, ... (JonCruz): "I'd say we need to have a wiki page to start listing what can be affected, and the use cases we care about" Changes shouldn't alter the SVG, but be purely interface (preferrably the document origin should be configurable on a per document basis) 3D box: fix or remove and then rewrite, if a new one is written, keep in mind http://dev.w3.org/csswg/css3-transforms/ wiki page to summarize broken areas, general use cases, etc. for guiding the coord fixes: http://wiki.inkscape.org/wiki/index.php/UI_and_Document_coordinates 2.1.4 - Markers matching stroke by default (user preference vs current default behavior) See SVG2 below. 2.1.5 - Better architecture for Live Path Eeffects (LPE; similar to SVG 2.0 vector effects) 2.1.6 - User visible version numbering suggestion of switching to a different scheme after 0.49 is released 1.0 conditions: fix most annoying problems: flowtext, coords, marker coloring discussion background: http://thread.gmane.org/gmane.comp.graphics.inkscape.devel/31650 and take 2: http://thread.gmane.org/gmane.comp.graphics.inkscape.devel/36540 2.2 - Status 0.49 should contain the coords fix (but it should be forward compatible with origin being placed in another spot) Flowtext fallback is too complicated and there's already too much new stuff in 0.49 Lack of mipmapping / downscaling in Cairo: critical bug WIKI page is needed to work on this: http://wiki.inkscape.org/wiki/index.php/Mipmapping 2.3 - Release Plan 3. - GSOC 2012 3.1 - Focus / Goals Pick coders who have better chances of sticking around and delivering instead of those who promise super-features Focus on completing all selected projects successfully with benefit to the project rather than on adding flashy new stuff Preference on structural type projects over features 3.3 - Mentoring Available mentors: Johan E. (dutch, english, german), Tweenk (english, polish) (can also be a student), Tav (English, W. African Pidgin), JonCruz (english) Available mentors should be pinged: JazzyNico, pygmee, steren. i guess we can manage some "french team" Not available: Jasper vd G. Available as admin: simmie 3.4 - Getting new students JonCruz mentioned something about African students - African countries have a lot of open source activity, but most of it is in French-speaking countries (language barrier) -> JazzyNico, pygmee and (Steren -if available) can speak French : need to find available african too but we can have help from some organization for this :) For GSoC purposes, 2Geom should be part of Inkscape - interesting potential projects with concrete deliverables; relates to point 8 (to be discussed in the future) Strictly enforce two patches rule Have IRC meetings with mentors/students as part of our process (Johan: I meant this as part of our *selection* process) 4. SVG2 and CSS3 - not discussed thoroughly due to lack of time. 4.1 - Implementation strategies 4.1 .1 - Fallback support for older versions of the spec and inkscape 4.1 .2 - Specific features (markers inheriting properties for example) 4.2 - Low hanging fruit Marker color matching stroke. Named colors. CSS3 2d transforms (duplicates current attributes) 4.3 - Most important features to our userbase 4.3.1 - Helping Tavmjong with the Mesh branch 4.4 - Initial Vector Effects support (non-destructive boolean ops might be a good target) - relates to Live Path Effects 4.5 Pushing for wanted features in SVG2. - multipage support 8. What we need in upstream libraries (including 2geom) 2geom: coders better documentation of mathematics behind path operations more unit tests port existing tests to Google Test Framework? provide skeleton test example libgdl: named icons in dock item labels there's a bug in the code that we currently have imported into our codebase that makes 64 bit architectures crash: https://bugs.launchpad.net/inkscape/+bug/933058/comments/10 cairo: bitmap downscaling / mipmapping libcroco: ability to work with other XML tree implementations this is provided by our in-tree cr-sel-eng (selection engine) modification 11. Platform specific issues (and responsibilities) - see point 1 12. Regular IRC Meetings (monthly is ideal, quarterly would be as a good minimum) general consensus on 1 or 2 times per month. suggestion to let timeslots alternate (f.e. 8AM and 8PM UTC) to accomodate ppl worldwide Various points: * do we need more focus on 'polish' instead of new features? see Bruce Perens' keynote on Linux.conf.au http://www.youtube.com/watch?v=Uoum-DHO7S8 * long-winded discussion about preferences system * this discussion then spilled over into the embed/link debate Participants (list might be incomplete): jazzynico, Johan Engelen (johan_e), Jon A. Cruz, Jurgentje, Kris, Nikita Kitaev, parasidasaeidae, pygmee, ScislaC, simarilius, su_v, Tavmjong, Tweenk, yemanjalisa

2 1

Re: [Inkscape-devel] Powerstroke cusps
by Valerie 25 Feb '12

25 Feb '12

> Hi all, > I've been working on cusps on powerstroked paths. And I've obtained a > first success. The attached picture shows a comparison between how > powerstroke strokes thick cusps, and how Inkscape does it normally (I > suppose according to SVG spec). I think the powerstroke solution is more > artistically pleasing, what do you think? :-) That looks Fantastic! The powerstroke version, of course! I can't wait to try it out! :D

1 0

Difficulty rendering Arabic text
by Adam Baker 25 Feb '12

25 Feb '12

Hello, I believe this may be a bug, but I will leave that judgment to more capable people. In rendering paragraphs of Arabic text, I have come across situations where the text simply does not join together. In fact, it's possible through editing to toggle the text back and forth between appropriately joined and entirely unjoined. I haven't been able to identify the conditions under which this occurs. The SVG file below is a minimal example. In Inkscape 0.48.2, Windows Vista, the letters are all completely unjoined. But, if the final space is removed from the text, the letters join properly. On the other hand, some longer blocks of text do render properly. I am at a loss. Any thoughts are appreciated, or if it looks like this is a bug, that would be good to know as well. Thanks, Adam <?xml version="1.0" encoding="utf-8" standalone="no"?> <svg xmlns="http://www.w3.org/2000/svg" width="744.09448819" height="1052.3622047" version="1.1"> <flowRoot xml:space="preserve" style="font-size:16px;direction:rtl;writing-mode:lr-tb;font-family:Times New Roman">‏<flowRegion><rect width="745" height="283.57144" x="-1.4285715" y="1.6478958" /></flowRegion><flowPara>سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام سلام </flowPara></flowRoot> </svg>

1 0

2/25 IRC Meeting Agenda (draft)
by Josh Andler 25 Feb '12

25 Feb '12

Hey all, I just wanted to send out a draft agenda for the upcoming irc meeting and also seek feedback about what others would like to add to the list. I will send out a finalized version a couple hours before the meeting time. Just a reminder, the meeting is scheduled for UTC 2/25 0800. *Inkscape 0.48.3.1 packaging *Inkscape 0.49 **Status **Release Plan *GSOC 2012 **Focus **Goals **Mentoring **Getting new students *SVG2 **Implementation strategies **Low hanging fruit **Most important features to our userbase *CSS3 *Javascript *Membership changes on the Inkscape Board *What we need in upstream libraries (including 2geom) *Old/unfinished code **Lessons learned **Cleanup *Release schedule moving forward **Fixed schedule **Schedule timing **Developer needs **Translator needs *Platform specific junk (OSX, Windows, etc... and yes, it's junk and unless people are going to contribute code, we won't stay focused on it too long) Cheers, Josh

3 3

02/25 IRC Meeting Agenda
by Josh Andler 25 Feb '12

25 Feb '12

Hey all, Here is a slightly modified agenda for the irc meeting in ~2 hours. Sorry that the formatting is probably not ideal, it's my first shot as this is the first official meeting that I can remember in the past 8 years. Just a reminder, the meeting is scheduled for UTC 02/25 0800. *Inkscape 0.48.3.1 packaging *Inkscape 0.49 -Remaining refactoring goals --Handling of svg:switch not as a kind of group, but as a "transparent" element that is effectively replaced by the best choice in the SP tree --SVG 1.1 fallback for flowtext (probably depends on the above) --UI & Document coordinates --Markers matching stroke by default (user preference vs current default behavior) --Better architecture for LPEs (similar to SVG 2.0 vector effects) --User visible version numbering -Status -Release Plan *GSOC 2012 -Focus -Goals -Mentoring -Getting new students *SVG2 -Implementation strategies --Fallback support for older versions of the spec and inkscape specific features (markers inheriting properties for example) -Low hanging fruit -Most important features to our userbase --Helping Tavmjong with the Mesh branch -Initial Vector Effects support (non-destructive boolean ops might be a good target) *CSS3 support *Javascript support *Membership changes on the Inkscape Board *What we need in upstream libraries (including 2geom) *Old/unfinished code -Lessons learned -Cleanup *Release schedule moving forward -Fixed schedule -Schedule timing -Developer needs -Translator needs *Platform specific issues (and responsibilities) *Regular IRC Meetings (monthly is ideal, quarterly would be as a good minimum) Looking forward to seeing whoever shows up. I want to have these meeting be painless, but this initial one might be a little more in-depth given that it's our first and we probably have a bit to share/discuss and document. I will try to keep us focused if we stray. Cheers, Josh

1 0

Disappearance of rendering and regression tests.
by Tavmjong Bah 24 Feb '12

24 Feb '12

Hi, At one point we had automatic rendering and regression testing. I can't seem to find any information about this. The links are all broken. Can someone point to a current source of the tests? Thanks, Tav

2 1

Gradually replacing UniConvertor + refactoring
by Alexandre Prokoudine 24 Feb '12

24 Feb '12

Hi, Speaking of refactoring, I think it's time we consider replacing some of our UniConvertor-based importers. The one I particularly have in mind is CDR. Thus far support for some file formats via UC was a low-hanging fruit. However the project isn't progressing (http://bit.ly/pRwyJV) in a way that would provide us an increasingly good support for some of them, especially CDR. Yet users keep complaining (and rightfully so). Last year we (re-lab) started working with LibreOffice team. The first project we did together was reading binary Visio files which resulted in libvisio (http://bit.ly/rh0TGd) that's now available to everyone with release of LibreOffice 3.5 a week ago. Then we started working on CDR (again), and now there is libcdr available (http://bit.ly/zJFr7l). With release of v0.0.3 the library is now feature-wise on par with UniConvertor and even surpasses it in terms of supported objects, properties and a certain part of API that is of interest for us. I'm talking about API that allows building previews of pages and importing just the pages that the user needs (something like what we have in the PDF/PS importer). Pages used to be one of the selling points for Corel DRAW, since Adobe Illustrator got its artboards only in CS4. So no wonder that there's quite a lot of legacy CDR files around that have multiple pages. And we cannot sensibly read those. The very same API was added to libvisio. So what I'm wondering about is whether we can abstract part of the importing preview dialog and rebuild existing importers around it: redo both PDF/PS/EPS (probably little work), use libcdr instead of UC, add Visio importer (libvisio). If we ever go for Assimp for importing 3D projections of 3D files, that would come in handy too. It would probably also make sense adding a possibility to import pages as either layers or new documents (the way GIMP does it for e,g, PDF). What do you think? P.S. As for libcdr and libvisio, both are well maintained project (as they are part of LibreOffice). Currently we are working on support for gradients and text in CDR (both missing in UniConvertor). If anyone's interested, it's best to fetch code from Git, as it's moving forward very fast. $ git clone git://anongit.freedesktop.org/libreoffice/libcdr Alexandre Prokoudine http://libregraphicsworld.org

2 3

Inkscape slowing down
by LucaDC 23 Feb '12

23 Feb '12

I've not been using Inkscape for a while lately. Yesterday I made a new drawing and noted a considerable slowdown while moving objects. After some investigation, I found that this is mainly due to bounding box update, i.e. while an object (or a group of objects, but a single one is enough) is moved, its bounding box is drawn as a dashed rectangle around it; when I start moving, the rectangle stays in its original position for a while (and moving is ok), then if I stop moving or after a while it gets updated in the new position and this takes ages! I can't work with such a slow update. I've got a Pentium IV 3.2 GHz with 2 GB of RAM. I know it can be considered pretty old a system, but I run all the software I need on it without any problem. I feel that it should be fairly enough for an application like Inkscape (I never use filters or other graphical features, only technical drawing); and it was, up to few weeks ago. I suspect that the bounding box is continuously recalculated but this is not needed as the object cannot change while moving it; also, calculating the bounding box for a single object should not be heavy at all. So, should I start worrying for Inkscape requiring too much resources for me in the near future (or even present) or can this be simply considered a bug? I can easily trigger it by opening a new document, drawing a couple of circles and a couple of rectangles, selecting all four objects and start duplicating them with the spacebar: after a few duplications my CPU usage goes very high and moving objects becomes a pain. It seems related to how many objects are present in the drawing, which is a nonsense because moving a single object should not depend on anything else but the object itself (I tried with all snappings disabled too, of course). Thanks and regards Luca -- View this message in context: http://old.nabble.com/Inkscape-slowing-down-tp32606652p32606652.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

12 33

helper/util folder
by Johan Engelen 20 Feb '12

20 Feb '12

Hi all, We have two helper directories: src/helper and src/util. I think we should merge the two. Which name do we want to keep? Note we have for example src/helper/units.h and src/util/units.h, argh! If anyone is looking for a GSoC project: a unification of the units system would be nice. If I remember correctly, we have 4 (!) separate pieces of unit calculation code... Ciao, Johan

5 8

Debian Squeeze build issue
by Nicolas Dufour 18 Feb '12

18 Feb '12

Hi again, I've just found out that Inkscape no longer compiles on Debian Squeeze (Crunch Bang Linux variant, with back-ports), Inkscape trunk revision 10990. It fails on the first file with the following message: ----- CXX arc-context.o In file included from /usr/include/glibmm-2.4/glibmm/balancedtree.h:29, from /usr/include/glibmm-2.4/glibmm.h:83, from ./io/inkscapestream.h:14, from ./xml/repr.h:24, from display/canvas-grid.h:15, from sp-namedview.h:26, from arc-context.cpp:30: /usr/include/glib-2.0/glib/gtree.h:28:2: error: #error "Only <glib.h> can be included directly." ----- Last time it compiled correctly was with revision 10962 (I use it on a rather slow netbook that is not updated it as regularly as my other computers or VMs...) Squeeze uses libgk2-2.20.1 and libglib2-2.24.2 . Maybe it's too old for the trunk? Regards, -- Nicolas

6 14

Inkscape 0.48.3
by Ted Gould 17 Feb '12

17 Feb '12

Happy to announce the 0.48.3 release of Inkscape being out the door. Of course this is only the source release, binaries will be along shortly. You can find the LP milestone here: https://launchpad.net/inkscape/0.48.x/0.48.3 Which reports 68 bugs as Fix Released, from 18 different assignees. Both impressive numbers. There are files on that page but also at SourceForge here: http://sourceforge.net/projects/inkscape/files/inkscape/0.48.3/ For the paranoid I've also included hashes of the files on my system, love you paranoids! == MD5 == 9038961369c4f8b63e900ca4bfa4da61 inkscape-0.48.3.tar.bz2 4b88d6220b491e94366c2365b90d36cc inkscape-0.48.3.tar.bz2.asc 4623e6be4d4553d7c871b26454de88db inkscape-0.48.3.tar.gz c97bb53225556cf704ca1d2cad4b654f inkscape-0.48.3.tar.gz.asc 2669679a121def72577184c8691f4209 inkscape-0.48.3.zip cedf6bc858ff63d54c0659eaabd2ddba inkscape-0.48.3.zip.asc == SHA1 == 7de7f5cb28d7407a891f02a3cfcfbff962bc3f9f inkscape-0.48.3.tar.bz2 531349ebbcbde497b419b86b14b8f4588e5f592b inkscape-0.48.3.tar.bz2.asc 937c1376bb0d9c00b22b88525826257d67ce237b inkscape-0.48.3.tar.gz e90e00e75a1af5ec0ef9736ebcff843e5def9a5b inkscape-0.48.3.tar.gz.asc 048e65843d61a70858966068a1c98f3e3a8667b6 inkscape-0.48.3.zip eb65f197135c48acfa274f3a16a93761c30b3562 inkscape-0.48.3.zip.asc --Ted

6 7

does devlibs need libgcc_s_dw2-1.dll ?
by alvinpenner 17 Feb '12

17 Feb '12

I was updating my devlibs from rev 24 to rev 27, on Windows XP, tdm-gcc-4.5.1. After recompiling Inkscape the compiler gave me an error message saying it could not find libgcc_s_dw2-1.dll. I could not find this in devlibs or mingw32 so I copied a version from a Gimp 2.0 installation and it appears to work. Will this file need to be in devlibs or is this a peculiarity of my machine? tia, Alvin -- View this message in context: http://inkscape.13.n6.nabble.com/does-devlibs-need-libgcc-s-dw2-1-dll-tp436… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

8 35

btool compile error on windows
by Susan Spencer 17 Feb '12

17 Feb '12

In compiling Inkscape for Windows vista Home SP2, in response to the 'btool' command, I received this error message: make error line 0 ： cannot open the file 'C:\devlibs\lib\pkgconfig\gtkmm-2.4.pc' Adding the DEVLIBS_PATH fixed this problem, ran btool again, but received similar message for mingw, adding the MINGW_PATH environment variable fixed this problem as well. How to: In Control Panel/System/Advanced System Settings/Advanced Tab/Environment Variables: 1. click New, type DEVLIBS_PATH in Variable Name, C:\<path>\devlibs in Variable Value, click OK ...(individual paths may vary) 2. click New, type MINGW_PATH in Variable Name, C:\mingw32 in Variable Value, click OK 3. click OK, close control panel, etc. 4. run btool again 5. play skyrim while it grinds - susan

2 3

Re: [Inkscape-devel] Powerstroke requests
by Valerie 17 Feb '12

17 Feb '12

Alright, I've made a bug report: https://bugs.launchpad.net/inkscape/+bug/933928 Now that you mention it, you're right, the bug also shows up with Pattern along Path and such. While we're on the topic of powerstroke, I'd like to suggest having multiple styles of powerstroke available from the drop-down, which means users wouldn't need to open the LPE dialogue at all. This means different end styles, different cusp node styles etc. I'm at a loss as to how they'd be named though. Maybe we can at least have a "rounded" (rounded edges, rounded for cusp nodes) and a "sharp" shape (everything sharp, a bit like for thin calligraphic strokes). Thanks for the tip by the way! I'm going for a different style, but it's useful. Date: Thu, 16 Feb 2012 20:51:07 +0100 From: Johan Engelen <jbc.engelen@...2592...> Subject: Re: [Inkscape-devel] Powerstroke requests To: inkscape-devel(a)lists.sourceforge.net Message-ID: <4F3D5E2B.2050701@...2592...> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 26-1-2012 16:59, Valerie wrote: > Weird behavior to report: > 1. Make a powerstroke (example: triangle in) > 2. Make a duplicate (ctrl+D) > 3. Move some of the nodes of the second powerstroke > 4. Modify the width of the second powerstroke > > Behavior: the width of the first powerstroke gets modified as well. > > This does not happen if you select and move the second > powerstroke with F1 before modifying its width. > This does not happen with ctrl+C. This is a more general bug that duplicating does not fork LPEs. There is a setting for forking behaviour for gradients, so I will have to add it for LPEs too. Perhaps if I forget about it too long, you can add a bug report about it and assign it to me... > I was trying to trying to do easy eyelashes by making one > powerstroke the shape I wanted, duplicating it, moving the end > slightly and modifying the width slightly (to have a bit of variety). > I was also trying to do some sketchy effects with the same > method. You can also do eyelashes with the stitch sub-paths effect (and paste an eyelash shape as stitch path). But then you cannot do width variations... perhaps a good addition to stitch sub-paths LPE... Cheers, Johan*******************

1 0

Re: [Inkscape-devel] Powerstroke requests
by Valerie 16 Feb '12

16 Feb '12

Weird behavior to report: 1. Make a powerstroke (example: triangle in) 2. Make a duplicate (ctrl+D) 3. Move some of the nodes of the second powerstroke 4. Modify the width of the second powerstroke Behavior: the width of the first powerstroke gets modified as well. This does not happen if you select and move the second powerstroke with F1 before modifying its width. This does not happen with ctrl+C. I was trying to trying to do easy eyelashes by making one powerstroke the shape I wanted, duplicating it, moving the end slightly and modifying the width slightly (to have a bit of variety). I was also trying to do some sketchy effects with the same method. Any clue?

2 1

Windows version messed up in lcms.h and color-profile.cpp
by LucaDC 16 Feb '12

16 Feb '12

Even after a clean build, I get these errors (rev 10983, Windows XP): Make error line 289: problem compiling: In file included from src/color-profile.cpp:30:0: c:\devlibs/include/lcms.h:196:0: warning: "ZeroMemory" redefined [enabled by default] c:\mingw\bin\../lib/gcc/mingw32/4.6.1/../../../../include/winbase.h:1348:0: note: this is the location of the previous definition c:\devlibs/include/lcms.h:197:0: warning: "CopyMemory" redefined [enabled by default] c:\mingw\bin\../lib/gcc/mingw32/4.6.1/../../../../include/winbase.h:1346:0: note: this is the location of the previous definition c:\devlibs/include/lcms.h:212:0: warning: "LOWORD" redefined [enabled by default] c:\mingw\bin\../lib/gcc/mingw32/4.6.1/../../../../include/windef.h:131:0: note: this is the location of the previous definition c:\devlibs/include/lcms.h:213:0: warning: "HIWORD" redefined [enabled by default] c:\mingw\bin\../lib/gcc/mingw32/4.6.1/../../../../include/windef.h:132:0: note: this is the location of the previous definition In file included from src/color-profile.cpp:30:0: c:\devlibs/include/lcms.h: In function 'void* _cmsMalloc(size_t)': c:\devlibs/include/lcms.h:1410:16: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits] src/color-profile.cpp: In static member function 'static std::vector<Glib::ustring> Inkscape::ColorProfile::getBaseProfileDirs()': src/color-profile.cpp:824:55: error: invalid conversion from 'cmsUInt32Number* {aka unsigned int*}' to 'PDWORD {aka long unsigned int*}' [-fpermissive] c:\mingw\bin\../lib/gcc/mingw32/4.6.1/../../../../include/icm.h:319:13: error: initializing argument 3 of 'BOOL GetColorDirectoryW(PCWSTR, PWSTR, PDWORD)' [-fpermissive] Regards. Luca -- View this message in context: http://inkscape.13.n6.nabble.com/Windows-version-messed-up-in-lcms-h-and-co… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 5

sp-conn-end.cpp specialist in the room?
by Kris De Gussem 16 Feb '12

16 Feb '12

Hi all During another round of cppcheck, I stumbled upon some weird code in sp-conn-end.cpp. Can someone have a look at line 77 to 85? This block of code does not seem right (why is for-loop variable i used again as for loop variable in a sub loop?): ------------- for (Geom::CrossingSet::const_iterator i = cross.begin(); i != cross.end(); i++) { const Geom::Crossings& cr = *i; for (Geom::Crossings::const_iterator i = cr.begin(); i != cr.end(); i++) { ------------- Regards K.

2 1

Problem with the following SVG
by Gerben Wierda 14 Feb '12

14 Feb '12

The following SVG can be correctly exported to a bitmap, but it cannot correctly be printed on Windows and not correctly translated to PDF on either Windows or Mac.

2 2

UI related
by Josh Andler 14 Feb '12

14 Feb '12

Hey all, As mentioned in the past regarding wanting better UIs for Filters and LPEs, here's another vector app that is based around things operating in "nodes" to take a look at. http://beta.nodebox.net/ And here's some basics from their documentation about: http://beta.nodebox.net/documentation/tutorial/getting-started.html I'm not saying that their overall UI is desirable, but I think there's something that can be learned from pieces of it. Cheers, Josh

1 0

Google Summer of Code
by Josh Andler 14 Feb '12

14 Feb '12

Hey All, Any volunteers for possible mentors? When/if we apply later this month, it would be good to know how many potential students we could handle. Cheers, Josh

3 3

My involvement with the project
by Josh Andler 13 Feb '12

13 Feb '12

This is related to the discussion over the past couple days. I have decided that I will fulfill my commitments surrounding releasing 0.49.0 and GSoC 2012. However, I will most likely be less active on the mailing list, and less involved in general until those commitments have been fulfilled. I will reassess how I feel about continued involvement with the project at the time that those commitments have been fulfilled. For the time being I will remain on the board, but will likely step down later this year in favor of "new" blood getting in there. Cheers, Josh

2 1

Ubuntu LTS feature freeze deadline
by Alex Valavanis 13 Feb '12

13 Feb '12

Hi All, Just a quick reminder that Ubuntu 12.04 LTS hits its feature freeze deadline on Thursday 16 Feb. It will be pretty difficult to update the Inkscape package after that deadline, so it would be great if we can push ahead with the 0.48.3 source tarball in the next day or two. I can quickly submit an updated package for review as soon as this is done. Thanks, Alex

2 2

Problem with the following SVG
by Gerben Wierda 13 Feb '12

13 Feb '12

The following SVG can be correctly exported to a bitmap, but it cannot correctly be printed on Windows and not correctly translated to PDF on either Windows or Mac. (I did not see it coming through with the attachment, so here is the SVG attachment in plain text) <?xml version="1.0" encoding="UTF-8" standalone="no"?> <svg xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://creativecommons.org/ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:svg="http://www.w3.org/2000/svg" xmlns="http://www.w3.org/2000/svg" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" version="1.1" width="43.82cm" height="51.92cm" viewBox="0 0 4382 5192" preserveAspectRatio="none" id="svg2" inkscape:version="0.48.2 r9819" sodipodi:docname="Total view for [rs6sv054_k0bbbd01] Oracle RDBMS (Artifact).svg"> <metadata id="metadata1049"> <rdf:RDF> <cc:Work rdf:about=""> <dc:format>image/svg+xml</dc:format> <dc:type rdf:resource="http://purl.org/dc/dcmitype/StillImage" /> <dc:title></dc:title> </cc:Work> </rdf:RDF> </metadata> <defs id="defs1047" /> <sodipodi:namedview pagecolor="#ffffff" bordercolor="#666666" borderopacity="1" objecttolerance="10" gridtolerance="10" guidetolerance="10" inkscape:pageopacity="0" inkscape:pageshadow="2" inkscape:window-width="1217" inkscape:window-height="1292" id="namedview1045" showgrid="false" inkscape:zoom="0.5" inkscape:cx="838.10578" inkscape:cy="790.69214" inkscape:window-x="0" inkscape:window-y="0" inkscape:window-maximized="0" inkscape:current-layer="svg2" /> <g id="g22" transform="translate(5.6444446,-705.55559)"> <defs id="defs24"> <pattern id="pattern6" patternUnits="userSpaceOnUse" x="90.00" y="870.00" width="540.00" height="180.00" patternTransform="translate(0.000000,0.000000) scale(1.000000,1.000000) translate(-90.000000,-870.000000)"> <g style="fill-opacity:1.00;stroke:none;" id="g27"> <rect style="fill:#b4ff00" x="0.00" y="0.00" width="180.00" height="180.00" id="rect29" /> <rect style="fill:#b4b400" x="180.00" y="0.00" width="180.00" height="180.00" id="rect31" /> <rect style="fill:#ffff00" x="360.00" y="0.00" width="180.00" height="180.00" id="rect33" /> </g> </pattern> </defs> <g style="fill:url(#pattern6);stroke:#000000;stroke-width:2.6500001" id="g35"> <path style="fill-rule:nonzero;stroke-linejoin:bevel" d="m 630,915 0,135 -540,0 0,-180 495,0 45,45 -45,0 0,-45 z" id="path37" inkscape:connector-curvature="0" /> </g> </g> </svg>

2 1

Re: [Inkscape-devel] Future development
by Valerie 13 Feb '12

13 Feb '12

There we go, volunteer #1. :) Thanks for volunteering so fast! It's good for the testers and compilers of Inkscape on OS X to actually be using Inkscape on OS X, since it means they actually have very good incentives to keep an eye on it. Any other takers? Date: Mon, 13 Feb 2012 11:54:58 +0100 From: Drechsel Wolf <edv-e@...2249...> Subject: [Inkscape-devel] Future development To: Inkscape List <inkscape-devel(a)lists.sourceforge.net> Message-ID: <4B050791-52B0-456A-863A-C0052A0DDA61@...2249...> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > With any luck there may already be Mac Inkscape-users out there > compiling and fixing Inkscape on OS X for themselves... I've been doing my professional work in my home-made inkscape aqua for more than a year now. Allthough it has some issues, I like it a lot over the X11 variant. I cant belive that finishing Gellule's (aka Julien's) work documented in his blueprints will be so much effort, and I strongly belive that there will be many Mac people interested in a useable inkscape aqua. Sorry - still I dont know about coding - but still I'm very much willing to do testing and compiling. Yours, Wolf

2 2

Re: [Inkscape-devel] Future development
by Valerie 13 Feb '12

13 Feb '12

Since several issues are gtk-related, "Coordinating with the OS X GTK+ team" could be part of the job description. With any luck there may already be Mac Inkscape-users out there compiling and fixing Inkscape on OS X for themselves... > More blending/compositing options will be available in SVG2. Ah, I was already aware of that. I was just saying. x) I suppose it won't be implemented anytime soon, but that's fine.

2 1

LCMS2 support in
by Jon Cruz 13 Feb '12

13 Feb '12

Hi, I got in the rough fix for enabling LCMS2. I confirmed that things just aren't working right on OS X, but that on Ubuntu 11.10 they operate well. https://bugs.launchpad.net/inkscape/+bug/885324 I should be able to get a backport to 0.48.3 done tomorrow, but if anyone else wants to get it in sooner, feel free.

2 1

Re: [Inkscape-devel] Future development
by Valerie 13 Feb '12

13 Feb '12

On the OSX debate... a few years ago I would not have cared about OSX native versions at all, but it's true that Apple products have been getting more popularin recent years. But, can't there be a dedicated OS X team as opposed to forcing the core team to dedicate itself to it? Apple products aren't exactly cheap, and how many systems does one have to force all developers to use? Maybe Inkscape could send an announcement on the website asking for an OS X team, something in the lines of "As some of you know, Inkscape currently lacks a native OS X build. However, as Apple products have become more popular, more people are also asking for a native version of Inkscape. However, not all the developers use OS X, so if you are a developer familiar with OS X, we welcome you to join the Inkscape team to help produce native OS X builds." I'm willing to bet that if people are actually aware that Inkscape is looking for sure a team, you'll get a few responses offering to help. I admit, I already use Windows and Linux, and I'm not personally interested in OS X. I'm much more interested in features such as Pablo Trabajos' transformation anchors blueprint, layer masks (especially since unlike raster programs, you can't just lock visible pixels), and maybe a few more layer composite modes like overlay. Powerstroke of course, but that's happily in the works. :) (on the other hand... how many people want to use Inkscape on touchscreen devices? I'm not familiar with this area, so forgive me if there are actually a lot of them)

4 4

Future development
by Josh Andler 13 Feb '12

13 Feb '12

Hey All, So I think we need to discuss a few things related to development. 1) Regarding the irc dev meeting it appears that two weeks from today on 02/25 at 0800 UTC is the time that worked the best for the most people. Everyone, please put that on your calendar. 2) We're close to cutting 0.48.3, given the state of 0.49, we will also pursue 0.48.4. 3) We need to think seriously about GTK3 at some point. We may want to create a GTK3 branch sooner rather than later to begin that work. It would be good to get other people's thoughts on this. Do we want to take on A) 3 active development branches and B) 2 active refactoring branches. I will note that I don't believe there is a full set of GTK3 libs available for win32 yet and have no idea about the status on OSX. Cheers, Josh P.S. Tavmjong, I cc-ed you explicitly because you didn't put the time we ended up with as available. Any chance it can be made to work?

9 15

Inkscape 0.48.3?
by Alex Valavanis 12 Feb '12

12 Feb '12

Hi All, Any thoughts about when we're going to release Inkscape 0.48.3? Coming at this from an Ubuntu maintenance perspective, the next LTS release (12.04 - "Precise Pangolin") will hit feature freeze on Feb 16, so it would be great to update the binary-package in the Ubuntu-main repository before that date. Large numbers of Ubuntu desktop users could potentially end up sticking with it for a couple of years, so I think it makes sense to squash as many bugs as possible! Does anyone else agree with releasing 0.48.3 in the very near future? Is there any reason to hold back? If we're going to do this, we'd need to release a source tarball by ~9 Feb. We've already committed a fair number of bug fixes in 0.48.3[1], so it would probably already be useful to users in its current form. However, perhaps a two-week bug-squashing session would be nice before we go ahead. Best wishes, AV [1] https://launchpad.net/inkscape/+milestone/0.48.3

7 18

inkscape at graphicall
by Alexandre Prokoudine 12 Feb '12

12 Feb '12

Hello gang, Given that we are now parted from modevia, how about unloading builds to graphicall which mostly hosts Blender builds? It already has an Inkscape section that looks rather lonely. Alexandre Prokoudine http://libregraphicsworld.org

6 10

How to fix Aligning stroked and strokeless items & bounding box issues?
by Эльдар Файзуллин 10 Feb '12

10 Feb '12

Here: https://bugs.launchpad.net/inkscape/+bug/473608 It came from 0.47

3 2

Inkscape and XML whitespace handling
by Andi McClure 10 Feb '12

10 Feb '12

I am trying to create a patch to Inkscape and it isn't working very well, I was hoping I could ask for some help. I have been using Inkscape for creating resources for a video game I'm writing. As part of this I often attach custom attributes to XML nodes in the "XML Editor" window. When I do this, Inkscape gives me a nice big multiline editor window to enter my attribute text. Sometimes, I find myself needing to enter many lines of text or code into one of my custom attributes; when I do this, Inkscape handles newlines in a way that strikes me as incorrect and makes it very hard for me to get work done. Inkscape will allow me to enter, set and save multi-line attributes; however then later when I try to open the file, all the newlines will be erased, replaced with spaces. Although I understand newlines are rarely relevant in normal SVG, it seems very wrong to me that Inkscape allows me to enter content, save a file, and then reopen the file and it has been silently altered. I have been trying to fix this behavior on my own. What I found is that if you put a newline into an attribute and then save, Inkscape will actually write the newline raw into the file, like-- <example:example attribute="one two three four" /> When the file is opened the next time, Inkscape silently turns all newlines into spaces. The convert-newline-to-space behavior is apparently not only correct, but required for a conformant XML parser: http://www.w3.org/TR/2008/REC-xml-20081126/#AVNormalize So my conclusion is that if Inkscape is doing something wrong here (which I think it is), the mistake is that it should not be writing newlines raw into the file, rather it should be saving the appropriate XML entity (
 or 
). I have a local branch (patch attached) where I have attempted to implement this change. I can't get it to work. I found four separate places in the source code where strings are escaped into XML entities for storage; I added a '\n' -> 
 rule to each, and taught xmlreader.cpp to convert 
 back into '\n'. The reader change seems to have worked (I can manually write a &#xA into a file, and when loaded in Inkscape it becomes a newline) however, when I write a newline into an attribute and then set and save, Inkscape is still writing raw newlines instead of my escaped attribute. While making this change, I noticed two things that seem problematic: - XML entity escaping is done in at least four separate places in the code! - The XML reader in dom/xmlreader.cpp appears to only recognize a small number of hand-entered entities. At the moment there is no provision for loading any kind of &# style entity, which if I'm not missing something means Inkscape could choke on valid SVG XML produced by a different program. Should either of these two things be fixed? And would anyone know why my attempts to add '\n' to the escaper are having no effect? When you enter text into the attribute-value box in the XML editor, what path does it take in being entity-escaped (i.e. " becomes " and so on)? One more question-- other than this one problem the XML editor in Inkscape is quite nice, are there any examples of standalone programs for Mac or Linux that allow you to edit general XML in this manner? Thanks. - mcc http://runhello.com/

2 1

keyboard uneable with inkscape
by Rosa Alonso Garcia 09 Feb '12

09 Feb '12

Only I can to work with mouse. version inkscape 0.46.0 Keyboard uneable. MACOS Tiger. thanks. Rosa M. Alonso Garcia Il.lustradora gràfica http://rosailustradora.com http://rosailustradora.blogspot.com

1 0

libcroco
by Alex Valavanis 08 Feb '12

08 Feb '12

Hi All, Just wondering what the status of our libcroco fork is at the moment. Upstream development has restarted, and version 0.64 was released yesterday. It appears that Abhishek Sharma pushed some of our changes upstream, but then reverted them. Can anyone shed some light on this? Thanks, Alex

2 2

inkscape on a G5
by Drechsel Wolf 05 Feb '12

05 Feb '12

Hi everyboy, yesterday I succeeded it repairin an imac G5 1,8GHz. On this brand new machine I'm making an entierly new inkscape experience. Did some professional work - wow, it rocks. Compared to my slightly outdated G4 - what a difference… Therefore - what is said too seldomly: THANKS FOR MAKING INKSCAPE !! - I love it! BTW.: Can someone give me a quick hint: How can I find out on which (probabely locked) layer an object resides? - Couldnt google an anser for that. Greetings, Wolf

3 5

Inkscape tiling interface redesign proposal
by Valerie 05 Feb '12

05 Feb '12

Ah well, I have no idea if the wiki image upload issue will be fixed, so I just made everything into an image and uploaded it somewhere else: http://postimage.org/image/7f9ms5kw3/ As you can see, central concepts include: 1. Transformations separated into groups that people other than tile mathematicians understand 2. And moved to a dedicated dialogue. Basically: - One-time filters -> floating boxes - Properties that may need future editing -> side-dialogues By the way, radial transformations to use polar coordinates. 3. Top level interface to address most common use cases, while more advanced options (clutter) are moved to an extra button that you can access. 4. Guides can be edited on canvas... 5. ...and locked or unlocked to objects, so you can create half a vase, stick a symmetry on it, then move the whole thing around as though it were one object. 6. Stacking symmetries or tilings as you would LPEs I'm probably missing a lot of things, but it doesn't hurt to make a few proposals to see what people's thoughts are. :) So what do the rest of you think? Is this a direction you think can lead somewhere, or do you think the interface should be taken in a completely different direction?

5 12

support multiple extension locations
by Tim Cuthbertson 05 Feb '12

05 Feb '12

I was looking into how one might provide inkscape extensions using 0install[1], which basically amounts to adding extensions _without_ touching any well-known paths, typically using environment variables. I've done the same thing for gnome-shell, by essentially adding each extension's location to $XDG_DATA_DIRS. So for example to run gnome-shell with the shellshape extension[2], $XDG_DATA_DIRS might contain the following dir: /home/tim/.cache/0install.net/implementations/sha256=2437376cd245ee4f09b0738e1cc7392a04750a9cec4b0875bf71606703d9ee01/xdg which contains a `gnome-shell` directory with the files you would normally put in /usr/share/gnome-shell if you were installing them system-wide. I wondered if this would work for inkscape as well, but after having a look at the source, it doesn't seem likely. Based on the `profile_path` function in inkscape.cpp: - inkscape seems to assume that there will be at most one folder for each of (user, system) level preferences - it assumes preferences and extensions will all live in the same location. These both go against the XDG spec[3], which recommends that config and data live in different locations and should be able to be looked up in a cascading fashion (i.e supporting multiple paths in $XDG_DATA_DIRS). These restrictions also make it very difficult to use 0install to distribute extensions since that would require: - readonly `extensions` directories - all 0install implementation directories must be read-only as they can be shared between users (among other reasons) - cascading lookup of extensions in _all_ paths in $XDG_DATA_DIRS - adding or removing plugins must be possible by affecting what is in XDG_DATA_DIRS, rather than modifying folders in the filesystem. So, I guess my questions are: - am I wrong about my conclusions here? I've looked at the source, but may have missed something. - is there any interest in extending the extension loading mechanism to support loading extensions across all $XDG_DATA_DIRS? Presumably this would be implemented for _all_ data types (gradients, icons, etc) as well as just extensions. Cheers, - Tim. [1]: http://0install.net/ [2]: http://gfxmonk.net/dist/0install/shellshape.xml [3]: http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

3 3

Inkscape with OpenMP support on OS X Lion: First attempt at build script (WIP)
by ~suv 04 Feb '12

04 Feb '12

On 03/02/2012 23:03, ~suv wrote: > >> due to license restrictions in MacOs X, there are problems with compile >> Inkscape with OpenMP support. > > The underlying issue is the rather old version of GCC Apple provides > with Xcode [1] . Due to license changes in GCC, Apple will never upgrade > to a later GCC version than 4.2.1, and eventually drop GCC completely in > favor of CLANG. Building Inkscape with a custom-installed newer GCC > version doesn't work out-of-the-box due to ABI conflicts in linked > C++interface libraries [2]. > > Update: Since the time I had discussed the details impeding OpenMP > support on Mac OS X with Kris on irc, I did manage to produce stable > builds of 0.48.2, 0.48.x and current trunk with full OpenMP support > (64bit builds with GCC 4.6.2 (MacPorts) on OS X 10.7.2 Lion). I'm > currently working on a shell script as 'proof-of-concept' and to allow > easier testing of the build setup on other systems. The script does not > create a bundled osx application yet (this might be added later on). > > [1] <http://article.gmane.org/gmane.comp.graphics.inkscape.devel/36355> > [2] <http://wiki.inkscape.org/wiki/index.php/FAQ#On_Linux.2C_Inkscape_crashes_wi…> > quoted from <https://bugs.launchpad.net/inkscape/+bug/200415> Attached is an initial attempt (WIP) of a build script which allows to compile the following Inkscape versions on OS X 10.7.2 Lion in 64bit with OpenMP support (using GCC 4.6.2): - Inkscape 0.48.2 (from tar ball) - Inkscape 0.48.x (from lp:inkscape/0.48.x) - Inkscape trunk (from lp:inkscape) with cairo devel 1.11.2 - Inkscape mesh (from lp:~tavmjong-free/inkscape/mesh) with cairo master What the script basically does: ------------------------------- - rebuilds all C++ interfaces outside of MacPorts with GCC 4.6.2 (libsigc++, glibmm, atkmm, cairomm, pangomm, gtkmm) - builds cairo-devel (+ cairomm, pangomm, gtkmm) for trunk - builds cairo-master (+ cairomm, pangomm, gtkmm) for mesh branch - builds inkscape with GCC 4.6.2, linking to the new libs What it does not (yet): ----------------------- - create universal binaries or - create an osx application bundle - build with Quartz backend of GTK+ - fancy error handling: if something fails and you can't figure out how to fix it, you might simply delete $localSRC and $inkPREFIX and try again (or use './osx-build-inkgcc46.sh del_all) - optimize to the max (ATM everything is compiled with -02) - ... Prerequisites are: ================== - OS X Lion (tested on 10.7.2 with Xcode 4.2.1) - MacPorts (up-to-date), gtk2 with X11 backend (!) - port 'inkscape' installed in MacPorts (for all dependencies) - ports autoconf, automake and dbus-glib installed in MacPorts - port 'gcc46' installed in MacPorts (for the compiler) - $PATH is set up accordingly for MacPorts (the script does not override nor try to verify it in any way) How to use it: ============== 1a) edit the script file and adjust the paths for: LIBPREFIX (MacPorts install prefix) localSRC (directory to unpack the sources and compile) inkPREFIX (top-level dir for installation of inkscape+dependents) 1b) optionally reuse (clone or branch) local repos for inkscape 0.48.x, trunk, pixman, cairo and / or inkscape mesh branch (see script) 2) use a build target as command line argument: release | branch | trunk | mesh for example: $ ./osx-build-inkgcc46.sh trunk 3) grab a cup of coffee and wait for the build to finish 4) launch the inkscape binary with its full path name Note: DYLD_LIBRARY_PATH is needed for trunk and mesh (as displayed in a note if the installation was successful), for example: $ DYLD_LIBRARY_PATH=$inkPREFIX/cairo-devel/lib $inkPREFIX/trunk/bin/inkscape 5) updating local source trees of inkscape branch, trunk and mesh: you can update from parent branch and rebuild by rerunning the script with the same target. The script ought to test and detect already installed libs as well as the local repo, pull new revisions and rebuild as needed. Alternatively, you can cd into '$localSRC/inkscape-trunk/build' (or '$localSRC/inkscape-mesh/build'), and use 'bzr pull', 'make && make install' as usual. Note: you can install multiple targets without changing $inkRPEFIX (the builds install into different sub-directories) Feedback, comments, improvements, test and bug reports about the script (to me personally, or here on the list - not in the bug tracker) would be welcome :) ** (inkscape:79650): WARNING **: the script is unstable and buggy in its current state - use at your own risk ;-). It was _not_ written with regular Mac users in mind - ideally it would be improved/reworked and extended to allow to create precompiled osx application bundles of trunk (and experimental feature branches), which then could be uploaded and shared for testing. ~suv

1 0

Re: [Inkscape-devel] Mesh gradient status
by Valerie 03 Feb '12

03 Feb '12

Speaking of the mesh gradients, can someone describe to me different types of mesh gradients and how they're supposed to be edited so I can try to design a toolbar for it? I have no idea how to compile it, and I don't want to risk breaking my system dependencies again either (if it involves that)... That said, I'm not sure what functions should go into the toolbar and what guides could be edited by the other editing tools. For example, can tweak tools be used to edit the meshes? I'm adding mesh gradient to the list of tools I'm doing at the same time as thoughts on toolbar rework. Since I plan to add a few toolbar suggestions for a few other tools at the same time, I might as well do one for mesh gradients too.

1 0

Mesh gradient status
by Tavmjong Bah 02 Feb '12

02 Feb '12

Hi, I've gotten a number of queries as to when mesh gradients will be available in Inkscape. Some people seem to think that it is a project that is close to being ready... it is not. There is still a lot of work to do and several major issues to be resolved. So I though I would give a status report: At the moment, you can create, edit, save, read in both Coons Patch meshes and tensor meshes (the latter have not been approved by the SVG working group). There are a few nice editing features available: Conical gradients, sampling color from beneath the mesh, toggling between straight edges and curves, etc. However, the code is very buggy. Expect frequent crashes. Save often. Undo does not work for most things. Revert is a poor person's substitute. Before the mesh code can be merged with trunk the following issues MUST be resolved: 1. Meshes have been approved for SVG 2 but the syntax has not been finalized and will not likely be finalized for some time. For meshes to be included in Inkscape we will need to keep them in the Inkscape namespace for the moment and include a fallback mechanism. (Note, there are quite a few nice SVG 2.0 features that we could adopt quickly if we had a way of handling fallbacks: markers that inherit stroke color, solid colors that will eliminate the need for the one-stop gradient hack for creating a palette, etc.). 2. Meshes rely on Cairo trunk. We need an official Cairo release with the mesh rendering code. The last new Cairo release was in Sept of 2010. Who knows when a new release will be made. 3. My code is a hack. There are multiple issues that need to be resolved. The most important one is how do meshes fit into the Private/Vector structure used by linear and radial gradients (Inkscape gradients are broken up into two gradient elements, one that handles the geometric layout and the other that handles the color vector. This allows reuse of the same gradient to be applied to multiple objects. It may not make sense for meshes.) Of course all the crashes must be eliminated. 4. GUI: How should meshes fit into the GUI? Should meshes have their own tool bar? The gradient chooser is not really applicable for meshes and meshes will have lots of their own options: * Mesh creation: * Mesh type: Normal, conical, ? * Number of rows/columns. * Mesh editing: * Show/hide handles. * Make handle smooth/symmetric. 5. Saving to PDF/PostScript needs to be implemented. (Export to PNG works.) I am sure I've missed some. Issues that would be nice to address: 1. Node editing. Gradients implement their own dragger code. It would be nice to be able to use the code from path editing. This would enable things like editing the paths by dragging or selecting a group of nodes and rotate/scale/etc. them together. 2. Auto generating an initial grid based on path shape. 3. Auto fitting. It would be the nice to be able to layout a rough mesh and have Inkscape adjust the mesh to match an underlying drawing. My branch can already set the mesh corner colors by sampling the image underneath which is a real time saver. 4. Auto smoothing of patch boundaries. I have an initial implementation that attempts to make color transitions across patch boundaries smooth. This can certainly be improved. Tav

4 4

Question about tool control bars
by Valerie 02 Feb '12

02 Feb '12

To my understanding, a limitation with tool control bars right now is that they aren't too dynamic. For example, when I draw lines: - I'd like dotted lines and markers to appear in the tool control bar for lines without shapes - But with the "from clipboard" option, I'd like width, repeat style etc. to appear there instead. But without introducing new interface features, the tool control bar is pretty much static right now, so we face all-or-nothing situations. Is it possible to have two layers of tool selection instead? Explanation: Right now: [tool control bar] [t o o l b a r] Proposal: [subtools] | [subtool control bar] [t o o l b a r] I'm asking this because it'd allow for several things: - Consolidate the shapes tools into one button in the toolbar. Instead, sub-shapes appear in the subtools bar. - If more 3D shapes are added, they can similarly be grouped into a single button in the toolbar, while allowing each shape to have its own controls. - When tech-drawing becomes available, they could be accessed from the top-level instead of as LPEs - unshaped line, "from clipboard" line, powerstroke line and maybe other line effects (sketch?) can be treated as separate sub-tools with their own top-level control bars (so you don't need to open the LPE dialogue) - transformation options such as perspective, envelop and envelop deform can become available as sub-tools of the transform tool - composition guides, maybe common on-canvas tiling options (symmetry, radial and normal tiling - anything more advanced must be accessed from a separate panel) become available from top-level - extra mode in text tool for controlling flowing text into shapes? (for graphs and such) Of course, it it's not possible, then that's that. It seemed like a possibility worth asking.

3 4

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 69, Issue 3
by Rosa Alonso Garcia 02 Feb '12

02 Feb '12

Good Morning, Thanks Jason and other people of this equipment. In this link I can solve error. http://sourceforge.net/projects/inkscape/files/inkscape/0.46/Inkscape-0.46-… I'm grateful your fast answer. Sincerely Rosa M. Alonso Garcia Il.lustradora gràfica http://rosailustradora.com http://rosailustradora.blogspot.com >________________________________ > De: "inkscape-devel-request(a)lists.sourceforge.net" <inkscape-devel-request(a)lists.sourceforge.net> >Para: inkscape-devel(a)lists.sourceforge.net >Enviado: Miércoles 1 de febrero de 2012 21:46 >Asunto: Inkscape-devel Digest, Vol 69, Issue 3 > >Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > >You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Inkscape-devel digest..." > > >Today's Topics: > > 1. error inkscape runs first time! (Rosa Alonso Garcia) > 2. Re: error inkscape runs first time! (Jason Simanek) > 3. Re: error inkscape runs first time! (~suv) > 4. Inkscape tiling interface redesign proposal (Valerie) > 5. Re: Inkscape tiling interface redesign proposal > (Krzysztof Kosi?ski) > 6. Re: Inkscape tiling interface redesign proposal > (Tobias Ellinghaus) > 7. Re: Inkscape 0.48.3? (Krzysztof Kosi?ski) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Wed, 1 Feb 2012 11:32:41 +0000 (GMT) >From: Rosa Alonso Garcia <disenografica@...2758...> >Subject: [Inkscape-devel] error inkscape runs first time! >To: "Inkscape-devel(a)lists.sourceforge.net" > <Inkscape-devel(a)lists.sourceforge.net> >Message-ID: > <1328095961.19545.YahooMailNeo@...2769...> >Content-Type: text/plain; charset="iso-8859-1" > >I need to learn Inkscape, but I download app and add to Applications folder, and previous I have just installed X11, I can''t run program. >>>It opens 10 seconds, and close automatic. >>>I work with MACOS 10.4, Tiger. >>> >>> >>>It's urgent, please a solve! >>>? >>>Sincerely, > >? >Cordialmente, > >Rosa M. Alonso Garcia >Il.lustradora gr?fica >http://rosailustradora.com > >http://rosailustradora.blogspot.com >

1 0

Image uploading on Inkscape Wiki?
by Valerie 02 Feb '12

02 Feb '12

Recently I've been working on a UI redesign proposal for the Tiled Clones interface, and thought of creating a new page on the Inkscape Wiki to see if it's even plausible. However, when I tried to upload images, I get: The upload directory (public) is not writable by the webserver. A quick search only tells me that it's a permissions problem. I've also noticed that there were no new file uploads since July last year. Has there been a policy change? Any suggestions as to where else to upload them then? In case anybody's curious, major suggestions are: - On-canvas guides - Separation into Symmetries, Radial Clones, Rectangular tiles and Triangle tiles (basically dependent on the guide type) - Move from a floating box to a side-bar dialogue, where you can basically stack symmetries and tilings to a selected object (like with LPEs, so it's easy if you want to make a flower-shaped design then have it fill up the page as tiles, for example) - Top-level options are simple and intuitive to address the main use cases (I'm assuming most users just want to do some basic symmetrical or radial patterns...) - But more advanced options are available by clicking "advanced" and opening a separate box (to avoid cluttering the main dialogue. If the user wants jittery tiles distributed in an outward spiral that change colors and become transparent near the end, surely he can open an extra dialogue) - Presets are also available

4 4

Inkscape tiling interface redesign proposal
by daniele rossi 01 Feb '12

01 Feb '12

I do agree that tiling dialog today is a short way to headache... Daniele > ------------------------------ > > Message: 5 > Date: Wed, 1 Feb 2012 19:00:07 +0100 > From: Krzysztof Kosi?ski <tweenk.pl@...400...> > Subject: Re: [Inkscape-devel] Inkscape tiling interface redesign > proposal > To: Valerie <valerie_vk@...36...> > Cc: Inkscape-devel <inkscape-devel(a)lists.sourceforge.net> > Message-ID: > <CAFLw2WSOhagh1v-Qkn3cjDEBEG_QCwiNfCECkSDzYN49g3JFUg@...401...> > Content-Type: text/plain; charset=UTF-8 > > 2012/2/1 Valerie <valerie_vk@...36...>: >> Ah well, I have no idea if the wiki image upload issue will be >> fixed, so I just made everything into an image and uploaded >> it somewhere else: >> >> http://postimage.org/image/7f9ms5kw3/ >> >> >> As you can see, central concepts include: >> 1. Transformations separated into groups that people other >> than tile mathematicians understand >> 2. And moved to a dedicated dialogue. Basically: >> ?- One-time filters -> floating boxes >> ?- Properties that may need future editing -> side-dialogues >> By the way, radial transformations to use polar coordinates. > > I was thinking about the tiling thing for some time and I came to a > conclusion that usability-wise the tiling dialog is a cruel joke > (adjusting numbers by trial and error? seriously?).

1 0

inkscape.org in svg
by john Culleton 01 Feb '12

01 Feb '12

I am doing some experimenting with svg pages in lieu of html. Is there a reason why the inkscape.org front page is not done in svg? -- John Culleton Free list of books for self-publishers: http://wexfordpress.net/shortlist.html "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html

6 6

error inkscape runs first time!
by Rosa Alonso Garcia 01 Feb '12

01 Feb '12

I need to learn Inkscape, but I download app and add to Applications folder, and previous I have just installed X11, I can''t run program. >>It opens 10 seconds, and close automatic. >>I work with MACOS 10.4, Tiger. >> >> >>It's urgent, please a solve! >>? >>Sincerely, Cordialmente, Rosa M. Alonso Garcia Il.lustradora gràfica http://rosailustradora.com http://rosailustradora.blogspot.com

3 2

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 69, Issue 1
by Rosa Alonso Garcia 01 Feb '12

01 Feb '12

Cordialmente, Rosa M. Alonso Garcia Il.lustradora gràfica http://rosailustradora.com http://rosailustradora.blogspot.com >________________________________ > De: "inkscape-devel-request(a)lists.sourceforge.net" <inkscape-devel-request(a)lists.sourceforge.net> >Para: inkscape-devel(a)lists.sourceforge.net >Enviado: Miércoles 1 de febrero de 2012 12:18 >Asunto: Inkscape-devel Digest, Vol 69, Issue 1 > >Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > >You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Inkscape-devel digest..." > > >Today's Topics: > > 1. Re: Re : Image uploading on Inkscape Wiki? > (Romain de Bossoreille) > 2. Re: Inkscape 0.48.3? (Krzysztof Kosi?ski) > 3. Re: Inkscape 0.48.3? (Josh Andler) > 4. Re: Re : Image uploading on Inkscape Wiki? (Valerie) > 5. Rv: I can run Inkscape-URGENT!- (Rosa Alonso Garcia) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Tue, 31 Jan 2012 23:32:40 +0100 >From: Romain de Bossoreille <romain2boss@...48...> >Subject: Re: [Inkscape-devel] Re : Image uploading on Inkscape Wiki? >To: inkscape-devel(a)lists.sourceforge.net >Message-ID: <4F286C08.5040208@...48...> >Content-Type: text/plain; charset="iso-8859-1" > >I've made a bug report some time ago: > >https://bugs.launchpad.net/inkscape/+bug/905949 > >But no news... > > >*Romain* > >Le 31/01/2012 20:53, Ivan Louette a ?crit : >> I had the same problem two weeks ago when I tried to upload an image >> to my blueprint proposal for Export bitmap UI changes. >> >> ivan >> >> ------------------------------------------------------------------------ >> *De :* Valerie <valerie_vk@...36...> >> *? :* "inkscape-devel(a)lists.sourceforge.net" >> <inkscape-devel(a)lists.sourceforge.net> >> *Envoy? le :* Mardi 31 janvier 2012 18h20 >> *Objet :* [Inkscape-devel] Image uploading on Inkscape Wiki? >> >> Recently I've been working on a UI redesign proposal for the >> Tiled Clones interface, and thought of creating a new page >> on the Inkscape Wiki to see if it's even plausible. >> >> However, when I tried to upload images, I get: >> The upload directory (public) is not writable by the webserver. >> >> >> A quick search only tells me that it's a permissions problem. >> I've also noticed that there were no new file uploads since July >> last year. Has there been a policy change? Any suggestions as >> to where else to upload them then? >> >> In case anybody's curious, major suggestions are: >> - On-canvas guides >> - Separation into Symmetries, Radial Clones, Rectangular >> tiles and Triangle tiles (basically dependent on the guide type) >> - Move from a floating box to a side-bar dialogue, where you can >> basically stack symmetries and tilings to a selected object (like >> with LPEs, so it's easy if you want to make a flower-shaped >> design then have it fill up the page as tiles, for example) >> - Top-level options are simple and intuitive to address the main >> use cases (I'm assuming most users just want to do some basic >> symmetrical or radial patterns...) >> - But more advanced options are available by clicking "advanced" >> and opening a separate box (to avoid cluttering the main dialogue. >> If the user wants jittery tiles distributed in an outward spiral that >> change colors and become transparent near the end, surely >> he can open an extra dialogue) >> - Presets are also available >> >> ------------------------------------------------------------------------------ >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> <mailto:Inkscape-devel@lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> >> >> >> >> ------------------------------------------------------------------------------ >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> >> >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

1 0

Rv: I can run Inkscape-URGENT!-
by Rosa Alonso Garcia 01 Feb '12

01 Feb '12

>Hi everyone! > > > >I need to learn Inkscape, but I download app and add to Applications folder, and previous I have just installed X11, I can''t run program. >It opens 10 seconds, and close automatic. >I work with MACOS 10.4, Tiger. > > >It's urgent, please a solve! > >Sincerely, > >Rosa M. Alonso Garcia >Il.lustradora gràfica >http://rosailustradora.com > >http://rosailustradora.blogspot.com > > > > >>________________________________ >> De: "inkscape-devel-request(a)lists.sourceforge.net" <inkscape-devel-request(a)lists.sourceforge.net> >>Para: disenografica@...2758... >>Enviado: Miércoles 1 de febrero de 2012 12:10 >>Asunto: confirm e9cee2c32eec12e9453a6e3c41eeaf3926479508 >> >>Mailing list subscription confirmation notice for mailing list >>Inkscape-devel >> >>We have received a request from 172.29.29.1 for subscription of your >>email address, "disenografica@...2758...", to the >>inkscape-devel(a)lists.sourceforge.net mailing list. To confirm that >>you want to be added to this mailing list, simply reply to this >>message, keeping the Subject: header intact. Or visit this web page: >> >> https://lists.sourceforge.net/lists/confirm/inkscape-devel/e9cee2c32eec12e9… >> >> >>Or include the following line -- and only the following line -- in a >>message to inkscape-devel-request(a)lists.sourceforge.net: >> >> confirm e9cee2c32eec12e9453a6e3c41eeaf3926479508 >> >>Note that simply sending a `reply' to this message should work from >>most mail readers, since that usually leaves the Subject: line in the >>right form (additional "Re:" text in the Subject: is okay). >> >>If you do not wish to be subscribed to this list, please simply >>disregard this message. If you think you are being maliciously >>subscribed to the list, or have any other questions, send them to >>inkscape-devel-owner@...460... >> >> >> > >

1 0

devlibs update?
by Nicolas Dufour 29 Jan '12

29 Jan '12

Hi, Apparently the latest GTK version (2.24.8) fixes lots of Windows issues, including tablet support (details on http://mail.gnome.org/archives/gtk-devel-list/2011-November/msg00026.html). Just tested with a local modified version of Inkscape, based on revision 10922, and I can confirm at least a bug and a regression (#786667 "Color drag and drop broken" and #707255 "Layer dialog - symbols disappear when mouse hover over") are gone. More tests planned later with a Wacom Bamboo tablet. BTW, the current devlibs introduced a regression in the trunk and 0.48.2 version (see #173116 Gtk::PixbufError exception not caught in Windows), and need to be recompiled to to prevent Inkscape from crashing on Windows when opening an invalid image. Krzysztof, would you be willing to update and recompile the devlibs so that more users can test before we release 0.48.3? Regards, -- Nicolas

2 1

Re: [Inkscape-devel] Powerstroke requests
by Valerie 25 Jan '12

25 Jan '12

Awesome! Some feedback of my own: 1) So powerstroke is now available from the shapes drop-down: Very neat! Can the "eclipse" form also be replaced by a powerstroke? It's actually the most common usage scenario. Also, I recommend adding a separation line between the powerstrokes and "from clipboard", to show that they are different functions. 2) Cusp styles are currently either Beveled or Rounded. How complicated is the coding for an "Angled" option? For font designers in particular, thick powerstrokes using successions of angled segments render a bit strangely, when some may be hoping for sharp edges (Example: the letter A with a sharp top) (I thought I suggested this before, but the mail never seems to have reached the mail archive...) 3) Does anybody think he might need an "assymetric" option? 4) +1 on the "Filled Powerstroke" (or whatever it will be called) option in the drop down. As for manually setting the width value for powerstroke points, I suggest click-enter for a numerical box to appear near the point, for the user to input the value. ------------------------------ Message: 6 Date: Tue, 24 Jan 2012 05:57:42 -0800 (PST) From: Defiant00 <defiant00@...400...> Subject: Re: [Inkscape-devel] Powerstroke requests To: inkscape-devel(a)lists.sourceforge.net Message-ID: <1327413462235-4335274.post@...2730...> Content-Type: text/plain; charset=us-ascii Hello again, here's some further feedback: 1) A way to directly set width values for Powerstroke points (or at least a command that sets the value to zero without having to directly edit the XML) would be useful. 2) I noticed the 'Triangle in' and 'Triangle out' shapes now use Powerstroke. Is there any chance we could get an extra shape option added to that drop down that produces both a Powerstroke and the clone original LPE at the same time. 3) Adding and removing Powerstroke control points should not require switching to another control and back to have them show up properly. 4) The 'Smoothness' control cannot be dragged (at least on Windows 7). Instead, it changes values by 0.01-0.03 (appears to be random) and then loses focus. Regards, Aaron

4 5

Re: [Inkscape-devel] Powerstroke requests
by Valerie 25 Jan '12

25 Jan '12

Glad to hear that "Angled" cusp style is the highest priority right now! It's probably the biggest thing missing functionality-wise. I'm not surprised that it'd take some time to code though. By the way, the interpolator type I tested most right now is "CubicBezierJohan", yes. Currently it seems to be the algorithm with the most predictable results. CubicBezierFit and SpiroInterpolator do seem to produce some interesting results though, I'm still trying to figure out use cases.

1 0

Merging Export and Create bitmap
by Ivan Louette 25 Jan '12

25 Jan '12

Hello As I wasn't able to add a mockup png image to the following blueprint I join it to this message. https://blueprints.launchpad.net/inkscape/+spec/merging-export-and-create-b… ivan

8 21

IRC meeting, anyone interested?
by Josh Andler 24 Jan '12

24 Jan '12

Hey All, Who would be interested in a good old fashioned IRC meeting to discuss various things about the project? It seems like other projects seem to be able to pull them together (on a regular basis no less), so why not us? I would especially like if we could get the likes of Krzysztof, Johan, Tavmjong, Jasper, Jon, Alex, Kris, and anyone else who would be interested. This especially goes for anyone who lurks on the devel list who is interested in contributing but still hasn't introduced themselves yet (they're always around). ;) I think it would be good to get people together to help us help each other. I think one of the things we should remember is that sometimes reviewing others work or just answering questions, can be more valuable than actually writing code yourself. I'm not asking for a huge time commitment or anything. If you are interested please chime in with any preferred dates or times so we can coordinate based on global distribution of participants. I'll throw out the 18th as a possible date... mainly because it's not terribly likely that this will happen and the 18th is my birthday so that's my wish. :P Cheers, Josh

8 15

Powerstroke requests
by Johan Engelen 24 Jan '12

24 Jan '12

Hi all, I don't know what to work on anymore... Please help me out by test driving the Powerstroke LPE and tell me what you dislike and what you'd like to be added. (I already know you want it to work with tablets, I am waiting for my tablet to arrive...) Ciao, Johan

5 18

New version of mesh branch.
by Tavmjong Bah 24 Jan '12

24 Jan '12

Hi, I just checked in a new version of my mesh branch. There was some major restructuring to use a simple array of nodes for the internal representation rather than the complicated side and corner classes I had before. This was motivated by adding support for tensor meshes which naturally calls for an array. Tensor meshes were added as an experiment to see if they would help in smoothing color transitions across patch boundaries (they don't seem to help very much) and are not envisioned to be part of the SVG specification for meshes. New/newish features: Corner operations: Ctrl-B: Toggle selected patch sides between linear and curve. (Select both corner nodes of side to select side.) Ctrl-C: Attempt to convert selected sides into elliptical arcs by changing the length of the Bezier handles. Ctrl-G: Toggle on/off tensor points for selected patches. (Select all four corner nodes of a patch to select patch.) Ctrl-J: Attempt to smooth color transition around a corner by changing length of Bezier handles. This needs lots of work to make it truly useful. Ctrl-K: Sample colors underneath mesh at corner nodes. For nodes at edge of mesh, move sample point inside mesh. Older features: 1. Create a simple one patch square mesh the size of an objects bounding box. (Select the third button on the Gradient Tool-Tool Bar and then click-drag on object. You won't see a change as the default mesh has all four corner colors set to the former object color. Click on object again to see mesh handles.) 2. Drag corner nodes (diamonds). 3. Change color of corner nodes. 4. Drag handles (circles). There is no indication of what handle belongs with which corner node or path so it can be confusing. And all handles are shown. (Should be able to toggle on/off handle visibility.) 5. Divide a row or column of patches into two rows or columns. (Double click on the lines connecting corner nodes. Double clicking elsewhere may lead to a crash.) The row/column will be split at the place you click. 6. Save the mesh. The mesh is saved in the proposed SVG standard format (likely to change). 7. Read in saved meshes. Bugs: * Frequent crashes. * Changing node color isn't saved until a node is moved. * Linear patch sides are shown as non-linear when corner node moved. * Selected nodes become unselected when any of the corner operations are done. * etc. Note, a trunk version of the Cairo rendering library is needed. My branch can be found at: https://code.launchpad.net/~tavmjong-free/inkscape/mesh Tav

5 11

Wacom inkling files
by Gaetano Lo Nigro 22 Jan '12

22 Jan '12

Good morning guys, I asked few files to a guy who bought, the new Wacom-inkling just in case if somebody want have a look on them. The Wacom website reports the possibility to record layers, for instance, to separate preparatory and final drawings. These layers are then retained after import. It creates native bitmap or vector versions of your sketches for Adobe Photoshop, Adobe Illustrator or Autodesk Sketchbook. With a simple click you can directly transfer your sketches into your preferred software. These imported versions retain the layers and line weights of your original sketches. Additionally, you can save all sketches in the native Inkling format or as single layer files in other popular image formats such as JPEG, PNG, PDF or SVG. You can find more details here with a full review from the owner`s sketch http://www.inkscapeforum.com/viewtopic.php?f=30&t=11278 You ll fin attached on the forum a svg file in three layers, pdf, ai, and wac directly Have a nice day

1 0

SpCursor
by Kris De Gussem 21 Jan '12

21 Jan '12

Hi all Is there a reason why the parameters named xpm of the functions in src/sp-cursor.cpp are refering to gchars and not guchars? As a result a signed char is used as index for colorMap from line 153 on and AFAIK using signed chars to index is risky business Regards K

1 0

Launchpad bug mail improvements
by Johan Engelen 20 Jan '12

20 Jan '12

Hi all, Have a look at this post: http://blog.launchpad.net/cool-new-stuff/better-bug-subscriptions Now, you can unsubscribe from the mails you get from your Inkscape Bug Team membership. In addition, you can add your own individual subscription with filtering on Launchpad's side (instead of in your mail client). Great work! Johan

1 0

Re: [Inkscape-devel] Writing an extension
by Trever L. Adams 19 Jan '12

19 Jan '12

> Date: Mon, 16 Jan 2012 10:24:00 +0100 > From: Jasper van de Gronde <th.v.d.gronde@...528...> > Subject: Re: [Inkscape-devel] Writing an extension > To: inkscape-devel(a)lists.sourceforge.net > > On 13-01-12 19:10, Trever L. Adams wrote: > > This relates to https://bugs.launchpad.net/inkscape/+bug/247463 and > > comment 37 in particular. > > > > I would like to be able to attach information to objects that are needed > > for high quality digitization. This includes stitch length and stitch > > direction. I am thinking of displaying the direction as gradient, > > although direction may be very complex. I am just learning about SVG so, > > I do not know if there are smart ways of doing this. (For example, think > > of a leaf, where you may have 20 different direction changes.) I also do > > not know XML very well (creating schema, etc). > So basically you want to embed information needed to convert a drawing > to something that can be embroidered? And you want this information to > be visible and manipulable in Inkscape's interface? Yes, I am starting from information I have found here: http://jumpnslide.tumblr.com/post/2557920924/how-to-use-inkscape-as-a-game-… I am missing just a few pieces of information: 1) How do I set values in the interface (fetch them from the SVG)? I have defaults working, etc. 2) How do I insert my custom attributes back into the SVG? The following partial code block doesn't do #2 properly and actually crashes inkscape: #Loop through all the selected items in Inkscape for id, node in self.selected.iteritems(): #Check if the node is a Group ( "svg:g" tag in XML ) if node.tag == inkex.addNS('g','svg'): #DO SOME THINGS TO GROUPS outputBlock += "Found a Group!" + "\n" children = list(node) for node2 in children: outputBlock += "Group " + str(node) + " contains: " + str(node2.attrib["id"]) + "\n" node2.attrib["max_stitch_length"] = str(max_stitch_length) I am sure I am going to have to create an XML schema right? If so can you point me in the right direction? > > > So, is there a standard way to extend SVG or embed such codes in SVG for > > a given object? > Extending SVG is in principle very easy, just define a namespace that > hasn't been taken yet (and preferably as specific as possible) and use > elements/attributes from that namespace. Ideally you would also create a > schema to define which elements/attributes are in that namespace and so > on, but I wouldn't necessarily start out that way (although it's > obviously a good idea to think about a formal definition if you want > this to be used by others as well, and/or save yourself some trouble in > the future). > > The idea is that viewers/editors will ignore anything they don't > recognize. The extent to which this is true in practice varies a bit, > and it's definitely not a given that an editor (Inkscape) will preserve > the tags, but in principle it should "work" (in the sense that nothing > will suddenly go wrong). Can you provide me with any urls which show an example of how to create an XML schema? In the past when I have looked, I just walk away with a headache. > > I would like to do this in SVG and Inkscape since I believe both are > > scriptable and both can be used for print as well. (This is a project > > for both print and embroidery.) > Inkscape itself is not really scriptable. What you can do is write a > python extension that essentially gets a piece of SVG to transform. But > this is fairly flexible. Also, if you know C/C++ you might be able to > write something like an LPE to help out. LPE? I do know several languages, including C/C++. I thought Inkscape was. I would like to be able to change colors (and maybe remove them in some cases), resize and place objects and save/load files from scripts. > > > Additional request for information: > > Is it possible to define a custom color table? Embroidery machines > > usually have a fixed color table (which can be converted to various > > thread vendor product/color numbers). > Not sure, but I think there is at least some support for color > management. Perhaps someone else knows more about this? I think the palettes was what I was looking for and have since learned how to do this. > > > Is it possible to turn an outline on for an object and give it a > > different color than the object, or easily create an outline? > You mean outline as in stroke? If so, that's trivial in SVG, every > object intrinsically has a fill and a stroke. Yes, I finally figured this out. As I said, new to inkscape and SVG. > > > Finally, is there a way to do "Ungroup repeatedly until there are no > > groups left, and convert objects to paths." as part of an extension > > (http://www.jonh.net/~jonh/inkscape-embroidery/) without modifying the > > original (as part of an export, etc.)? > I think it's possible to create extensions for output as well, so > conceivably this would be possible. In any case, you might want to have > a look at this extension: > > https://gitorious.org/various-small-stuff/inkscape-ungroup-deep/ > I am starting to wonder if I actually need this, but on having looked at that code, I was able to at least start working on groups with my code. Thank you, Trever

4 3

Codestyle: _*
by Johan Engelen 18 Jan '12

18 Jan '12

Hi all, I am busy 'improving' a small part of the code to use an underscore for class members. I think this helps fight bugs when converting C functions to class methods. For example, a SPPath function may define a temporary variable 'curve', but that one will hide the class's own 'curve' variable (inherited from SPShape). Since the class hierarchy is quite long at places, this is not so easily spotted. So I think the _* stuff for members is really nice and clarifies code a lot. However, now I read in our codestyle document: * Underscore as first character of identifiers Please consider that the C++ standard reserves _* identifiers [17.4.3.1.2]: "Each name that begins with an underscore is reserved to the implementation for use as a name in the global namespace". Hmm, quite a large part of our codebase already uses _* to signify class members. I think this is somewhat common practice? Do we agree to ignore this text in the C++ standard? And shall we change our codestyle text to indicate that we use _* to indicate class members? (I hope this does not result in long maillist discussions... Please answer yes or no. I am already convinced that _* is better than without, and cannot be convinced otherwise. (I _may_ consider 'm_' but it is perhaps overly verbose?)) Thanks, Johan

3 4

Re: [Inkscape-devel] Powerstroke requests
by Valerie 18 Jan '12

18 Jan '12

If I may add a few words about interface... Inkscape now has several pretty fun options for path shapes: - Simple line - Pattern along path - Powerstroke - Sketch brush - [anything I might have missed. There will probably be future options too] Now, for the "shape" drop-down I rarely use the presets because they are rarely the exact width I need them at, it's easier to create the right shape and copy it. So, how about the following? Shape: - Line - Thick stroke (<- powerstroke) - Sketch brush - Clipboard - Custom (insert drop-down of shapes you've saved for Pattern along Path) It's rather unfortunate that Inkscape's tool control bar is static, otherwise I'd recommend for common options (like width and repeat options in Pattern Along Path) to appear depending on the shape you've selected. (though in the meantime, can someone please add dashes and markers to the tool option bar? Having to hunt through two layersof Fill & Stroke dialogue each time is a bit annoying... also, a button to match marker colors to stroke color rather than hunting through the menus, please? Some of us do a lot of graphs in Inkscape...) More generally, I'd like to see some proper of sorting of LPEs eventually: - Path shapes can be integrated into pen and other tools - Effects like Gears seem like they belong in Extension -> Render - I'd also Really like easier and on-canvas access to some transformations that would probably be used more often if access were easier (not only LPE): Envelope, Perspective, and Envelope deformation. Couldn't we include them as a drop-down options (like with pen and Shape) in the Select and Transform tool? I can do mock-ups.

5 10

cannot compile rev 10891 (Windows XP)
by alvinpenner 17 Jan '12

17 Jan '12

attempting to compile rev 10891 I get the following error message: Make error line 289: problem compiling: src/2geom/conicsec.cpp:1491:20: error: prototype for 'std::vector<Geom::Point> Geom::xAx::allNearestPoints(const Geom::Point&) const' does not match any in class 'Geom::xAx' src/2geom/conicsec.h:477:24: error: candidate is: std::vector<Geom::Point> Geom::xAx::allNearestPoints(Geom::Point) const - Alvin -- View this message in context: http://inkscape.13.n6.nabble.com/cannot-compile-rev-10891-Windows-XP-tp3677… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 2

Traversing nodes of a path in order
by Maximilian Albert 17 Jan '12

17 Jan '12

Hi all! After a long break I just had a quick play-around with some of the Inkscape code. At some point I needed to traverse the nodes of the selected path in the order in which they appar along the path, but I couldn't find out how to do it in the limited time I was able to spend. What's the correct/recommended way of doing this? Are there some examples on the wiki or somewhere else? Cheers, Max

5 8

Writing an extension
by Trever L. Adams 16 Jan '12

16 Jan '12

This relates to https://bugs.launchpad.net/inkscape/+bug/247463 and comment 37 in particular. I would like to be able to attach information to objects that are needed for high quality digitization. This includes stitch length and stitch direction. I am thinking of displaying the direction as gradient, although direction may be very complex. I am just learning about SVG so, I do not know if there are smart ways of doing this. (For example, think of a leaf, where you may have 20 different direction changes.) I also do not know XML very well (creating schema, etc). So, is there a standard way to extend SVG or embed such codes in SVG for a given object? How would I go about attaching buttons, etc. in the GUI? Can I have Inkscape view the direction code as a gradient for display (if an option is set)? Or, show the fill as lines going in that direction? (Again, this wouldn't be done in printing/export/etc., only in viewing with an option set.) I would like to do this in SVG and Inkscape since I believe both are scriptable and both can be used for print as well. (This is a project for both print and embroidery.) Additional request for information: Is it possible to define a custom color table? Embroidery machines usually have a fixed color table (which can be converted to various thread vendor product/color numbers). Is it possible to turn an outline on for an object and give it a different color than the object, or easily create an outline? Finally, is there a way to do "Ungroup repeatedly until there are no groups left, and convert objects to paths." as part of an extension (http://www.jonh.net/~jonh/inkscape-embroidery/) without modifying the original (as part of an export, etc.)? Thank you, Trever

2 1

nigthlies ppa
by Alexandre Prokoudine 14 Jan '12

14 Jan '12

Hi, Apparently https://launchpad.net/~inkscape-nightly/+archive/ppa turns up first in google for "Inkscape nightly", even though it's an outdated PPA. Could we please somehow redirect people to the real one? Alexandre Prokoudine http://libregraphicsworld.org

1 0

Extended input issues with later GTK2
by Jon Cruz 13 Jan '12

13 Jan '12

Just wanted to toss out a note that I think I've found a main problem with how Inkscape deals with extended input devices. The issue where they give no extended pressure, etc. on later GTK2, including that in Ubuntu 11.10, is due to missing event initialization. I'm trying to narrow it down a bit. Of course, there are still some other bugs that appear to give random garbage in the middle of extended input. There's a good chance that a simple work-around could even filter those out. So, the main thing now is to know if anyone is trying to use tablets currently and is tripping over GTK2 extended input problems. Speak on up and we might be able to get things at least passible soon. Thanks.

6 10

regression in current trunk (r10873) when zooming in/out
by ~suv 12 Jan '12

12 Jan '12

A recent commit (one of r10870-10873) has changed how the canvas gets redrawn (prior build r10869 is still ok): with my latest builds of r10873 [1], the canvas is not properly cleared when zooming in/out. Steps to reproduce: 1) open the attached file in Inkscape 2) zoom in closer and then zoom back out several times --> result: <http://imgh.us/regression-test-r10873-2-screenshot.png> (compare to <http://imgh.us/regression-test-r10873-2.svg>) ~suv [1] tested on Leopard and Lion: - Gtk+/X11 with cairo 1.10.2 (32bit, 64bit), debug + optimized - Gtk+/Quartz with cairo 1.11.2 (32bit), optimized

2 2

Re: [Inkscape-devel] Extended input issues with later GTK2
by Jasper van de Gronde 11 Jan '12

11 Jan '12

On 11-01-12 16:22, jbc.engelen@...2731... wrote: > ---- Jasper van de Gronde <th.v.d.gronde@...528...> wrote: >> I usually just download the latest TDM GCC from this site: >> http://tdm-gcc.tdragon.net/download >> I would recommend taking the 32 bit bundle installer. >> >> Any objections if I update the Wiki page to point to the site above >> instead of the direct download? > > Not at all. We should always be able to build with latest TDM GCC. > Done.

1 0

Re: [Inkscape-devel] NULL vs. 0
by Jon Cruz 09 Jan '12

09 Jan '12

On Jan 7, 2012, at 11:39 AM, Tomaz Canabrava wrote: > Stroustrup answer to that: > > Should I use NULL or 0? > > In C++, the definition of NULL is 0, so there is only an aesthetic > difference. I prefer to avoid macros, so I use 0. Another problem with > NULL is that people sometimes mistakenly believe that it is different > from 0 and/or not an integer. Actually, for a modern compiler NULL is not an integer. C++ did a bit of a change, and 0 gained special meaning. I believe that most of the systems where it made an actual difference are now gone, but it did. However... the main reason I made the code change is that when I updated to gcc 4.5.2, it started warning on that constructor. It complained that we were setting a pointer value into a non-pointer variable. So we probably have NULL defined as some pointerish macro or value and which should not be assigned to integer variables, while '0' is a magical constant that the compiler knows to just do the right thing with for both pointers and integers. '0' by the C++ language definition works in all cases, but NULL does not. This and the associated warning start to become very important for 64-bit code. Mixing integers and pointers leads to major problems. Bottom line, though, is that we need to remove warnings by fixing the code. The pointer assignments in that initializer could be changed to "NULL", but the integer ones need to stay changed to zero.

5 5

Janitorial tasks
by Kris De Gussem 08 Jan '12

08 Jan '12

Hi all I like to go on with the replacement of the deprecated wrapper functions in src/xml/repr.h with direct calls to their respective functions (as listed in the first section on http://wiki.inkscape.org/wiki/index.php/Janitorial_tasks). Any objections? Kind regards Kris

4 8

Unweirdification of preferences button location in toolbar ; )
by Johan Engelen 08 Jan '12

08 Jan '12

Hi all, With the unweirdification of the preferences dialog in place... shall we exchange the locations of the document properties and inkscape preferences buttons in the toolbar? I am always confused to see them in the order they are in now. Ciao, Johan

1 0

NULL vs. 0
by Johan Engelen 07 Jan '12

07 Jan '12

Hi all, Before reading on, have a look at this code fragment, and ask yourself the question "what type is _desktop, _verb_t, _css, _tool_obs, etc.?" StyleSwatch::StyleSwatch(SPCSSAttr *css, gchar const *main_tip) : _desktop(0), _verb_t(0), _css(0), _tool_obs(0), _style_obs(0), _table(2, 6), _sw_unit(0) The correct answer is: _desktop is a pointer _verb_t is an int _css is a pointer _tool_obs is a pointer _style_obs is a pointer _sw_unit is a pointer Please STOP changing NULL into 0. It makes the code completely unreadable and makes me want to quit Inkscape. I am not kidding. Thanks, Johan

1 0

New: add nodes at extreme values
by Johan Engelen 05 Jan '12

05 Jan '12

Hi all, To help font designers, I just added new functionality to the node tool. It adds a node at the extreme values of a path, if there is not already a node there. (because of a bug in 2geom, it does not work for some special cases, we are working on it) At the moment, this new feature adds 4 buttons to the node tool. Way too much of course. The plan is to move them into a submenu of the Add nodes button. This should not be too hard, the first step is to rewrite in /src/widget/toolbox.cpp: " <toolitem action='NodeInsertAction' />" " <toolitem action='NodeInsertActionMinX' />" " <toolitem action='NodeInsertActionMaxX' />" " <toolitem action='NodeInsertActionMinY' />" " <toolitem action='NodeInsertActionMaxY' />" to " <toolitem action='NodeInsertAction'>" " <menu action='NodeInsertActionMenu'>" " <menuitem action='NodeInsertActionMinX' />" " <menuitem action='NodeInsertActionMaxX' />" " <menuitem action='NodeInsertActionMinY' />" " <menuitem action='NodeInsertActionMaxY' />" " </menu>" " </toolitem>" or so I learn from a gtk demo [1]. It uses a new GtkMenuToolButton [2]. But, alas, if you rewrite it, you get GTK errors and Inkscape terminates... I hope someone can find the time and spirit to work on this. Thanks! Cheers, Johan [1] http://git.gnome.org/browse/gtk+/tree/demos/gtk-demo/appwindow.c?id=2.24.8 [2] http://developer.gnome.org/gtk/2.24/GtkMenuToolButton.html

2 3