- Inkscape Devel - Inkscape Mailman

Windows Properties > Start in "C:\Program Files\Inkscape\etc"
by brynn 27 Apr '17

27 Apr '17

Hi Friends, A recent post in the forum asks why \etc should be the Start In location for Inkscape installed on Windows. http://www.inkscapeforum.com/viewtopic.php?f=22&t=32259 Pretty much everything is already said in that topic, so I won't make so much noise repeating it. But I'll be glad to relay the answer, in case whoever has the answer isn't a forum member :-) (Also glad to make a bug report, if it's needed.) Thank you very much, brynn

2 4

[UX] Default value for live effects parameters updateable
by Jabier Arraiza 27 Apr '17

27 Apr '17

Hi all [UX] folks! I have done a work to allow storing diferent default values for live effects parameters. By this way a user can have a fixed "stroke width" parameter in a concrete live effect for new uses instead than currently, what always is reseted to harcoded default ones. First of all, here is the current state of the code Code: https://code.launchpad.net/~inkscape.dev/inkscape/lpeUpdDefaultPa rams Screenshot: https://inkscape.org/en/~jabiertxof/%E2%98%85ui-for-lpe-def aults-params As now is fully functional not sure if is easy to explain and my texts info in widgets need to be improved. By default no default storable params since we go into: "preferences dialog->select_lpe->active_desired_parameter". Once is done, when using this effect, the desired parameter has a "*" mark to show is defaultable and apply current values pressing "Set BUTTON" or remove the custom one to go into harcode defaults pressing "Reset button". Anyway we need a work defining the strings for labels, buttons, prefs to try to be more understable. Thanks again for reading, Jabier.

1 0

News news needs your help
by Martin Owens 26 Apr '17

26 Apr '17

Dear all, Our news article about Inkscape in 2017 and what we hope to get done is languishing on the website, unpublished, unloved. https://inkscape.org/en/news/unpublished/805/ If you are able to help finish it off, you can paste the text in a reply here if you want or stuff it into a google doc. But your help making sure it shows what the whole developer community is doing would be great. Thanks everyone, Best Regards, Martin Owens

3 3

translations for extensions
by Mark Schafer 19 Apr '17

19 Apr '17

Several extensions have indicated they would like translation to other languages. Its not clear how this can be achieved. Any ideas on the proper approach - even if we can't do it now ? - current info - https://inkscape.org/en/contribute/translations/#translatable-content Currently .po files are: - not dynamic and distributed with the main distributon - are per language They use a mechanism of direct translation of one phrase into a substitution phrase as outlined here: - http://wiki.inkscape.org/wiki/index.php/Translation_information#PO_translat… So this mechanism cannot accommodate the extensions which probably need: - one file per language added to the current inx and code file. - perhaps a way of merging all these new po files when extensions are loaded. Now: When we write an extension we can use the underscore variants (below) to get translations. My assumption is that this is looking in the translation database on the off-chance the word has been translated. However this will fail for all descriptions and currently untranslated names, options, gui-texts and items. The complete set of translateable types for extensions is: - _gui-text, _name, _description, _filetypename, _filetypetooltip, _item, _option, _param - but its not clear any do get translated. Can anyone confirm this is how it works now ? Any ideas on a plan for what might be done in the future so we can add it to the todo list ?

2 1

Improving 'circle' tool
by Daniel Plaza 19 Apr '17

19 Apr '17

Good morning, I would like to let you know an idea I had regarding the circle tool. I feel it difficult to take into consideration centers and radi of the circles I create with Inkscape. Therefore, I suggest adding a new way (not deleting the pre-existing one) to create circles, as in Geogebra (you can try it for free online), where the first time you click defines the center and the final double click the radius, so you can see how the circle grows while you are editing it and it would be easier to do tangents, as well as many other things... I hope you'll take this idea into consideration. Have a nice day!

4 3

GSoC
by Josh Andler 16 Apr '17

16 Apr '17

Hey Mentors, If you haven't marked any proposals that you wish to mentor that you are interested in, please do so within the next 12 hours. I want to make sure we have a relatively accurate minimum and maximum number for slots requested. Cheers, Josh

3 2

Create inkscape GitLab project
by William Entriken 16 Apr '17

16 Apr '17

Hello, I see that some projects are already set up on GitLab. Would an admin please create an "inkscape" project. This will allow us to play around with importing inkscape code and discuss progress using GitLab's wiki feature. I have some documentation of this project at > https://github.com/inkscape/inkscape/wiki/Synchronization-task > https://github.com/inkscape/inkscape/wiki/Migrate-Launchpa d-to-GitHub-%5BDRAFT%5D Presumably, the process on GitLab would be very similar as the proof of concept that worked on GitHub. Regards, Will William Entriken +1 267-738-4201 <(267)%20738-4201>

1 0

Fwd: RE: Offer to help put inkscape on windows store
by Marc Jeanmougin 16 Apr '17

16 Apr '17

Fw'd (fro some reason David can't send to the ml): -------- Forwarded Message -------- Subject: RE: [Inkscape-devel] Offer to help put inkscape on windows store Date: Fri, 7 Apr 2017 16:58:32 +0000 From: David Washington <David.Washington@...3499...> To: Amelia Bellamy-Royds <amelia.bellamy.royds@...400...>, Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> CC: Marc Jeanmougin <marc@...3062...>, Reza Alizadeh <rezaali@...3499...>, John Alioto <John.Alioto@...3499...>, James Earle <James.Earle@...3499...>, Jerry Nixon (XAML) <Jerry.Nixon@...3499...>, Joe Shirey <Joe.Shirey@...3499...> Thanks for summarizing the benefits of publishing to the Windows Store Amelia. As you’ve called out, there is no need to re-write your existing app, as you’re simply creating a new trusted installer package on the Windows Store. This would be easy for folks to find, easy to install, and would essentially be “blessed” by Microsoft as being virus free. As I offered in my original email to Marc, Microsoft would be happy to help do all the technical work required to get this packed up and published to the store. Our team has done initial testing and we haven’t identified any issues with the Windows Desktop Bridge version of Inkscape. We’d like to validate that with you, and guide you through the process of publishing it to the Windows Store. I’ve included some folks from my team who can help answer some of your technical questions in depth, but here is an initial set of answers to your questions. *What additional maintenance work is required by having a second installer package?* /We’d help you get the initial package published to the Windows Store. Which is a web form where you specific your product store description, tags, an feature information, along with upload your initial app package. The Windows Store has a system for differential/autoupdates which you could take advantage of every time you create a new version of the app. That would re-publishing any updates to the app to the Windows Store when you have new updates. If you have an existing build process we can help guide you thoruhg some best practices for building for Windows Store in an automated way. / / / *Will inskcape scripts and extensions still work, cmd etc?* /I believe these features will work, but we’d love your support testing these out. If there are any gotchas with the Windows Store version, these can be communicated on the product description page where the users download/install the Inscape app. We could set up a virtual machine with the a version of the Inkscape app Windows Desktop Bridge that you could party on to identify if there are any issues/ / / *Does the windows store provide a way to give information about Inkscape and the organization* /Yes, you’ll have full control over the text content that you list on the product description page for Inkscape, including icon, screenshots, description, system requirements, and category, developer website and support links. There wouldn’t be a way to provide a “donate” link directly in your description page but you could mention that Inkscape is an Open Source community supported project, and people could use the Publisher link to provide donations. After your initial publish, in the future, you could experiment with publishing a second “paid” version of the app to collect donations, but I recommend that we first proceed with free version so you can evaluate and learn from the process. You could make changes to your app to ask for donations on initial launch, but that wouldn’t necessarily be specific to the Windows Store app (unless you wanted it to )./ _Next steps_ * I recommend we get together for a skype/phone discussionwith one or more people from the Inkscape community who would want to drive this. Would that be *Amelia and Marc? *We could meet on the phone next week at a time that is convenient to you. * If you’d like we can provide a remote Virtual Machine where you can play with the Windows Desktop Bridge version of Inkscape we created for initial testing. This way you can identify if there are any feature gaps * Besides the documentation, another example of a Windows Desktop Bridge app that we helped publish is the Arduino IDE, can see the product description page, and install it (if you have a Windows 10 PC) here: https://www.microsoft.com/store/apps/9nblggh4rsd8. Inkscape is a fairly low-level Win32 app with USB device and command line access so it’s a fairly good proof test for an app like Inkscape Since the Windows Desktop Bridge is newly launched, there is a fairly limited time window we have developer resources to commit to helping here, so if you’d like to proceed, we’d love to help you in April or late May at the latest. I hope this answers your questions and we look forward to opportunity to help you make this happen. David Washington Director Developer Experience Microsoft 206-605-2062 dwashin@...3499...<mailto:dwashin@...3499...> *From:*Amelia Bellamy-Royds [mailto:amelia.bellamy.royds@...400...] *Sent:* Thursday, March 30, 2017 10:52 AM *To:* Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> *Cc:* Marc Jeanmougin <marc@...3062...>; David Washington <David.Washington@...3499...> *Subject:* Re: [Inkscape-devel] Offer to help put inkscape on windows store It seems to me there are two benefits of the Windows Store: - Discoverability. You may not know a lot of people who use the app store, but you're probably coming from a biased perspective of an experienced computer developer. For less tech-savvy users, this is one way they discover new programs. - Trust. Many users have rightly been warned against downloading and running arbitrary executables from the Internet. I think the Trust factor of Inkscape's official download pages is pretty good (certainly a step up from SourceForge with all its pop-up ads), but again: for new computer users, the Windows store is a strong marker that this is a real, safe program. (Which Microsoft enforces with signing requirements and sandboxing limitations.) I would urge everyone not to get overly caught up in the "app" terminology. An app is just an application, a program, some software, renamed thanks to Apple's massive advertising campaign of the last decade. Yes, many modern apps also share other features (like relying on internet services), or a certain mobile-focused look & feel, but that isn't essential, and isn't what is being proposed here. One way to think of the Windows Desktop Bridge seems to simply be a new installer package, one that plays well with the Windows store and modern notifications and update methods on Windows. Functionally, the main change is that the software is sandboxed when running, so that all file system access goes through the app wrapper. Docs for Windows Desktop Bridge are here: https://docs.microsoft.com/en-us/windows/uwp/porting/desktop-to-uwp-root My remaining questions would be: - In addition to the development time required to initially set up the Windows Desktop Bridge (Which David at Microsoft has offered to help with), how much additional maintenance work will be created by having a second Windows installer package? How much administrative complexity will be created by working with the Windows store? - Will Inkscape scripts & extensions still work with a sandboxed application? What about command line features? If some features won't be available, how will this be communicated to users? Could there be some way to let someone upgrade to "developer mode"? - Does the Windows store provide an environment for successfully communicating the key features of the project, linking to additional resources, and requesting donations? Alternatively, as Martin suggested, could some of this information be more effectively integrated into the app itself (such as a splash screen on load)? (I agree with Marc that putting an obligatory price on app store downloads would effectively be penalizing new or less-savvy users. If it is possible to add an optional donation to the download page, that would be great, but it shouldn't be free if downloaded from one site and paid from another.)

3 2

Error with PNG export
by Christian-W. Budde 15 Apr '17

15 Apr '17

Hello, with the latest win64 developer versions (r15615 and r15412) it's not possible for me to export SVG to PNGs any more. While I haven't been able to debug it, I can only provide the error message, which reads something like this: "Could not export file [filename]" (where filename is the filename I specified) (In fact the error message is in German and originally reads "Konnte nicht als Datei [FileName] exportieren,") I'm not sure if it's just my system or whether this affects all versions, but I thought I should let you know. Kind regards, Christian

2 3

slow dragging on Windows
by Yale Zhang 10 Apr '17

10 Apr '17

I've noticed dragging objects has become very slow (the refresh rate is very low) in trunk. I did a binary search and found the culprit is revision 15531 (Disable GTK3 "client side decorations" on Windows by setting "GTK_CSD=0"). Eduard, are you seeing this? Do you think it's fundamentally caused by disabling CSD or incidentally by some bug in GTK+? -Yale

2 3

Re: [Inkscape-devel] Python GUI in Inkscape extension
by Martin Owens 09 Apr '17

09 Apr '17

On Sun, 2017-04-09 at 18:19 +0200, Lukáš Haberzettl wrote: > Ok, thak you for all the informations. And what about writing > extension directly in code (c++)? It should be possible to write more > complex UI right ? I have intermediate experience in C and C++ > programming so it is not problem for me, but I want to know if its > right way to do it. This is possible and there are extensions in inkscape's codebase. Although I hesistate to call them plugins since they have to be compiled into the inkscape program. Best Regards, Martin Owens

1 0

Python GUI in Inkscape extension
by Lukáš Haberzettl 09 Apr '17

09 Apr '17

Hi guys, I am writing Inkscape extension and I found out that I definitely need more complex UI elements (such as file browser, textarea etc. ) than these, that offers INX file format. I was experimenting with using Python GUI package (Tkinter) together with standard Inkscape extension file, but there is no possibility, at the moment when Tkinter is running, to interact with Inkscape interface. Is there any possibility to have python GUI and can interact with Inkscape objects at the same time ? Sorry for my english. Thank you, Lukas Haberzettl

2 1

For those who uses Windows for compiling Inkscape
by Miguel Lopez 07 Apr '17

07 Apr '17

Hi those who meets the criteria, I would like to know how to recompile via MSYS2, and check if there is a latest version out there.

2 1

Re: [Inkscape-devel] Tr : SVG to FXG XSL
by Nicolas Dufour 04 Apr '17

04 Apr '17

Le Mardi 4 avril 2017 10h25, Eduard Braun <eduard.braun2@...173...> a écrit : > as long as you're the sole author you can add as many licenses as you > want (in which case Judah is free to choose a license when re-using your > code). I'm the sole author. So I could indeed choose the license I wish. But I'm not very attached to code ownership in FLOSS project, and consider that my code is owned by the Inkscape project. In that context I need to be sure that dual-licensing it would not hurt the project (e.g. by limiting contributions). Is there any case of dual licensing in the actual code? (A quick grep returned no positive result, but maybe I didn't format it correctly.) Le Mardi 4 avril 2017 12h36, Martin Owens <doctormo@...400...> a écrit : > It might be better to license it as GPLv2 or GPLv3, since I believe > GPLv3 is compatible with Apache2. > > https://www.apache.org/licenses/GPL-compatibility.html Yes, but if I remember correctly we're trying to get rid of the Gimp rulers code because of its GPLv3 license. And apparently GPLv2 and Apache licenses are not compatible (according to http://gplv3.fsf.org/wiki/index.php/Compatible_licenses#GPLv2-compatible_li…). So even if it's possible, would it be acceptable for the Inkscape project to have parts of its code dual licensed with GPLv2 and Apache License v2. Regards, -- Nicolas

3 4

Tr : SVG to FXG XSL
by Nicolas Dufour 04 Apr '17

04 Apr '17

Forwarding to the inkscape-devel list. Hi all, I'm not a license expert. Could anyone tell Judah if it's possible to dual license (GPL2/Apache) the SVG to FXG extension? Thanks. -- Nicolas Le Jeudi 30 mars 2017 8h52, flex capacitor <flexcapacitor@...400...> a écrit : Hi Nicolas, I came across your SVG to FXG stylesheet and I would like to use it for a project but I noticed the license is GNU GPL. From what I understand it may not be compatible with the Apache License I'm using for my software. To prevent any issues would you grant me a license to use your stylesheet under an Apache License? In any case I will be submitting any modifications of it back to open source. Best Regards, Judah Frangipane

3 2

Canvas tile size and rendering speed.
by Tavmjong Bah 04 Apr '17

04 Apr '17

Hi, It's been known for a while that rendering when zooming in on an area with filters is slow. This is due to Inkscape breaking the canvas into tiles and rendering each tile separately. Filter effects are recalculated for each tile that they touch. A typical canvas for maximized Inkscape window on a 1080p monitor is broken into about 25 tiles. If you are zoomed in so that the filter extends over the entire visible canvas, you are recalculating the filter effect 25 times. I've added a preference under the "Rendering" tab to change the relative tile size (Rendering tile multiplier). Please play with changing the value for your most complex drawings. I am most interested in cases where a large multiplier has a negative impact. If there are no cases with a negative impact, I'll set the default value higher (it is currently 1). Tav

7 12

Bug GitLab import update
by Martin Owens 02 Apr '17

02 Apr '17

Dear Developers, I've been working on getting the inkscape-web bugs moved over from launchpad to GitLab. The code for doing this is pretty much there, but there is one serious limitations. It's not possible to set users to anyone but myself for /anything/. So that's everything from bug creator, assignee to commenter. This is because our project is on Gitlab.com where I'm (obviously) not an administrator. Admin access on one's own hosting of gitlab is a prerequisite for importing data with users other than your own. It makes sense that I can't assign three hundred bugs to some unwilling party, but it's a bit annoying. The closest I can get is to use a new gitlab.com user I've created called 'lpuser' it's an account I can bless with project privileges and then let it own all launchpad posts from the transition. Prefacing the content/description of the bug or comment with "originally posted by ~username on launchpad" Before I commit to importing the launchpad inkscape-web bugs under this user. Does anyone else have any ideas to try? Best Regards, Martin Owens

2 1

Development Project Management System GSOC 2017
by Rohit Lodha 01 Apr '17

01 Apr '17

Hi all, I have finished updating the proposal according to the suggestions in the comments and ordering it in the correct way. I want anyone of you to go through the same on the GSOC website. I want to finalize the proposal before the deadline. If you have any other suggestion to improve the proposal, I would really appreciate it. Here is the link: https://docs.google.com/document/d/1of5vp37rHbTysXCG0QOaSb2g-_koaWfdcy0dNn0… Regards, Rohit

2 2

Re: [Inkscape-devel] Canvas tile size and rendering speed.
by Miguel Lopez 01 Apr '17

01 Apr '17

Yes, I did. Gonna forward this one to inkscape-devel. By the way, I would like to add I saw Tavmjong Bah's reply about the cores being used. Another question here, is Inkscape use only one core at this moment for everything? Then, if so, should threads settings be reduced to 2? If yes, why is there a option for more threads? On 4/1/2017 6:17 AM, C R wrote: Did you mean to reply to the list? :) On 1 Apr 2017 01:44, "Miguel Lopez" <reptillia39@...3425...<mailto:reptillia39@...3425...>> wrote: I use a i7 CPU, and it is 6-core/12 threads. As a matter of fact, Inkscape seem to support at maximum of 8 threads and a rendering cache of up to 4098 MB. Is that limitation addressed? As far as zooming level go, rasterization of filters is how Illustrator managed to keep their rendering speed quick as possible. But, I don't think it'll help too much with the current Inkscape as it is now. They also support GPU acceleration. I wonder if that's within any reach of Inkscape as of now. On 3/31/2017 6:33 PM, C R wrote: > Okay, so yes, for me increasing the rendering tile multiplier value > from the default of 1 up through about 10 turns several seconds of > redraw time into instantaneous. > I work in Inkscape on a laptop with 4 cores, but values greater than 4 > still have a significant impact on the speed. > > I used a file with a single object containing 94000 nodes in it, > blurred and zoomed to %3178. > > Results: > > 1 = 4 second redraw > 2 = 2 second redraw > 3 = 1 second redraw > 4 = .75 second redraw > 5 = .5 second redraw > 6 = .25 second redraw > 7+ = no visible delay unless moving > > It's a bit hard to tell the redraw speed while moving the view because > Cairo seems to mess the preview at this zoom level if you are moving > the view. > > Another effect of increasing this multiplier is that you can now zoom > in to a point where Inkscape core dumps (segmentation fault). Wereas > before, you were just stuck waiting endlessly for your canvas to > redraw. Neither is great, and there should probably be something in > place to keep the user from zooming past what their machine hardware > can handle safely. > > Hope it helps! > -C > > > > > > On Fri, Mar 31, 2017 at 9:06 AM, Tavmjong Bah <tavmjong@...8...<mailto:tavmjong@...8...>> wrote: >> On Thu, 2017-03-30 at 23:55 +0200, Vladimir Savic wrote: >>> Hi Tav and others! >>> >>> Thanks for your hard work. I appreciate it really. Looking forward to >>> other improvements. >>> >>> Can you please try Yale`s patch for multithreaded rendering we talked >>> on this list already. I think it is possible to find it in some >>> meiling list thread, but in case you can`t, I`ll find it myself >>> tomorow when I come to my desktop computer. It does wonders on this >>> i7 6700 processor. >> I do want to look at this but won't have time till the end of April. >> Keep after me if it doesn't get merged. >> >> Tav >> >>> Vlada >>> >> ------------------------------------------------------------------------------ >> 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 > ------------------------------------------------------------------------------ > 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

1 0

[GSoC] - Feedback proposal request
by Alex Roman 31 Mar '17

31 Mar '17

Hello everyone, I'm Alexandru Roman and I will participate this year at GSoC with the project "SVG 2 Text Support". I have drafted a proposal and it would be amazing if I will receive a feedback from you guys. :) Any comment is welcomed :D Draft proposal link: https://docs.google.com/document/d/12OIz-WK_cVMUyLBIcKpbnnYvfvkrRlWPu5CoSS2…

1 0

Feedback (2nd Time) on proposal of "Development Project Management System"
by Gurdit Singh Bedi 30 Mar '17

30 Mar '17

Hello everyone, It's Gurdit Again, I had requested the community to give feedback over the proposal which I had proposed yesterday. I would like to thanks the members who gave the feedback. I have worked on the suggestions which where provided in the comments. Here is the proposal link again. Along with the grammatical mistakes, the second page(about inkscape) has been updated. I would again request a feedback over the given proposal. Link to the drafted proposal: Draft Proposal Link <https://docs.google.com/document/d/1HiSjx3aD0pfUjjXUn7qnPn5wH-oPZ5TFIfSQjxR…>

1 0

GsoC Applicant Diana Causevic Project Ideas
by Causevic, Diana 30 Mar '17

30 Mar '17

Hello! My name is Diana Causevic and I'm applying for the Inkscape GSoC. Just a few project ideas I had in mind. Any feedback would be greatly appreciated. Thanks! List of project ideas - Bug Fixes - Developing new widgets (or at least conceptualizing new possible widgets) - Adding on to existing widgets (draw, erase, trace bitmap, etc) - Creating more image effects - Increasing runtime - Creating more in-depth tutorials - If profit is an issue perhaps create a purchasable version with exclusive additions.

1 0

Feedback on proposal of "Development Project Management System"
by Gurdit Singh Bedi 29 Mar '17

29 Mar '17

Hello everyone, It's Gurdit Again, early I have opted to go for ""Development Project Management System" project under GSoC 2017. Now, I have drafted a proposal for "Development Project Management System". I would like to receive feedback on the proposal. Link to the drafted proposal: Draft Proposal Link <https://docs.google.com/document/d/1HiSjx3aD0pfUjjXUn7qnPn5wH-oPZ5TFIfSQjxR…>

1 0

_Commercial products in the wild designed using inkscape - Lava Brew™!
by insaner 29 Mar '17

29 Mar '17

Hi all, I just wanted to make a much belated announcement. As many of you know, I got involved with Inkscape as a result of the need to design labels, etc, on a very very tight budget for products I was seeking to launch. Well, as of this year, Lava Brew™ ( http://lavabrew.com - https://twitter.com/lavabrew ) has officially gotten off the production line and is now available in stores in the Greater Toronto Area (in Canada)! All graphic design for Lava Brew was done in Inkscape (photo touch-ups in gimp, and some CG elements in blender for promotional material). Thank you so much to everyone involved in the Inkscape project, and especially everyone who helped me toil away at all sorts of bugs affecting my usability and all the questions I had. Thanks again everyone, and if you are in the Toronto area and want to meet up for samples, or wish to import/distribute Lava Brew™ to your country or region, please feel free to contact me. -- View this message in context: http://inkscape.13.x6.nabble.com/Commercial-products-in-the-wild-designed-u… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 2

Need help for GSoC project - Slice toolbar items
by Minglangjun Li 27 Mar '17

27 Mar '17

Hi all, I posted a draft proposal about extension system a few days ago. But afterwards I realized that it may not fit in with the roadmap very well and is not complete. So I would like to switch to the slice toolbar items project. The problem is I don't get the project description very well. What's the difference between it and the eraser? It seems that slicing can be achieved through erasing already. Regards, Minglangjun Li

1 0

Problem with text tool in Inkscape 0.92.1
by Victor Westmann 26 Mar '17

26 Mar '17

Hi there, can anyone help me? I am trying to use the text feature in Windows 7 64bit using Inkscape 0.92.1 in the following manner: I select the Text tool (F7) and start typing some text. As soon as I hit enter (for a newline of text) the newline jumps to 500px above the original text. I went into the NEWLINE spacing feature (which is cool) and changed the value to 0. Also changed the measurement from pt to px, cm, mm and nothing worked. What am I missing here guys? --Victor Westmann

1 1

Wiki account creation
by Agastya Chandrakant 26 Mar '17

26 Mar '17

Hello, I would like to request account creation for Inkscape wiki with the username "User:Acagastya". -Agastya Chandrakant

1 0

GSoC - Development Project Management System
by Gurdit Singh Bedi 25 Mar '17

25 Mar '17

Hello, I am Gurdit Singh Bedi. I am a 3rd Year student pursuing B.Tech Computer Science. I have worked with many language, mostly python and java. Recently over the past one year, I been developing websites. The most recent one is a Virtual Finance website, hosted on http://vfinance.herokuapp.com. "Development Project Management System" is the work to which I want to contribute this summer. I have gone through the specification of the work. I have checked the inkscape-web repository on launchpad and gitlab as well, I have started searching for bugs and patches to fix. So to get started, how can I proceed?

2 1

Greetings for GSoC '17 & Some Help Required
by Nashmia Riaz 25 Mar '17

25 Mar '17

Hello 😊 My name is Nashmia Riaz and I’m writing to you from Islamabad, Pakistan. I’m currently in my third year of university, where I’m majoring in Software Engineering. I am a graphic designer as well and was introduced to Inkscape when I first got into designing, and I’ve been very fond of the simplicity and functionalities it has to offer. I plan on submitting my proposal for GSoC ’17 very soon. I’m having some trouble getting around the source files of Inkscape. Is there any documentation or help manual that can help me manoeuvre my way around the code? Anything that can tell me which functions and pieces of code are located where? I want to get started on improving the CSS Style Sheet Support, so any help would be great. Also, as far as the bug fixes are concerned, how can I communicate fixes to the Inkscape team? Best regards, Nashmia Riaz

2 1

Facing an error
by Kanika Murarka 22 Mar '17

22 Mar '17

Hi, I have been using Inkscape for a year now. I am facing some error. [1]Error in terminal [2]Error video But I am not able to reproduce the bug. [1] https://paste.fedoraproject.org/paste/B~h3wV2FkqnazItE9emED15M1UNdIGYhyRLiv… [2] https://drive.google.com/open?id=0B4Kn8Ot1oauKallfdThYLUNKeUk Thanks Kanika (a2batic)

3 5

Inkscape freezes on PNG export
by Germano Massullo 21 Mar '17

21 Mar '17

I was exporting to PNG, when I found out that Inkscape was trying to export a huge image of something like 100000x100000. I waited 5 minutes and after having seen that the progress bar made no progresses, I clicked on abort button. Then Inkscape freezed, so I attached GDB on the freezed process, and hereunder there is the backtrace log. Operating system: Fedora 25 Inkscape version: inkscape-0.92.1-1.fc25.x86_64 $ gdb inkscape 21278 GNU gdb (GDB) Fedora 7.12.1-47.fc25 Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from inkscape...Reading symbols from /usr/lib/debug/usr/bin/inkscape.debug...done. done. Attaching to program: /usr/bin/inkscape, process 21278 [New LWP 21279] [New LWP 21280] [New LWP 21281] [New LWP 21284] [New LWP 21285] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". 0x00005598f9277b53 in pixbuf_from_argb32 (c=0) at display/cairo-utils.cpp:1212 1212 guint32 a = (c & 0xff000000) >> 24; (gdb) thread apply all backtrace Thread 6 (Thread 0x7ff7f63ef700 (LWP 21285)): #0 0x00007ff80ec9701d in poll () at ../sysdeps/unix/syscall-template.S:84 #1 0x00007ff80fd9a166 in g_main_context_poll (priority=<optimized out>, n_fds=2, fds=0x7ff7f00010c0, timeout=<optimized out>, context=0x5598fbd4fd90) at gmain.c:4228 #2 0x00007ff80fd9a166 in g_main_context_iterate (context=0x5598fbd4fd90, block=block@...3051...=1, dispatch=dispatch@...3051...=1, self=<optimized out>) at gmain.c:3924 #3 0x00007ff80fd9a4f2 in g_main_loop_run (loop=0x5598fbd4fb40) at gmain.c:4125 #4 0x00007ff81037ea76 in gdbus_shared_thread_func (user_data=0x5598fbd4fd60) at gdbusprivate.c:247 #5 0x00007ff80fdc1b93 in g_thread_proxy (data=0x5598fbd28cf0) at gthread.c:784 #6 0x00007ff80ef686ca in start_thread (arg=0x7ff7f63ef700) at pthread_create.c:333 #7 0x00007ff80eca2f7f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 5 (Thread 0x7ff7febf0700 (LWP 21284)): #0 0x00007ff80ec9701d in poll () at ../sysdeps/unix/syscall-template.S:84 #1 0x00007ff80fd9a166 in g_main_context_poll (priority=<optimized out>, n_fds=2, fds=0x7ff7f80008c0, timeout=<optimized out>, context=0x5598fbd4f6d0) at gmain.c:4228 #2 0x00007ff80fd9a166 in g_main_context_iterate (context=context@...3051...=0x5598fbd4f6d0, block=block@...3051...=1, dispatch=dispatch@...3051...=1, self=<optimized out>) at gmain.c:3924 #3 0x00007ff80fd9a27c in g_main_context_iteration (context=0x5598fbd4f6d0, may_block=may_block@...3051...=1) at gmain.c:3990 #4 0x00007ff80fd9a2c1 in glib_worker_main (data=<optimized out>) at gmain.c:5783 #5 0x00007ff80fdc1b93 in g_thread_proxy (data=0x5598fbd28ca0) at gthread.c:784 #6 0x00007ff80ef686ca in start_thread (arg=0x7ff7febf0700) at pthread_create.c:333 #7 0x00007ff80eca2f7f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 ---Type <return> to continue, or q <return> to quit--- Thread 4 (Thread 0x7ff806875700 (LWP 21281)): #0 0x00007ff80ef6e460 in pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007ff8175e1487 in GC_wait_marker () at pthread_support.c:2087 #2 0x00007ff8175d725a in GC_help_marker (my_mark_no=my_mark_no@...3051...=13) at mark.c:1207 #3 0x00007ff8175e1457 in GC_mark_thread (id=<optimized out>) at pthread_support.c:378 #4 0x00007ff80ef686ca in start_thread (arg=0x7ff806875700) at pthread_create.c:333 #5 0x00007ff80eca2f7f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 3 (Thread 0x7ff807076700 (LWP 21280)): #0 0x00007ff80ef6e460 in pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007ff8175e1487 in GC_wait_marker () at pthread_support.c:2087 #2 0x00007ff8175d725a in GC_help_marker (my_mark_no=my_mark_no@...3051...=13) at mark.c:1207 #3 0x00007ff8175e1457 in GC_mark_thread (id=<optimized out>) at pthread_support.c:378 #4 0x00007ff80ef686ca in start_thread (arg=0x7ff807076700) at pthread_create.c:333 #5 0x00007ff80eca2f7f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 2 (Thread 0x7ff807877700 (LWP 21279)): #0 0x00007ff80ef6e460 in pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007ff8175e1487 in GC_wait_marker () at pthread_support.c:2087 #2 0x00007ff8175d725a in GC_help_marker (my_mark_no=my_mark_no@...3051...=13) at mark.c:1207 #3 0x00007ff8175e1457 in GC_mark_thread (id=<optimized out>) at pthread_support.c:378 #4 0x00007ff80ef686ca in start_thread (arg=0x7ff807877700) at pthread_create.c:333 ---Type <return> to continue, or q <return> to quit--- #5 0x00007ff80eca2f7f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 1 (Thread 0x7ff817cd7f40 (LWP 21278)): #0 0x00005598f9277b53 in pixbuf_from_argb32(unsigned int) (c=0) at display/cairo-utils.cpp:1212 #1 0x00005598f9277c94 in convert_pixels_argb32_to_pixbuf(unsigned char*, int, int, int) (data=data@...3051...=0x7ff7c17b6010 "", w=1000000, h=h@...3051...=64, stride=stride@...3051...=4000000) at display/cairo-utils.cpp:1263 #2 0x00005598f93a4357 in sp_export_get_rows(guchar const**, void**, int, int, void*) (rows=rows@...3051...=0x55990913bf30, to_free=to_free@...3051...=0x7ffca59c4dd8, row=row@...3051...=3456, num_rows=64, num_rows@...3051...=996544, data=data@...3051...=0x7ffca59c4ec0) at helper/png-write.cpp:352 #3 0x00005598f93a4907 in sp_png_write_rgba_striped(SPDocument*, gchar const*, unsigned long, unsigned long, double, double, void*, int (*)(guchar const**, void**, int, int, void*)) ( doc=doc@...3051...=0x5598fd82adc0, filename=filename@...3051...=0x559905425500 "/media/archivio/Roba Mia/Documenti/Universita/Sicurezza informatica presentazione/immagini/map.svg.png", width=width@...3051...=1000000, height=height@...3051...=1000000, xdpi=xdpi@...3051...=200, ydpi=ydpi@...3051...=200, data=data@...3051...=0x7ffca59c4ec0, get_rows= 0x5598f93a4110 <sp_export_get_rows(guchar const**, void**, int, int, void*)>) at helper/png-write.cpp:280 #4 0x00005598f93a4f9b in sp_export_png_file(SPDocument*, char const*, Geom::Rect const&, unsigned long, unsigned long, double, double, unsigned long, unsigned int (*)(float, void*), void*, bool, std::vector<SPItem*, std::allocator<SPItem*> > const&) (doc=0x5598fd82adc0, filename=filename@...3051...=0x559905425500 "/media/archivio/Roba Mia/Documenti/Universita/Sicurezza informatica presentazione/immagini/map.svg.png", area=..., width=width@...3051...=1000000, height=height@...3051...=1000000, xdpi=xdpi@...3051...=200, ydpi=ydpi@...3051...=200, bgcolor=bgcolor@...3051...=4294967040, status= 0x5598f95b6f20 <Inkscape::UI::Dialog::Export::onProgressCallback(float, void*)>, data=0x5599060996a0, force_overwrite=false, items_only=std::vector of length 0, capacity 0) at helper/png-write.cpp:473 #5 0x00005598f95bc234 in Inkscape::UI::Dialog::Export::onExport() (this=0x559900ea4390) at ui/dialog/export.cpp:1169 #6 0x00007ff812d2f3c8 in sigc::slot0<void>::operator()() const (this=0x559900ebed38) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:513 #7 0x00007ff812d2f3c8 in Glib::SignalProxyNormal::slot0_void_callback(_GObject*, void*) (self=<optimized out>, data=0x559900ebed30) at signalproxy.cc:104 #11 0x00007ff81008d43f in <emit signal ??? on instance 0x559900eaa2a0 [gtkmm__GtkButton]> (instance=<optimized out>, signal_id=<optimized out>, detail=<optimized out---Type <return> to continue, or q <return> to quit--- >) at gsignal.c:3447 #8 0x00007ff8100723e5 in g_closure_invoke (closure=0x559900ebed80, return_value=return_value@...3051...=0x0, n_param_values=1, param_values=param_values@...3051...=0x7ffca59c5d30, invocation_hint=invocation_hint@...3051...=0x7ffca59c5cb0) at gclosure.c:804 #9 0x00007ff810084503 in signal_emit_unlocked_R (node=node@...3051...=0x5598ff006e60, detail=detail@...3051...=0, instance=instance@...3051...=0x559900eaa2a0, emission_return=emission_return@...3051...=0x0, instance_and_params=instance_and_params@...3051...=0x7ffca59c5d30) at gsignal.c:3705 #10 0x00007ff81008d05f in g_signal_emit_valist (instance=<optimized out>, signal_id=<optimized out>, detail=<optimized out>, var_args=var_args@...3051...=0x7ffca59c5ef0) at gsignal.c:3391 #12 0x00007ff81457b015 in gtk_real_button_released (button=0x559900eaa2a0 [gtkmm__GtkButton]) at gtkbutton.c:1712 #16 0x00007ff81008d43f in <emit signal ??? on instance 0x559900eaa2a0 [gtkmm__GtkButton]> (instance=<optimized out>, signal_id=<optimized out>, detail=<optimized out>) at gsignal.c:3447 #13 0x00007ff8100723e5 in g_closure_invoke (closure=closure@...3051...=0x5598ff00ef00, return_value=return_value@...3051...=0x0, n_param_values=1, param_values=param_values@...3051...=0x7ffca59c6190, invocation_hint=invocation_hint@...3051...=0x7ffca59c6110) at gclosure.c:804 #14 0x00007ff810083e04 in signal_emit_unlocked_R (node=node@...3051...=0x5598ff00ef30, detail=detail@...3051...=0, instance=instance@...3051...=0x559900eaa2a0, emission_return=emission_return@...3051...=0x0, instance_and_params=instance_and_params@...3051...=0x7ffca59c6190) at gsignal.c:3565 #15 0x00007ff81008d05f in g_signal_emit_valist (instance=<optimized out>, signal_id=<optimized out>, detail=<optimized out>, var_args=var_args@...3051...=0x7ffca59c6350) at gsignal.c:3391 #17 0x00007ff814579c9c in gtk_button_button_release (widget=0x559900eaa2a0 [gtkmm__GtkButton], event=<optimized out>) at gtkbutton.c:1604 #22 0x00007ff81008d43f in <emit signal ??? on instance 0x559900eaa2a0 [gtkmm__GtkButton]> (instance=instance@...3051...=0x559900eaa2a0, signal_id=<optimized out>, detail=detail@...3051...=0) at gsignal.c:3447 #18 0x00007ff814631b9e in _gtk_marshal_BOOLEAN__BOXED (closure=0x5598feff7ea0, return_value=0x7ffca59c65d0, n_param_values=<optimized out>, param_values=0x7ffca59c6630, invocation_hint=<optimized out>, marshal_data=<optimized out>) at gtkmarshalers.c:86 #19 0x00007ff8100723e5 in g_closure_invoke (closure=closure@...3051...=0x5598feff7ea0, return_value=return_value@...3051...=0x7ffca59c65d0, n_param_values=2, param_values=param_values@...3051...=0x7ffca59c6630, invocation_hint=invocation_hint@...3051...=0x7ffca59c65b0) at gclosure.c:804 ---Type <return> to continue, or q <return> to quit--- #20 0x00007ff81008482d in signal_emit_unlocked_R (node=node@...3051...=0x5598feff7ef0, detail=detail@...3051...=0, instance=instance@...3051...=0x559900eaa2a0, emission_return=emission_return@...3051...=0x7ffca59c6750, instance_and_params=instance_and_params@...3051...=0x7ffca59c6630) at gsignal.c:3673 #21 0x00007ff81008cb8f in g_signal_emit_valist (instance=<optimized out>, signal_id=<optimized out>, detail=<optimized out>, var_args=var_args@...3051...=0x7ffca59c6800) at gsignal.c:3401 #23 0x00007ff81476218c in gtk_widget_event_internal (widget=widget@...3051...=0x559900eaa2a0 [gtkmm__GtkButton], event=event@...3051...=0x7ff7e800c170) at gtkwidget.c:5017 #24 0x00007ff814762457 in IA__gtk_widget_event (widget=widget@...3051...=0x559900eaa2a0 [gtkmm__GtkButton], event=event@...3051...=0x7ff7e800c170) at gtkwidget.c:4814 #25 0x00007ff81462fe54 in IA__gtk_propagate_event (widget=0x559900eaa2a0 [gtkmm__GtkButton], event=0x7ff7e800c170) at gtkmain.c:2501 #26 0x00007ff81463021b in IA__gtk_main_do_event (event=0x7ff7e800c170) at gtkmain.c:1696 #27 0x00007ff81428d49c in gdk_event_dispatch (source=<optimized out>, callback=<optimized out>, user_data=<optimized out>) at gdkevents-x11.c:2425 #28 0x00007ff80fd99e52 in g_main_dispatch (context=0x5598fbd0b080) at gmain.c:3203 #29 0x00007ff80fd99e52 in g_main_context_dispatch (context=context@...3051...=0x5598fbd0b080) at gmain.c:3856 #30 0x00007ff80fd9a1d0 in g_main_context_iterate (context=0x5598fbd0b080, block=block@...3051...=1, dispatch=dispatch@...3051...=1, self=<optimized out>) at gmain.c:3929 #31 0x00007ff80fd9a4f2 in g_main_loop_run (loop=0x559904fda500) at gmain.c:4125 #32 0x00007ff81462f267 in IA__gtk_main () at gtkmain.c:1268 #33 0x00005598f90da28b in sp_main_gui(int, char const**) (argc=<optimized out>, argv=<optimized out>) at main.cpp:1150 #34 0x00007ff80ebbb401 in __libc_start_main (main= 0x5598f90bca30 <main(int, char**)>, argc=2, argv=0x7ffca59c6e18, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffca59c6e08) at ../csu/libc-start.c:289 #35 0x00005598f90d62ba in _start () (gdb)

1 0

Update to window rotation.
by Tavmjong Bah 21 Mar '17

21 Mar '17

Hi, I've been reworking Jabier's window rotation code to use the desktop to window affine rather than messing with the SVG viewbox. This is to keep the GUI code out of the SVG handling code (also viewbox doesn't have the concept of rotation so it was a real hack to put it in there). This also unifies how zoom and rotation are handled (and eventually could include flip). With trunk r15603 most of the work is done so I would like to ask that people try it out. There are currently two ways to rotate the canvas. 1. Use the rotate spin entry box at the lower right corner of the screen to input an arbitrary rotation value (right click to open a pop- up with preset values). In this case, the rotation is around the center of the window. 2. Use Shift-Ctrl-Scroll wheel to rotate around the current cursor position. Currently the rotation is set to be in increments of 2 degrees. (We can make this a user defined preference.) Note, this is a work in progress. Axiometric grids are not handled correctly and resize/skew/rotate handles are not rotated with the canvas. Work is being tracked at http://wiki.inkscape.org/wiki/index.php/Rotati ng_Canvas Sorry there is no video. I don't have the video creating skill Jabier has... It would be interesting to know how people use a rotated canvas. Is it with a separate tablet (e.g. Wacom) or with a touch sensitive screen? Yale Zhang has a branch with gestures support. It would be interesting to get this into trunk but it looks like it needs a good review. Tav

6 21

GSoC 2017 proposal - Robust Extension System
by Minglangjun Li 21 Mar '17

21 Mar '17

Hi all, I'm a student at Xidian University, of Xi'an, China. This is my first time to apply for GSoC. Since I haven't applied before and don't know how to write a good enough application, I decide to follow the Inkscape SOC application template on the website. I'll try to cover all the points in brief. Also, English is not my mother tongue. Please excuse any errors on my part. I use Inkscape mainly for technical drawings (e.g. flow charts, neural networks structures) and app icons. The most complex two I created are a convolutional neural network and an anime character[1]. I love it for being powerful, easy-to-use and off course, open source. Being a contributor to it would definitely be exciting. I'm browsing the source code recently and have submitted two patches[2,3]. I code in C++ and Python. My favourite programming tools are Vim and Git. Projects I completed include a COOL compiler [4] which is the course project of Stanford compiler course and an Android client [5] for the NHK easy news website. My contributions to other open source projects are: 1. I fixed a bug in the implementation of the Felzenszwalb segmentation algorithm in scikit-image[6]. Old implementation does not update the sizes of merged regions which causes small regions to be merged into only a few large regions. [7] 2. I extended the Python binding of the Dlib library [8] to support discontiguous Numpy arrays. [9] Q: Why should you pick me? A: I use Inkscape and I would like to help it become better. I'm particularly interested in improving the performance of Inkscape which has been complained by many users [10,11] and hope to learn from it as well as sharpen my programming skills. The statements and adjudgements below are according to my current knowledge of Inkscape. If there's any mistake, please let me know. Any advice for improving this proposal will be greatly appreciated. The Proposal ============ Project: Robust Extension System Abstract The extension system is a way to extend Inkscape's functionality. My project aims to improve the performance of the subsystem and make extension development reliable through creating a specific unit test framework. Goals: 1. Check extensions' availabilities in a top-down strategy to avoid unnecessary rechecking in the case of cascading failure. This also makes the dependency check faster. (May 30 - June 20) 2. Implement a universal expiration time manager for all the extensions which uses less memory and is easier to maintain. (June 21 - July 20) 3. Create a test suite for extensions. Build infrastructures like document builder, extension loading, node and attribute lookup, etc.(July 21 - August 20) 4. Other miscellaneous tasks. (If time allows) - Implement an INX builder for internal extensions, making the code more readable and maintainable. - Release an extension if it gets deactivated to save memory. This follows the observation that deactiveated extensions are never activated again. - ... Details: 1. To check extensions' availabilities in a top-down strategy, we should use a data structure like disjoint sets to represent the relationships between extensions. We then assign ranks to extensions in the following way: If an extension has no dependency, we call it a root extension and assign a rank of 0 to it. Otherwise, we set its rank to the maximum rank of all its dependencies plus one. With the help of ranks, we're able to check extensions' availabilities in the order of their ranks. This ensures that an extension's dependencies have been checked before it is checked. 2. Inkscape trunk uses a circular linked list to manage extensions' expiration times. It is not well designed and do bad things (calling 'delete this' in the member). We can improve this by introduce a universal expiration time manager. The expiration time of each extension is inserted into a min heap (or priority queue) on load. When the manager timeouts, it removes all the time that have expired and unloads those extensions. This is similar to how Nginx manages its event timers. Unlike Nginx, we set the timeout of the timer according to the minimal expiration time instead of a constant interval and update it once the queue is updated. 3. Testing an extension is straightforward. We read or elaborate some documents, load the extension and test it against those documents. For most of the input/output extensions, we can do nothing but check if they finish without error and assume that third-party libraries do what they are supposed to do. For effect extensions, we apply them to the documents and examine if the objects are corretly modified in the returned document. Some helper functions should make writing test cases easier. I noticed that there're some bare-bone tests located in the test subdirectory of the extensions folder. Testing Python extensions separately using unittest is a good idea, but what about extensions written in other languages? This needs further consideration. [1] https://drive.google.com/open?id=0B1hNZ1rY1_c4RUJ5b3N5Z0gtODA [2] https://code.launchpad.net/~mljli/inkscape/fix-1670688 [3] https://code.launchpad.net/~mljli/inkscape/cmake_arch [4] https://github.com/mljli/compilers-004 [5] http://nekotachi.github.io/easynews [6] https://github.com/scikit-image/scikit-image [7] https://github.com/scikit-image/scikit-image/pull/2164 [8] http://dlib.net/ [9] https://github.com/davisking/dlib/pull/155 [10] https://bugs.launchpad.net/inkscape/+bug/1198317 [11] https://bugs.launchpad.net/inkscape/+bug/367779 Regard, Minglangjun Li

2 3

Problem with associating Inkscape to the SVG file type on Windows 7 x64
by William Berzoff 19 Mar '17

19 Mar '17

Hi, After upgrading to version *0.92.1 r15371* *x64*, Inkscape no longer associates to the SVG file type. I tried completely uninstalling/reinstalling. Have also made sure there are no other versions still present on my PC. Checked for any version x64, x32 or portable. My PC runs on Windows 7 x64 U.E. I also had not recently updated or installed any other software. An other strange thing was that suddenly GIMP was being associated with the SVG file type, without me adjusting any settings. I would right click a SVG file to try associate Inkscape via the routine *Open With... Choose Default Program*. Inkscape was no longer in the presented list. Also navigating to the *inkscape.exe* file and selecting it, was no use. Inkscape would still not associate with SVG. Also trying through the Configuration Panel didn't work. Also, trying again after rebooting the computer, didn't work. Typical thing is that SVGZ file are still associated with Inkscape like they where before. Notably, I am not having issues starting up Inkscape directly from the executable. And I can still use it to edit SVG files. It's just an annoyance to have to use a work about. Also I feel not qualified to tell whether it's a bug or not. I have posted on the Inkscape forum, where they recommended that I contact the developers through the mailing list. Below a link to my first relevant post on that forum. http://www.inkscapeforum.com/viewtopic.php?f=22&t=31924#p97023 Hopefully you can help me out. Regards, William Berzoff

3 3

New to inkscape source code
by Rahul Manoj 19 Mar '17

19 Mar '17

Hi, I am a college student who is looking to contribute to the inkscape project as I am trying to participate in "google summer of code 2017" . I have some initial trouble compiling the source code when I ran cmake .. . The error is as follows: -- Checking for modules 'gtkmm-3.0>=3.8;gdkmm- 3.0>=3.8;gtk+-3.0>=3.8;gdk-3.0>=3.8;gdl-3.0>=3.4' -- CMake Error at /usr/share/cmake-3.5/Modules/FindPkgConfig.cmake:367 (message): A required package was not found Call Stack (most recent call first): /usr/share/cmake-3.5/Modules/FindPkgConfig.cmake:532 (_pkg_check_modules_internal) CMakeScripts/DefineDependsandFlags.cmake:250 (pkg_check_modules) CMakeLists.txt:120 (include) If someone could guide me on what packages or libraries I have to install I would be grateful, Rahul Manoj

3 2

Development Project Management System Gsoc 2017
by Rohit Lodha 17 Mar '17

17 Mar '17

Hi I am Rohit. *As I mentioned in my last email, I would like to contribute to Inkscape by working on the Development Project Management System during the summer.* I have already submitted some patches to inkscape-web repository. I would like you to help me write my project proposal by suggesting more features that can be implemented in the system. After going through the blueprints, funded development project and Janitorial task, I suggest we build a Web portal with the following features : - People can submit,edit and view ideas for development project.( With login capabilities or without it) - The admin and the user(who uploaded the idea) will have the authority to change the status of the project ( Like assigning it to somebody, changing the design,priority,delivery,tags of the project among other things) - Contributors can view the ideas based on different filters( priority, tags, design, janitorial, languages) and can select those project by letting the admin/user know. - A feature will be added where contributors can comment and clarify their doubts about the project. - All the launchpad blueprints can be transferred to the portal with a well written python script. This is just a basic blueprint of the system. I would like you to suggest some more features which I may have missed. -Rohit Lodha Gitlab profile : https://gitlab.com/rtgdk Github profile: https://github.com/rtgdk

2 1

Website: JS Form Validation
by Martin Owens 16 Mar '17

16 Mar '17

Dear Developers, Thanks to the work by Rohit Lodha, we now have javascript validating the resource upload form. What this means is that if you don't have enough quota, or there's some other issue with your upload like it's the wrong file type for that category. Then you should get a javascript message before the form is submitted and you shouldn't have to wait a long time for the form to fail. It'll need more testing of course and you can get to it here: https://inkscape.org/en/gallery/upload/ (don't forget to force refresh to clear your cache, new js and css) Best Regards, Martin Owens

2 4

Re: [Inkscape-devel] Issues Loading Inkscape on macOS Sierra
by Danielle Forrest 15 Mar '17

15 Mar '17

I have given permissions. I’m quite familiar with how to get programs to start when it comes from the internet. For good measure, I’ve also double checked that attempting to run while disconnected from my external monitor doesn’t improve it (I’m not actually running dual monitors as the laptop is closed but am using an external monitor). > > Message: 1 > Date: Mon, 13 Mar 2017 13:31:56 -0400 > From: "PipingDesignCentral ." <pipingdesigner@...400...> > Subject: Re: [Inkscape-devel] Issues Loading Inkscape on macOS Sierra > To: inkscape-devel(a)lists.sourceforge.net > Message-ID: > <CAKtzLh0ZZUAfMhVyE-TwXWOJzDjaemrQk=Ga9=20fbcrkpmMzA@...401...> > Content-Type: text/plain; charset="utf-8" > > I have noticed that Inkscape loads "invisibly" when I'm running both my > laptop screen and and external monitor. If I disconnect the external > monitor, the Inkscape window appears. > > Paul > > >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Mon, 13 Mar 2017 13:11:27 -0400 >> From: Danielle Forrest <aawhystine@...400...> >> Subject: [Inkscape-devel] Issues Loading Inkscape on macOS Sierra >> (Version 10.12) >> To: inkscape-devel(a)lists.sourceforge.net >> Message-ID: <A154CB14-DB49-4A5E-83E5-F0FC10C03C3A@...400...> >> Content-Type: text/plain; charset="utf-8" >> >> I have version 0.91 of Inkscape (installed 64bit version) and xQuartz >> version 2.7.11. >> >> I have used Inkscape on this computer before without problems but now it >> won?t load (program goes to not responding). I start xQuartz first because >> I read something that said I should, but that didn?t help. >> >> I?m assuming this has to do with the OS since nothing else had changed (I >> don?t remember when I updated to macOS Sierra, so I?m making a wild >> assumption here). To be safe, I did remove and reinstall xQuartz and >> Inkscape (in case something had become corrupted) but that didn?t fix the >> problem. >> >>

1 0

Issues Loading Inkscape on macOS Sierra (Version 10.12)
by Danielle Forrest 14 Mar '17

14 Mar '17

I have version 0.91 of Inkscape (installed 64bit version) and xQuartz version 2.7.11. I have used Inkscape on this computer before without problems but now it won’t load (program goes to not responding). I start xQuartz first because I read something that said I should, but that didn’t help. I’m assuming this has to do with the OS since nothing else had changed (I don’t remember when I updated to macOS Sierra, so I’m making a wild assumption here). To be safe, I did remove and reinstall xQuartz and Inkscape (in case something had become corrupted) but that didn’t fix the problem.

3 2

Changes to several extensions for Python 3 compatibility
by Windell H. Oskay 14 Mar '17

14 Mar '17

I have made minor modifications to several of the supported python extension files for compatibility with Python 3. These modifications allow them to continue working in python 2.x, and do not add dependencies. I am not sure if this is duplicating existing work, but I thought it might be best to discuss it here just in case. The changed files are: inkex.py bezmisc.py cspsubdiv.py simplepath.py simplestyle.py simpletransform.py These patches are based on files from 0.92, and which are unchanged in current bzr. I have posted the files here, since I am not an approved Inkscape developer: http://evilmadscientist.com/source/extensionfiles-py2-3.zip (18 kB) (In addition to these, I would note that ffgeom.py and cubicsuperpath.py work in both Python 2 and 3 without changes. I have not tested other extension files for compatibility.) These changes appear to be non-breaking within Inkscape, as tested via invoking extensions that depend upon these, including flatten, Voronoi pattern (generate from path), and alphabetsoup. I have tested back to Python 2.6 under Inkscape 0.91, and up to Python 3.6 on the command line. While this is neither a formal test procedure nor exhaustive, I have not observed issues or errors due to these changes. If there are formal tests that could identify other issues, I would certainly welcome learning about them. One coding note that I have is that the function definitions in bezmisc.py required "manually" unpacking the named tuples on their inputs, which adds one line of code to each function. Someone more expert at python may know of a more elegant approach. I would assert that making the extension environment compatible with Python 3 is a worthwhile goal, even if we are quite some ways away from making Python 3 compatibility a requirement. This particular set of changes potentially allows certain Inkscape extensions to be run from the command line without opening the Inkscape GUI (not otherwise possible for verbs) on systems running either Python 2 or 3 as default. Thank you all, -Windell Windell H. Oskay, Ph.D. Co-Founder and Chief Scientist Evil Mad Scientist Laboratories 175 San Lazaro Ave, STE 150 Sunnyvale CA 94086 http://www.evilmadscientist.com/ Windell H. Oskay, Ph.D. Co-Founder and Chief Scientist Evil Mad Scientist Laboratories 175 San Lazaro Ave, STE 150 Sunnyvale CA 94086 http://www.evilmadscientist.com/

4 4

Impact of going GTK3 only for extensions (especially on Windows)
by Pit Garbe 14 Mar '17

14 Mar '17

Hi, I just read about the upcoming removal of GTK+ 2.x from Inkscape. What does that mean for extensions? At the moment my extension makes use of PyGTK. That means, it uses GTK+ 2.x. Will the extension still be usable in the future? As far as I understand, it shouldn’t be a problem on Linux, where the installation of Python and GTK etc. are separate from Inkscape, but on Windows its included by Inkscape and probably stop working once GTK+ 2.x is removed. Kind regards Pit -- Pit Garbe iOS-Softwareentwickler, Dipl.-Inf. Robert-Matzke-Str. 11, 01127 Dresden, Deutschland Tel.: +49 160 4539149

1 0

question - text width and height
by Lukáš Haberzettl 14 Mar '17

14 Mar '17

Hi, I am working on an extension for markdown -> svg text transform and currently facing a problem with getting text dimensions. I would like to position and scale my result (Group containing several text elements) into required values but I don’t know how can I get width and height of that group. Is there a way to get these values? I’ve read about using BBox. Is there a functionality maybe in inkex package to get BBox of an element ? I’ll be glad for any advice. Thank you, Lukas Haberzettl

2 1

Re: [Inkscape-devel] Issues Loading Inkscape on macOS Sierra
by PipingDesignCentral . 13 Mar '17

13 Mar '17

I have noticed that Inkscape loads "invisibly" when I'm running both my laptop screen and and external monitor. If I disconnect the external monitor, the Inkscape window appears. Paul > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 13 Mar 2017 13:11:27 -0400 > From: Danielle Forrest <aawhystine@...400...> > Subject: [Inkscape-devel] Issues Loading Inkscape on macOS Sierra > (Version 10.12) > To: inkscape-devel(a)lists.sourceforge.net > Message-ID: <A154CB14-DB49-4A5E-83E5-F0FC10C03C3A@...400...> > Content-Type: text/plain; charset="utf-8" > > I have version 0.91 of Inkscape (installed 64bit version) and xQuartz > version 2.7.11. > > I have used Inkscape on this computer before without problems but now it > won?t load (program goes to not responding). I start xQuartz first because > I read something that said I should, but that didn?t help. > > I?m assuming this has to do with the OS since nothing else had changed (I > don?t remember when I updated to macOS Sierra, so I?m making a wild > assumption here). To be safe, I did remove and reinstall xQuartz and > Inkscape (in case something had become corrupted) but that didn?t fix the > problem. > >

1 0

Roadmap for Inkscape 0.93 on Windows - GTK3, devlibs, MSYS2 and support for Windows XP
by Eduard Braun 13 Mar '17

13 Mar '17

Hi all, one of the biggest changes in current trunk is the switch to gtk3. As some of you already know this step will be a hard one on Windows as we have to rely on pre-built development libraries to be able to compile Inkscape: * devlibs currently has no support for gtk3 at all. (There's an experimental branch on which jazzynico was working, but as far as I know he was never able to complete it due to build issues) * devlibs64 includes gtk3 3.19.6 but IMHO it's pretty broken and would require *a lot* of work to get anywhere near being usable As a result we're currently not able to build Inkscape for 32-bit Windows at all (bug 1609954 [1]) and builds with devlibs64 are nowhere close to be usable. *Therefore I want to propose to switch to MSYS2 for compiling Inkscape trunk on Windows!* MSYS2 is a rewrite of MSYS including all the necessary build tools to compile native applications for Windows using mingw-w64 (see official homepage [2] for details). Furthermore it includes the package manager "pacman" (users of Arch Linux will know it) which allows to conveniently install and upgrade packages. The switch would have a *lot* of advantages: * Easier setup of the build system as gcc and all necessary build tools and libraries are included in MSYS2 (currently we require to download gcc + devlibs + cmake separately and procedure varies widely between 32-bit and 64-bit builds) * A solid set of constantly updated libraries (see [3]). * Packages are usually built with a small set of patches to fix compatibility errors on Windows that would otherwise require hours to figure out when building libraries from scratch. * An active developer community. Questions are answered swiftly, bugs in the provided libraries can usually be figured out jointly. * Creating new packages (if it should ever be required) or recompiling existing packages (i.e. to test a fix) is extremely easy. (I recently added libvisio [4] which was the only dependency of Inkscape not yet provided) * 32-bit and 64-bit builds are equivalent. The exact same library versions are used and MSYS2 includes build environments for both that co-exist by default I'm already successfully building current trunk with MSYS2 without any issues at all (there are no code changes needed, only environment variables have to be adjusted and the CMake install target has to be adjusted to pick up the correct libraries). If you're interested you can find the latest builds at [5] (the most obvious change is the Adwaita theme that is now used by gtk3 by default but doesn't look very native. However that's something we can customize going forward as desired). There's one big downside: My builds currently don't work on Windows XP. However I'm afraid this has nothing to do with MSYS2. Many libraries have started to drop support for Windows XP, most importantly gtk3 does not support it after 3.16 [6]. This means we have two possibilites: * Drop support for Windows XP in Inkscape 0.93 * Try our best to somehow (currently I have no idea how!) continue support for Windows XP. This would most likely require us to keep building, maintaining and distributing our own development libraries (however I guess even here MSYS2 would be a huge help). While achieving this might sound favourable keep in mind that it would require us to limit ourselves to old library versions on purpose with all the inevitable downsides like unfixed bugs and growing number of incompatibilities in newer OSs. I thought about this for some time now and although it was not an easy decision I'd vote for the first option. I know people still use Windows XP in productive environments (I have an old Windows XP server running myself - shame on me) but to be realistic it's time to move on. Support for XP ended a long time ago, it's insecure and there's only very few cases where people are actually bound to XP for other reasons than convenience. Weighing all the pros and cons I'd say the pros clearly prevail! *So: Let me know what you think!* Does a switch to MSYS2 as build system sound reasonable to you? Is Windows XP support something we have to keep even if it means a huge amount of additional effort and requires us to limit ourselves on newer platforms on purpose? Looking forward to you thoughts, Eduard [1] https://bugs.launchpad.net/bugs/1609954 [2] http://www.msys2.org/ [3] https://github.com/Alexpux/MINGW-packages [4] https://github.com/Alexpux/MINGW-packages/pull/2194 [5] http://download.tuxfamily.org/inkscape/win64/ [6] https://github.com/GNOME/gtk/blob/24483481c1eaa6e3bad9f158e2d4d3ef21505d9b/…

12 34

Re: [Inkscape-devel] Nondestructive booleans
by Jabier Arraiza 12 Mar '17

12 Mar '17

Thanks Michael. ping me if you need help with LPE. Cheers, Jabier. On Mon, 2017-02-27 at 15:01 +0100, Michael Soegtrop wrote: > Dear Miguel, Jabier, > > I started to finalize the embroidery stitching LPE (experimenting > with > TSP algorithms) - probably it is smarter to first update the boolean > LPE > branch and add the small changes Jabier requested. I will do so now, > should take less than 2 weeks. > > Best regards, > > Michael > > > On 27.02.2017 09:58, Jabier Arraiza wrote: > > Hi Miguel. > > There is plans to be included in 0.93 by a Boolops LPE from Michael > > Soegtrop. > > > > https://code.launchpad.net/~msoegtrop/inkscape/lpe-bool > > > > Hi, Jabier.

2 2

Last change to Edit: Sponsor Levels
by Martin Owens 12 Mar '17

12 Mar '17

Dear all, This is the last chance before I contact our sponsor requests and point them to this page: https://inkscape.org/en/support-us/sponsors/ We can't do a lot about the css (some things) but the text is what's important and it sounds like that's done. But please check over just in case. Thanks for all your help to review. Best Regards, Martin Owens

4 3

RSVP: Inkscape Hackfest, Portland Oregon Apr 28 - May 3, 2017
by Bryce Harrington 12 Mar '17

12 Mar '17

You're invited! We will be hosting a hackfest in Portland Oregon this spring for 5 nights. Tell me ASAP if you might be interested in joining us. We're trying something a bit different for this hackfest. We're renting a house that's been set up for business meetings, with a front unit and a rear unit. We've reserved one unit, and if enough people will be coming we'll grab the other as well. The event will focus on stabilization of the 0.93 branch and infrastructure development. Depending on attendance, we'll also do planning of fundraising activities and brainstorming of outreach efforts. I will send further information soon (the Board is currently voting on a few details), but for now please drop me an email if you might be able to participate. Bryce

7 9

Spam on answers?
by Windell H. Oskay 12 Mar '17

12 Mar '17

Can anything be done about the torrent of spam on the Inkscape answers page? (https://answers.launchpad.net/inkscape) Windell H. Oskay, Ph.D. Co-Founder and Chief Scientist Evil Mad Scientist Laboratories 175 San Lazaro Ave, STE 150 Sunnyvale CA 94086 http://www.evilmadscientist.com/

7 10

GSoC 2017 project idea 5 - Better data structure for selections
by Minglangjun Li 12 Mar '17

12 Mar '17

Hi all, I'm a student and I'm going to apply for GSoC this year. I'm interested in the project idea [1] about selections. But after a quick look at the code of class ObjectSet I found that ObjectSet has already been implemented using Boost::multi_index_container. So is the information on the wiki up-to-date? [1] http://wiki.inkscape.org/wiki/index.php/Google_Summer_of_Code#P5._Better_da… Regards, Minglangjun

3 2

Specify interpreter's version for Python extensions
by Minglangjun Li 09 Mar '17

09 Mar '17

Hi all, Today many distros make Python 3 as a default. While some existing Inkscape python extensions are not Python 3 compatible (or vice versa). So maybe I think its better to encourage extension developers to write code that support both Python 2 and 3 at somewhere on the website or wiki. For those existing scripts, we can either use 2to3 to make them compatible or extend our support of Python interpreter to both Python2 and Python3 (currently only "python" is supported in INX files). I prefer the former way, though. What do you think? Regards, Minglangjun

1 0

Trying to improve the performance of dragging objects in complex documents
by Minglangjun Li 08 Mar '17

08 Mar '17

Hi all, I notice that dragging objects in Inkscape becomes slow when the document contains a lot of objects. And there's already a bug report (#1198317 <https://bugs.launchpad.net/inkscape/+bug/1198317>) complains about it. It remains unresolved, though. I love Inkscape so I am willing to contribute. The big problem is Inkscape's codebase is too large for me. Currently I only find the following lines which may potentially be optimized (haven't tested). === modified file 'src/seltrans.cpp' --- src/seltrans.cpp 2016-10-24 22:58:43 +0000 +++ src/seltrans.cpp 2017-03-07 15:07:24 +0000 @@ -280,9 +280,13 @@ // (The special points are the handles, center, rotation axis, font baseline, ends of spiral, etc.) // First, determine the bounding box - _bbox = selection->bounds(_snap_bbox_type); _visual_bbox = selection->visualBounds(); // Used for correctly scaling the strokewidth _geometric_bbox = selection->geometricBounds(); + if (_snap_bbox_type == SPItem::VISUAL_BBOX) { + _bbox = _visual_bbox; + } else { + _bbox = _geometric_bbox; + } _point = p; if (_geometric_bbox) { In the previous mentioned bug report they said that the performance dropping has something to do with the bounding box computation. I don't get it. For simple shapes like circles, how can we compute their bbox. more efficiently? Another question is why should we compute the bbox. of the background objects when we drag an object? I think it's the real source of the performance issue. Am I right? Any help is appreciated. Thanks. Regards, Minglangjun

1 1

Question for extension development
by Lukáš Haberzettl 08 Mar '17

08 Mar '17

Hello, I have a question about Inkscape extensions UI options. I need textarea input (not only one line for text input, but something like textarea html element), but as far as I studied the documentation I haven’t find out how to do this. Is there any option how to add this type of input to interface of extension? Original of my question can be seen here : https://answers.launchpad.net/inkscape/+question/470626 <https://answers.launchpad.net/inkscape/+question/470626> Thank you for your reply, Lukas Haberzettl

4 3

Inkscape Advocates organizational meeting ~ Fri Mar 10th
by Bryce Harrington 07 Mar '17

07 Mar '17

Would you like to contribute to Inkscape by helping spread the word about it? Whether you're new to Inkscape or an old hand, we'll be getting together on IRC to chat about ideas for promoting Inkscape to other communities and to the world at large, and we would love to have you there! This advocacy meet-up will be next week on Friday, March 10 in the #inkscape-devel IRC channel and will kick off around noon Pacific time. Our aim is to establish a new regular team in the Inkscape community chartered to undertake outreach efforts, write and distribute marketing materials, and/or announce our releases. Training classes, merchandise, tradeshows, social media actions, press releases, and more are all possibilities on the table. Exactly what we do will be decided by the group itself, so if you have opinions come share them. Date: Friday, March 10 Time: Noon Pacific Place: irc://irc.freenode.org/#inkscape-devel If you've not used IRC before, you'll need an IRC program for your platform (tons are available), or you can use Inkscape's web IRC portal here: https://inkscape.org/en/community/discussion/ Thanks, and hope to hear your ideas come Friday! Bryce

1 1

Very early start on the future CAD feature of Inkscape
by Miguel Lopez 07 Mar '17

07 Mar '17

Hello guys, there is a idea that I have in mind which can be considered the very first start to CAD support of Inkscape. When I have manipulated the display units, I noticed that scale x, and scale y does change. I tried to find out what works best from Inkscape to Solidworks .dxf import, and as it turns out, the scale must be exactly 1.0 x and 1.0 y in order to achieve the correct size within Solidworks. The viable workaround to this is of course to make CAD templates, and I might make series of CAD templates. For people who are using Inkscape due to its .dxf support, they have to pay attention to the scale feature with document property. Also, sometimes they have to snap created object within the 0,0 of the workspace in order to import a vector object exactly as if the origin is the rotation point of the object. Modifying the centerpoint can be done with Solidworks, but it's a little tedious, but it can easily be done in Inkscape. There are 4 solutions I can think of for this when it comes to .dxf export, and CAD program support - Under Scale Box, there should be a checkmark which says retain 1:1 scaling when changing display unit. - If I were to export .dxf and the scale factor is not 1, then during the export process, Inkscape should automatically scale the result to 1/x where x represent the scale factor within Inkscape. Also, I wouldn't support px export in .dxf. - There should be a option to display the axis line within document property. That means the X line or horizontal line and the Y line or the height line. - Last of all, under .dxf export, I think one should have the option to always export the name of the unit being used next to the file name. That way, it would be easy to tell what's being used to avoid scaling issues within .dxf. Right now, all I have are templates, and I might try to give them out to you guys to put on the next release. I will try to talk more about this in the inkscape-devel if I can. Oh, and to Bryan or whatever the name is, I'm not in that state. I'm a university student with a very long commute and possibly suffering from unrecoverable chronic fatigue. It's unlikely I'll ever be able to go to a physical meeting as much as I want to.

1 0

Sponsors Side Page
by Martin Owens 05 Mar '17

05 Mar '17

Dear Developers, We've just finalised our revised sponsorship details. I've written a rough draft in situ to describe the different levels. https://inkscape.org/en/support-us/sponsors/?edit Please review the right side panel text, it's very rough draft so it'll need some corrections. You can edit it directly, but please don't publish yet. Bryce needs to confirm the details. Best Regards, Martin Owens

6 11

Be member of the Inkscape Developers team on Launchpad
by YuGiOhJCJ Mailing-List 05 Mar '17

05 Mar '17

Hello, I have something to commit. Can I be approved as a member of the Inkscape Developers team on Launchpad please? https://launchpad.net/~yugiohjcj Thank you. Best regards.

2 3

Is it possible to specify the filetype or filename when using the verb FileSaveAs from a DOS prompt?
by alvinpenner 04 Mar '17

04 Mar '17

This is two questions, actually, somewhat loosely related: 1. I would like to run a DOS command such as: inkscape --verb=dosomething --verb=FileSaveAs \windows\temp\testtext.svg Currently this command will present me with a SaveAs dialog with the current file name and the filetype svg. I would like to specify, in the command line, either the file type for the Save As operation, or perhaps the filename with the filetype as well, so that the operation could perform silently. Not sure what the syntax would be for this. 2. Alternately, if this is not possible, is it possible to execute verbs from inside a Python script? So, for example, if I were in the Python extension dxf_outlines.py for saving a dxf file, can I execute the verb "--verb=ObjectToPath" and get output from it? tia, Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/Is-it-possible-to-specify-the-filetype-or-… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 18

GSoC Mentoring
by Tavmjong Bah 04 Mar '17

04 Mar '17

Hi, We've been accepted to participate in this year's Google Summer of Code. We need to submit a list of mentors. If you are interested in mentoring, please reply to this email. Thanks, Tav

3 2

RSVP: Inkscape Hackfest, Portland Oregon Apr 28 - May 3, 2017
by Bryce Harrington 04 Mar '17

04 Mar '17

You're invited! We will be hosting a hackfest in Portland Oregon this spring for 5 nights. Tell me ASAP if you might be interested in joining us. We're trying something a bit different for this hackfest. We're renting a house that's been set up for business meetings, with a front unit and a rear unit. We've reserved one, and if enough people will be coming we'll grab the other as well. The event will focus on stabilization of the 0.93 branch, infrastructure development, and fundraiser planning. See the attached PDF for details, and email me offlist if you may be able to come. Bryce

1 0

gitlab migration plan
by Bryce Harrington 04 Mar '17

04 Mar '17

Thanks everyone who provided feedback on the plan to migrate to gitlab. I've updated the plan to incorporate all the feedback (see attached diff for what changed). With 0.92.1 now out the door, this seems like an opportune time to proceed with Step 2 of the migration, if no one objects? So, Martin, Maren, jazzynico, and others who have been maintaining inkscape-related products on gitlab, would you mind sharing your experiences with gitlab, and whether you recommend for or against migrating inkscape itself at this time? Bryce ------------------------------------------------------------------------ [DONE] Migrate inkscape_web. + Keep a particular eye on performance. + Evaluate code review UX + Evaluate CI + Experiment with other features 2. Once 0.92.1 is released, we'll have a first checkpoint Checkpoint for inkscape_web. + Make recommendations for utilization of code review, CI, and other gitlab functionality. + Was performance a hinderance? Is the user experience acceptable? In general do the inkscape_web participants still feel as supportive of gitlab? + Retrospective on the 2/1/2017 hack + loss of backups - https://www.theregister.co.uk/2017/02/01/gitlab_data_loss/ - Issue itself is bad. Transparency they showed is good. - It's been a month, have they adequately sorted things out? + Is gitlab's CI build system up to the task for Inkscape? What provisions will we need to make (e.g. supplying our own build hosts) + What concerns or issues remain, that should be watched during our initial migration? + We'll ask everyone involved in inkscape_web for a thumb's up or down. If there are thumb's down, we'll halt and re-evaluate. 3. Migrate inkscape to gitlab. + All bzr committers are eligible for gitlab commit access, but will need to place a request for access + tweenk has a script to fix up discrepant author names and e-mails. Can't be shared publically since has personal info (but could be passed to a board member via pgp encrypt). + At least one dry run should be done, to ensure that revision history, branches, tags, etc. are successfully converted. + Functionality that uses 'bzr revno' (like the about screen) will need modified to use git. - Formatting for about screen should be something resembling: "Inkscape 0.92+devel (2017-01-18 f0e47570)" - git describe --tags --dirty will tell the last tag, whether there are changes to the checkout (the --dirty), the short hash of the last commit and also the number of commits since the tag. It's not too hard to clean up the tag name (remove "release-") and add the commit date. - Use the commit date rather than the author date + Issues encountered with gitlab will be recorded in our bug tracker with the 'gitlab-migration' tag. + Transition of wiki pages can start as desired (see separate plan proposal). + Bugs stay on LP for now 4. Outreach effort to bring in contributors + Assemble an outreach/advocacy team + Leverage our release marketing procedures and contacts + Coordinate with GSoC, releases, hackfests + Ensure we have reviewers/mentors on hand 5. Following the 0.93.0 release is a second checkpoint. + Review the recorded issues encountered. Collect further feedback. + How has use of gitlab affected contribution levels to the Inkscape codebase? If contribution levels have not grown then we need to reassess. + All active users of the service are asked to give thumbs up/down on their experience using gitlab. If most everyone gives thumb's up, we will proceed and stick with gitlab at least until 1.0.0. Otherwise, we need to re-evaluate our plans. + Plan follow-on work to investigate/address top issues. 6. Following the 1.0.0 release, we have another reassessment of all project technologies and services. cmake, git, gitlab, C++11, gtk3, and so on. We should then plan transitions from those to whatever is next, over the course of several 1.x releases.

6 13

Using libpotrace - any easy examples ?
by Ken Moffat 03 Mar '17

03 Mar '17

Among the changes for 0.92, I saw that libpotrace was no longer shipped, and therefore an external library was needed. Therefore, for those of us who build without that external library (I'm from BLFS - Beyond Linux From Scratch) we are apparently losing functionality compared to 0.91. But proving it to my colleagues is a different matter. My searches suggested that the Paintbucket tool would no-longer work, and that that could be confirmed by drawing a box with a foreground colour to fill it. But that continued to work, so I have been unable to prove that error on our part. Meanwhile, we had other fish to fry (/me wonders if that is the right phrase for a vegetarian to use, but whatever ...). Now that I'm back to looking at upcoming things, asking a question here looks like a nice diversion from upcoming changes in other packages (particularly firefox and its reputed requirement for rust), even if I end up showing my ignorance. So: is there a *simple* series of actions which even an artistic numpty like me can do, which will work on 0.91, but which on 0.92 *without* libpotrace will fail ? Thanks. ĸen -- `I shall take my mountains', said Lu-Tze. `The climate will be good for them.' -- Small Gods

2 2

is it possible to speed up CMake?
by alvinpenner 03 Mar '17

03 Mar '17

on Windows 10, current trunk, I normally execute the following two Cmake commands: mingw32-make -j 2 mingw32-make install The time required for this is 300 seconds, 150 seconds for each step. This time is the same no matter how small the change, even if I just insert one single blank character somewhere. Previously, using btool, the total time required for this would be about 10 seconds or so, for a complete rebuild of Inkscape. So CMake is about 30 times slower than btool, which makes it almost impossible to do diagnostic work with Inkscape, any way of speeding it up? Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/is-it-possible-to-speed-up-CMake-tp4979104… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

11 19

Simple Templates
by Deepti sharma 02 Mar '17

02 Mar '17

I am attaching some of the simple graphics made by using Inkscape. -- Regards Deepti Sharma Blog: https://deepti96.wordpress.com/ Github: https://github.com/dsdeeptisharma Gitlab: https://gitlab.com/u/dsdeepti "Great works are not performed by strength but by perseverance"

2 1

Re: [Inkscape-devel] is it possible to speed up CMake?
by Olof Bjarnason 01 Mar '17

01 Mar '17

On 1 Mar 2017 22:01, "alvinpenner" <penner@...1856...> wrote: >> A complete *rebuild* of Inkscape in 10 seconds using one computer only? sorry, I got carried away with my own rhetoric. I meant take an existing build, make one trivial change in one file, and rebuild. I am tracking down bugs, so I typically do many recompiles with only trivial changes between them. Ah yes. Rebuild means clean+build in my toolchain might be a little blind. Hope cmake build cycle improves with time... Alvin -- View this message in context: http://inkscape.13.x6.nabble. com/is-it-possible-to-speed-up-CMake-tp4979104p4979107.html Sent from the Inkscape - Dev mailing list archive at Nabble.com. ------------------------------------------------------------ ------------------ 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

1 0

Introduction
by Deepti sharma 01 Mar '17

01 Mar '17

Hi, I am Deepti Sharma pursuing Bachelors of Technology (B.Tech) 3rd year in CS. I love to pick challenges and this is an opportunity for me to indulge in open source community. I have worked with some of the open source communities during the time of GCI and it was a great experience for me. I have used Inkscape in past for simple graphics and now I am putting my hands into it again. I am extending my knowledge by reading about capabilities of Inkscape. Soon I will post some of the graphics I have made using Inkscape. -- Regards Deepti Sharma Blog: https://deepti96.wordpress.com/ Github: https://github.com/dsdeeptisharma Gitlab: https://gitlab.com/u/dsdeepti "Great works are not performed by strength but by perseverance"

2 1

GSOC
by Jabier Arraiza 27 Feb '17

27 Feb '17

This year I do not go to propose me as a mentor, but if anyone is interested in my proposal from last year I could co-mentor in the dark -if posibol-. Cheers, Jabier.

1 0

Re: [Inkscape-devel] Roadmap for Inkscape 0.93 on Windows - GTK3, devlibs, MSYS2 and support for Windows XP
by C R 27 Feb '17

27 Feb '17

May I suggest migrating to Ubuntu? You may actually have some luck running those older programs in WINE. Just a thought. :) Dosbox still runs my very first Pascal programs! You may also find good open source replacements for your old software too, and probably for free! Sorry to hear about your troubles with Windows 10. If you must have Windows, maybe win 7 would be better at this point. You could also try running XP in a VM in Ubuntu, then you could have your cake and eat it too. :) -C On 27 Feb 2017 11:20 a.m., "alvinpenner" <penner@...1856...> wrote: >> If they are still on XP, they can still use older builds of Inkscape. People stuck on XP must surely be used to new software not working on their old deprecated OS by now. Actually in my experience the situation is the exact opposite. Windows 10 has not offered me access to any new software that is of any interest to me. Instead it has forced me to abandon two old, legacy, pieces of software that I had used daily for about 15 years on XP, and now can no longer use because they are 16 bit software. So the switch to Windows 10 has been a significant step backwards in terms of functionality and in terms of user-friendliness. Windows 10 is incredibly unfriendly when it comes to simple things like copying files, and it is full of bugs and glitches. I upgraded to Windows 10 because I was literally forced to do so, not because I wanted to, and certainly not because it offered me anything that I was actually interested in. Alvin -- View this message in context: http://inkscape.13.x6.nabble. com/Roadmap-for-Inkscape-0-93-on-Windows-GTK3-devlibs-MSYS2- and-support-for-Windows-XP-tp4979046p4979062.html Sent from the Inkscape - Dev mailing list archive at Nabble.com. ------------------------------------------------------------ ------------------ 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

3 2

Nondestructive booleans
by Miguel Lopez 27 Feb '17

27 Feb '17

I'm not a expert in earlier Inkscape version as I have no experience in those, but I have heard about earlier Inkscape supporting nondestructive booleans. Did it? Is there anybody looking to restore this? I would find it interesting because that opens up to a lot more possibilities in SVG editing. What about earlier features that some Inkscape users use, but they aren't found in Inkscape .92.

2 1

Re: [Inkscape-devel] [Inkscape-user] Development Project Management System Gsoc 2017
by Maren Hachmann 26 Feb '17

26 Feb '17

Hi Rohit, welcome :) I'm not sure if maybe you've already received a reply via other channels, but just in case you haven't, I'm forwarding your message to the developers' mailing list, and will try to give some small kind of reply. A good (and only recently updated) source for getting started with Inkscape's website development is http://wiki.inkscape.org/wiki/index.php/WebSite The bug reports for the website currently live on launchpad [1] and on gitlab in parallel. If you haven't yet, and Bryce or Martin haven't already given you another 'starter task' or have one in mind, you could browse around and look if one of them catches your interest. @Bryce or Martin, I think you've both volunteered to be a GSOC mentor, maybe you already have some task in mind for GSOC students pre-application phase? Regards, Maren [1]: https://bugs.launchpad.net/inkscape-web [2]: https://gitlab.com/inkscape/inkscape-web/issues Am 23.02.2017 um 16:46 schrieb Rohit Lodha: > Hello, > I am Rohit, a sophomore pursuing B.E Computer Science . I have been > developing websites and managing them for the last one year for my > college and a start-up that I had worked with. I have a huge interest in > Python and Django and have build almost all the websites using them. > > I want to contribute to Inkscape by working on the Development Project > Management System during the summer. I have gone through the Janitorial > task documentation and also have started searching for patches to fix. I > also had a look at the Django Website Development, the inkscape-web > repository. > > Can you please tell me how to proceed or any task you expect me to carry > out to be a part of the community ? > > -Rohit > My github profile: https://github.com/rtgdk > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > > > > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user >

3 2

What are your development plans for 0.93?
by Bryce Harrington 25 Feb '17

25 Feb '17

I've marked off the 0.92 items that were done from the Roadmap. A few things weren't finished and I've bumped them forward to 0.93. Some stuff I'm not certain of; if anyone else knows please update accordingly. The 0.93 list of objectives looks more ambitious than I suspect the project can achieve within the coming year, and should be realigned to better forecast what's likely to be done. A few items from the 0.93 roadmap are already under way: * Gtk3 & drop Gtk2 * Git & drop bzr * CMake & drop autotools/btools/etc. * C++11 compiler hard requirement I think we could safely add: * OS X native packaging What else could be considered to be added? These I'm not so sure about, and might be candidates to postpone, if no one is looking at working on them presently: * Flip y-cooridinate to match SVG * Dependency reorg * Unit test framework and major test case expansion * Windows uninstaller * New Swatch dialog Thoughts on the above? Or any other Roadmap modifications that should be discussed? Bryce

10 13

Fwd: What are your development plans for 0.93?
by Vladimir Savic 22 Feb '17

22 Feb '17

After using that patch for all my work for about a month, there are some things I have to add. It improves Inkscape a lot, A LOOOT, I mean! Yale has already stated where it fails to deliver improvements (high zoom level of blur), but there is no way to improve that with vectorization anyway. The only bug I've seen on my system is that color related operations sometimes get messed up. For example color picker picks wrong color from canvas and imported bitmap's colors are wrong sometimes, but not always. I can investigate that further for you, Yale. Although, no idea if that has anything to do with your work only or it is your improvement interfering with ongoing inclusion of Styles dialog. Yale, we should definitively make a small and amateurish video presentation. ;) Vlada P.S. I've sent this mail accidentally to Jabier only. Sorry about it. Forwarded to list...

1 0

Inkscape Portable 0.92.1 now available
by Gord Caswell 21 Feb '17

21 Feb '17

Hello, The Inkscape Portable 0.92.1 package, for portable use on Windows machines, is now available for download from the Inkscape website: https://inkscape.org/download/ Enjoy! Gord

4 4

Inkscape 0.92 review in German
by "Christoph Schäfer" 21 Feb '17

21 Feb '17

Hi guys, I've published a review of Inkscape 0.92 in the Swiss "Publisher" magazine (http://publisher.ch/fachzeitschrift_detail.php?t=Zwischen%2Ballen%2BSt%25C3…). While I did my best to highlight the major improvements, the overall judgement was: "half-baked" and largely negative. I'm sorry for that, but I hope you get your act together soon. And please add adequate PDF export for print workflows and also make sure that Inkscape SVGs can be used and displayed universally. This is more important than new design features, because Inkscape is already one of the most feature-rich vector programmes. Best, Christoph

19 84

Wiki bug template
by Alex Valavanis 21 Feb '17

21 Feb '17

Hi All, I've added a new template to the wiki for linking to Launchpad bugs. See: http://wiki.inkscape.org/wiki/index.php/Template:Bug Basically, you can just do something like: {{bug | id = 123456 | status = triaged}} to generate a color-coded link to the relevant Launchpad page. AV

1 0

About Most Suitable IDE (Integrated Development Environment) in Windows
by Niraj Dave 21 Feb '17

21 Feb '17

Hi, Which Integrated Development Environment (IDE) is most suitable in Windows operating systems for Inkscape from following: 1) Eclipse Name: (ie. Neon) Version: ? 2) Microsoft Visual Studio with VisualGDB Version: ?2) Microsoft Visual Studio with WinGDB Version: ? Please guide me..1) How to decrease compilation time? 2) Is there any automated Tools? which is most suitable? Please give detail steps to configuring development environment in windows for coding and debugging. Note: I have already generated Executable using following commands: >cmake -G "MinGW Makefiles" .. & >mingw32-make -j 2>mingw32-make install but which IDE is most suitable for Inkscape. Thank you, Niraj Dave

1 0

Inkscape 0.92.1pre1 macOS test build
by Tim Sheridan 21 Feb '17

21 Feb '17

Hi all, I've been working on getting the macOS packaging for the 0.92.x working again. The branch is here: https://code.launchpad.net/~tghs/inkscape/0.92.x_mac_packaging I've put a 10.7/i386 test build up for people to try at: https://inkscape.org/en/gallery/item/10660/Inkscape-0.92.1pre1-tghs_0-x11-1… Build info is on the file information page: https://inkscape.org/en/~tghs/★inkscape-0921pre1-tghs_0-x11-107-i386dmg As with the old official 0.91 release, this is an X11 build so you'll need XQuartz installed. Since it's not yet merged, please report any issues encountered in this thread, or to me directly. Known issues: * App not signed (probably wontfix for 0.92 as users put up with it for 0.91, but worth looking at for 0.93) * Built without poppler (need to check whether old releases included it) * Toolbar icons getting cropped slightly on the edges (not a blocker IMO, but would be nice to fix) Cheers, Tim

6 12

0.92.2 plan
by Bryce Harrington 19 Feb '17

19 Feb '17

With 0.92.1 now finished, the 0.92.x branch is reopened for targeted bugfixes, and it's time to look forward to 0.92.2. There are a few other activities that were gated on 0.92.1 which will be proceeding in parallel, most notably of which is the git migration plan, which is hard to guess how long it'll require. I figure since that's obviously going to be disruptive that we focus on completing that before initiating the 0.92.2 release. So exact dates are going to be infeasible, but to establish some basic mileposts: 0.92.1 Now Feature Freeze 0.92.2pre0 TBD Hard Freeze + String Freeze 0.92.2pre1 +2 weeks Release Candidate 0.92.2 +1 week Cut Release I am guestimating earliest we might see 0.92.2 would be late April / early May, but depending on how things go could be more of the May/June timeframe. == 0.92.2 Development Goals == 1. The replacement for DPI dialog is a top goal for 0.92.2. The wording of the dialog in particular needs review, but much of the implementation work is solid and just needs to be landed and tested. Translation of this to other languages is also quite important, and should receive special attention. A 2 week period is scheduled post-String Freeze in particular to help ensure translators have adequate time for this dialog. 2. A GPLv3 widget needs to be removed (or relicensed) to allow Inkscape to return to being covered as GPLv2. While I'd love to see this undertaken for 0.92.2, but if it isn't it doesn't need to hold up the release. Beyond this, changes that fix bugs or address user reported problems are welcome. Please try to keep patches minimal so they're easy to review, and avoid doing refactoring work. Larger works such as new user interface pieces, should be done on branches, proposed for review, and tested thoroughly on trunk before landing on 0.92.x. If you have any doubts over the appropriateness of a particular large change, please feel free to run it by me first. Provide detailed descriptions in your commit messages, including ref to bug #'s and an explanation of the user-visible problem that the patch fixes. This helps testers isolate regressions and assists in creating the release notes.

1 0

Post-Mortum: Line height bug
by Martin Owens 17 Feb '17

17 Feb '17

Developers, As someone how changed the line-height code prior to release, I feel somewhat responsible for the issue in 0.92. I really didn't have enough time to focus on bugs before the release, but should have spent more time on things I'd changed. I'm really sorry Inkscape. This thread isn't for figuring out how we're going to solve the issue though. I'll let the 0.91.1 discussion cover that. What I'd like to pick apart is our bug management and how a release blocker like this line-height issue didn't put an all stop on our release schedule while we figured it out. There's a couple of possibilities: 1. The bug wasn't discovered in time 2. The bug wasn't reported in time 3. The reported bug wasn't triaged in time 4. The bug wasn't prioritised as important 5. There wasn't a way to communicate a major issue to the release manager. 6. We just didn't have the resources to do the release properly and let things slide. What information can Mc and su_v add about the issue? What can we fix to make the process better? I feel bad asking for your help to really figure this out, but I think this might help us as a project overall if we know what happened and how to defend against it. Thanks everyone. Best Regards, Martin Owens

9 44

Re: [Inkscape-devel] User Involvement Was: Post-Mortum: Line heightbug
by brynn 16 Feb '17

16 Feb '17

I didn't include it in the job description part. But I was just discussing user testing of new releases (before release) and it occurred to me that perhaps an Advocacy Team could take the lead on potentially organizing user testing? I'm not sure if that makes sense, but if it does, I'll add it in. brynn -----Original Message----- From: brynn Sent: Thursday, February 16, 2017 4:49 PM To: Bryce Harrington Cc: C R ; inkscape-devel ; Martin Owens Subject: Re: [Inkscape-devel] User Involvement Was: Post-Mortum: Line heightbug I couldn't find the exact message where I mentioned making a new item on the To-Do List page about an Advocacy Team leader. But this point in the discussion was pretty close. So it's at the bottom of the list. Please feel free to tweak, or if you don't have website access, tell me what to change, and I will. https://inkscape.org/en/contribute/to-do-list/?edit_off=true All best, brynn -----Original Message----- From: Bryce Harrington Sent: Monday, January 30, 2017 12:19 PM To: brynn Cc: C R ; inkscape-devel ; Martin Owens Subject: Re: [Inkscape-devel] User Involvement Was: Post-Mortum: Line heightbug On Sun, Jan 29, 2017 at 01:29:31PM -0700, brynn wrote: > (Martin copied in, just fyi, no specific reply needed) > > Sorry, fairly long reply (tldr for most readers) Ditto, but I'll try and be brief in reply. > The sections look good. Would it make sense to reverse the order? > ____________________ > > That's interesting thought. I seem to recall my first version of > the page, the sections were reversed. I was thinking - list them > from easiest to hardest, or things that take less skill, to things > that take more skill. > > But someone else said to have the coding stuff at the top, because > that's what the project needs the most. I'm personally neutral on > this, and I'm happy to make whatever changes are needed. If you remember who that person was, might be worthwhile to loop them in on this discussion. (Heck, could have even been me!) It's certainly true coding is important but again we have the whole Develop top section devoted to it, so I really think we're ok on that count. Other things beyond coding are also critical to the project, and as most visitors to our site are probably non-coders I feel we really need to ensure we have an inviting-looking place for them, and I would worry leading with Coding might put them off. > >(E.g. the opening sentence > of Contribute and Promote ought to be more engaging.) > > I agree that would be a good idea, and I'll make a rough draft, > maybe using the first paragraph of that last bit of info in the wiki > (which I like). But C R has offered to make suggestions too. > Should I just make working page, that we could all access and tweak > on? I don't remember if C R is a website editor. Sounds like a good starting point. > >I really like the Community To-Do List page (contribute/to-do-list) and > > I had hoped that this would be a useful page. But no one seems to > be interested in those projects that are listed. Maybe because a > lot of them need significant experience with the project. I think that may be true. They did strike me as a bit advanced. I will try and help with ideas of more things we can include here. Bug me if I forget. It's also likely people just aren't aware of the page, so once we flesh it out more it would be good to evangelize it a bit (more on this below). > I don't see "non-coding" as less important. When I read the title, > I get excited, because here's something I could actually help with. > It doesn't make me feel bad about myself, and I think my self-esteem > is fairly intact. *Grin* Fair enough! > But I understand that "non-" is a negative, and > something more positive might be better. I just can't think of a > good alternative. Suggestions? What's the opposite of coding or > programming or hacking? "Other" would probably be too vague. Yeah Other would be too vague, I almost suggested General but that's also vague. I suppose since I don't have any better ideas leave it as is and if I think of something later or someone else comes up with a brilliant idea, we can tackle it then. Maybe a differing perspective would give some better ideas. > I'm not sure if the Promote page might be ill-conceived or not. All > of it really contributes to the project (everything on both > Contribute and Promote pages), but it's too much material for one > page. And Promote was the best thing I could come up with for a > page name. Open to suggestions. How about "Evangelism"? I've heard that term used in other FOSS projects and it has a nice ring to me. I do think this is an important role in the project, one that I wish we had more people engaged on. Announcing releases would be a crucial duty here, and a number of the activities the Board is engaged in would work much better if we had a better organized team focusing on this. As I've written previously, what makes FOSS projects like Inkscape successful is not vast userbases or lots of income - it's people like us contributing to the code and community in myriad ways both tangible and intangible. So a #1 purpose for an evangelism team would be contributor community building. Not necessarily like hard-sell 'recruitment' but more building connections between people and ensuring there are easily accessible on-ramps for people to join in. A lot of things would fall under such a group, from establishing presence in software and artistic communities both online and off, sending reps and presenters to artist-focused events, arranging training opportunities (both user-focused and development-focused), writing, pushing news items on our site, and more. > >The Helping Other Inkscape Users should be moved from the Promote page > to its own page. > > That section is a little longer than Spread the Word, but still > makes for a pretty short page, by itself. I guess I wouldn't have > any objections. But if it could be expanded, would be better, imo. > I just can't think of any other ways for helping other users. Ok, seems sensible. It can always be broken out later if/when there's more content for it. > >The Translations section looks fine. > > Yes, I think Maren has tweaked that page to perfection. > Unfortunately, I think she wants to take a break from website > editing, except for translation-related things. I'll try to use it > as a guide for the others. And if anyone else wants to help, of > course let us know! Understandable, and yes this would be a great area to bring in more people. > >The Bugs section I think could be made more specific to just Review and > Verify Existing Bug Reports. > > For the Bugs section, Testing, and Working with Code, I don't have > the knowledge for making all the changes you described. I can move > Report Bugs into the Testing section. But I can't make any of the > other changes to Testing that you mentioned. I just don't have that > knowledge. Yes, totally understood. I mentioned it more because it is something that "needs to be on our collective todo list" and realize drafting something sensible will be a large project. I will try and work on it as I have time and keep an eye out for folks that could assist. > I can move Packaging to the top level Develop page, and delete the > Write Extensions section, if you like. I don't follow your logic, > but it's probably because I don't understand programming. Sounds good. > Are you saying you want a page on the website, rather than a wiki > page, for Website Development? I don't have the right kind of > knowledge to be able to write such a page. All I could do is copy > the wiki page over to the website. Glad to do it, but also welcome > help in spicing it up. Right, exactly. I'm anticipating that Martin will have a place in mind to direct potential web developers to for orientation on website work, so am just suggesting we should point to that from here. Thanks, Bryce

1 0

Inkscape 0.92.1 now available
by Bryce Harrington 16 Feb '17

16 Feb '17

The Inkscape project announces an update to its 0.92.0 release, bringing important bug and regression fixes, updated translations, and improved documentation. Download 0.92.1 packages from: https://inkscape.org/en/download/ Inkscape 0.92.1 is a stability and bugfix release. Below lists the main changes. For a more complete list, see: https://launchpad.net/inkscape/+milestone/0.92.1 == Regression fixes == * Text: baseline-spacing related issues with regular and flowed text in legacy Inkscape SVG files (Bug #1655483 and others). * Text: Default baseline spacing stored in relative units is always converted to document units (Bug #1645016) * Path effects: Crash on ungroup if group contains elements with path effects (Bug #1657591) * Clipboard: Pasting a path effect from clipboard fails (Bug #1656093) * Clipboard: Fix copy&pasting of groups which contain elements with path effects (Bug #1656527) * Selection: Node tool can selected objects on locked layers (Bug #1656141) * Clones: Critical warnings with clones and symbols (Bug #1653184) * About screen missing for several UI languages (Bug #1659426) * Selection: Missing transformation handles after reset of rotation center (Bug #1657874) == Important bugfixes == * Bitmap images: Crash when opening files with invalid image links (Bug #1660142) * Bitmap images: Fix path separators in relative image links (Windows) (Bug #1659347) * File import: Failure to open CDR/Visio/WPG files from paths with special characters (Windows) (Bug #1656763) == Translations == * Catalan: Tutorial translation ("Basic") added * Czech: UI translation updated * English (GB): UI translation updated * French: UI translation updated * French: Man page, Readme and Keys & mouse reference updated * German: Man page and Keys & mouse reference updated * Icelandic: UI translation updated * Italian: UI translation updated * Latvian: UI translation updated * Russian: Tutorial translation ("Tracing Pixel Art") added * Russian: UI translation updated * Spanish: UI translation updated * Slovak: Tutorial translation ("Tracing Pixel Art") added * Slovak: UI translation updated * Ukrainian: UI translation updated == Documentation == * Shortcuts: Add shortcut '7' for cycling through path effect parameters in node tool (Bug #1656713) * Shortcuts: Add new Shift+I shortcut to keys and mouse reference (Bug #1644609) * Man page: Add new --no-convert-text-baseline-spacing command line option (Bug #1661811) == Known issues == * DPI Change: Dialog needs better explanation of available options (Bug #1659229) * DPI Change: Provide command line options for batch-processing legacy files (Bug #1659489) * DPI Change: known issues with 'Scale elements' option (Bugs 1653230, 1653230, 1653236, 1654342, 1654796, 1654880, 1654903, 1655005, 1655053, 1660228) * DPI Change: Default grids in documents created with Inkscape 0.91 don't scale correctly (Bug #1653893) * Renderer: Artifacts in Gaussian blur effects with default quality settings (Bug #1656383) * Node editor: Deselecting selected nodes of complex paths takes a long time (Bug #1652100) * Fill and Stroke: HSL color selector may show corrupted colors, defunct 5th slider (Bug #1635982) == Help Support Inkscape == We are already at work both on another bugfix update (0.92.2) targeted in a few months and a future development release (0.93) with more fundamental changes to the codebase. If you wish to track either of these developments, you can learn more at: https://inkscape.org/en/download/development-versions/ The Inkscape Project thrives due to your support. We are a volunteer-driven community built from thousands of contributions of time, skill, and funds, to create a powerful open source tool that is made available for free to everyone in the world. We invite you to join our community and participate in helping advance Inkscape towards new objectives. Come help us chart out the new directions that Inkscape needs to take! Inkscape is created *by* the community *for* the community. Your donations also help further Inkscape's mission. You can donate to Inkscape's general fund, or target your donation to support our SVG Standards work or Hackfests. -------------------------------------------------------------------- Join Inkscape at: https://inkscape.org/community/ Become a donor at: https://inkscape.org/support-us/ Download Inkscape at: https://inkscape.org/download/ Watch our showcase at: https://www.youtube.com/watch?v=EI1hxXt9U4c --------------------------------------------------------------------

1 0

Flatpak for Inkscape 0.92
by Matthias Vogelgesang 15 Feb '17

15 Feb '17

Hi, is anyone of you interested in a Flatpak recipe or hosting the repo and/or bundle for Inkscape 0.92? You can find the flatpak-builder recipe at https://github.com/matze/inkscape-flatpak Personally I do not have the resources to host the repo (93 MB) nor the bundle (18 MB) for a large amount of users. However I think it adds value for distro users that do not support snaps. Best regards, Matthias P.S.: I know there used to be a Flatpak for Inkscape but I haven't found anything at all about it. -- Matthias Vogelgesang | bloerg.net

3 7

Feedback on measuring tool
by Bryce Harrington 15 Feb '17

15 Feb '17

----- Forwarded message from mike abbey <mabbey1985@...400...> ----- Date: Thu, 9 Feb 2017 17:30:07 -0500 From: mike abbey <mabbey1985@...400...> To: Bryce Harrington <bryce@...961...> Subject: Re: [Inkscape] [Inkscape-devel] Inkscape 0.92.1pre2 (release candidate) now available that would be fine. make sure that they all know that they do great work. i use it to make a few scrollsaw patterns and it does everything i need for that and more. thanks for all the hard work. On Thu, Feb 9, 2017 at 2:06 PM, Bryce Harrington <bryce@...961...> wrote: > Great to hear Mike, do you mind if I forward your email along to the > development list? I didn't work on that feature myself but am betting > those who have would love to hear your feedback. > > Thanks, > Bryce > > On Thu, Feb 09, 2017 at 06:55:16AM -0500, mike abbey wrote: > > i have to tell you that with the measuring tool in the .92, well, i love > > it. in .91 holding the mouse to make it stay was a pain. but now click > > click and it stays on its own. with the awesome work you and your team > have > > done with this i would never go to a paid program. keep up the good work. > > > > On Wed, Feb 8, 2017 at 5:45 PM, Bryce Harrington < > bryce@...961...> > > wrote: > > > > > On Wed, Feb 08, 2017 at 02:33:27PM -0800, Bryce Harrington wrote: > > > > This is a pre-release for the upcoming stable bugfix release 0.92.1. > > > > Download it at: > > > > > > > > https://inkscape.org/en/download/development-versions > > > > > > > > The release is: > > > > > > > > 0.92.1pre2 Source Tarball Bzip > > > > https://inkscape.org/en/gallery/item/10661/inkscape-0. > > > 92.1pre2.tar.bz2 > > > > > > > > We are now in final freeze prior to release. Barring any last minute > > > > issues, 0.92.1 will be identical to the above tarball except for the > > > > version number. We'll let things settle for a few days and hopefully > > > > finalize the release this weekend. > > > > > > And release notes are here: > > > > > > http://wiki.inkscape.org/wiki/index.php/Release_notes/0.92.1 > > > > > > > == Translations == > > > > > > > > Translation work is done. Please hold off on further updates until > > > > we're ready to start work on 0.92.2. > > > > > > > > > > > > == Future Releases == > > > > > > > > 0.92.2-targeted bugfixing work can begin on the 0.92.x branch once > > > > the 0.92.1 tarball's been cut, probably this weekend. A schedule > will > > > > be established at that time as well, targeting a 0.92.2 release in > > > > April. > > > > > > > > A 0.92.3 release sometime around July seems likely. I'm hoping to > > > > continue with subsequent point releases on a roughly 2-3 month > interval, > > > > so users can depend on the 0.92 series as a 'long term stable' (LTS) > > > > product. > > > > > > > > Work towards 0.93 is already underway in Inkscape's trunk repository. > > > > In order to modernize Inkscape for ongoing maintenance, there are > > > > several large transitions we need to undertake, including a move to > > > > Gtk3, re-engineering the Mac OS X installation packaging, > introduction > > > > of C++-11 code constructs, dropping of our legacy automake build > system, > > > > migration of the project to git, and more. We had elected to hold > off > > > > on these transitions for 0.92 so that release could focus on long > term > > > > stability first and foremost, with 0.93's focus being on taking the > more > > > > aggressive steps to move Inkscape forward. > > > > > > > > I am hoping a 0.93 release can be achieved within the calendar year, > > > > though much work remains. Assistance with testing is invaluable and > I > > > > hope many people will join in following the trunk codebase; however, > I > > > > know that building Inkscape can be a challenge, and we lack nightly > > > > builds on a few platforms, so I may attempt some form of interim > > > > snapshot preview release this summer to enable some broader testing > > > > before we're too far through 0.93's development cycle. > > > > > > > > Bryce > > > > > > > -----BEGIN PGP SIGNATURE----- > > > > Version: GnuPG v1 > > > > > > > > iEYEARECAAYFAlibnLcACgkQEaMBVuDmdhEKOwCeKgWKHLllZtGTsb877b9+8WQz > > > > hmEAnAhKdRKjn25SYLVBGMZ5pfuHMj1f > > > > =aOtL > > > > -----END PGP SIGNATURE----- > > > > > > > > > > ------------------------------------------------------------ > > > ------------------ > > > > 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 > > > > > > > > > ------------------------------------------------------------ > > > ------------------ > > > Check out the vibrant tech community on one of the world's most > > > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > > > _______________________________________________ > > > Inkscape-announce mailing list > > > Inkscape-announce(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-announce > > > > ----- End forwarded message -----

1 0

Inkscape 0.92.1pre2 (release candidate) now available
by Bryce Harrington 12 Feb '17

12 Feb '17

This is a pre-release for the upcoming stable bugfix release 0.92.1. Download it at: https://inkscape.org/en/download/development-versions The release is: 0.92.1pre2 Source Tarball Bzip https://inkscape.org/en/gallery/item/10661/inkscape-0.92.1pre2.tar.bz2 We are now in final freeze prior to release. Barring any last minute issues, 0.92.1 will be identical to the above tarball except for the version number. We'll let things settle for a few days and hopefully finalize the release this weekend. == Translations == Translation work is done. Please hold off on further updates until we're ready to start work on 0.92.2. == Future Releases == 0.92.2-targeted bugfixing work can begin on the 0.92.x branch once the 0.92.1 tarball's been cut, probably this weekend. A schedule will be established at that time as well, targeting a 0.92.2 release in April. A 0.92.3 release sometime around July seems likely. I'm hoping to continue with subsequent point releases on a roughly 2-3 month interval, so users can depend on the 0.92 series as a 'long term stable' (LTS) product. Work towards 0.93 is already underway in Inkscape's trunk repository. In order to modernize Inkscape for ongoing maintenance, there are several large transitions we need to undertake, including a move to Gtk3, re-engineering the Mac OS X installation packaging, introduction of C++-11 code constructs, dropping of our legacy automake build system, migration of the project to git, and more. We had elected to hold off on these transitions for 0.92 so that release could focus on long term stability first and foremost, with 0.93's focus being on taking the more aggressive steps to move Inkscape forward. I am hoping a 0.93 release can be achieved within the calendar year, though much work remains. Assistance with testing is invaluable and I hope many people will join in following the trunk codebase; however, I know that building Inkscape can be a challenge, and we lack nightly builds on a few platforms, so I may attempt some form of interim snapshot preview release this summer to enable some broader testing before we're too far through 0.93's development cycle. Bryce

3 9

FreeBSD as a step to OSX
by JT 11 Feb '17

11 Feb '17

I downloaded 0.92 Beta2 source code before Xmas, and tried to build it on mac mini running OSX 10.11 using cake and clang. At that stage the cake files were obviously unfinished (for example, there was no OSX cake file...). Also there were lots of hard-coded directories in the cake files, which are implicitly non-portable. Can I suggest/ask that someone familiar with Inkscape and its cake files, try to add FreeBSD support: 1) It would be good have a FreeBSD build for its own sake. 2) It is easier to spin up a VM for FreeBSD for building and testing, than for OSX. 3) Having two slightly different posix build/cake configs will help separate "Linux" from "Posix" config switches. Which will make it easier to then add third config switch for OSX. 4) FreeBSD kernel is closer to OSX Darwin kernel (both BSD family) but is a different platform, so it may shake out some issues on its own. The result will be a more portable code base, which will be make it easier for OSX developers less familiar with Inkscape to help. regards, -JT PS Im travelling at present, and the connection is poor, so I dont want to clone a git repo; but I do have Xcode on my mb-air.

1 0

Fwd: Participating in Outreachy
by Bryce Harrington 08 Feb '17

08 Feb '17

----- Forwarded message from Karen Sandler <karen@...3057...> ----- Date: Tue, 07 Feb 2017 21:10:41 -0500 From: Karen Sandler <karen@...3057...> To: project-reps@...3057... Subject: Participating in Outreachy Reply-To: karen@...3057... Hi Project Reps! The Outreachy program[1] (which is also a Conservancy member project) is working on its next round, set to open on February 16. If you are interested in participating as an "organization", now's a good time to get started[2]! The sooner your project is listed, the more likely you'll get strong applicants. best, karen [1]http://outreachy.org [2]https://wiki.gnome.org/Outreachy/Admin/InfoForOrgs#Requirements_for_Organ… ----- End forwarded message -----

1 0

360 Total Security
by jelle 07 Feb '17

07 Feb '17

360 Total Security That you've never heard of this virus scanner is not that strange. However it has an installed base on 99.99999999% (my estimate) of all windows PCś in China. The only PCś that I know without it are those I laid my hands on. We're talking about every windows installation in China, 64 and 32 bit. That these guys managed to report anything on launchpad is a small miracle and shows their persistence. Now of course that entails only about 700 Million PC's in the country, so hardly a popular browser. That said, I wouldn't be surprised if someone dropped a big red envelope on Qihoo (the company) to make this happen or someone asked his uncle Wu for a favor. In any case I would recommend any user of 360 to remove the software (virtually impossible b.t.w. it acts like a virus once installed. I tend to boot into Linux to clean up the crap, then have to purge registry manually taking care not to remove another thingy called 360 that will bork the machine if removed.) Qihoo takes care of a steady stream of virus that will be found by their scanner and doesn't find anything really dangerous. Is total nonsense but will do some nice keyboard logging, sends data to 3rd parties and makes lots of ads pop up while you're watching movies. Oh,.. I believe DNS poisoning is also one its tricks. This is standard practice for 'free software' in China, so letś not make too much of it. It adds to the overall surveillance of subversive terminology here. No doubt it is one of the reasons you've never heard of it as only an idiot will install it voluntarily. In any case it might be worthwhile to contact those rogues at Qihoo and ask kindly whether their software is corrupt or someone in the blacklist department has bought a new car lately. On the other hand I cannot exclude a man in the middle attack or the people downloading Inkscape from a 3rd party website as that is a common way of getting software for free. Whether that is Illustrator or Inkscape doesn't really matter. The reason being mainly that any software downloaded from outside China is prone to package loss due to latency. The fact that Inkscape is on their radar at all is quite impressive. 90% of all software here is pirated and the rest is for free except for the government installed windows and whatever comes with high end brands pre-installed. I have never been able to access launchpad before I was given special access by Maren some year ago. If they did they must have had the patience of Job to do so. BTW, as one of my Yahoo accounts was hacked I lost that access. > Relevant bug report (I don't know if this was one of thetwo reports): > https://bugs.launchpad.net/inkscape/+bug/1658812 > If you want feel free to contact them (I didn't know that Virusscanner > either and I doubt it's that popular, so I didn't bother to take action > in the first place). > Regards, > Eduard Just about anyone in China, except the 1 million expats. Cheers, Jelle

4 3

[UX] Font sIze and line height
by Jabier Arraiza 07 Feb '17

07 Feb '17

Hi all. Im getting feedback about how complex is use new UX for font size and line height. Is very dificult to some users, myself for example, use and undertand well the new features. So become a cracy war in each new document. I have three ideas on mind: 1.- Force in each new document line height units be unitless, as previous inkscape. 2.- Double GUI seleced by prefs: First and default mimic previous inkscape values and positions and the other for advanced users. I hope not open too much the pandora-box Cheers, Jabier.

3 3

false positive virus on 0.92 Windows 64-bit, exe installer
by brynn 07 Feb '17

07 Feb '17

Hi Friends, We've had 2 separate reports now (at Inkscape Community), on 0.92 for Windows, 64-bit, exe installer, of a false positive for a virus. Both users are using a security program called 360 Total Security. Should we try and contact them so they can fix it? Just from a quick search, it looks like it might be a fairly popular program (although I had never heard of it before). And 2 reports are just 2 who bothered to report it. It's easy to imagine there must be people who didn't report, and just didn't install it. Thanks, brynn

2 2

UX help
by Máirín Duffy 07 Feb '17

07 Feb '17

Hi everybody, I've been using Inkscape and sodipodi before it for maybe 12 years now; it's my primary design tool. I'm a UX designer for Red Hat and specialize in mocking up page/screen designs for new features and modifications, drafting text for user interfaces, as well as user testing and feedback. I noticed some of the comments about the 0.92 release text height issueand the critique of the dialog that pops up in 0.92 about old Inkscape files. I would just like to offer my services any time you might need advice or help in figuring out how to design such dialogs or handle various conditions like this. I'm mizmo on freenode or you can email me. Please consider me a resource you can tap anytime for this; I don't code but I'm always happy to helpwhether it's some quick advice or something more involved like mockups. Cheers, ~m

15 48

Strict builds
by Alex Valavanis 07 Feb '17

07 Feb '17

Hi All, I've added a new "Strict" build type to CMake. This is designed to fail if any deprecated symbols are used in the main Inkscape code. To use it, just enter "Strict" in the CMAKE_BUILD_TYPE field in ccmake and then reconfigure. Best wishes, Alex

1 0

Inkscape 0.92.1pre1 now available
by Bryce Harrington 04 Feb '17

04 Feb '17

This is a pre-release for the upcoming stable bugfix release 0.92.1. Download it at: https://inkscape.org/en/download/development-versions The release is: 0.92.1pre1 Source Tarball Bzip https://inkscape.org/en/gallery/item/10650/inkscape-0.92.1pre1.tar_TMk7wbg.… String Freeze is now in effect, as well as Hard Freeze. This means no changes will be taken that change any translatable strings. Bug fix patches will still be considered, but only if they're completely safe; patches should be extremely minimal, reviewed by more than one person, and well-tested. Nothing that looks even slightly risky, uncertain, or unfinished please, but I'll consider on a case by case basis, so give me a ping to take a look. == Translations == With String Freeze in effect, no string changes in code are permitted and translations can now be completed. Please finalize your work prior to Monday, Feb 13th. == Future Releases == It's my fault we're running about a week past-schedule (I was trying to fit the dpi dialog work in before the cutoff, but that patch needs a bit more attention.) So I'd like to bump the schedule back by one week to make up for it: Proposed Timing: Original New Date √ Mon Jan 2 Feature Freeze √ 0.92.1pre0 Mon Jan 23 Hard Freeze √ 0.92.1pre1 Mon Jan 30 Fri Feb 3 String Freeze 0.92.1pre2 Mon Feb 6 Mon Feb 13 Release Candidate 0.92.1 Fri Feb 10 Fri Feb 17 Cut Release Mon Feb 13 Mon Feb 20 Announcement Looking forward, point releases on the 0.92.x branch will continue onward, including after we've migrated to git. I am thinking a cadence of a couple months per point release seems to be about the right balance of time, so that'd put 0.92.2 in the April timeframe and 0.92.3 out around July. Further forward, we discussed 0.93 a bit today. I know there's lots of work still to be done to get trunk to a releasable state. I would like to start gathering status on it, to get a better feel for about when we can start planning the release. I'll be posting more about this later, but for now if you have work in process in trunk, I'd love to hear of your plans. Thanks, Bryce

1 0

GSoC Text Help (you don't need to be a developer to help with this)
by Josh Andler 04 Feb '17

04 Feb '17

Hey All, So, I'm looking to complete the application for this year's GSoC (Google Summer of Code, for those unfamiliar). Unlike previous years, they actually want our application hosted with them as opposed to a link to what we want in our wiki. It supports markdown, which is awesome, but when I go to pull what we have and put it in a text editor that counts characters, we're at 2035 characters when we need to be at 1500. Again, this is with the relevant markup which unfortunately counts against us. The source I speak of (for those with a wiki account is): http://wiki.inkscape.org/wiki/index.php?title=SOC_Application_Template&acti… Is there anyone with the time and inclination to help keep the substance while cutting down on the fat? (It looks lean to me as a start, but as you can tell by this email, brevity isn't normally a strong point for me) Our application needs to be complete by the 9th and this is one piece of it that I could really use a hand on due to my obligations for SCALE which are overlapping right now. I don't know that the main text itself that we host needs to be cut down as much as we should start a second copy that is intended for brevity, with shorturls and all that to help too. Any volunteers? Cheers, Josh

4 5

Inkscape Board Meeting + Release Meeting Feb 3rd
by Bryce Harrington 04 Feb '17

04 Feb '17

== Board Meeting == Already time for another board meeting. Come join us Friday, Feb 3rd at noon Pacific in #inkscape-devel. Any community member is welcome to attend! http://wiki.inkscape.org/wiki/index.php/Board_Meetings Agenda: + Inkscape Forum status - Update on receipt of forum data - Update on OSUOSL hosting provisioning + Inkscape gitlab - experience so far - self-hosting feasibility? + Inkscape Website disk space + Merchandise sales + Sponsorship levels followup == Release Meeting == Agenda: + 0.92.1 release status + (Help needed) writing release notes + Promotion/advocacy team recruitment + kickoff

1 1

Re: [Inkscape-devel] Inkscape 0.92 via homebew on macOS
by Julian Rendell 04 Feb '17

04 Feb '17

Dipping my toes into the inkscape-devel list. I think there’s need for an “official” MacOS build for Inkscape. e.g. this message: https://sourceforge.net/p/inkscape/mailman/inkscape-devel/thread/9B4B6CD283… There are a few non-core(???) developers/advanced users trying to get MacOS packaging working again; both on this thread and e.g. https://sourceforge.net/p/inkscape/mailman/message/35584561/ (There’s a great gist with a working procedure, including patches linked in Atsuyoshi’s post: https://gist.github.com/atuyosi/ab5499a176b0b456bca98c44e2775cbb) Question for core team: If the packaging is figured out, does the Inkscape team have the resources to create and publish a Mac binary that can be hosted the same as the Windows/Linux builds? (I’m not sure what the CI/build infrastructure is for Inkscape.) Extra: could the builds be signed so that they don’t raise security warnings? For Kirk, Tim, Brynn, Windell, Chris, Lyndsy, Atsuyoshi- do you want to work together to try and solve this? I’m most comfortable with git/github, and a quick google reveals there are some git to/from bzr tools (e.g. https://github.com/felipec/git-remote-bzr) My suggestion would be to setup a git repo/project and manually pull in the latest 0.92 branch. Then pull in Atsuyoshi’s work, get it working locally, then in CI (travis?) In the interim, packages could be hosted as releases on the GitHub project page; hopefully the Inkscape project would be able to eventually pick up this work and make the github repo obsolete. (I’d suggest deleting the github repo at that point. No need for historic projects to add to user confusion ;-) ) I’m also happy to see it hosted elsewhere. Let me know if you’d be interested in this and I’ll set up a repo/try to participate in figuring out the patches. Thanks everyone! Julian

7 16

Fw: The results of your email commands
by Niraj Dave 03 Feb '17

03 Feb '17

I have windows 7 32 bit operating systems and installed all the required software as per below guideline: Show original message http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows I have some problems when I generate makefiles: Looking for fpsetmask - not foundLooking for gtk_window_set_default_icon_from_file - not foundLooking for include file ieeefp.h - not foundPerforming Test HAVE_STRUCT_MALLINFO_FORDBLKS - FailedPerforming Test HAVE_STRUCT_MALLINFO_FSMBLKS - FailedPerforming Test HAVE_STRUCT_MALLINFO_HBLKHD - FailedPerforming Test HAVE_STRUCT_MALLINFO_UORDBLKS - FailedPerforming Test HAVE_STRUCT_MALLINFO_USMBLKS - FailedLooking for include file sys/filio.h - not foundLooking for C++ include unordered_set - not found etc... How to resolve this error Thanks with regards Niraj Dave

2 6

Inkscape 0.92.1pre0 source tarball
by Bryce Harrington 02 Feb '17

02 Feb '17

This is a pre-release for the upcoming stable bugfix release 0.92.1. Download it at: https://inkscape.org/en/download/development-versions The release is: 0.92.1pre0 Source Tarball Bzip https://inkscape.org/en/gallery/item/10613/inkscape-0.92.1pre0.tar.bz2 Hard Freeze is now in effect. Do not land any code changes on the 0.92.x branch without release manager approval. In particular, I would prefer to see only critically important fixes, or carefully reviewed refinements of fixes recently landed, and leave the rest to 0.92.2, but I'll consider all proposals on a case by case basis, just give me a ping. == Translations == Next Monday will mark String Freeze. Between now and then, string changes in code are permitted, but due to Hard Freeze there will probably be few. Thus I encourage translators to start updating translations at this time, with a plan to finalize next week. == Packaging == Packagers for Linux and Windows should use this source tarball for creating test packages, and upload to the website. == Future Releases == The 0.92.1pre1 pre-release will be in one week's time. I plan to try to stick pretty strictly to the previously announced release schedule, but of course release delays may be necessary depending on testing. A subsequent 0.92.2 release will be planned for 1-2 months after 0.92.1's release, so some sort of April timeframe seems likely. Thanks, Bryce

3 5

[RFC] gitlab migration plan
by Bryce Harrington 02 Feb '17

02 Feb '17

Thank you everyone for considering the options and rasing good points and concerns, including: * Gaining contributors is a motivation here * Performance might be problematic with gitlab * FOSS options fit Inkscape values, and we should prefer to support FOSS projects, but not if it inhibits us too badly * Other choices do exist besides just github vs. gitlab A lot of people are voicing preference for gitlab, perhaps a majority, but we're certainly not at a full consensus. I sense that we need some actual experience under our belts, and we should plan to reassess our decision as we get into it. Performance is, at least, something we can test. If gitlab has severe performance issues, then that should be obvious and likely measurable if we just try it. Github certainly would give us more visibility, however there's no guarantee this would translate into more contributors. Will Entriken made a good point that being on github would enable more drive-by contributions based on general experience in various small/medium projects, however Mc makes a strong counter-argument that what we are really after are dedicated contributors, and with Inkscape already having a fairly widespread profile those folks will find us just fine regardless of the popularity of the hosting platform. Perhaps a separate outreach effort to recruit contributors after the git migration has been done would be more likely to generate good results? So given the above, I'd like to propose a migration to githab but with several checkpoints, according to the following plan: 1. Migrate inkscape_web. + Keep a particular eye on performance. + Evaluate code review UX + Evaluate CI + Experiment with other features 2, Once 0.92.1 is released, we'll have a first checkpoint Checkpoint for inkscape_web. + Make recommendations for utilization of code review, CI, and other gitlab functionality. + Was performance a hinderance? Is the user experience acceptable? In general do the inkscape_web participants still feel as supportive of gitlab? + What concerns or issues remain, that should be watched during our initial migration? + We'll ask everyone involved in inkscape_web for a thumb's up or down. If there are thumb's down, we'll halt and re-evaluate. 3. Migrate inkscape to gitlab. + All bzr committers are eligible for gitlab commit access, but will need to place a request for access + At least one dry run should be done, to ensure that revision history, branches, tags, etc. are successfully converted. + Issues encountered with gitlab will be recorded, either in a dedicated bug tracker or just a simple 'complaints' web page. + Transition of wiki pages can start as desired (see separate plan proposal). + Bugs stay on LP for now 4. Outreach effort to bring in contributors + Leverage our release marketing procedures and contacts + Coordinate with GSoC, releases, hackfests + Ensure we have reviewers/mentors on hand 5. Following the 0.93.0 release is a second checkpoint. + Review the recorded issues encountered. Collect further feedback. + How has use of gitlab affected contribution levels to the Inkscape codebase? If contribution levels have not grown then we need to reassess. + All active users of the service are asked to give thumbs up/down on their experience using gitlab. If most everyone gives thumb's up, we will proceed and stick with gitlab at least until 1.0.0. Otherwise, we need to re-evaluate our plans. + Plan follow-on work to investigate/address top issues. 6. Following the 1.0.0 release, we have another reassessment of all project technologies and services. cmake, git, gitlab, C++11, gtk3, and so on. We should then plan transitions from those to whatever is next, over the course of several 1.x releases. If you've read this far - thanks! Feedback is most appreciated. Bryce

5 9

Any progress on CMYK?
by John Culleton 02 Feb '17

02 Feb '17

My copy of the 4th edition of the Bah book says it is "under way." The absence is a pity because with the built-in perfect book layout facility Inkscape would be most useful in creating book covers. The ability to distort type faces makes for some interesting possibilities I recognize the size of the task of course. -- John Culleton Wexfordpress Book design and indexing.

2 1

Seeking Review: Inkscape Development for Users
by Martin Owens 01 Feb '17

01 Feb '17

Hi Everyone, Golden Ribbon (GR) has made this slick info graphic to explain and prompt more users to help with Inkscape development. http://grtuts.com/inkscape-development-builds/ He's asked me for advice on the details and I figure I'd throw it open to everyone. You can comment directly in the blog post if you like. Or here, since I know GR is subscribed here too. Also I think we might like to think about brining the planet back to life with some new blood. I wouldn't mind having non-coders on the planet, professionals perhaps. Or more than one if a planet is put into the website for example (they're fairly easy to write) Thoughts? Best Regards, Martin Owens

5 5

[RFC] Wiki replacement plan
by Bryce Harrington 31 Jan '17

31 Jan '17

I'd like to offer a proposal for a path forward here, merging ideas and concerns everyone's put in, particularly Maren's feedback on my initial proposal in the previous wiki thread. Apologies ahead of time for the length, as usual brevity escapes me. Wiki Replacement Plan ---------------------- #0 - No change to the current wiki until Inkscape's codebase is migrated to git. So, probably no change until March or so. Thus, people considering using the wiki for things right now, should proceed with doing those things. #1 - Application documentation and reference source files are moved to Inkscape's share directory in VCS. Extension references, output format details, tutorials, usage advice, and so on. This will be shipped with the application, and probably worth rendering in some web-viewable format as well. Nearly all of this will be worth translating. #2 - Strictly user-facing pages in the wiki are moved to the main website. High level project info, roadmaps, user-oriented FAQs, community resources, and so on. If a page requires advanced styling or layout functionality in our current mediawiki, that would be a strong indication it should be moved to our Django. This will obviously take time and effort but can be tackled bit by bit. Most of this is worth translating. Finalized release notes will become part of the releases app; this will support html and translations. #3 - Static coder-facing documentation should be moved to Inkscape's doc/ directory. This includes anything that documents implemented designs, protocols, and other assorted functionality. It also includes coder tutorials and guidelines. Generally materials that can be considered "finished" and worth keeping for reference value. This doesn't include unimplemented ideas/proposals, nor anything that is obsolete or that we're keeping simply for historical purposes. Little of this will be worth translating. #4 - Dynamic development pages are moved to the git*b wiki. This includes design mockups, development plans, todo lists, architectural brainstorming, infrastructure refactoring proposals and the like. A lot of the stuff currently registered as blueprints, that are adequately well fleshed out and that may be worth including in our official roadmap, should also move here. None of this should be translated. The release notes under development for the trunk codebase are drafted here in this wiki. Perhaps eventually we'll move editing to the releases app. This also includes organizational documentation for the Inkscape board, pages relating to fundraising, hackfest planning, and so on. #5 - Obsolete pages are left in the current wiki, but "mothballed" for historical reference. #6 - A "Community Wiki" will be established with open access for members of the wider Inkscape community, to use as a freeform collaborative editing space. There would not be rules about what can and can't go in here, but this is where folks would go to do collaborative brainstorming, flesh out raw ideas, and share random wishes and bits of information not ready or suitable for inclusion in any of the above. It should be easy to register for and easy to edit, but also robust against spam. All other pages not covered by 2-5 above, will end up here. As a general rule of thumb, if a page in the Community Wiki is important enough to be worth translating, or if we find ourselves linking to the page frequently, then that is a sign the page ought to be promoted and moved elsewhere. This could be an updated MediaWiki like we currently have, however I'd like to see thought given to alternative solutions, such as a Django wiki plugin that allows tighter integration with the website, or even using an externally maintained wiki service. It could also be a special Git*b project with really lax rules for committing. Whatever we pick, the important things are that it's widely available to all, easy to use, and very light on rules or imposed structure. #7 - Feature requests and wishlist changes, eventually will move into a future project management system on the website (I envision something that couples bug tracker style commenting with wiki like editing within a Blueprints-type tracking system). This is probably a few years out though so we'll need to keep using #4 devel wiki in the meantime. Let me know what you think, and please poke holes. If there are no red flags raised, we can proceed with this plan subsequent to our move to git. Thanks, Bryce

5 9