- Inkscape Devel - Inkscape Mailman

[brett@...3057...: Upcoming changes to the travel policy]
by Bryce Harrington 13 Sep '17

13 Sep '17

FYI #2, this one does affect us but is good news: 1. More flexibility in selecting flights for time vs. lowest cost 2. Slightly higher limits for international flights 3. Bit more flexibility in approvals and reimbursement ----- Forwarded message from Brett Smith <brett@...3057...> ----- Date: Tue, 12 Sep 2017 10:38:27 -0400 From: Brett Smith <brett@...3057...> To: project-reps@...3057... Subject: Upcoming changes to the travel policy Reply-To: policies-discuss@...3057... Hi again everyone, Now for the good news. At their most recent meeting, Conservancy’s board approved the proposed changes to the travel policy that were recently submitted to policies-discuss. Let me give a quick recap of those changes so I can discuss next steps for PLCs. First, the new policy provides additional budget to book flights that save substantial time over the cheapest available fare. This was the most common request we heard, and definitely we recognize the value of saving people’s time. In order to keep the rules simple, the budget increases at specific time savings marks. You can see the new rules here <https://k.sfconservancy.org/policies/files/783dcdd92fc61f3f150e1c65782c0fe5…>. Second, the policy increases the cost of international flights that require preapproval, from $1,500 to $1,650. This change is just to keep pace with fares we’re seeing; the $1,500 limit has been in place since at least 2012, and of course fares have risen since then. This should reduce the number of flights that require preapproval. There are also a couple of changes that just provide additional flexibility in handling reimbursement requests. The new rules clarify that our 90-day limit on reimbursement requests starts from the last day of travel, not the day the expense was incurred. (This is how we’ve treated it since the 90-day rule was introduced, but now it’s official.) Expenses that require preapproval can be approved by any officer of Conservancy, not just the executive director. This should help us be more responsive to your requests. There are also non-rules changes, like updates to the currency rates we use (forced on us because the Bank of Canada stopped providing them) and Markdown formatting. For more background, see the messages to policies-discuss <https://lists.sfconservancy.org/pipermail/policies-discuss/2017-August/thre…> and the Git history <https://k.sfconservancy.org/policies/changelog?branch=2017-08-proposed-upda…>. Next steps: We would like to make these changes effective in a week, on 20 September. The reason for the gap is we want to give you time to discuss them internally. Because these changes potentially mean increased project expenses, we understand you might not be prepared to take those on. If you would like to follow the old policies, or other rules that are stricter than ours, you can always do that. Just let us know through your project alias, and we’ll handle your reimbursement requests accordingly. If we don’t hear from you, we’ll follow the new rules for any reimbursed expenses incurred on or after 20 September. I really hope you all like these changes; our goal in pushing them forward was really to try to address head-on a lot of the feedback I’ve heard about flight reimbursements and preapprovals while I’ve been helping with our bookkeeping, and I’m optimistic we’ve made good progress there. If you have any questions about the changes, feel free to ask us through your project alias, or on policies-discuss if it’s appropriate for public discussion. Best regards, -- Brett Smith ----- End forwarded message -----

1 0

[brett@...3057...: Rackspace OSS discount ends at the end of the year]
by Bryce Harrington 13 Sep '17

13 Sep '17

FYI. Although, this doesn't affect us. ----- Forwarded message from Brett Smith <brett@...3057...> ----- Date: Tue, 12 Sep 2017 09:46:41 -0400 From: Brett Smith <brett@...3057...> To: project-reps@...3057... Subject: Rackspace OSS discount ends at the end of the year Reply-To: Brett Smith <brett@...3057...> Hi everyone, I have good news and bad news for you today, so I’ll start with the bad news. Many of you are relying on Rackspace’s OSS discount to host servers for your project. Unfortunately, Rackspace just informed us yesterday that they’ll be ending the program at the end of the year. The entire business is shifting focus away from running their own cloud infrastructure, to providing support in the Big Three clouds, so as part of that they’re ending incentive programs structured around their cloud. Conservancy hosts our own servers through this program, and so we’re already reaching out to other cloud providers to see if they might be willing to offer something similar. We realize it would be ideal if we could find a similar replacement program that covers each of you separately, and we’ll be trying to do that first. If you have contacts at hosting providers that we should be talking to about providing such a service, please let us know; this is a big enough deal that we’re eager to talk to anybody who might help. If they’re sufficiently generous, we may consider recognizing them as an in-kind sponsor on our web site. If you’re affected by this, it would probably be prudent to start planning how you’ll migrate your servers off Rackspace to another provider. I realize that’s difficult to fully plan without knowing where you’re going, but at least it would be helpful to review your system configurations and make sure you understand what you need to migrate. You might also consider if there are ways you could consolidate or streamline your servers. Rackspace’s OSS discount program is /extremely/ generous; we might find a similar program that is merely /very/ generous. Alternatively, if you’re willing to pay Rackspace for hosting, you can do that too if you have the funds. Your Rackspace bills (which are usually zeroed about by the discount) are in our Subversion server along with the rest of your financial records, usually under |Expenses/Rackspace/|. If you need help with accessing that, just let me know. If you don’t currently have an OSS discount account with Rackspace, but you were thinking about getting one, I’m afraid that’s no longer available. If you want to talk with us about this change for any reason, it’s probably best to do so through your specific project alias. I’m following all those conversations and can follow up there. I’ll keep you updated about our progress in finding a replacement program. Best regards, -- Brett Smith ----- End forwarded message -----

1 0

Election Inkscape Vectors Team: Voting Open
by unknown＠example.com 11 Sep '17

11 Sep '17

Dear Inkscape Developer, The election for the Inkscape Vectors Team team is now open for voting. Please go to the link below to fill in your ballot. You have 3 days (Sept. 14, 2017) to complete your ballot. Only members of the Inkscape Developer team have ballots and members who join after this point will not be added to the election. ---- Vote: http://www.inkscape.org/en/*inkscape-vectors/elections/test-election-2017/

1 0

Updating the FAQ with pictures and diagrams
by C R 10 Sep '17

10 Sep '17

Brynn brought it to attention that the FAQ could use some updating to include pictures and diagrams to help explain. I'm already looking at the Raster vs. Vector sections, but would like to know other hot-button questions (questions which we get a lot) that the FAQ doesn't quite address clearly enough, or possibly could address better with graphics. Thanks! -C

2 3

CMake Address/Memory/Thread/Undefined Sanitizer support
by Michael Soegtrop 09 Sep '17

09 Sep '17

Dear Jabier, as discussed, I tested the Sanitzer builds with Debian 9 - works well. I can now configure 4 sanitizer variants with CMake D Parameters like this: -D SANITIZE_ADDRESS=ON -D SANITIZE_MEMORY=OFF -D SANITIZE_THREAD=OFF -D SANITIZE_UNDEFINED=ON address and undefined can be enabled together, the other two options require separate builds with only one option enabled. When I set export ASAN_OPTIONS=halt_on_error=0 before you start inkscape, it will not stop on errors. Then you get the output in sanitizer-sample-1.txt until inkscape reaches the main screen. It looks all like new/delete mismatches which usually come from forgetting to define a destructor virtual. If I disable these as well with: export ASAN_OPTIONS=new_delete_type_mismatch=0 it is clean until reaching main screen. The second attached file is from shutdown and shows just memory leaks. So chances are not bad that the Sanitizer will be useful for specific issues without a lot of upfront debugging. The detection and configuration of the sanitizers is done by CMake scripts I took from another project (compatible licenses). You get all 4 variants with gcc 6.xx. With earlier variants only the address sanitizer works. The changes to the inkscape CMake files are minimal, all is in separate CMake modules. I will do some more tests on Saturday and do a pull request then, but you can already look at it here: https://gitlab.com/MSoegtrop/inkscape/commits/sanitizer It is just one commit you can easily merge. Best regards, Michael P.S.: attachments as ZIP didn't get through and are way large unzipped. If someone is interested in the Sanitizer errors, please send me a mail.

2 3

Funded development thoughts (long)
by Bryce Harrington 08 Sep '17

08 Sep '17

There's been interest of late in figuring out some options for funding development work on Inkscape. I'm thrilled to hear this as I also think it's an important direction for Inkscape's longer term health, and something I've been working on directly myself for some time now. I promised Martin I'd write a thorough response to his proposal, including the course of action I think we should undertake, which makes for a long read, so I apologize upfront about the length. ------------------------------------------------------------------------ First, let me share my thoughts on Patreon and why we should not rely on it for our *project* needs. Patreon looks interesting for individual developers, but for the Inkscape project in general what we really need is a mechanism to direct and focus funds towards the issues our donors, users, and developers care about collectively, and to provide them with a level of accountability that the funds are being put to good use for tangible, predictable benefits. Patreon is undirected, simply providing funding for whatever the recipient wishes to do. It provides no mechanisms for review, guidance, or transparency. Martin suggested advertising placement on the Inkscape website and utilizing trademark legal enforcement as a carrot/stick mechanism to help ensure the recipients are at least working actively on Inkscape. However, website placement is likely going to be contentious since it relies on donors selecting who to fund. They'll either pick the most popular, the guy at the top of the list, the biggest self-promotor, or randomly. We can strive very hard to make it "fair" but with money involved there will always be complaints, and someone feeling that someone else is getting more funding priority than they "deserve". Despite our best of intentions, this feels likely to turn into a can of worms. The use of trademark enforcement is an interesting angle, by restricting who can label themselves as "Inkscape Developers". However, I believe trademark law does not work that way, and even if it did would be difficult to enforce, requiring the involvement of the Conservancy to issue cease-and-desist letters -- I think we'd end up deciding the marginal benefits would not make up for the time, manpower, and stress investments of dealing with abusers flouting our trademark rules. It may work adequately as a gentlemen's agreement, but if someone truly challenges it, I fear our enforcement will be revealed to be a paper tiger. But we needn't overthink it to that level - fundamentally, restricting how other developers define themselves within our community is at odds with our egalitarian principles, and does not respect the development freedom we cherish. If someone wants to refer to themselves as an Inkscape Developer, we should encourage it. ------------------------------------------------------------------------ Fortunately, we can achieve a much better approach by focusing our efforts more intently into the funded projects system already under way. Paid developer work has been long discussed in our project. We've looked at bounty systems, direct patron sponsorship, straight up contracting, and so on, that other projects have experimented with. We approached the Software Conservancy with these ideas and hashed them out into a workable system, after months of discussion and drafting. The essence of the system is straightforward: 1. We post a list of approved jobs, similar to our GSoC lists. 2. Money from donations can be directed towards jobs the donors want to see done. Small donations can be aggregated together to provide big funding for larger efforts. 3. We carefully vet developers who wish to take jobs, similar to how we vet GSoC students, but also judge their past work, history of Inkscape involvement, etc. 4. Vetted developers can take approved jobs when the funding level reaches the amount they feel is appropriate to the work, by sending in a Job Proposal (similar to GSoC), that we review and accept. 5. Developers are required to post monthly reports, just like GSoC. Each job also defines an expected time limit, like with GSoC. 6. On job completion, a Reviewer checks that the requirements were met, and the payment is cut. The process is strongly modeled after Google Summer of Code, which has been proven effective for us historically. It builds in several checkpoints to ensure bad actors don't enter the system, and to ensure accountability and transparency into the development work. It also empowers and leverage donors to influence where their money gets invested, both to give them a level of ownership and to use their donation decisions as "crowd wisdom" to ensure we're putting money where it will most benefit the Inkscape community's needs. One important distinction from GSoC is that jobs don't need to be fixed sized to fit 3-month summer schedules. This system should work for quick turn-around 1-2 week projects, up to multi-month or even year-long efforts. Whatever we need. It also doesn't have to be feature work, but could target bug fixing, website work, documentation. Whatever we need. A final benefit - this system's already been reviewed and approved by Software Conservancy's lawyers. So, while there might be some bumps along the way, there is no reason we can't start using it immediately. What I have been working on myself is Django-based software that would enable us to scale the system up to handle a multitude of project ideas, track jobs in various states of completion, and coordiate work by arbitrary numbers of developers, vetters, and reviewers. It aims to also directly hook the donation system into the project listings so a donor has instant feedback of the effect of their funds. This is complex, as you can imagine, and with my time being in short supply it's been slow going. However, for small scale needs the software is superfluous, we can do all the same steps manually, tracking status in a google spreadsheet or whatever. And for the near term, I think we should. Here's what we'd need to do: * Designate several people to defined roles: 1. Fundraising coordinator. 2. Vetter (must be a board member) 3. Reviewer * Add more Job definitions. + For each Job we define Completion Criteria + Board can vote to make certain of them immediately fundable. * Organize an online fundraiser. + Set up is just as we've done for hackfest fundraising, but with a detailed list of what Jobs are specifically being funded. + Donated funds are distributed equally to the specific Jobs we list. + Board can vote to assign Inkscape funds, too. * Recruit developers to participate + We already know of several (Mc, Tav); put out a call for more + Vetter will receive job proposals and review applicants, check that they've been actively contributing, and look able to complete assigned work, have provided payment details, etc. + Once vetter gives OK on a given job proposal, work can begin immediately When the work is done, the Reviewer reviews it, and I notify Conservancy to cut a check or wire transfer to the person that did it. This system is set up to make payments after completion, rather than reliably regular monthly payments, and I know that will be an issue for people needing predictable income for covering monthly rent and so on. One way we can hack around that is instead of defining one big 3-month job, to break it up into three 1-month (160 hr, $2000+) jobs assigned to them that they perform sequentially. This will require more reviewer involvement, but that's not necessarily a bad thing. For all of this to work, though, I would need to recruit a number of you to help out in various roles. I don't think these roles will be time consuming, but you'd need to commit to being available regularly as stuff comes up. How does this plan sound in concept? Bryce

6 10

User feedback from forum
by Maren Hachmann 08 Sep '17

08 Sep '17

Some very nice user feedback that I think you'd enjoy reading, from this forum thread: http://www.inkscapeforum.com/viewtopic.php?f=22&t=32905 --------------- New to Inkscape, very thankful about it by ken » Fri Sep 08, 2017 3:22 pm I would like to praise the creators and maintainers of Inkscape, and the Inkscape community as well, for the great free software you all brought to reality. I'm still learning many things about Inkscape, I started using it some days ago, I needed a free option because of my budget, and I found in Inkscape a great alternative. It is far above my expectations, and many times, when I find something new and useful in it, I get impressed with the quality of your work, and I feel thankful for having such a good and useful software for free. Thank you very much, I hope I can retribute your efforts. --------------- Maren

4 3

Election Inkscape Vectors Team: Nominations
by unknown＠example.com 07 Sep '17

07 Sep '17

Dear Inkscape Developer, There is a new election underway to elect a new member to Inkscape Vectors Team, you have 4 days (Sept. 9, 2017) to invite members of the community to stand for the election. ---- This election has been called to test the election software. It's a work in progress and although a lot has been done to try and get this software ready, we do need a live test before we can start a proper board election using it. ---- You must be a member of the team on the website in order to vote or invite candidates to stand. You must make sure that your team membership status is settled before the vote opens in order for your ballot to be created in time. Send invitation: http://www.inkscape.org/en/*inkscape-vectors/elections/test-election-2017/

6 12

[karen@...3057...: Conservancy mini-conf around FOSDEM]
by Bryce Harrington 05 Sep '17

05 Sep '17

Let me know if you'd be interested in attending this event in Brussels to represent Inkscape. Bryce ----- Forwarded message from Karen Sandler <karen@...3057...> ----- Date: Tue, 05 Sep 2017 14:50:17 -0400 From: Karen Sandler <karen@...3057...> To: Project Reps <project-reps@...3057...> Cc: Staff <staff@...3057...> Subject: Conservancy mini-conf around FOSDEM Reply-To: karen@...3057... Hi project reps! We're strongly considering holding a Conservancy mini-conference around this coming FOSDEM, which has been announced for February 3rd and 4th in Brussels. We've often been asked over the years to organize an event like this and in addition struggle during FOSDEM to find the time to meet with everyone who wants to meet with us. Would you mind surveying key participants in your project to see if they are planning to attend FOSDEM, if they would be interested in such a meeting and, if so, whether the Friday before or Monday after FOSDEM would be more convenient for them? We've got a lot of projects in Conservancy now, so please let us know what you find out off-list :) thanks! karen Karen M. Sandler Executive Director, Software Freedom Conservancy __________ Become a Supporter today! http://sfconservancy.org/supporter/ ----- End forwarded message -----

1 0

Be careful with icons
by C R 05 Sep '17

05 Sep '17

Right-Click > Image Properties currently fails to bring up Object Attributes dialogue in trunk. This is because of a missing icon dialog-object-attributes.svg Just a reminder that mucking with the icons can break Inkscape functionality. Thanks. -C

2 4

LPE on grouped shapes
by Jabier Arraiza 05 Sep '17

05 Sep '17

Hi all. I all I just commit a fix to allow LPE on shapes across nested groups, also improved in paths. Please test it and report problems in: https://bugs.launchpad.net/inksc ape/+bug/1242170 Cheers, Jabier.

1 0

Election Inkscape Vectors Team: Nominations
by unknown＠example.com 05 Sep '17

05 Sep '17

Dear Inkscape Developer, There is a new election underway to elect a new member to Inkscape Vectors Team, you have 4 days (Sept. 9, 2017) to invite members of the community to stand for the election. ---- This election has been called to test the election software. It's a work in progress and although a lot has been done to try and get this software ready, we do need a live test before we can start a proper board election using it. ---- You must be a member of the team on the website in order to vote or invite candidates to stand. You must make sure that your team membership status is settled before the vote opens in order for your ballot to be created in time. Send invitation: http://www.inkscape.org/en/*inkscape-vectors/elections/test-election-2017/

1 0

x86 MSI installer detected as a malware
by Daniel Berteaud 04 Sep '17

04 Sep '17

Hi. Since 0.92.2, a few antivirus programs detects the x86 MSI installer as a malware (Avast, Sophos and AVG see the Other:Malware-gen signature). See https://www.virustotal.com/#/file/665507b85422f25350736b8b47a50931521bc7e2b… for details The x64 MSI is not affected. This is most likely a false positive, but as the file is quite big, I cannot submit it to Avast as such for example. Anyway, I think you might be interested in knowing this. Not sure what can be done. Cheers, Daniel -- Logo FWS *Daniel Berteaud* FIREWALL-SERVICES SAS. Société de Services en Logiciels Libres Tel : 05 56 64 15 32 <tel:0556641532> Visio : http://vroom.fws.fr/dani /www.firewall-services.com/

2 1

Inkscape Board Meeting (note earlier time!)
by Bryce Harrington 02 Sep '17

02 Sep '17

A 2-hour earlier time is scheduled for this month's board meeting[1]. Friday, Sep 1st, at 10am Pacific time in #inkscape-devel. As always, all members of the community are welcome to participate. http://wiki.inkscape.org/wiki/index.php/Board_Meetings Agenda: + GSoC 2017 wrap up + Sponsor acceptance/approval criteria + Board election status + Other business Bryce 1: The earlier time was discussed last meeting, so when we have development meetings after, we aren't keeping European folks up too late. https://inkscape.org/en/gallery/item/11250/

3 5

Fwd: Important Changes to your GitLab.com Account
by Maren Hachmann 02 Sep '17

02 Sep '17

Just in case anyone is worrying, this is a quote from the FAQ they link to: "What about public projects? We're still committed to open-source software, so all paid features are also available to all public projects on GitLab.com." Maren Gitlab message: -------- Weitergeleitete Nachricht -------- Betreff: Important Changes to your GitLab.com Account Datum: Fri, 1 Sep 2017 16:41:49 +0000 Von: GitLab Team <info@...3601...> ... (removed tracking links) We 💜 free and are committed to always offering a free plan with unlimited private repos, unlimited contributors, and access to features that modern developers need on GitLab.com. To ensure we can uphold this commitment, we’ve introduced exclusive paid features to our Bronze, Silver, and Gold plans. With this change, we can continue to support a great free version of GitLab.com while offering additional enterprise features to teams with more specialized needs. Since its launch, GitLab.com has grown to over two million projects! We’re excited about this growth and, as an early adopter, you have been a key part of our success. For that, we want to thank you! *We’ve upgraded your existing Free plan account and groups on GitLab.com to the Early Adopter Plan. You will continue to have access to the Silver plan features , with the exception of additional CI minutes and improved support, free for 12 months. *Over the coming months, we will continue to add new features to our paid Bronze, Silver, and Gold plans—these features will not be available on the Early Adopter or Free plans. ... Best, The GitLab Team

6 6

GSoC project CSS3 pseudo selectors
by Vishal Agarwal 02 Sep '17

02 Sep '17

Hi everyone, i just finished my GSoC project "better css support" under which i implemented CSS3 structural pseudo selectors. all work is made into single patch along with a readme. after applying patch you can find test files inside master/testfiles. link: https://gitlab.com/diehumbleX/inkscape/tree/master/GSoC-2017 It would be great to have your feedback. Thank you for your valuable time! Vishal(Diehumblex)

2 1

Re: [Inkscape-devel] pressure sensitivity for Pencil tool using powerstroke?
by C R 01 Sep '17

01 Sep '17

Yes GIMP has a LOT of good stuff in it. Let's be a bit constructive here. This is not a good place to bash GIMP if you want people to take your comments and suggestions seriously. On 31 Aug 2017 22:07, "Miguel Lopez" <reptillia39@...3425...> wrote: GIMP has something good in it? (I'm not a fan of GIMP, quite the opposite) I prefer to have options to expand options manually, and that is what I been doing in other programs. On 8/31/2017 10:46 AM, Nate Yungkans wrote: > planning on creating a thought out set of wireframes that will explain > what I'm thinking of. What gimp does well is the rearranging of tabs > and having a consistent hierarchy. > > Being able to rearrange placement of tool bars is also very desirable > so people can customize the layout. Programs like illustrator often > have both a tool bar for quick functions and a tab menu for complete > functionality. ------------------------------------------------------------ ------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

5 6

GSoC project feedback request
by Alex Roman 30 Aug '17

30 Aug '17

Hi everybody! I just finished my GSoC project "SVG 2 Text Support" and it would be great if you can help me with a feedback. This is the link of the GitLab repository: [1] <https://gitlab.com/AlexRoman/inkscape>, and here is the final report of my work: [2] <https://gitlab.com/AlexRoman/inkscape/blob/master/README>. Before I can merge my work to the official Inkscape's trunk, I need to do a lot of testing and debugging so it would be a great help if you can help me with that. Basically, everything that it is related to the text tool and seems to be an issue, you can alert in the issues tab of the repository. Thank you very much! Alexandru

3 5

Partnership Request
by Martin Owens 30 Aug '17

30 Aug '17

Dear developers, I just got an email for partnership, I've put it into the inkscape vectors team (since it's not a developer issue specifically) but I don't think a lot of people here are signed up to the vectors gitlab project notifications so here's the link if you want to have a say: https://gitlab.com/inkscape/inkscape-vectors/general/issues/10 Best Regards, Martin Owens

2 1

Re: [Inkscape-devel] Embroidery extension
by Michael Soegtrop 28 Aug '17

28 Aug '17

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

1 0

Re: [Inkscape-devel] Fwd: SVG in 92 and Phyisical Scale
by Lex Neva 25 Aug '17

25 Aug '17

Hi James, I can't solve your direct problem, but I can offer an alternative, inkscape-silhouette: https://github.com/fablabnbg/inkscape-silhouette It's an inkscape extension that can directly control a silhouette cutter without the need to use Silhouette's proprietary software. Unless I'm mistaken as to your intent, I think this will allow you to not only master in SVG, but in fact work _only_ in SVG. As a bonus, inkscape-silhouette gives me much more control than the free version of Silhouette Studio. Wow, your paper toys are amazing! I've been doing stuff in a similar (though far less polished) vein using my Portrait to cut polygons that my children can fit together into polyhedra. Check out this PR and my fork for ideas: https://github.com/fablabnbg/inkscape-silhouette/pull/45 Hope that helps, Lex > ---------- Forwarded message ---------- > From: "James Fritzler" <jimbox13@...3425... <mailto:jimbox13@...3425...>> > Date: Aug 23, 2017 10:11 > Subject: [Inkscape-devel] SVG in 92 and Phyisical Scale > To: "Inkscape-Devel" <inkscape-devel(a)lists.sourceforge.net > <mailto:inkscape-devel@lists.sourceforge.net>> > Cc: > > Hi Inkscape Devs! > > > I’ve used Inkscape for about five years now and have built up > quite the library of svg files and have been using 91 since its > release.My main creative effort is to build paper toys that I > print and cut (in bulk) on a Silhouette Portrait cutting > machine.(More info on my works at http://netroids.net > <http://netroids.net> ).I have a 100s of files and hoped to use > them as my long term "masters” given that SVG is not proprietary > and has had such great page layout fidelity for me. > > > I’d love to update to v92 and future versions but, as is commonly > known, the svg save logic has changed to support a new CSS > standard of 96dpi and it is affecting my ability to import into my > cutting software. > > > It seems that perhaps the values written by Inkscape in 91 svg > files are encoded using a 90dpi scale from their original > design-time dimensions. In the past I’ve had much success > importing SVGs from Inkscape 91 into Silhouette studio for > years.(Granted, I do perform a little cleansing in a copy of the > master svg before I go to Silhouette: I simplify the layers, > ungroup, and flatten out clones into their own objects. Perhaps it > is just serendipity that the Silhouette Studio imports SVGs at the > 90dpi.(I tried asking them about dpi but I couldn’t "break > through" their first-tier help desk support "fire wall".) > > > I know there’s an import prompt and process for opening 91 files > in 92 and I have participated in the launchpad forum and chat with > Mc about this topic.(my user name is jimbox13). > > > Unfortunate for me, none of the prompts give a workable > solution.Here’s what happens to my files based on each option.(I > used a diff tool in to investigate some of the changes.) > > * "Accuracy for sizes and position of paths" (Desired option) > o Grid and guides appear to be changed – though I’m not sure > to what extent. > o Rectangles, paths and strokes are sized up by 6.667% > o Inkscape Designer Outcome:shapes and sizes correct right > based on the page. :) (bug #1712114 occurs.) > o Cutter Software Outcome: File is too large (by 6.667%) for > cutting area.:( > * "Digital Art" > o Grid and guides changed to some degree. > o Rectangles and paths not changed. > o Inkscape Designer Outcome:shapes and sizes are too small > for the page :( > o Cutter Software Outcome: shapes and sizes are correct :) > * "Accuracy for masks and clips" > o Grid and guides changed to some degree. > o Rectangles, paths and strokes are changed to some degree, > not the same as above. > o Inkscape Designer Outcome:shapes and sizes correct right > based on the page. :) (bug #1712114 does not occur.) > o Cutter Software Outcome: File is significantly too small > for cutting area.:( > > None of these options produce a svg that maintains its correct > physical dimensions across both software packages.I tried > experimenting by customizing the "units.xml" file in 92 without > success. > > > Here is my original v91 file zipped.(I added a background > rectangle that is the size of the page to help troubleshooting.) > > https://www.dropbox.com/s/q6o17j5an2piiw3/acutra_TOCUTv91wBG.zip?dl=0 > <https://www.dropbox.com/s/q6o17j5an2piiw3/acutra_TOCUTv91wBG.zip?dl=0> > > > Is there anything that can be done? > > Thanks > > Jim > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > <mailto:Inkscape-devel@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > <https://lists.sourceforge.net/lists/listinfo/inkscape-devel> >

1 0

Re: [Inkscape-devel] Embroidery extension
by Lex Neva 25 Aug '17

25 Aug '17

Hi Michael, Sorry for the delay! I didn't even know there was an embroidery LPE. I don't see it in 0.92.1... how can I test it out? The extension that Susan was referring to is here: https://github.com/lexelby/inkscape-embroidery It started off as a little project by jonh, and then it migrated to github, and then I forked it and hacked the heck out of it. I've rewritten most of the major sections at this point. For exporting, I'd recommend you examine embroidermodder2. That project seems to be mostly abandoned at this point, but it does have a nice little library that understands all major (and many minor) embroidery machine file formats. You may even be able to get it to convert directly from an SVG to a .PES file, for example. I included some details on this in my README. The math problem I'm having has to do with fill stitching. The general problem is: how do I fill a generic shape with rows of stitches? The specific parameters are: 1) Stitch back and forth (like mowing a lawn). 2) Don't cut the thread. 3) Don't sew over the same section twice. 4) Don't do running stitch over the top of areas you've already done rows of stiches on. 5) Line all the stitches up to make a visually pleasing pattern. I have an implementation already, described here: https://github.com/lexelby/inkscape-embroidery#autofill This works pretty well. Give it a region and it will break it up into sections (each of which by itself can be filled all in one go). To get between sections, it runs around the outline of the shape. The idea here is that usually, one will do satin stitch around the outside of a fill region, covering up the running stitches. As described in the README, the problem is when you give it a region with holes in it. Things get very complicated, and I have yet to come up with an algorithm that a) can reliably fill all regions without getting "stuck" with nowhere to go, and b) doesn't take forever to run. Right now, my hacky workaround is to convert a region with holes into one without holes by cutting a very small rectangular section out of the shape (see the README). This works, but it's not ideal and it requires a lot of extra effort on the part of the user. The ideal solution would somehow figure out an ordering for embroidering the sections, such that every section gets filled in but none of the rules above are violated. Bonus points if it can avoid running around the outside of the shape to get between sections. It would instead run through the middle of regions of the shape that have not yet been filled in, so that the running stitch gets hidden by the rows of stitches that are filled in later. The biggest problems I have yet to wrap my head around are: 1) How to avoid getting into recursive/NP-complete hell. Taking more than 10-20 seconds would really be a bad user experience; 2-3 seconds max is really what I'm aiming for. 2) How to figure out how to get from point A to point B inside a closed polygon, running over only sections that haven't been filled in yet. 2 is especially hard for me, and I think it's the kind of thing that inkscape devs probably already know how to do! I really don't understand how I can do pathfinding in an arbitrarily complex shape like that without writing thousands of lines of code. I know this kind of algorithm is possible. Commercial embroidery design software makes this look easy. I want to bring that to the open source world. I haven't been able to find any discussion of this kind of algorithm with repeated and creative googling. The closest I can think of is lawn-mowing algorithms, about which I found one paper that is unfortunately a bit beyond my level of math understanding. Some examples of what I've made so far: https://github.com/lexelby/inkscape-embroidery/tree/master/images/patches This one is an especially good example of a complex fill-region with a hole: https://github.com/lexelby/inkscape-embroidery/blob/master/images/patches/c… The black circular section in the center contains a hole in the shape of the white spade, because you can't do one color of fill-stitching on top of another. To make this, I manually broke the shape up into sections and tinkered with ordering until it worked out. Anyway, thanks for listening, and any help would be appreciated! --Lex On July 30, 2017 6:47:31 AM Michael Soegtrop <MSoegtrop@...3339...> wrote: > Hi Lex, > > I did the embroidery stitching LPE and the path cutter LPE, both are > very useful for embroidery design. What is the embroidery extension > Susan mentioned below? Hope we didn't do the same thing. > > Any discussions on the topic are welcome. What is the math issue? > > My next plan is to write an export filter in some documented and common > import format for stitching machines. Suggestions on the format are welcome. > > Best regards, > > Michael > > On 28.07.2017 20:20, Susan Spencer wrote: >> Hi Lex, >> This is the dev list for Inkscape. There's a wide range in backgrounds >> for devs here, and new contributors are welcome. >> >> Hi devs, >> Meet Lex Neva, he's a fantastic programmer and has been contributing to >> the embroidery extension. He's done some mind blowing work with pattern >> fill. He's looking at a particular issue and has some questions for the >> math heads amongst you. >> >> Good luck with 0.92.2 release! >> >> Best, >> >> Susan Spencer >> http://valentina-project.org <http://valentina-project.org/> >

4 4

Re: [Inkscape-devel] Embroidery extension
by Lex Neva 25 Aug '17

25 Aug '17

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 >

1 0

SVG in 92 and Phyisical Scale
by James Fritzler 25 Aug '17

25 Aug '17

Hi Inkscape Devs! I’ve used Inkscape for about five years now and have built up quite the library of svg files and have been using 91 since its release. My main creative effort is to build paper toys that I print and cut (in bulk) on a Silhouette Portrait cutting machine. (More info on my works at http://netroids.net ). I have a 100s of files and hoped to use them as my long term "masters” given that SVG is not proprietary and has had such great page layout fidelity for me. I’d love to update to v92 and future versions but, as is commonly known, the svg save logic has changed to support a new CSS standard of 96dpi and it is affecting my ability to import into my cutting software. It seems that perhaps the values written by Inkscape in 91 svg files are encoded using a 90dpi scale from their original design-time dimensions. In the past I’ve had much success importing SVGs from Inkscape 91 into Silhouette studio for years. (Granted, I do perform a little cleansing in a copy of the master svg before I go to Silhouette: I simplify the layers, ungroup, and flatten out clones into their own objects. Perhaps it is just serendipity that the Silhouette Studio imports SVGs at the 90dpi. (I tried asking them about dpi but I couldn’t "break through" their first-tier help desk support "fire wall".) I know there’s an import prompt and process for opening 91 files in 92 and I have participated in the launchpad forum and chat with Mc about this topic. (my user name is jimbox13). Unfortunate for me, none of the prompts give a workable solution. Here’s what happens to my files based on each option. (I used a diff tool in to investigate some of the changes.) * "Accuracy for sizes and position of paths" (Desired option) * Grid and guides appear to be changed – though I’m not sure to what extent. * Rectangles, paths and strokes are sized up by 6.667% * Inkscape Designer Outcome: shapes and sizes correct right based on the page. :) (bug #1712114 occurs.) * Cutter Software Outcome: File is too large (by 6.667%) for cutting area. :( * "Digital Art" * Grid and guides changed to some degree. * Rectangles and paths not changed. * Inkscape Designer Outcome: shapes and sizes are too small for the page :( * Cutter Software Outcome: shapes and sizes are correct :) * "Accuracy for masks and clips" * Grid and guides changed to some degree. * Rectangles, paths and strokes are changed to some degree, not the same as above. * Inkscape Designer Outcome: shapes and sizes correct right based on the page. :) (bug #1712114 does not occur.) * Cutter Software Outcome: File is significantly too small for cutting area. :( None of these options produce a svg that maintains its correct physical dimensions across both software packages. I tried experimenting by customizing the "units.xml" file in 92 without success. Here is my original v91 file zipped. (I added a background rectangle that is the size of the page to help troubleshooting.) https://www.dropbox.com/s/q6o17j5an2piiw3/acutra_TOCUTv91wBG.zip?dl=0 Is there anything that can be done? Thanks Jim

3 4

Changing width, triggers X axis movement
by Germano Massullo 24 Aug '17

24 Aug '17

I am sorry for not having opened a bugreport ticket in Launchpad, but actually Launcpad is experiencing malfunctions in logging process. At the following URL you can see a video example that shows the problem I am reporting: when trying to change width of selection, Inkscape instead changes X axis coordinates. https://youtu.be/Zcc4sq5U1gU inkscape-0.92.1-4.20170510bzr15686.fc26.x86_64 Best regards

2 4