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
4 years, 11 months
Releasing Inkscape onto the Website
by Martin Owens
Dear developers,
The website supports developers submitting releases using the releases
app, we haven't linked to the releases app publically, but thanks to
Maren and others it's a mostly complete history of Inkscape package
files.
To upload an inkscape package:
a) Go to the website and login
b) Click the "Upload Art or Resource" (or click Submit in any of your
galleries to better organise your files)
c) Fill in all the fields you want, make sure to include the uploaded
file and gpg signature.
d) Select "Inkscape Package" in the category drop down.
e) Save.
f) Now re-edit the new upload.
This will give you the two new fields of "Release" and "Platform",
these ONLY appear if: The upload is in the Inkscape Package category
AND you have permission to edit releases. If you don't see these
fields, make sure you join the releases team at https://inkscape.org/en
/*release-team and try again.
You can only have ONE resource per release, per platform. So the
Inkscape 0.92.2pre0 release can have ONE Win32 MSI Package, ONE Mac OSX
10.9 DMG, etc etc. If you try to over-write, it will deny you setting
the platform and release fields.
We're going to try and keep the permissions to one person for each of
the main platforms. So bryce can do source uploads, tgh can do Mac
uploads etc etc. We make have some backups, but user wise it shouldn't
need every developer to be a release team member.
Let me know if you have issues.
Best Regards, Martin Owens
Your Friendly Website Admin
5 years
Re: [Inkscape-devel] Embroidery extension
by Lex
Ah, I see. My machine (a Brother SE400) can't cut the thread and continue
stitching. It's a pretty difficult limitation to work with. I try to
avoid jumps whenever possible, and when I have to, I place jumps such that
they're easy to trim by hand.
On August 28, 2017 1:45:33 PM Michael Soegtrop
<MSoegtrop@...3339...> wrote:
> Dear Lex,
>
> yes, in case there is a large distance, the TSP solver makes a jump. My
> machine can actually do jumps (knot the threads and cut them at both
> ends), so my main goal is to optimize the number of jumps.
>
> What one should do is try to order the groups such that connections can
> be hidden below other stitching, but this is complicated, especially
> when you don't have the concept of an area (my stuff just works on open
> paths).
>
> Best regards,
>
> Michael
>
> On 25.08.2017 21:05, Lex Neva wrote:
>> Hi! Sorry for going dark there -- everyday life intrudes fairly often.
>>
>> Neato, and thanks for the explanation! It does indeed look like your
>> stuff follows a similar method to inkscape-embroidery. A few minor
>> differences:
>>
>> * The extension handles creating a "grating" of lines automatically and
>> intersects them with the fill region using Shapely (a Python extension).
>>
>> * The fill pattern is handled automatically through the insertion of
>> extra nodes as you mentioned. Currently there's only one pattern: a
>> sort of stair-step/staggered pattern that is visually pleasing. I
>> cribbed it off of a pattern I bought online that was made using a
>> commercial embroidery design program. I'd love to understand how to
>> code more complex patterns, but I haven't given much thought to it yet.
>>
>> * The extension used to have a TSP solver of its own, but it really
>> didn't do a particularly good job. I started off trying to fix bugs and
>> ultimately just ripped it out. Instead, I carefully order paths in
>> Inkscape. The new Objects panel is key for this, and it's a hugely
>> awesome addition to Inkscape! The only part I struggle with is that
>> Inkscape doesn't want to let you reorder objects relative to each other
>> if they don't intersect (or nearly intersect).
>>
>> Ultimately, the problem I brought up for discussion boils down to the
>> same problem you're solving with the your TSP algorithm. *Question:
>> *what does your code do if it needs to get from one section to another
>> that is distant? Does it just jump-stitch?
>>
>> Here's a brief description of how to use EmbroiderModder2's
>> libembroidery to convert between formats:
>> https://github.com/lexelby/inkscape-embroidery#optional-conversion-program
>>
>> I'd suggest that your code simply output a CSV in the format
>> libembroidery understands, and then you can make use of its knowledge of
>> pretty much every manufacturer format to convert it to a format
>> compatible with your machine.
>>
>> --Lex
>>
>> On 7/30/2017 11:47 AM, Michael Soegtrop wrote:
>>> Dear Lex,
>>>
>>> I guess we are trying to solve the same problem, but differently. I
>>> wanted to have more control than semi automated fillers provide, so I
>>> added 3 LPEs, which are in Inkscape 0.92.2:
>>>
>>> 1.) A bool LPE to do intersections / unions, ... of areas, so that one
>>> can construct the areas to stitch from drawing areas.
>>>
>>> 2.) A path / path group trimmer LPE, which restricts a set of paths to
>>> an area (or oustide of an area. There are already two path interpolation
>>> LPEs which allow to create sets of paths with fine control over local
>>> direction and density.
>>>
>>> 3.) An LPE to convert a set of paths into stitches. This includes an
>>> almost reasonable traveling salesman problem (TSP) variant solver for
>>> ordering groups of stitches to minimize the traveling in between. It can
>>> still be improved. It is a bit more complicated than standard TSP
>>> solvers, because it looks into groups of parallel stitches which have 4
>>> possible ends.
>>>
>>>
>>> My approach is as follows
>>>
>>> 1.) Make a drawing
>>>
>>> 2.) Use the bool op LPE to create (in a new layer) the areas to fill
>>> with each color / stitch style.
>>>
>>> 3.) Create a set of path to control density and direction using path
>>> interpolation LPEs. This allows a great deal of control, e.g. for hair.
>>> I don't think any commercial tool allows this amount of control.
>>>
>>> 4.) Use the path trim/cut LPE to trim the paths created in 3.) to the
>>> areas created in 2.)
>>>
>>> 5.) Use the embroidery stitch LPE to convert the paths to stitches.
>>>
>>> Sometimes I use the cut / trim filter also to create intermediate nodes
>>> in paths to create special stitching patterns. These nodes are not
>>> visible in normal drawing, but after stitching they are visible.
>>>
>>> Of cause for simple cases, it would help to extend it with a more
>>> automated approach, which is what you appear to be working at.
>>>
>>> I am very interested in the import/export library you mentioned.
>>>
>>> It would be great to work together on this.
>>>
>>> Best regards,
>>>
>>> Michael
>>>
>>
>
> --
> ===========================================
> = Dipl. Phys. Michael Sögtrop
> = Datenerfassungs- und Informationssysteme
> = Steuerungs- und Automatisierungstechnik
> =
> = Anzinger Str. 10c
> = 85586 Poing
> =
> = Tel.: (08121) 972433
> = Fax.: (08121) 972434
> ===========================================
>
5 years, 3 months
Stickers are here! ... now what?
by C R
The stickers arrived today. They are of acceptable quality, but I think
300dpi is a little low quality for stickers this small. Also I think the
cutting machine had some ink residue, because the border of stickers are a
bit dirty on the cut.
So, who wants/needs stickers? I have a request for a sheet of the coffee
and sheet of the ice cream already. Did we have any solid plans for these
yet? See attached for samples.
5 years, 3 months
pressure sensitivity for Pencil tool using powerstroke?
by brynn
Hi Friends,
Someone has recently posted on a forum, asking for a tool which combines
pressure sensitivity of Calligraphy, freehand, powerstroke, and simplify, all in
one tool. I explained we have something pretty close to that with Pencil,
Triangle In/Out, with Simplify option.
But it made me start to wonder. The Calligraphy tool must have been
chosen for pressure sensitivity, at least in part because it can achieve
variable width. Well now that we have powerstroke, I wonder if it would it be
possible to give pressure sensitivity to the Pencil tool, using powerstroke?
Probably a wild thought. But can't hurt to ask. Just asking if that,
or something like it would be possible.
Thanks,
brynn
5 years, 6 months
Re: [Inkscape-devel] pressure sensitivity for Pencil tool using powerstroke?
by C R
Yes GIMP has a LOT of good stuff in it.
Let's be a bit constructive here. This is not a good place to bash GIMP if
you want people to take your comments and suggestions seriously.
On 31 Aug 2017 22:07, "Miguel Lopez" <reptillia39@...3425...> wrote:
GIMP has something good in it? (I'm not a fan of GIMP, quite the
opposite) I prefer to have options to expand options manually, and that
is what I been doing in other programs.
On 8/31/2017 10:46 AM, Nate Yungkans wrote:
> planning on creating a thought out set of wireframes that will explain
> what I'm thinking of. What gimp does well is the rearranging of tabs
> and having a consistent hierarchy.
>
> Being able to rearrange placement of tool bars is also very desirable
> so people can customize the layout. Programs like illustrator often
> have both a tool bar for quick functions and a tab menu for complete
> functionality.
------------------------------------------------------------
------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel
5 years, 6 months
GSoC project feedback request
by Alex Roman
Hi everybody!
I just finished my GSoC project "SVG 2 Text Support" and it would be great
if you can help me with a feedback. This is the link of the GitLab
repository: [1] <https://gitlab.com/AlexRoman/inkscape>, and here is the
final report of my work: [2]
<https://gitlab.com/AlexRoman/inkscape/blob/master/README>.
Before I can merge my work to the official Inkscape's trunk, I need to do a
lot of testing and debugging so it would be a great help if you can help me
with that. Basically, everything that it is related to the text tool and
seems to be an issue, you can alert in the issues tab of the repository.
Thank you very much!
Alexandru
5 years, 6 months
Partnership Request
by Martin Owens
Dear developers,
I just got an email for partnership, I've put it into the inkscape
vectors team (since it's not a developer issue specifically) but I
don't think a lot of people here are signed up to the vectors gitlab
project notifications so here's the link if you want to have a say:
https://gitlab.com/inkscape/inkscape-vectors/general/issues/10
Best Regards, Martin Owens
5 years, 6 months
Re: [Inkscape-devel] Embroidery extension
by Michael Soegtrop
Dear Lex,
yes, in case there is a large distance, the TSP solver makes a jump. My
machine can actually do jumps (knot the threads and cut them at both
ends), so my main goal is to optimize the number of jumps.
What one should do is try to order the groups such that connections can
be hidden below other stitching, but this is complicated, especially
when you don't have the concept of an area (my stuff just works on open
paths).
Best regards,
Michael
5 years, 7 months
Re: [Inkscape-devel] Fwd: SVG in 92 and Phyisical Scale
by Lex Neva
Hi James,
I can't solve your direct problem, but I can offer an alternative,
inkscape-silhouette:
https://github.com/fablabnbg/inkscape-silhouette
It's an inkscape extension that can directly control a silhouette cutter
without the need to use Silhouette's proprietary software. Unless I'm
mistaken as to your intent, I think this will allow you to not only
master in SVG, but in fact work _only_ in SVG. As a bonus,
inkscape-silhouette gives me much more control than the free version of
Silhouette Studio.
Wow, your paper toys are amazing! I've been doing stuff in a similar
(though far less polished) vein using my Portrait to cut polygons that
my children can fit together into polyhedra. Check out this PR and my
fork for ideas:
https://github.com/fablabnbg/inkscape-silhouette/pull/45
Hope that helps,
Lex
> ---------- Forwarded message ----------
> From: "James Fritzler" <jimbox13@...3425... <mailto:jimbox13@...3425...>>
> Date: Aug 23, 2017 10:11
> Subject: [Inkscape-devel] SVG in 92 and Phyisical Scale
> To: "Inkscape-Devel" <inkscape-devel(a)lists.sourceforge.net
> <mailto:inkscape-devel@lists.sourceforge.net>>
> Cc:
>
> Hi Inkscape Devs!
>
>
> I’ve used Inkscape for about five years now and have built up
> quite the library of svg files and have been using 91 since its
> release.My main creative effort is to build paper toys that I
> print and cut (in bulk) on a Silhouette Portrait cutting
> machine.(More info on my works at http://netroids.net
> <http://netroids.net> ).I have a 100s of files and hoped to use
> them as my long term "masters” given that SVG is not proprietary
> and has had such great page layout fidelity for me.
>
>
> I’d love to update to v92 and future versions but, as is commonly
> known, the svg save logic has changed to support a new CSS
> standard of 96dpi and it is affecting my ability to import into my
> cutting software.
>
>
> It seems that perhaps the values written by Inkscape in 91 svg
> files are encoded using a 90dpi scale from their original
> design-time dimensions. In the past I’ve had much success
> importing SVGs from Inkscape 91 into Silhouette studio for
> years.(Granted, I do perform a little cleansing in a copy of the
> master svg before I go to Silhouette: I simplify the layers,
> ungroup, and flatten out clones into their own objects. Perhaps it
> is just serendipity that the Silhouette Studio imports SVGs at the
> 90dpi.(I tried asking them about dpi but I couldn’t "break
> through" their first-tier help desk support "fire wall".)
>
>
> I know there’s an import prompt and process for opening 91 files
> in 92 and I have participated in the launchpad forum and chat with
> Mc about this topic.(my user name is jimbox13).
>
>
> Unfortunate for me, none of the prompts give a workable
> solution.Here’s what happens to my files based on each option.(I
> used a diff tool in to investigate some of the changes.)
>
> * "Accuracy for sizes and position of paths" (Desired option)
> o Grid and guides appear to be changed – though I’m not sure
> to what extent.
> o Rectangles, paths and strokes are sized up by 6.667%
> o Inkscape Designer Outcome:shapes and sizes correct right
> based on the page. :) (bug #1712114 occurs.)
> o Cutter Software Outcome: File is too large (by 6.667%) for
> cutting area.:(
> * "Digital Art"
> o Grid and guides changed to some degree.
> o Rectangles and paths not changed.
> o Inkscape Designer Outcome:shapes and sizes are too small
> for the page :(
> o Cutter Software Outcome: shapes and sizes are correct :)
> * "Accuracy for masks and clips"
> o Grid and guides changed to some degree.
> o Rectangles, paths and strokes are changed to some degree,
> not the same as above.
> o Inkscape Designer Outcome:shapes and sizes correct right
> based on the page. :) (bug #1712114 does not occur.)
> o Cutter Software Outcome: File is significantly too small
> for cutting area.:(
>
> None of these options produce a svg that maintains its correct
> physical dimensions across both software packages.I tried
> experimenting by customizing the "units.xml" file in 92 without
> success.
>
>
> Here is my original v91 file zipped.(I added a background
> rectangle that is the size of the page to help troubleshooting.)
>
> https://www.dropbox.com/s/q6o17j5an2piiw3/acutra_TOCUTv91wBG.zip?dl=0
> <https://www.dropbox.com/s/q6o17j5an2piiw3/acutra_TOCUTv91wBG.zip?dl=0>
>
>
> Is there anything that can be done?
>
> Thanks
>
> Jim
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Inkscape-devel mailing list
> Inkscape-devel(a)lists.sourceforge.net
> <mailto:Inkscape-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
> <https://lists.sourceforge.net/lists/listinfo/inkscape-devel>
>
5 years, 7 months
