About knots selection
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, 4 months
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
Gtk3 Trunk/Master Status
by Tavmjong Bah
Hi All,
At the last Inkscape board meeting I was tasked with looking into the
status of our move to Gtk3. I've updated the Gtk+ 3 issues wiki page:
wiki.inkscape.org/wiki/index.php/GTK%2B_3_issues
Here are what I consider to be the big blockers to a 0.93 release from
the Gtk3 perspective:
1. Filter Editor dialog rewrite.
Our custom Filter Editor dialog is seriously broken with Gtk3. Some
work was done at the hackfest on rewriting this dialog from scratch.
This needs to be finished.
2. Crash in Wayland with docked dialogs.
When Inkscape is run under Wayland and there is a docked dialog,
opening a new Inkscape window causes a crash in the GDL code.
3. Icons themes.
We've removed our custom icon handling code and now rely on native
Gtk icon handling. This means that each icon is now in its own SVG
file. In principle this should allow theming to work properly but more
work needs to be done. All the icons are currently dumped into one
directory. They need to be in put in subdirectories according to the
common desktop spec and the Inkscape code updated to use the
directories.
4. Icons missing in toolbars.
Icons are often missing in toolbars until the window is resized.
There are quite a few other major bugs that should be addressed as well
listed on the wiki page, some of them may be candidates for blockers.
Please give your feedback here and/or on the wiki page.
Thanks,
Tav
5 years, 4 months
moderation - 'could have been made w/Inkscape'
by brynn
Hi Friends,
I think I probably know how the community leans on this. But since it
bothers me so much, and happens so often, I thought it was worth not assuming
the answer, and finding out for sure.
A few months ago, we decided not to allow random photos in the gallery,
which are unrelated to the project in any way. We also decided not to bother
with copyright issues. (long discussion -
https://sourceforge.net/p/inkscape/mailman/message/35798617/)
Probably equally as often as random photos being uploaded, are images
which *could have been made with Inkscape* but which I doubt were. So far, I've
been letting these go through. But as I said, I wanted to have a discussion,
rather than assume.
Here are a couple of recent examples:
-- 2 images, 1 resource and 1 thumbnail --
https://inkscape.org/en/~noahgabe@...3618.../%E2%98%85music
-- https://inkscape.org/en/~KristiBryant113/%E2%98%85jesus-saves-the-world2
(I did a little research on this one, and found it at many different sites (many
on different sites selling tshirts, as well as just web images) with the same
basic image (and this exact image here:
https://res.cloudinary.com/teepublic/image/private/s--rVeDm8Gt--/t_Previe...)
-- so I'm pretty sure it wasn't made with Inkscape)
--https://inkscape.org/en/~chiquitita/%E2%98%8515230751-703016283207581-8475381764676214363-n
To me, all of those /could have been/ made with Inkscape. But I have
reasons to doubt all of them. How do you all think they should be handled? I
think they should be handled similarly to random photos (contact the member,
explain and link to CoC, ask to explain the relation to Inkscape, ask if they
would like to remove, inform after 2 weeks we will do it, of course with
graciousness. Or do we let them have the benefit of our doubt?
I honestly don't understand why people go around posting random images
(apparently, afaict) in random galleries, once or twice, and never come back.
(I have the same curiosity about people who post 1 or 2 frivolous, sometimes
meaningless messages in forums and never return.) But it seems worth the effort
not to waste our limited resource on hosting these things.
Anyway, thanks for any thoughts or comments :-)
All best,
brynn
5 years, 4 months
Inkscape 0.92.2, win64: install additional Python modules
by Sebastian Kraft
Hi,
I have written an Inkscape extension
(https://github.com/seebk/LaTeXText) that requires additional python
modules (PyGObject). In previous Inkscape versions on windows, I could
simply install the PyGObject module into the
Inkscape/[...]/python/site-packages subfolder from the official
PyGObject windows builds. However, since 0.92.2 it seems that the
windows build and python version changed and is incompatible to the
PyGObject windows builds.
What would be the recommended way to add modules to the Python distro
bundled with Inkscape on windows?
I tried to use the python module from msys2/mingw64 but did not succeed.
The import of gi fails, it misses some DLLs. Unfortunately, the error
message does not give detailed information what exactly is missing.
Thanks for your help!
Sebastian
5 years, 4 months
Fwd: Message from User: Inkspace Issues - AxiDraw3 (request for "paid consultant service")
by Eduard Braun
Hi all,
I don't know why they particularly chose me to write this message to,
maybe somebody is interested / knows somebody?
Regards,
Eduard
-------- Weitergeleitete Nachricht --------
Betreff: Message from User: Inkspace Issues - AxiDraw3
Datum: Fri, 27 Oct 2017 17:27:08 -0000
Von: webmaster@...1478...
An: eduard.braun2@...173...
Dear Eduard Braun,
Oparix, another user of the Inkscape web site, has sent you a personal message:
Inkspace Issues - AxiDraw3
================================================
Hello,
My name is Andrew and I read your bio on the Inkscape website. We're new to using Inkscape and we currently use it for pen plotting. The pen plotter we are using is called the AxiDraw3. Inkscape has been quite challenging to use at scale. We currently use Inkscape and our pen plotter to write handwritten cards. I understand that Inkscape is free but is there a paid consultant service we can use to help us streamline our business?
I sincerely appreciate your time.
I check my email more than I check my messages on this forum so if you could respond back at andrew@...3622... that would be incredibly appreciated.
Thanks in advance!
Reply: http://www.inkscape.org/en/~Oparix/message/209/
Visit Oparix's profile: http://www.inkscape.org/en/~Oparix
All my messages: http://www.inkscape.org/en/alerts/
All the best,
Inkscape.org Website
~~~~~~~~~~~~~~~~~~~~~~~~~
Unsubscribe:
If you do no longer want to receive these messages, you can edit your subscriptions and notification settings at http://www.inkscape.org/en/alerts/settings/.
5 years, 4 months
msys2 Symantec oddness for your amusement
by mathog
Installing msys2 on a 32bit W7 machine today. Check this out:
cat >helloworld.c <<'EOD'
#include <stdlib.h>
#include <stdio.h>
void main(void){
printf("Hello World!\n");
}
EOD
gcc -o helloworld helloworld.c
./helloworld
Hello World
ldd ./helloworld
ntdll.dll => /c/Windows/SYSTEM32/ntdll.dll (0x77740000)
kernel32.dll => /c/Windows/system32/kernel32.dll (0x778b0000)
KERNELBASE.dll => /c/Windows/system32/KERNELBASE.dll
(0x75830000)
SYSFER.DLL => /c/Windows/System32/SYSFER.DLL (0x754b0000)
UMEngx86.dll => /c/ProgramData/Symantec/Symantec Endpoint
Protection/12.1.4013.4013.105/Data/Definitions/BASHDefs/20171016.001/UMEngx86.dll
(0x71c70000)
msvcrt.dll => /c/Windows/system32/msvcrt.dll (0x76af0000)
Hopefully that is just what it looks like in msys2 and not a real
dependency for the Symantec dll in the resulting program! I cannot
really tell right now because all the PCs near me have the same Symantec
program on them, so they have that dll.
msys2 is a lot more like Cygwin than mingw2. The latter was a really
light development platform, msys2 has everything including the kitchen
sink.
Regards,
David Mathog
mathog@...1176...
Manager, Sequence Analysis Facility, Biology Division, Caltech
5 years, 4 months
