April 2018 - Inkscape Devel - Inkscape Mailman

by Antonio Ospite

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

4 years, 11 months

2
6
0 / 0

Inkscape on Mac

by Rodney Little

I am a Designer and developer who works on Mac. How can I help with getting builds of Inkscape out for our loyal Mac users? Rodney Little

5 years, 5 months

6
6
0 / 0

Spreadshirt absurdity

by C R

So the more I use Spreadshirt, the more I see it's not a serious platform for merchandising. If you add a design for a mug, Spreadshirt requires you add the ENTIRE mug category, which contains any number of hidden (and hideous) products which you have no control over. I've confirmed this with Spreadshirt customer service: To add one white mug, you must add ALL mugs. To add one men's shirt, you must add all variations. This makes it impossible to control the quantity of products for a design, so the result is that the storefront gets flooded with a hundred variations of the very few things you set up, and the only way to remove them is to remove the whole category. So, what to do? I see only a few options, and none of them are great: 1. We limit it to one or two generic designs for everything. This is really the only way that makes sense. Anything else is going to have the visitors wading through hundreds of badly auto-designed products that no one will buy. 2. We ditch Spreadshirt, and seek other options. I mean, surely there's better than this out there somewhere. :) If we stay, we risk carefully thought out designs getting lost in auto-gen rubbish, which any online retailer will tell you is death for a product line. Too many options is no options, especially when most of the options look terrible anyway. My 2p -C

5 years, 5 months

5
16
0 / 0

Problems building on Ubuntu 16.04

by mathog

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

5 years, 5 months

3
4
0 / 0

Missed SOC Application(maybe do SOC next year?)

by Alexander Vegas Fairley

Hey, I missed the SOC application for this year, but I might do most of the pre-reqs anyways and hope to work with you guys next summer perhaps. I've already done a bit of professional software engineering work and academic work and am pretty opinionated about software, but generally prefer to avoid going down the rabbit hole of flame wars if at all possible. For example, I mostly agree with torvalds about C++, but I don't know that it's possible to do a GUI application that is going to work anywhere without at least looking in the direction of Bjarne Stroustroup and forcing a smile. My background is mostly in high throughput web applications, and I worked on an SVG toy application many moons ago when SVG was still a proposed feature in Firefox. While I do find distributed web applications amazing, the fact that I can't really use a computer at all these days without using some uncountable number of distributed web applications, both known and unknown to me is not something I find all that thrilling from a usability point of view. I'v already started in on some of the SOC application stuff(late, I know). I actually can't do a lot of the stuff due to the extreme difficulty of getting an open source engineering workstation that can stand up to my present circumstances, but hopefully between now and next summer that will either change or I'll have easier circumstances. I guess I'll be lurking on the list either way. Nice to e-meet you. Cheers, Alexander

5 years, 5 months

2
2
0 / 0

Re: [Inkscape-devel] Python extension extend to all Inkscape function and width height of any element

by Lex Neva

> Although I'm currently working on an updated API which should make it > easier to discover the functionality. Come talk to me over > at https://gitlab.com/inkscape/extensions/ Oh my, that sure is an interesting repo! Just from a cursory look, I can see that there's a lot in there that I've had to implement on my own in Ink/Stitch, and a lot of other really awesome stuff. How stable an production-ready would you say that code is? I ask because I'm in a great position with Ink/Stitch: I don't actually have to wait until this ships with inkscape to start using it in my extension. We're using pyinstaller, so we could easily just bring this repo with us in our packaged installation archives. If you tell me it's even somewhat stable, I might just switch over to it now. On April 17, 2018 8:05:26 AM inkscape-devel-request(a)lists.sourceforge.net wrote: > Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > > You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Inkscape-devel digest..." > > > > ---------- > Today's Topics: > > 1. Python extension extend to all Inkscape function and width > height of any element. (Lrn Lf) > 2. Re: Spreadshirt absurdity (Mihaela) > 3. Re: Python extension extend to all Inkscape function and > width height of any element. (Martin Owens) > 4. Re: Spreadshirt absurdity (C R) > > > > ---------- > [Inkscape-devel] Python extension extend to all Inkscape function and width > height of any element. > From: Lrn Lf <lv2lrn4lf@...400...> > Date: Apr 16, 1:18 PM > To: inkscape-devel(a)lists.sourceforge.net > > Is there away to access Inkscape other function through Python to run > Inkscape basic operation of really any operation you can run by hand > through the gui. And do anyone know how to get the bounding box width and > height of a g svg element or any element that don't have that information > set as a attribute. The only solution I can fantom is iterating through the > group to find the biggest element of them all but even that can be tricky. > > > > > > ---------- > Re: [Inkscape-devel] Spreadshirt absurdity > From: Mihaela <mihaela.jurkovic@...400...> > Date: Apr 16, 1:27 PM > To: Martin Owens <doctormo@...400...>, C R <cajhne@...400...> > CC: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> > > Spreadshirt published the changes, here's the notification: > > https://www.spreadshirt.com/blog/2018/04/03/your-brand-new-detail-page-ha... > > There's a way to hide the color selector with CSS. I haven't tried it yet. > > Mihaela > > On 14.04.2018 21:42, Martin Owens wrote: > > On Sat, 2018-04-14 at 17:26 +0000, C R wrote: > > Regarding the website hack, yes I can do that. There are a few > options: > > Option 1: we can import it with the snippet provided by spreadshirt: > https://freedom.support.tm/hc/en-us/articles/115001381253-Spreadshirt > -How-do-I-embed-my-Spreadshirt-shop-into-my-own-website- > > Then I can write more javascript code to hide unwelcome products. > > Option 2: I (or we) can set up a page on the Inkscape website on > which we list specific products manually, which then link through to > spreadshirt items (which bypasses the need for the spreadshirt auto > generated gallery). > > Perhaps a combination of the above would be okay too. We make a > featured item page with direct links, and a link at the bottom to > "view all designs". That link would provide access to the full > spreadshirt shop, while allowing us to control what visitors see > first. > > You could make a shop app in inkscape-web which provided an > administrator the ability to add available products from the feed API. > I expect most of it would be javascript, but python could help make you > a more concrete shop. > > Martin, > > > > ---------- > Re: [Inkscape-devel] Python extension extend to all Inkscape function and > width height of any element. > From: Martin Owens <doctormo@...400...> > Date: Apr 16, 1:59 PM > To: Lrn Lf <lv2lrn4lf@...400...>, inkscape-devel(a)lists.sourceforge.net > > On Mon, 2018-04-16 at 13:18 -0400, Lrn Lf wrote: >> Is there away to access Inkscape other function through Python to run >> Inkscape basic operation of really any operation you can run by hand >> through the gui. And do anyone know how to get the bounding box width >> and height of a g svg element or any element that don't have that >> information set as a attribute. The only solution I can fantom is >> iterating through the group to find the biggest element of them all >> but even that can be tricky. > > Hi Lrn, > > There's functions for finding the bounding box which does the right > thing in python. > > Although I'm currently working on an updated API which should make it > easier to discover the functionality. Come talk to me over at https://g > itlab.com/inkscape/extensions/ > > As for calling Inkscape from the python extension, some extensions > already do this, but I wouldn't recommend it. > > Best Regards, Martin Owens > > > > > > ---------- > Re: [Inkscape-devel] Spreadshirt absurdity > From: C R <cajhne@...400...> > Date: Apr 16, 4:38 PM > To: Mihaela <mihaela.jurkovic@...400...> > CC: Martin Owens <doctormo@...400...>, inkscape-devel > <inkscape-devel(a)lists.sourceforge.net> > > Unfortunately, this doesn't solve any of our problems. This only > affects the details page, and our main problem is Spreadshirt showing > an item listing for every item in the category. > I'm happy enough to let people choose a colour shirt after they click > on an item, as this extra doesn't force the user to wade through every > possible colour option in the store view. > > -C > > > > On Mon, Apr 16, 2018 at 6:27 PM, Mihaela <mihaela.jurkovic@...400...> wrote: >> Spreadshirt published the changes, here's the notification: >> >> https://www.spreadshirt.com/blog/2018/04/03/your-brand-new-detail-page-ha... >> >> There's a way to hide the color selector with CSS. I haven't tried it yet. >> >> Mihaela >> >> >> On 14.04.2018 21:42, Martin Owens wrote: >> >> On Sat, 2018-04-14 at 17:26 +0000, C R wrote: >> >> Regarding the website hack, yes I can do that. There are a few >> options: >> >> Option 1: we can import it with the snippet provided by spreadshirt: >> https://freedom.support.tm/hc/en-us/articles/115001381253-Spreadshirt >> -How-do-I-embed-my-Spreadshirt-shop-into-my-own-website- >> >> Then I can write more javascript code to hide unwelcome products. >> >> Option 2: I (or we) can set up a page on the Inkscape website on >> which we list specific products manually, which then link through to >> spreadshirt items (which bypasses the need for the spreadshirt auto >> generated gallery). >> >> Perhaps a combination of the above would be okay too. We make a >> featured item page with direct links, and a link at the bottom to >> "view all designs". That link would provide access to the full >> spreadshirt shop, while allowing us to control what visitors see >> first. >> >> You could make a shop app in inkscape-web which provided an >> administrator the ability to add available products from the feed API. >> I expect most of it would be javascript, but python could help make you >> a more concrete shop. >> >> Martin, >> >> > > > > > > ---------- > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > ---------- > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

5 years, 5 months

2
2
0 / 0

Python extension extend to all Inkscape function and width height of any element.

by Lrn Lf

Is there away to access Inkscape other function through Python to run Inkscape basic operation of really any operation you can run by hand through the gui. And do anyone know how to get the bounding box width and height of a g svg element or any element that don't have that information set as a attribute. The only solution I can fantom is iterating through the group to find the biggest element of them all but even that can be tricky.

5 years, 5 months

2
1
0 / 0

Inkscape and Uniconverter

by Martin Owens

Dear Developers, I need your expertise or history knowlege to understand extensions that use the uniconverter: http://wiki.inkscape.org/wiki/index.php/Uniconver tor On my system (Ubuntu 16.04) the uniconverter is broken, the package python-uniconv doesn't contain the sk1lib libraries and those libraries are in fact not available at all to debian, either through apt or through pypi. There is an option to download from their website, but random debs you find online seems unseemly. So my main question is: Have we been shipping broken extensions to all our linux users? Has anyone noticed? The debian bug report about the missing library doesn't seem to have been finished, so I don't even know if up to date ubuntus contain a fix. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820748 I did notice the library being shipped in our MacOSX build (and probably in our windows build) is that complete? Does it work there? I'd like to get these extensions fixed as part of the inkscape- extensions-1.0 package of cleanup, code quality and refactoring work. Any information would be greatly appreciated. Best Regards, Martin Owens

5 years, 5 months

3
3
0 / 0

slow, sluggish drawing with pencil & calligraphy tool solved

by Yale Zhang

Hi, I've identified why drawing is lagging with GTK+3. https://bugs.launchpad.net/inkscape/+bug/1723247 It's because of GTK3's motion event compression: https://bugzilla.gnome.org/show_bug.cgi?id=702392 Adding a * gdk_window_set_event_compression (window, FALSE);* in SPCanvas::handle_realize() makes things much smoother. At 1st I thought it was because the events were sitting in the queue for too long. So I added some timing code to measure the latency between when a motion event was generated in GDK to when SPCanvas::paint() is called. Actually, I detect bursts of mouse moves or redraws and only use the 1st for latency measurements since there might not be a 1 to 1 relation between motion events and redraws. I was seeing a 4 to 10ms latency for head (GTK3) but only 0.5 ms for 0.92 (GTK2). I thought I was on to something, but this mislead me for a while. Finally, I saw that the # motion events and redraws were 10x higher for GTK2. I haven't stayed up to date with the GitLab migration. I tried to push a patch to my branch simdgenius_inkscape, migrated from Bazaar, but access is denied. I just requested project access, so appreciate it if someone grants it. -Yale

5 years, 5 months

4
31
0 / 0

Bug tracker - should we move to gitlab? Or...?

by Bryce Harrington

When we moved from Launchpad to gitlab for code hosting, we postponed the question of if we should also move issue management off Lauchpad. I think now would be a good time to start investigating this. I figure it would be appropriate to discuss moving to gitlab issues, ON a gitlab issue, so have opened the following issue there: https://gitlab.com/inkscape/infra/services/issues/1 You'll need to be logged into gitlab in order to access the ticket. Issue management is of course important to our whole community, but it's especially a critical piece of our development infrastructure. I think we need to first seek a consensus among ourselves on what will work best for development purposes before soliciting wider feedback. (Bug tracking is a topic everyone and their uncle can have an opinion on, and open discussion could get unproductive quickly. That said, if you don't have access to the bug, but wish to share your thoughts, please feel free to do so on this mailing list thread, and they'll be taken into account in the decision process.) I've opened several sub-issues for specific topics that will require individual decisions, which are linked from issue #1. Please share your thoughts on all of them! Thanks, Bryce

5 years, 5 months

1
0
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

Inkscape Devel April 2018