- Inkscape Devel - Inkscape Mailman

Location path for an imported figure
by David Carrasco de Busturia 02 May '18

02 May '18

Dear All, I am finding `Inkscape` a really good tool for importing `PDF` or `EPS` scientific plots into a blank page, and then place arrows on top of the graphs, text, make scientific drawings assemble them in the desired location and then save as a unique PDF page that can then be included as a unique `figure` in a `latex` document. Let's imagine an inkscape project that has assembled 10 plots, imported from these folders: /path1/plot_1.pdf /path2/plot_2.pdf ... /path10/plot_10.pdf We already know that in /path1/ there is also the python, gnuplot, etc source code that produces the PDF plot, for instance: /path1/plot_1.py /path2/plot_2.gnu etc Most of the times I need to continue working over the original PDF plots that I once imported into a inkscape project I made back in time. For example, change the scale and the title of the plots, and so on. In other words, I need to go to the original source code (gnuplot, python, etc) that produces those plots that have been assembled in the inkscape project. In these situations, while having the nice inkscape project in the screen with all the plots 1 to 10, it is quite hard to remember where is the location of the original PDF plot. As far as I am concerned, there is no option in the inkscape interface that allows you to know which is the original location path of the PDF plot that was once imported into the inkscape project. The closest solution I could find is the following: every time I import a new PDF of EPS, I right click and and create a link which is basically a copy-paste of the location path of the figure. This solution is quite tedious and most of the times one forgets to create the link. Once the image is imported, the next natural step is to resize it and locate in the desired place, and it is very easy to forget to create the link. For instance, if this multi PDF plots assemble project was made in Latex, the location path of all the plots would be perfectly identified, i.e. in the `\includegraphics` line. I am sure there are more than one user that misses this feature. I was wondering if it is possible to check an option in the importing process that would allow to automatically write the location path of the figure somewhere. Or any other strategy that would automatically write the location path every time a plot is imported. Would this be very costly ? Thanks a lot for all your help, All the best, David

1 0

Fw: Vectors Meeting - SATURDAY!!! - Unencrypted Edition (LOL)
by brynn 02 May '18

02 May '18

forwarding to devel list -----Original Message----- From: Ryan Gorley Sent: Tuesday, May 01, 2018 12:58 PM To: undisclosed-recipients: Subject: Vectors Meeting - SATURDAY!!! - Unencrypted Edition (LOL) Hello All, I apologize for being a little quiet for the last few weeks as I've been trying to catch up with uncompleted work from the joyful distractions of March. I'm sure you've also been busy, and I'm personally grateful for your time and talents. None of us can carry this by ourselves, every small/large contribution is felt and appreciated. We have a lot of ground to cover, but to respect your time I'd like to make an effort to keep our formal discussion to one hour (side discussions can continue afterward of course). Details are here: https://gitlab.com/inkscape/vectors/general/issues/57 I'm not the boss! If you feel like there are items that should be added to this meeting for discussion, then please add them, email me, or comment in the issue. Thank you again for your work and willingness! Ryan -- Ryan Gorley Founder + Creative Director https://dijt.co 1.801.999.1530 ×101 1.801.898.7926

2 1

Inkscape on Mac
by Rodney Little 29 Apr '18

29 Apr '18

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

6 6

Spreadshirt absurdity
by C R 29 Apr '18

29 Apr '18

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 16

Problems building on Ubuntu 16.04
by mathog 24 Apr '18

24 Apr '18

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

3 4

Missed SOC Application(maybe do SOC next year?)
by Alexander Vegas Fairley 22 Apr '18

22 Apr '18

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

2 2

Re: [Inkscape-devel] Python extension extend to all Inkscape function and width height of any element
by Lex Neva 18 Apr '18

18 Apr '18

> 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-has-… > > 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-has-… >> >> 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 >

2 2

Python extension extend to all Inkscape function and width height of any element.
by Lrn Lf 16 Apr '18

16 Apr '18

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.

2 1

Inkscape and Uniconverter
by Martin Owens 14 Apr '18

14 Apr '18

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

3 3

slow, sluggish drawing with pencil & calligraphy tool solved
by Yale Zhang 09 Apr '18

09 Apr '18

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

4 31