October 2017 - Inkscape Devel

win32 build working again
by Bob Jamison 08 Apr '24

08 Apr '24

The win32 build, which was broken for the weekend, is working again. I just made a "manual autobuild" again, so that we can see how it looks on Windows: http://troi.titan-aeu.com/~rjamison/inkscape/builds/ Bob

2 1

About knots selection
by Antonio Ospite 01 Nov '18

01 Nov '18

Hi, I was looking into fixing https://bugs.launchpad.net/inkscape/+bug/1707919 and, after compiling a recent Inkscape version I noticed that the behavior of knot changed wrt. selection and dragging compared to 0.92.x. After some research on the mailing list I found the change mentioned here: https://inkscape.org/en/news/2017/07/12/what-happened-hackfest-2017/ I can see the benefit of keeping knots selected to be able to move them with the keyboard but I still find the new behavior a little unintuitive, at lest for shape editing: 1. The colors of the mouse-over and selected states are the same, maybe the coloring scheme of node paths can be copied: where mouse-over color is different from the selected and dragging colors which are the same. 2. Previously selected knots look still selected when _another_ knot is dragged without pressing Shift. Steps to replicate: 1. Change size of a rect using one corner. 2. Then change the size using the opposite corner. The firs corner looks still selected. 3. Shift-click does not really select arc knots for ellipses, or rounding knots for rects, because this action is already used for something else, e.g. to close the arc instead. Would it be possible to use Ctrl-Shift-click for the current function and leave Shift-click for the normal select behavior? IMHO this would be more consistent. 4. Dragging with the mouse only affects the last selected knot, even if multiple ones are selected, but this is not a big deal, the behavior is different compared to path nodes, but both make sense IMHO. I'll resume working on https://bugs.launchpad.net/inkscape/+bug/1707919 after the details from above are sorted out, to avoid overlapping problems. Thanks, Antonio P.S. When verifying 1. I also noticed that path nodes change their size when clicked the _first_time_ but then get smaller again if the object is unselected and re-selected; however this is unrelated to the message above, I'll file a separate bug report for that if it can considered a bug, what do you think? -- Antonio Ospite https://ao2.it https://twitter.com/ao2it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing?

2 6

Problems building on Ubuntu 16.04
by mathog 24 Apr '18

24 Apr '18

Upgraded the Ubuntu 14.04 system which had endless build problems to Ubuntu 16.04. It doesn't seem to like 16.04 much better. Different problems, but still problems. Cleaned out the build directory and did: cmake .. which failed at ... WITH_OPENMP: ON WITH_PROFILING: OFF WITH_YAML: OFF ------------------------------------------------------------------------ CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: POPPLER_INCLUDE_DIR used as include directory in directory /usr/local/src/inkscape_trunk used as include directory in directory /usr/local/src/inkscape_trunk used as include directory in directory /usr/local/src/inkscape_trunk used as include directory in directory /usr/local/src/inkscape_trunk <SNIP many lines> -- Configuring incomplete, errors occurred! See also "/usr/local/src/inkscape_trunk/build/CMakeFiles/CMakeOutput.log". This is at revision 15617. These poppler pieces are present ii gir1.2-poppler-0.18 0.41.0-0ubuntu1 ii libpoppler-dev:i386 0.41.0-0ubuntu1 ii libpoppler-glib-dev 0.41.0-0ubuntu1 rc libpoppler-glib4 0.12.4-0ubuntu5.2 ii libpoppler-glib8:i386 0.41.0-0ubuntu1 rc libpoppler19:i386 0.18.4-1ubuntu3.1 rc libpoppler44:i386 0.24.5-2ubuntu4.4 rc libpoppler5 0.12.4-0ubuntu5.2 ii libpoppler58:i386 0.41.0-0ubuntu1 ii poppler-utils 0.41.0-0ubuntu1 What needs to be tweaked to make this work? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 4

Releasing Inkscape onto the Website
by Martin Owens 15 Mar '18

15 Mar '18

Dear developers, The website supports developers submitting releases using the releases app, we haven't linked to the releases app publically, but thanks to Maren and others it's a mostly complete history of Inkscape package files. To upload an inkscape package: a) Go to the website and login b) Click the "Upload Art or Resource" (or click Submit in any of your galleries to better organise your files) c) Fill in all the fields you want, make sure to include the uploaded file and gpg signature. d) Select "Inkscape Package" in the category drop down. e) Save. f) Now re-edit the new upload. This will give you the two new fields of "Release" and "Platform", these ONLY appear if: The upload is in the Inkscape Package category AND you have permission to edit releases. If you don't see these fields, make sure you join the releases team at https://inkscape.org/en /*release-team and try again. You can only have ONE resource per release, per platform. So the Inkscape 0.92.2pre0 release can have ONE Win32 MSI Package, ONE Mac OSX 10.9 DMG, etc etc. If you try to over-write, it will deny you setting the platform and release fields. We're going to try and keep the permissions to one person for each of the main platforms. So bryce can do source uploads, tgh can do Mac uploads etc etc. We make have some backups, but user wise it shouldn't need every developer to be a release team member. Let me know if you have issues. Best Regards, Martin Owens Your Friendly Website Admin

4 8

Re: [Inkscape-devel] Embroidery extension
by Lex 18 Dec '17

18 Dec '17

Ah, I see. My machine (a Brother SE400) can't cut the thread and continue stitching. It's a pretty difficult limitation to work with. I try to avoid jumps whenever possible, and when I have to, I place jumps such that they're easy to trim by hand. On August 28, 2017 1:45:33 PM Michael Soegtrop <MSoegtrop@...3339...> wrote: > Dear Lex, > > yes, in case there is a large distance, the TSP solver makes a jump. My > machine can actually do jumps (knot the threads and cut them at both > ends), so my main goal is to optimize the number of jumps. > > What one should do is try to order the groups such that connections can > be hidden below other stitching, but this is complicated, especially > when you don't have the concept of an area (my stuff just works on open > paths). > > Best regards, > > Michael > > On 25.08.2017 21:05, Lex Neva wrote: >> Hi! Sorry for going dark there -- everyday life intrudes fairly often. >> >> Neato, and thanks for the explanation! It does indeed look like your >> stuff follows a similar method to inkscape-embroidery. A few minor >> differences: >> >> * The extension handles creating a "grating" of lines automatically and >> intersects them with the fill region using Shapely (a Python extension). >> >> * The fill pattern is handled automatically through the insertion of >> extra nodes as you mentioned. Currently there's only one pattern: a >> sort of stair-step/staggered pattern that is visually pleasing. I >> cribbed it off of a pattern I bought online that was made using a >> commercial embroidery design program. I'd love to understand how to >> code more complex patterns, but I haven't given much thought to it yet. >> >> * The extension used to have a TSP solver of its own, but it really >> didn't do a particularly good job. I started off trying to fix bugs and >> ultimately just ripped it out. Instead, I carefully order paths in >> Inkscape. The new Objects panel is key for this, and it's a hugely >> awesome addition to Inkscape! The only part I struggle with is that >> Inkscape doesn't want to let you reorder objects relative to each other >> if they don't intersect (or nearly intersect). >> >> Ultimately, the problem I brought up for discussion boils down to the >> same problem you're solving with the your TSP algorithm. *Question: >> *what does your code do if it needs to get from one section to another >> that is distant? Does it just jump-stitch? >> >> Here's a brief description of how to use EmbroiderModder2's >> libembroidery to convert between formats: >> https://github.com/lexelby/inkscape-embroidery#optional-conversion-program >> >> I'd suggest that your code simply output a CSV in the format >> libembroidery understands, and then you can make use of its knowledge of >> pretty much every manufacturer format to convert it to a format >> compatible with your machine. >> >> --Lex >> >> On 7/30/2017 11:47 AM, Michael Soegtrop wrote: >>> Dear Lex, >>> >>> I guess we are trying to solve the same problem, but differently. I >>> wanted to have more control than semi automated fillers provide, so I >>> added 3 LPEs, which are in Inkscape 0.92.2: >>> >>> 1.) A bool LPE to do intersections / unions, ... of areas, so that one >>> can construct the areas to stitch from drawing areas. >>> >>> 2.) A path / path group trimmer LPE, which restricts a set of paths to >>> an area (or oustide of an area. There are already two path interpolation >>> LPEs which allow to create sets of paths with fine control over local >>> direction and density. >>> >>> 3.) An LPE to convert a set of paths into stitches. This includes an >>> almost reasonable traveling salesman problem (TSP) variant solver for >>> ordering groups of stitches to minimize the traveling in between. It can >>> still be improved. It is a bit more complicated than standard TSP >>> solvers, because it looks into groups of parallel stitches which have 4 >>> possible ends. >>> >>> >>> My approach is as follows >>> >>> 1.) Make a drawing >>> >>> 2.) Use the bool op LPE to create (in a new layer) the areas to fill >>> with each color / stitch style. >>> >>> 3.) Create a set of path to control density and direction using path >>> interpolation LPEs. This allows a great deal of control, e.g. for hair. >>> I don't think any commercial tool allows this amount of control. >>> >>> 4.) Use the path trim/cut LPE to trim the paths created in 3.) to the >>> areas created in 2.) >>> >>> 5.) Use the embroidery stitch LPE to convert the paths to stitches. >>> >>> Sometimes I use the cut / trim filter also to create intermediate nodes >>> in paths to create special stitching patterns. These nodes are not >>> visible in normal drawing, but after stitching they are visible. >>> >>> Of cause for simple cases, it would help to extend it with a more >>> automated approach, which is what you appear to be working at. >>> >>> I am very interested in the import/export library you mentioned. >>> >>> It would be great to work together on this. >>> >>> Best regards, >>> >>> Michael >>> >> > > -- > =========================================== > = Dipl. Phys. Michael Sögtrop > = Datenerfassungs- und Informationssysteme > = Steuerungs- und Automatisierungstechnik > = > = Anzinger Str. 10c > = 85586 Poing > = > = Tel.: (08121) 972433 > = Fax.: (08121) 972434 > =========================================== >

6 8

Stickers are here! ... now what?
by C R 12 Dec '17

12 Dec '17

The stickers arrived today. They are of acceptable quality, but I think 300dpi is a little low quality for stickers this small. Also I think the cutting machine had some ink residue, because the border of stickers are a bit dirty on the cut. So, who wants/needs stickers? I have a request for a sheet of the coffee and sheet of the ice cream already. Did we have any solid plans for these yet? See attached for samples.

6 9

Gtk3 Trunk/Master Status
by Tavmjong Bah 05 Nov '17

05 Nov '17

Hi All, At the last Inkscape board meeting I was tasked with looking into the status of our move to Gtk3. I've updated the Gtk+ 3 issues wiki page: wiki.inkscape.org/wiki/index.php/GTK%2B_3_issues Here are what I consider to be the big blockers to a 0.93 release from the Gtk3 perspective: 1. Filter Editor dialog rewrite. Our custom Filter Editor dialog is seriously broken with Gtk3. Some work was done at the hackfest on rewriting this dialog from scratch. This needs to be finished. 2. Crash in Wayland with docked dialogs. When Inkscape is run under Wayland and there is a docked dialog, opening a new Inkscape window causes a crash in the GDL code. 3. Icons themes. We've removed our custom icon handling code and now rely on native Gtk icon handling. This means that each icon is now in its own SVG file. In principle this should allow theming to work properly but more work needs to be done. All the icons are currently dumped into one directory. They need to be in put in subdirectories according to the common desktop spec and the Inkscape code updated to use the directories. 4. Icons missing in toolbars. Icons are often missing in toolbars until the window is resized. There are quite a few other major bugs that should be addressed as well listed on the wiki page, some of them may be candidates for blockers. Please give your feedback here and/or on the wiki page. Thanks, Tav

4 3

moderation - 'could have been made w/Inkscape'
by brynn 02 Nov '17

02 Nov '17

Hi Friends, I think I probably know how the community leans on this. But since it bothers me so much, and happens so often, I thought it was worth not assuming the answer, and finding out for sure. A few months ago, we decided not to allow random photos in the gallery, which are unrelated to the project in any way. We also decided not to bother with copyright issues. (long discussion - https://sourceforge.net/p/inkscape/mailman/message/35798617/) Probably equally as often as random photos being uploaded, are images which *could have been made with Inkscape* but which I doubt were. So far, I've been letting these go through. But as I said, I wanted to have a discussion, rather than assume. Here are a couple of recent examples: -- 2 images, 1 resource and 1 thumbnail -- https://inkscape.org/en/~noahgabe@...3618.../%E2%98%85music -- https://inkscape.org/en/~KristiBryant113/%E2%98%85jesus-saves-the-world2 (I did a little research on this one, and found it at many different sites (many on different sites selling tshirts, as well as just web images) with the same basic image (and this exact image here: https://res.cloudinary.com/teepublic/image/private/s--rVeDm8Gt--/t_Preview/…) -- so I'm pretty sure it wasn't made with Inkscape) --https://inkscape.org/en/~chiquitita/%E2%98%8515230751-703016283207581-8475381764676214363-n To me, all of those /could have been/ made with Inkscape. But I have reasons to doubt all of them. How do you all think they should be handled? I think they should be handled similarly to random photos (contact the member, explain and link to CoC, ask to explain the relation to Inkscape, ask if they would like to remove, inform after 2 weeks we will do it, of course with graciousness. Or do we let them have the benefit of our doubt? I honestly don't understand why people go around posting random images (apparently, afaict) in random galleries, once or twice, and never come back. (I have the same curiosity about people who post 1 or 2 frivolous, sometimes meaningless messages in forums and never return.) But it seems worth the effort not to waste our limited resource on hosting these things. Anyway, thanks for any thoughts or comments :-) All best, brynn

4 18

Inkscape 0.92.2, win64: install additional Python modules
by Sebastian Kraft 28 Oct '17

28 Oct '17

Hi, I have written an Inkscape extension (https://github.com/seebk/LaTeXText) that requires additional python modules (PyGObject). In previous Inkscape versions on windows, I could simply install the PyGObject module into the Inkscape/[...]/python/site-packages subfolder from the official PyGObject windows builds. However, since 0.92.2 it seems that the windows build and python version changed and is incompatible to the PyGObject windows builds. What would be the recommended way to add modules to the Python distro bundled with Inkscape on windows? I tried to use the python module from msys2/mingw64 but did not succeed. The import of gi fails, it misses some DLLs. Unfortunately, the error message does not give detailed information what exactly is missing. Thanks for your help! Sebastian

4 9

Fwd: Message from User: Inkspace Issues - AxiDraw3 (request for "paid consultant service")
by Eduard Braun 27 Oct '17

27 Oct '17

Hi all, I don't know why they particularly chose me to write this message to, maybe somebody is interested / knows somebody? Regards, Eduard -------- Weitergeleitete Nachricht -------- Betreff: Message from User: Inkspace Issues - AxiDraw3 Datum: Fri, 27 Oct 2017 17:27:08 -0000 Von: webmaster@...1478... An: eduard.braun2@...173... Dear Eduard Braun, Oparix, another user of the Inkscape web site, has sent you a personal message: Inkspace Issues - AxiDraw3 ================================================ Hello, My name is Andrew and I read your bio on the Inkscape website. We're new to using Inkscape and we currently use it for pen plotting. The pen plotter we are using is called the AxiDraw3. Inkscape has been quite challenging to use at scale. We currently use Inkscape and our pen plotter to write handwritten cards. I understand that Inkscape is free but is there a paid consultant service we can use to help us streamline our business? I sincerely appreciate your time. I check my email more than I check my messages on this forum so if you could respond back at andrew@...3622... that would be incredibly appreciated. Thanks in advance! Reply: http://www.inkscape.org/en/~Oparix/message/209/ Visit Oparix's profile: http://www.inkscape.org/en/~Oparix All my messages: http://www.inkscape.org/en/alerts/ All the best, Inkscape.org Website ~~~~~~~~~~~~~~~~~~~~~~~~~ Unsubscribe: If you do no longer want to receive these messages, you can edit your subscriptions and notification settings at http://www.inkscape.org/en/alerts/settings/.

3 2