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, 7 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, 8 months
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, 11 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, 11 months
Bleed options
by imagen imperio
Hi everybody,
Recently i start to have a lot of work with a big variety of sizes, for
evrything materials, but this is not the heavy work the mostly is be adding
an image as background and bleed, this is necesary after the print proccess
to give a good finished to art. At the end you have to cut this bleed to
have the real size, for example:
A letter size art with the bleed could has 8.75 x 11.25 inches after the
cut have to be exactly 8.5 x 11 inch.
Have you ever considered add this necesary option? i know that people can
export to png and choose if you want to export the page or the total image,
with the total image you can solve the problem because de background is
bigger than the area but png is nos a good format for offset print process,
so after export the png you have to do other steps for this art works in
offset printers.
Thanks for your attention to this question.
--
José Quintanilla Ramírez
Graphic Designer
6 years, 1 month
Re: [Inkscape-devel] [Inkscape-user] the Scale setting and Display units
by Eduard Braun
For what it's worth I also prefer a px-based default template.
* For digital art it makes the most sense as Tyler noted.
* For stuff that's intended to be used "on paper" it does not break
anything and can in fact even avoid incompatibilities due to the
viewbox scaling. Also it feels more natural to make a line 1or 2 px
wide (which are useful widths for me in everyday use) instead of
fiddling with fractional millimeters. If I need mm-based sizes I can
also still use them where necessary.
On a related note I'm not even sure our default size of A4 is overly
useful. I've yet to create content in Inkscape that would need an A4
size... For me it's either digital artwork which has some even pixel
size or I'm creating graphics that are put on A4 paper and therefore
need to be smaller anyway (e.g. ~ 8cm wide to fill one column). So,
while we need some default (which might just as well be A4) I don't
think we should assume users actually create A4 content and base our
decision on that.
Regards,
Eduard
Am 20.09.2017 um 16:00 schrieb Tyler Durden:
> I see no downside to having all releases/localizations use px as
> display units and scale=1.
>
> AFAICT, it breaks nothing, which cannot be said for other current
> defaults. Everything works and no gymnastics trying to explain units
> and scale to the non-technically inclined.
>
> Even the newest users can understand how to set the document to their
> preferred display units. No need for typical users to change scale.
>
> Simple rationale: svg is a web format, hence default.svg units = px.
>
>
> Thanks,
> TD
>
> On Wed, Sep 20, 2017 at 9:47 AM, brynn <brynn@...3133...
> <mailto:brynn@...3133...>> wrote:
>
> Oh, I didn't know about these templates!
>
> However, I think it's better for users to know how to use the
> interface, rather than use a template which only sets up the
> units, and not the page size (unless you happen to want an A4 page).
>
> I'm not clear what you mean by this:
>
> The one thing you cannot do, however, is modify the document
> units after
>
> Inkscape has opened the startup file.
>
> If you know how to change the units (as I've just learned how to
> do it correctly) can't they be changed? Or do you mean that the
> user would have to save a new template if they change the units?
>
> I'm just writing the new FAQ item right now, so I'll include this
> info about the templates too. But need to understand that last
> statement (above).
>
> Thanks Alvin :-)
>
> -----Original Message----- From: alvinpenner
> Sent: Wednesday, September 20, 2017 6:29 AM
> To: inkscape-user(a)lists.sourceforge.net
> <mailto:inkscape-user@lists.sourceforge.net>
> Subject: Re: [Inkscape-user] the Scale setting and Display units
>
> It may be worth mentioning that you can choose the document units
> that you
> prefer when you start up Inkscape. If you use the startup template
> file
> C:\Program Files (x86)\Inkscape\share\templates\default.svg (which
> is the
> default), then you will find that the document units are mm. You
> can confirm
> this by drawing a rectangle that has the width of the full page
> and then
> using the XML editor to confirm that the width has been expressed
> in mm. A
> typical example would be
>
> <rect
> style="..."
> id="rect10"
> width="210.91072" (should be 210, my hand was shaky)
> height="88.446426"
> x="0"
> y="0.66666663" />
>
> If you prefer to use px as the document units, then use the
> template file
> C:\Program Files (x86)\Inkscape\share\templates\default_px.svg. In
> this case
> if you draw a rectangle that has the full width of an A4 page you
> will get:
>
> <rect
> style="..."
> id="rect18"
> width="797.14288" (should be 793.7007, which is 210mm
> expressed in
> px)
> height="357.14285"
> x="0"
> y="2.519685" />
>
> If you prefer to use pt as document units, then use the template file
> default_pt.svg
>
> If you want to permanently modify the startup units, then copy a
> file like
> default_pt.svg to overwrite the file default.svg. (after first
> making a
> backup, just in case.)
>
> The one thing you cannot do, however, is modify the document units
> after
> Inkscape has opened the startup file.
>
> hth,
> Alvin
>
>
>
>
> --
> Sent from:
> http://inkscape.13.x6.nabble.com/Inkscape-User-f2857977.html
> <http://inkscape.13.x6.nabble.com/Inkscape-User-f2857977.html>
>
> ------------------------------------------------------------------------------
> 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
> <mailto:Inkscape-user@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/inkscape-user
> <https://lists.sourceforge.net/lists/listinfo/inkscape-user>
>
> ------------------------------------------------------------------------------
> 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
> <mailto:Inkscape-user@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/inkscape-user
> <https://lists.sourceforge.net/lists/listinfo/inkscape-user>
>
>
>
>
> ------------------------------------------------------------------------------
> 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
6 years, 2 months
Re: [Inkscape-devel] [Inkscape-user] the Scale setting and Display units
by brynn
Here's the new FAQ. If I've made any mistakes, or left something out, or some
language can be improved, please let me know. Or if you have the right access,
please feel free to change it yourself.
https://inkscape.org/en/learn/faq/?edit_off=true#how-change-display-units...
If anyone is interested in writing a more detailed and technical explanation of
all this, in the wiki, we can link to it from the faq. (Or if there already is
one, please give me the address and I'll make the link.
Thank you very much!
brynn
-----Original Message-----
From: Marc Jeanmougin
Sent: Monday, September 18, 2017 2:52 AM
To: inkscape-user(a)lists.sourceforge.net
Subject: Re: [Inkscape-user] the Scale setting and Display units
Hi,
On 09/18/2017 03:19 AM, brynn wrote:
> So when someone needs to change the Display units, so that their drawing
> is as close to real world size as possible, do this:
>
> 1 -- set the desired Page Size and units (this sets the viewBox, right?)
> 2 -- temporarily change Display units to px
> 3 -- change the Scale to 1
> 4 -- change the Display units to the desired unit
> 5 -- the Scale will automatically change to the appropriate value
> 6 -- leave everything else alone
Yes
>
> If that's correct then
>
> 1 -- I'll make a new FAQ item for it (if no objections) - perhaps link
> to Marc's article about it - or is there a wiki page for it?
> 2 -- I'm really thinking Inkscape needs to do all that internally. I
> think users should be able to simply select the unit they want, the page
> size they want, and Inkscape does the rest. May I make the bug/feature
> report, or is it already planned or requested?
>
> If that's not correct, please tell me where I'm going wrong.
We also can control the "scale" because, whether it is practical or not,
the current behavior of the "default mm" template is that a unitless
value in the document (like width="5"), like inkscape sets by default,
is in millimeters to be able to "see" it in the xml. (Which also means
that width="5mm" will NOT be 5mm)
> Oh, one last question.
>
>> If you only measure
> your stuff with the display units (and do not use units in the code, it
> should not matter (tools "should" take the scale into account, and if
> some do not it's an bug
>
> Do you mean to say that it's possible some tools are not respecting the
> Scale? Or is that more of a theory.
Technically possible, especially with extensions.
------------------------------------------------------------------------------
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
6 years, 2 months
Candidates Needed
by Martin Owens
Dear Developers,
There are 4 potential candidates that have yet to accept (or reject)
their invitation. If no other candidates step forward today, then the
voting process at 3am UTC will be automatic and the two candidates we
have will be automatically selected without a vote.
Thanks for everyone's attention.
Best Regards, Martin Owens
2017 Election Officer
6 years, 2 months
Re: [Inkscape-devel] [Inkscape-docs] UX team?
by brynn
Oh! (Copying over to dev and user lists.) There are so very many people
interested in working on the UX (I seem to recall several people had been
signed up -- it's hard to believe not one of them would volunteer for this
simple task.
If "the team's business" means writing the intro, Team Details and Charter, I
can do that. What other business might there be? (Even though I'm leading the
Moderators Team, I suspect the "business" is probably different.)
If it requires a lot of work, let's put it up on the To-Do List page, to try to
recruit someone. But what kind of business is it?
Thanks,
brynn
-----Original Message-----
From: Martin Owens
Sent: Wednesday, September 20, 2017 7:25 AM
To: brynn ; Inkscape-Docs
Subject: Re: [Inkscape-docs] UX team?
On Wed, 2017-09-20 at 06:42 -0600, brynn wrote:
> Hi Friends,
> I just noticed there is no UX team showing on the Teams page
> (https://inkscape.org/en/teams/). I could have sworn I saw one
> there, not too
> long ago (couple of months maybe). I think it had several members.
>
> What happened with that?
The UI team is currently hidden as it's TODO introduction and lack of
leadership made it hard to justify keeping it visible.
So what it needs is someone with a passion, preferably a UX person, who
can say that even if it's just a team of one, that they will handle the
team's business.
Best Regards, Martin Owens
6 years, 2 months
Style dialog
by Jabier Arraiza
Hi.
Im using style dialog, and couldent change inline atributes and inside
SVG style defined css selectors. First one only allow delete atributes
and second one only alow add atribute but couldent add value.
Im in Inkscape 0.92+devel (a113f4663e, 2017-09-05).
Im thinking on move part of the "Meassure Segment" code to be handled
by CSS Style Dialog.
All the best, Jabier.
6 years, 2 months