August 2014 - Inkscape Devel - Inkscape Mailman

Stroke placement
by Tavmjong Bah 04 Sep '14

04 Sep '14

Hi, We discussed variable placement of stroke (e.g. inside/outside/10% inside,90% outside). The key to implementing this is having a good way to offset a path as then one can use existing rendering libraries to draw the stroke (including things like dashes, line-caps). If I can provide a clear (testable) algorithm for how to offset a path, there is a good chance we can get this into SVG 2. The current Inkscape code for offsetting is a bit buggy. I believe lib2geom has better code. Can anybody comment? Thanks, Tav

4 7

Alignment in C++ classes
by Liam White 31 Aug '14

31 Aug '14

While browsing through header files in experimental I found these sort of things: sp-object.h unsigned int cloned : 1; unsigned int set : 1; unsigned int value : 1; sp-namedview.h unsigned int editable : 1; unsigned int showguides : 1; unsigned int showborder : 1; unsigned int showpageshadow : 1; These look very much like a holdover from C which did not have a boolean type like C does. Is there any viable reason for not simply converting these to boolean? There are other, similar things that I saw as well (sp-namedview.h): unsigned int borderlayer : 2; and I believe this variable is meant to hold an enum type. Should it just be changed to the type of the enum with no alignment or is there a reason to not do that?

4 4

The annoying ghost node bezier tool bug
by Artemis Scheepstra 30 Aug '14

30 Aug '14

I have seen this bug since the older (like, five years old) versions from inkscape: https://www.youtube.com/watch?v=Xn-pbY8Vjiw&feature=youtu.be You start to draw a shape, hit backspace, finish the shape and the deleted point appears again! Is that a feature or a bug? Oscar

2 1

0.91 pre2 not yet 100%
by john Culleton 29 Aug '14

29 Aug '14

When fooling around with 0.91.pre2, the latest bzr revision 13529 I had some problems with text objects. Sometimes the text object would become invisible. Sometimes as I attempted to modify the text object I would get a crash. I can't pinpoint the exact circumstance but I will try the same tasks using 48.5 to see if it is a real problem or just my own inexperience. -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

2 1

should a change in document units be undone by ctrl-Z ?
by alvinpenner 27 Aug '14

27 Aug '14

there is a difference between Inkscape 0.48.5 and current trunk with respect to this issue. In Inkscape 0.48.5 a change in document units is not undone by ctrl-Z. in 0.48.5: - draw object - change document units - hit ctrl-Z, object disappears but the new units are kept - hit ctrl-Z again, nothing happens in trunk, rev 13534: - draw object (preferably not a rectangle) - change document units - hit ctrl-Z, units revert back to original - hit ctrl-Z again, object disappears Personally I prefer the behavior of Inkscape 0.48.5. It seems to me that ctrl-Z should apply only to visible objects, and document units is not a visible object. Apart from that, the current behavior leads to a crash if you use a rectangle, see: https://bugs.launchpad.net/inkscape/+bug/1348382 thoughts? Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/should-a-change-in-document-units-be-undon… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

7 12

One more typographic template proposal
by ivan louette 26 Aug '14

26 Aug '14

Hello, Here is a draft for a template proposal adapted to Inkscape Typographic Extension used togheterwith SVG filters to alterate typefaces (some tastes of the Cross-Smooth filter are included in the template and accessible by the Filters Editor). I apply one of the filters to the charater visible in the window, then I fill the result with the "Fill bounded areas" tool and Then I do Extensions/Typography/Add Glyph Layer. One of my problems is that I don't know how I could precisely place the text origin to zero in this template. I did it manually (and it gives good results when opening the SVG font in FontForge) but I would do it more exactly. I don't figure how I could do it with the XML Editor. Another problem is that the range of unicode characters useable to type into the "Add Glyph Layer" dialog box isn't very wide (for example accented characters doesn't work... and Iuse french language). Could it be possible to fix that ? But a funny facility in this dialog box is that you can type a lot of characters at one time in this dialog box and then it creates one layer by character ! Enjoy ! ivan

1 0

New SVG close path command.
by Tavmjong Bah 26 Aug '14

26 Aug '14

Hi, I'm sure we've talked about it before but in the context of discussing the new Catmull-Rom path commands[1] yesterday at the SVG Working group meeting we briefly discussed adding a new close path command that would insure smoothness when closing a path. There is significant support for doing so. Can somebody whip up a quick proposal that I can present to the group? (SVG with a couple of figures would be good.) Or at least give me some input into the idea. We have two more days of meetings, Monday and Tuesday. Thanks, Tav [1] https://svgwg.org/svg2-draft/paths.html#PathDataCatmullRomCommand

5 10

inkscape-0.91pre2 source tarball
by Bryce Harrington 24 Aug '14

24 Aug '14

Download it at: https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre2/ Tagged in trunk as: INKSCAPE_0_91_PRE2 It would be helpful if packagers could generate binary platform packages from this tarball, and upload them to sourceforge. If you spot packaging problems (like version numbers that didn't get updated correctly, or missing files needed for builds), please raise these problems with me ASAP. If you need assistance uploading packages to sourceforge please contact one of Inkscape's sourceforge admins. Bryce

4 7

Re: [Inkscape-devel] splitting FAQ in 2
by Brynn 22 Aug '14

22 Aug '14

Sorry, I forgot to say this. I looked in the manual for documentation on LaTeX, but it's not nearly as detailed as what's in the wiki. I could simply link to the manual (http://tavmjong.free.fr/INKSCAPE/MANUAL/html/Extensions-Render.html#Extensi…), but then a lot of info will be lost. So in asking about how to handle this kind of documentation, I'm asking how to avoid losing helpful info. Or maybe in this case, the wiki info is outdated? I'm not very familiar with LaTeX. In any case, I'm asking about "some official documentation". :-) brynn -------------------------------------------------- From: "Brynn" <brynn@...3133...> Sent: Tuesday, August 19, 2014 3:02 AM To: "Bryce Harrington" <bryce@...961...> Cc: "Inkscape-Devel" <Inkscape-devel(a)lists.sourceforge.net> Subject: Re: [Inkscape-devel] splitting FAQ in 2 > "These days our documentation is actually quite thorough, and the FAQ > could probably leverage it better. For instance, it could give a brief > answer and a couple hints for the most common things people want to do, > and then "For more detailed information about customizing Inkscape, > please see the <link>Customizing Inkscape</link> chapter of the Inkscape > Manual" (or whatever)." > > As I suspected, there are indeed a lot of user-related pages in the wiki. > For this page: > http://wiki.inkscape.org/wiki/index.php/Customizing_Inkscape, Bryce > suggested: > "I think it's a bit too much for the FAQ. The contents of that wiki page > looks like it really ought to be part of some official documentation, > like the man page or something." > > Now I just ran into this page: > http://wiki.inkscape.org/wiki/index.php/LaTeX (which is linked to faq item > 2.5). I suppose this should be part of "some official documentation" as > well. But documentation, in general, is a part of Inkscape that I'm not > so familiar with. > > Really, the only documentation I know about, is the manual, the official > tutorials, and the wiki (aside from Launchpad and Sourceforge docs). So > my next question, is how to handle items which need to be added to "some > official documentation". Is there a particular person who is in charge of > documentation? I could make a list and give to this person. But then my > work can't get finished, until their work is finished. Well, then maybe I > should handle it myself? But I would need a bit of guidance. I certainly > can copy/paste, and write some html. It's just where to put it, that I'm > not sure. > > Maybe I could make a new page (at first on staging site, of course)? I > would just transfer all wiki content which is currently used to answer > user questions in the faq, to this page, and link to the info there. > > However, I suspect Bryce had something else in mind with "some official > documentation". > > How should I handle this kind of documentation? > > Thanks again, > brynn > > -------------------------------------------------- > From: "Bryce Harrington" <bryce@...961...> > Sent: Sunday, August 17, 2014 12:56 PM > To: "Brynn" <brynn@...3133...> > Cc: "Inkscape-Devel" <Inkscape-devel(a)lists.sourceforge.net> > Subject: Re: [Inkscape-devel] splitting FAQ in 2 > >> On Sun, Aug 17, 2014 at 01:48:24AM -0600, Brynn wrote: >>> Thanks Bryce. >>> >>> "> Similarly, if you follow the user list or the #inkscape user channel >>> and >>> >see questions being asked a lot (and that sound likely to continue >>> >being >>> >asked long in the future), consider adding Q&A's for those." >>> >>> I recently subscribed to the user list, but I didn't even know about >>> #inkscape user channel. That's an IRC channel...or....that's not >>> twitter, is it? (Sorry, I don't participate in the whole social >>> media thing.) However, I'm quite familiar with messages posted in >>> forums, and somewhat with messages posted in Launchpad Answers. >> >> Yes, it's an IRC channel. For more info see the end of this page: >> >> * http://inkscape.org/en/community/discussion/ >> >> Fwiw, the Jabber info on that page is all obsolete I think. >> >>> I'll make a list of the bad links (dead, empty, not found pages) >>> (which I guess is what you mean by "bitrot"), and send them to you. >>> Maybe you can find them somewhere. >> >> Yes, that's what bitrot means. >> >> FWI, I'm on travel this coming week so might not be very responsive in >> the near term, but will catch up once I'm back. >> >> We also have an #inkscape-devel channel, which you're welcome to join as >> well. su_v is very active there and she might be able to help if I'm >> not around. >> >>> Speaking of a listing of tutorials -- would those be only "official" >>> tutorials? Or should all kinds of outside tutorials (such as listed >>> on my webpage) be found on the Tutorials page? Already, there are >>> lots of tutorials from a deviantART feed that Martin set up (which >>> are "outside" tutorials). But with such a listing of outside >>> tutorials, again, you'll have the bitrot issue, and possible >>> frequent requests to be listed. >> >> The FAQ probably should only directly link to the official tutorials >> (the ones that appear in-program). Those are the ones we have direct >> control over and can prevent bitrotting. >> >> I'd love to see more work go into the Tutorials section, but don't have >> specific advice. The Tutorials page doesn't need to be limited to >> official tutorials. I like how Martin set it up to pull from deviantArt >> because then we don't have to worry about bad links on our end. >> >>> "Our >>> >software documentation is also a lot better than when this FAQ was >>> >initially written, too." >>> and regarding the Customizing Inkscape faq item >>> "> There might be a few other FAQ items like this, that should just move >>> to >>> >proper docs." >>> and >>> "Also I think it probably isn't that >>> >'frequent' of a question so once it's in the program documentation it >>> >can be dropped from the FAQ." >>> >>> Are you suggesting that if documentation for an faq item exists, >>> that it should be deleted from the faq? Or that the answer should >>> be deleted, and instead should link to the documentation? >>> >>> Because I think a lot of people, maybe even most people, think of an >>> FAQ for just exactly that "frequently asked questions". Perhaps the >>> faq has been used in the past, as a place for developers to put >>> answers, and for users to find answers, when no other documentation >>> exists. But I'm not sure taking it completely out of the faq would >>> be appropriate, if it truly is asked for frequently. For >>> customizing Inkscape, I can say that it is asked surprisingly often! >>> I've even heard people say they won't use Inkscape unless they can >>> have a customized theme! (Of course, imo, that's their problem, but >>> it is a fairly common topic.) (And btw, easily customizable themes, >>> or "skins", is a much wished-for feature!) >> >> Yes, I completely agree with all of this. It's true that in the far >> past we did put stuff in the FAQ that should have just gone into regular >> docs but we didn't have those at the time. Since then I think a lot of >> that has been scrubbed out. I just want to suggest that if you feel >> there is stuff in there that's a bit too much for the FAQ, then moving >> it into proper documentation is the right way to go. >> >> These days our documentation is actually quite thorough, and the FAQ >> could probably leverage it better. For instance, it could give a brief >> answer and a couple hints for the most common things people want to do, >> and then "For more detailed information about customizing Inkscape, >> please see the <link>Customizing Inkscape</link> chapter of the Inkscape >> Manual" (or whatever). >> >> Bryce >

2 2

I think I have a good compile at last
by john Culleton 21 Aug '14

21 Aug '14

all the various sources I have used for inkscape0.91 blow up at the same point, on a file called threads.h So in desperation I copied this file from Ubuntu to Slackware. The location is exactly the same on both systems: /usr/include.2.4/glibmm/threads.h There are other files on my Slackware partition called threads.h but this is the one Inkscape 0.91 uses. Currently my attempt at a bzr based compile has produced 0.91pre2r13528. The key to that process is to run autogen.sh, then ./configure and make. BTW Inkscape compiles run longer than any others I have done on any system since I worked on tape-only systems in the 1960's. But the results are worth it! :<) -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

4 4