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, 10 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
5 years, 5 months
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
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, 6 months
wiki account
by Jan
hi
I need a wiki account to enhance a few articles.
5 years, 6 months
Wacom smartpad support - request for ideas
by Peter Hutterer
Benjamin Tissoires and I have been working on a project called Tuhi that
communicates with the wacom smartpad devices and pulls the data off them.
https://github.com/tuhiproject/tuhi/
Devices working so far are the Bamboo Spark, Slate and the Intuos Pro Paper.
Smartpad devices aren't traditional graphics tablets [1] but instead have a
paper notepad on top of a sensor with a special pen. You draw on the paper,
the sensor registers the drawings and stores it in a custom vector-based
format in the device. Later, you connect the device over bluetooth to the
host and fetch the drawings from the firmware.
This is the bit that tuhi does, and it exposes the drawings as a simple
json-based vector format overa session DBus API. To interact, you basically
connect to the dbus daemon, tell it to listen to the device and then get
notified about new drawings. Then you can fetch the drawings one-by-one as
needed.
Tuhi only has a commandline client for debugging and we don't intend to ship
that client, it's for debugging only. Eventually, we may have a standalone
application similar to Wacom's Inkspace (yeah, confusing, isn't it?). This
app would be a gallery-style application that displays the drawings and
exports them to the desired formats. That's a fairly straightforward
process.
But right now what we're interested in is whether inkscape has interest in a
plugin-style implementation that talks to the tuhi daemon. Or whether there
are use-cases where the standalone application is insufficient and some
tighter integration is needed. Or other use-case you can think of that we
haven't yet.
Any comments appreciated!
Cheers,
Peter
[1] the intuos pro paper is when you plug it in, let's ignore that for now
5 years, 6 months
List issues
by Maren Hachmann
Does anyone know why some list emails arrive so late lately? Within the
last week, I think at least 10 emails arrived after > 4 days only (I can
exclude a mail server issue on my side, as I get the same emails at the
same times on my web-based email account).
Has there been a major sourceforge outage?
What's the status of the mailing list move to our own server?
Maren
5 years, 7 months
Fw: Visitor analytics
by brynn
Resending this. Apparently I used the wrong email address to send this from, so
it didn't go to the list.
-----Original Message-----
From: brynn
Sent: Sunday, February 25, 2018 12:25 PM
To: Martin Owens ; Ryan Gorley ; inkscape-devel(a)lists.sourceforge.net
Subject: Re: [Inkscape-devel] Visitor analytics
What I like the best about it (Piwik/Matomo) is that it seems to only report on
what I refer to as human visitors. Personally I find that much more useful.
(Although I could imagine that some sites (or webmasters, owners) might be more
interested in aalllll the traffic.)
So that's the sandcats.io script that I see in Firefox's No Script? So already,
visitors haven't been notified about the site using this tracking?
So the login via github has to do with sandstorm, from what I can tell? Because
I just log in on the page where I installed it, on my site.
brynn
-----Original Message-----
From: Martin Owens
Sent: Sunday, February 25, 2018 2:12 AM
To: brynn ; Ryan Gorley ; inkscape-devel(a)lists.sourceforge.net
Subject: Re: [Inkscape-devel] Visitor analytics
On Sun, 2018-02-25 at 01:24 -0700, brynn wrote:
> Whatever a Piwik "sandcat sandstorm grain" is, it's probably very
> different from
> what I'm using on my site.
That's just the way it's deployed. It's easier to do that then to set
it up raw although it comes with it's own oddness hence the login
restrictions.
The graphs even now are interesting.
Martin,
5 years, 7 months
Re: [Inkscape-devel] Boston hackfest stickers
by C R
I've heard three mentions in support of Boston Tea Party ships. I'll do a
variation with that and then we can maybe take a vote on which version
works better.
I'm not married to either idea. Just want folks to be happy with the
results. :)
More soon.
-C
On Tue, Feb 20, 2018 at 4:58 PM, Máirín Duffy <duffy@...43...> wrote:
>
> On 02/20/2018 10:48 AM, Martin Owens wrote:
>>
>> Although I fear we're putting too much pressure on you, your design was
>> really nice tbh. It doesn't have to scream boston if it doesn't want
>> to.
>
> Totally, sorry, didn't mean to exert pressure at all. Just that the
building
> is in a bit odd of a place so you know the lay of the land. Honestly
design
> looks good enough that it doesn't really matter I think if ppl recognize
it
> or not.
>
> ~m
5 years, 7 months