Smooth transitions in Bézier paths
by Diederik van Lierop
Hi,
I hope you don't mind if I increase the traffic on inkscape-devel even
more ;-)
At some point an idea popped up to only snap to nodes at discontinuities
in paths, and not to nodes at smooth transitions from one Bézier segment
to another. This is more intuitive (less "Hey, what it is Inkscape
snapping to now?") and might increase performance.
Problem is that in the object-snapper I only have access to SPCurve,
which is a wrapper for "old-style" NArtBpath. It's easy to find out
whether a point is inbetween two Bézier segments, but how do I find out
if a transition is smooth? I guess that should be done by comparing the
control points, or is there an easier way? With the transition to
lib2geom, will the NArtBpath be deprecated in favor of the Path class?
(that would make this rather exercise useless in the long run).
Any pointers would be appreciated here,
Diederik
14 years, 10 months
question regarding wishblade robocraft support...
by stuart
Sorry for posting here if the user list if better. And sorry about the
subject if it has been talked about before. I couldn't get sourceforge
to add me to the inkscape user mail list and sourceforge was timing out
on all my archive searches with no results.
---
I remember reading that there was a patch or something to inkscape to
support wishblade and robocraft users. Has that been integrated into
the inkscape application? Is that what the DXF is all about?
Wishblade users can not use DXF directly (needing the robocraft software
to import DXF and change it to some sort of native (and maybe
proprietary) GSD). Is there a way to get inkscape to save images in GSD
in order to simplify the process?
Ideally, I would prefer to skip bringing up the wishblade application.
In my set up, I do all my work in linux (GIMP/INKSCAPE) and only the
plotting in Windows. If I could do everything in linux it would
simplify the flow of work greatly. Has anyone figured out how the
craftrobo is communicated to in order to use it with common open source
linux plotting software?
Better yet, has anyone figured out how the wishblade has been crippled
in order to use it with common open source linux plotting software?
...thanks
15 years, 1 month
inkscape git mirror?
by MenTaLguY
I'm interested in setting up a git mirror of Inkscape SVN; who's the person in charge of our server currently? We'll need to have a fairly current version of git, libsvn, and the libsvn perl bindings installed to do this.
-mental
15 years, 3 months
Undo looses selection (in Tweak tool)
by jiho
Hello again,
One other glitch which the tweak tool revealed: undoing looses
selection.
Example:
draw a circle, switch to tweak, tweak, CTRL-Z, tweak again = you
can't because the circle is not selected anymore.
and furthermore:
draw a circle, draw another, select all, switch to tweak, tweak
circle nb 1, CTRL-Z, switch to select = only circle nb 2 is selected
In fact this happens in all tools:
draw a circle [-> it is selected], draw another [-> the second one
gets selected], CTRL-Z = nothing is selected anymore
This is not particularly annoying in all other tools but it is in the
tweak tool, because undoing the first tweak deselects and an
additional tool switch is necessary before one can tweak again. I
already noticed that when the too was in its embryonic stage in the
calligraphy tool... but failed to report it :(
It would be nice if:
- the selection could be kept in Undo history. this would solve the
issue for all tools and in addition I found myself bitten by the lack
of selection history several times. Ex: you try to select several
small objects, it takes a while, you add another object by mistake,
the only way to subtract it from the selection is to click on it
again... which cool get messy if there are already several other
objects selected, or if you added it via a select under or in group
or...
- there was a way to select objects directly from the tweak tool.
this would, in addition, allow to avoid constant switches between the
select tool and the tweak tool (not that s and and w are far apart on
the keyboard but still). ALT is not already used as a modifier in the
Tweak tool ;) Of course the selection behavior won't be as powerful
as the select tool (since the select tool modifiers is already very
complex and its modifiers are all full) but just ALT+click/drag =
selects and SHIFT+ALT+click/drag = adds to selection would be nice.
Cheers,
JiHO
---
http://jo.irisson.free.fr/
15 years, 8 months
Re: [Inkscape-devel] Tango Icons
by joel＠...1709...
>> is there any way to change the standard GTK + icons on the windows
>> build to the tango style also?
>>
> Hi Ryan!
> You mean stuff like open, new, save etc?
> Those are coming in gtk 2.12. Will be released in September.
> - Andreas
Andreas: That's wonderful wonderful news, I'm so glad to hear it. It's going to massively improve a lot of gtk apps for windows users. But for the rest of the inkscape icons - like the drawing tools etc, the windows users will want the tango icons for these as well, simply because they're very much more in keeping with the Windows style. So I agree with ryan; i think we should change these over as soon as we can.
----------------------------------------
From: Andreas Nilsson <nisses.mail@...563...>
Sent: Saturday, August 25, 2007 10:54 AM
To: ryan lerch <ryanlerch@...400...>
Subject: SPAM-LOW: Re: [Inkscape-devel] Tango Icons
ryan lerch wrote:
> is there any way to change the standard GTK + icons on the windows
> build to the tango style also?
>
Hi Ryan!
You mean stuff like open, new, save etc?
Those are coming in gtk 2.12. Will be released in September.
- Andreas
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel
15 years, 9 months
need-review: Default Metadata Preferences Patch
by Felipe Sanches
hi!
I have just submitted a patch that implements a "default metadata"
page on the preferences dialog. This defines the default values to be
used as metadata for newly created documents.
I need someone to review this code, please. It works fine for me.
There is just one little issue: I havent been able to figure out how
to update the status of the license radiobuttons on the
documentMetadata dialog. Some more experienced programmer could,
please, take a look at it? I imagine that it may be a simple thing
that is still just not clear enough for me.
This is my first patch for inkscape, so I am not much comfortable yet
with the overall structure of the program.
here is the patch:
http://sourceforge.net/tracker/index.php?func=detail&aid=1746892&group_id...
thanks,
Juca
15 years, 9 months
Re: [Inkscape-devel] [Inkscape-user] Improved performance of the object snapper
by bulia byak
On 9/5/07, Diederik van Lierop <mail@...1689...> wrote:
> The last few days I've spent on improving the performance of the object
> snapper. It used to take ages (e.g about 6 seconds on my machine) to
> move a simple rectangle over a large text box, but I've managed to
> reduce this significantly (i.e. < 1 sec.!). This was with both snapping
> to paths and snapping to nodes turned on. For this I had to refactor the
> object snapper code significantly, so I might have introduced new bugs
> or regressions. Please be aware of this and report any suspicious
> behavior, so we can have both fast and robust snapping in v0.46!
Thanks, great news! Please add a note about that in the "speed and
interactivity" section of the release notes as well.
> Please note that the performance has only increased when using the
> selector tool for transforming a number of points, e.g. when dragging a
> selection. Using the node tool to drag a single node will not benefit
> from this.
I just tried to test this: opened new document, drew a spiral and a
small rect, then opened doc prefs and turned on "snapping of: bbox
corners" and "snapping to objects: snap to paths". But when I drag the
rect it does not snap to the spiral. What am I doing wrong?
> Before, for _every_ point in the selection being transformed (using the
> selector tool), Inkscape would search for snapping candidates, build a
> list of nodes and paths, and finally call convertWithBackData(). Only
> then would it snap this single point and start all over again for the
> next point in the selection. Now we only do this collecting and
> converting stuff once, store the results, and then snap all points in
> the selection (using the stored data). Not having to call
> convertWithBackData really helps a lot! I think that in many common
> cases this improves the performance dramatically.
Yes, this is approximately how I imagined that. The
convertWithBackData, as all livarot functions, is very slow. Hopefully
we'll be able to use 2geom for that task one day.
--
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org
15 years, 10 months
Compiling on Linux
by Docsonic
my apologies for cross-posting but I wasn't getting any response in
Inkscape-User so I thought I might have posted to the wrong list.
I tried to install the latest autopackage of Inkscape but it seems my glibc
is too old (Requires GLIBC_2.4 - I have GLIBC_2.3.6 ... is it possible to
release a GLIBC_2.3.6 autopackage?) and the package suggested I install from
sources. When I try to compile the source, i get an error -
ui/dialog/ocaldialogs.h:247: error: expected class-name before '{' token
ui/dialog/ocaldialogs.h: In constructor
'Inkscape::UI::Dialog::FileListViewText::FileListViewText(guint,
Inkscape::UI::Dialog::SVGPreview&, Gtk::Label&, Gtk::Button&)':
ui/dialog/ocaldialogs.h:250: error: class
'Inkscape::UI::Dialog::FileListViewText' does not have any field named
'ListViewText'
I use Debian Etch (stable) so it seems compiling myself is my best option
but I have tried with about 5 different source packages and the result is
always the same (the package which created this error was 16060 but it is
still there in 16148).
Thanks,
Tony
--
View this message in context: http://www.nabble.com/Compiling-on-Linux-tf4534516.html#a12940589
Sent from the Inkscape - Dev mailing list archive at Nabble.com.
15 years, 10 months
filter UI merge
by MenTaLguY
I've just merged the first code drop from Nick into SVN; I was hoping to
avoid any regressions, but at this point I think it's more important to
start merging now since Niko and Nick are starting to touch the same
code and I want to avoid too much divergence.
Things that work:
- blend modes can now easily be selected for objects, just like blur
- background accumulation buffer is enabled as-needed
- the filter UI dialog has very very basic filter editing capabilities
Regressions:
- Niko's work in r15171 (non-destructive filter update) needs to be
re-integrated with the new filter metawidget, which replaces the old
blur slider
- the blur slider in the filter metawidget needs to be made percentage
like the slider it replaced
Todo:
- add filter metawidget to layers dialog too, for layers
- fix flakiness for "Filter" "blend mode"
- flesh out filters dialog, parameter editing/connections, etc.
I think we'll need to work out who wants to work on what with the
metawidget at this point, depending on what you guys are each most
comfortable spending time doing, and on your respective current states
of progress.
-mental
15 years, 11 months
