June 2013 - Inkscape Devel - Inkscape Mailman

[GSOC] Official start of coding
by Tavmjong Bah 25 Jun '13

25 Jun '13

Hi, Today marks the "official" start of GSOC coding. (Of course, there already has been quite a bit of coding taking place on at least one of the projects!) Students: Please check the details on Inkscape's GSOC 2013 page[1] and correct any errors. Also, if you haven't announced where your code repository will be, please do so and fill in the details on this page. From now on, we'll be expecting at least weekly updates on the developer's mailing list. Tav [1] http://wiki.inkscape.org/wiki/index.php?title=Google_Summer_of_Code_2013

3 5

Simple Sketch
by Jabiertxo Arraiza Cenoz 25 Jun '13

25 Jun '13

1 0

My second patch and a general question about inkscape development
by Christoffer Holmstedt 25 Jun '13

25 Jun '13

My second bug fix is available now at https://bugs.launchpad.net/inkscape/+bug/180912 it builds and works just fine but I have one question. I had to include "event-context.h" in "verbs.cpp" and I'm not sure if this coupling is wise to do. Any comments on that? I didn't want to move the special toggling feature for the dropper tool to verbs.cpp mainly due to the space toggling to "select tool" and back would still be in event-context.cpp. During compilation there are a few "unused variable" warnings and other kinds of warnings as well. Within the Inkscape project do you usually file a bug report against this (for keeping track of stuff) and then fix the warning(s) or just fix it? Regards -- Christoffer Holmstedt

3 5

[Templates] Report
by Jan Darowski 25 Jun '13

25 Jun '13

Hi So after the first week of official coding, I've designed and implemented the static templates interface, created the base for the procedural templates interface. This week I'll start working on integrating this dialog into Inkscape and collecting static templates data from files, so next I could integrate real templates with the dialog. Slagvi, Jan Darowski

1 0

Docked Panel heights
by michael grosberg 24 Jun '13

24 Jun '13

I have a recurring problem, which I don't know if I should classify as a bug. Perhaps I'm just missing something. I tend to work with several layers. Usually three, four or five. I also tend to work with several open docked panels - fill&stroke, object properties, align. My recurring problem is that the layers panel tends to compress to a size in which only two layers are visible. If I close or minimize a dock it will always cause the fill&stroke panel to expand unnecessarily - while the layers panel remains too small. Actually any other panel will expand at the expense of the layers panel. If there are more dock than vertical space, and the scrollbar appears, there's still no way of expanding the panel. So, is this something that's it's possible to fix? is it window-manager dependant? (I'm on Windows). Perhaps there's some settings file I can change manually to force it to stay just a little bit larger?

2 1

Help needed with ofset
by Jabiertxo Arraiza Cenoz 23 Jun '13

23 Jun '13

Hi to all, im writina a live-effect that need paralel lines to a SPCurve. I have it working with livarot/path-outline but it give me holes i dont want. In this file there is a coment: /* * the "outliner" * takes a sequence of path commands and produces a set of commands that approximates the offset * result is stored in dest (that paremeter is handed to all the subfunctions) * not that the result is in general not mathematically correct; you can end up with unwanted holes in your * beautiful offset. a better way is to do path->polyline->polygon->offset of polygon->polyline(=contours of the polygon)->path * but computing offsets of the path is faster... */ But im not sure how to do it, i search in sp-polygon.cpp but for now couldent undertand how to do. Thanks in advance, Jabier.

1 0

[Templates]
by Jan Darowski 22 Jun '13

22 Jun '13

Hi! Here is my first progress report. I've been mostly working on understanding gtk and designing some more details about my project. Here is my code branch: https://code.launchpad.net/~slagvi/inkscape/templates I also attach a gui project I made. In fact most of the code responsible for displaying data is already written but if something is not like it should be, please tell me as soon as it's possible. And here is some explanation. I decided to use tags/keywords instead of categories, as it has been suggested by some of you. But there aren't to many keywords or templates, so all the keywords will be displayed in a list. Clicking on one of them makes appropriate templates to be displayed. Of course one template can be tagged by many keywords. Some of you were talking about previous mockups ( http://wiki.inkscape.org/wiki/index.php/NewFromTemplateSpec) flaws. So I tried to make the interface as simple as possible. All the additional data (like long description, translations, used keywords, license etc) are hidden, as most of users won't need them in the everyday use. It will be displayed after "more info" clicking. What is not in this image, is a short description of the template and its preview. I'm still not sure if preview is a good idea. In most cases it will be just a blank, white page of different sizes... Short description will be added. Procedural templates will have the two first columns the same, the third will be completely different but i will start thinking about it after static templates are ready. Please, tell me if its correct, so I could make it work on real templates. I would also like to ask for a wiki account, as it would be better to update all the templates specification via wiki page, so they would be visible for everybody, all the time. Jan Darowski, Slagvi

6 11

extension parameter type
by Robert Petersen 22 Jun '13

22 Jun '13

I've looked around be can't find a definitive answer to this question. Is there a parameter type for inkscape extensions that would present the user with a multi-line input. The type "string" presents a single line that doesn't respond to pressing "enter" to generate a newline. Thanks, Robert

3 2

Is Inkscape the wrong tool for what I am trying to do?
by Paul Beard 21 Jun '13

21 Jun '13

Maybe sounds like more of a philosophical question that related to development but there are some things Inkscape does that I either don't understand or that work in ways that are counter to what I want. I seem to have recurring problems with object dimensions changing. This is a problem as I am doing what might charitably be described as mechanical drawings, parts that need to fit together with some precision once they're made into physical objects. I can create an object of some specified dimension (100mm by 100mm) and come back later to find that it's 100.107mm or something. I'm going to see if I can find out what it takes to repro this and file a bug against it if I can make it happen. I also don't get why the stroke and dimensions are summed in the toolbar that specifies the size of an object. I generally work in outline view with stroke turned off because I don't like that adding a stroke value to an object also changes it's dimension. I'm slowing coming to rethink this as the stroke being the cutter width or kerf, which is useful but if I then have to contend with shifting dimensions, it gets frustrating. Is there a way to break apart the dimensions of the an object from it's stroke values? Or maybe a toggle that displays the true dimensions and display the stroke and fill for visual reference/clarity? It would useful to work in Normal view and have the colors there but the dimensions then become a problem. If I specify a 3mm opening and 3mm component to go in it, I want those numbers to display while I work. Maybe Inkscape is the wrong choice for me. I like the ease of use/low barrier to entry and getting things done, and the price is definitely right. But maybe I'm making work for myself. -- Paul Beard This space intentionally left blank.

5 8

[CAD] Status report
by Sebastian Götte 21 Jun '13

21 Jun '13

Hi, On 06/20/2013 09:41 AM, Tavmjong Bah wrote: > Can you give us a status report? It doesn't have to be long. Also, have > you created a repository for your code? I'm sorry for the late reply. Here's the current state: * I dug throuh pretty much all the code around connectors. I will not re-write anything as I think Martin proposed at some point, but instead build upon the existing code. * Doug Schepers told me he wants to get another draft of the SVG Connectors spec out this week * I created a new class (SPConnector) representing a Connector object. * I am currently trying to separate the currently hard-coded glue between Inkscape and Libavoid into a small number of subclasses of SPConnector, one for each connector routing type. I created a branch on Launchpad at https://code.launchpad.net/~h-e-6/inkscape/connector-wip . There is not anything up yet since I am still coding, but I will push my changes as soon as they have assumed a distantly coherent shape. Regards, Sebastian

1 0