And please be sure to file a bug/feature request at
In the end there will obviously always be cases where Inkscape is too
slow, but Inkscape could most definitely be faster in some cases. And
just locking/unlocking the layer should (from an intuitive standpoint)
NOT cause such a big pause.
Dave M G wrote:
> Thank you for responding.
>> I have long moaned that "Nodes mean slow" :( I have a fast machine and 2gigs
>> of RAM. It makes no difference. I think it's all the looping through those long
>> lists of nodes....
>> You are doomed. Unless you can simplify or chop-up your comic page into frames
>> and assemble them later in Gimp.
> Okay. While it's a little disappointing that there isn't a way to
> optimize the file for better performance, it's good to know that at
> least I'm not doing something wrong.
> I'll export the paths into a PNG and handle the colouring in Photoshop
> or GIMP. It means committing to rasterizing the images sooner in my
> process than I had hoped, but hey, life is full of compromises.
I've tested all the various file export options under the Save As
command. Would the relavent experts for each type please review my
comments/questions below? All test were done with Fedora 9 Linux and
0.46+svn updated within the past couple of days. Thanks.
General comment: I am having trouble getting Uniconvertor to work from
within Inkscape. It won't process files with text (error message about
not finding correct font). Files without text produce SVG output
(Uniconvertor 1.1.4), independent of which file type is selected. Or
error message about not finding SVG file in /tmp (Uniconvertor 1.1.3). I
may have screwed something up but Uniconvertor does work when used via
the command line (as in "uniconv test.svg test.plt") to directly convert
SVG files to other types. Does anybody have it working from within
Inkscape under Linux?
.ai: Missing. Failed to load message in extension-errors.log (same error
for DXF and ESPI). Works in v0.46.
.dfx: Generic AutoCAD export failed to load (see .ai). Plotter version
updated. Question: what is the target if the "ROBO-Master output" option
is not checked?
.emf: Does this still only work on Windows? Uses Uniconvertor.
.eps: This is using the same export dialog as PS. Is this appropriate
given that the bounding box is handled differently? Speaking of which,
while the specifications do say the bounding box should be the smallest
rectangle that fully encloses the drawing, it is a common practice (and
very useful in scientific work) to define the box to be bigger than the
drawing. In reading the specification, it seems to me, that they were
more concerned that the bounding box takes into account stroke width,
etc. than in prohibiting bounding boxes larger than the drawing size. I
think it should be left up to the user to decide this.
In the past "Canvas" has been used to refer to the entire drawing area
while "Page" has been used to refer to the SVG specified drawing area.
The dialogs and command line options should use "Page" wherever "Canvas"
.fx I see small bugs in gradients and displaying a pattern.
.hpgl I see bugs in object transformations. Uniconvertor as of 1.1.4
also generates .hpgl files. Uniconvertor doesn't handle Inkscape
.odg. Small translation problems.
.pdf. Generally OK. Bug in patterns made from a group of objects drawn
off the page. Export dialog almost the same as for EPS and PS but small
differences in wording and in order of options. Should match with EPS
and PS dialog.
.plt Uses Uniconvertor. Tool tip etc. state it is AutoCAD plot file...
but this is really, as far as I can tell, just HPGL.
.png Duplicates "Export Bitmap" menu entry but without handling Filtered
.pov Broken in v0.47. Extra lines are added to object descriptions.
Works in v0.46 (some paths missing).
.ps See EPS and PDF comments.
.sk1 Uses Uniconvertor.
.svgz Broken in v0.47. Works in v0.46
.tex PSTricks OK, PSFrag needs work-around due to Cairo font subsetting.
.wmf Uses Uniconvertor.
.xaml Objects translated wrong (could be xaml input problem).
I think it is time to start the nagging to get the release notes
complete. Here are the things I have noticed missing:
1. Undocumented Live Path Effects
2. Undocumented Extensions
Modify Path -> Interpolate Attribute in a Group
Generate from Path -> Motion
Generate from Path -> Scatter
3. New location of preferences.xml etc.
4. Undocumented Import/Export
5. Changes to Tools
Sketch mode for Pencil Tool needs expansion.
Missing change to Pencil Tool and Pen Tool for dots.
6. SVG Test Suite Compliance
Fill out skeleton.
7. Extended input device configuration
Does it work?
8. Document Properties Dialog
What is purpose of Script tab?
I decided to post this as a new topic rather than taking the
InkscapeForum.org one further off-topic.
I've pretty much finished my theme for the website, and it's available for
viewing at http://inkscape.chrismorgan.info/. I'll be setting up content as
I get to it (i.e. soon).
Other theme submissions are welcome, email them to me and I can set them up
Josh Andler said he would talk to Ian about getting me Drupal access on
inkscape.org - I don't know who Ian is or anything about that, but it could
help with testing :-). I'm happy to work with it on my server though, it
can be transferred without much trouble. Unless I hear about a
inkscape.org-hosted Drupal site very soon I'll just continue working on my
My work is mainly based on
duckgoesoink. Is she/are you subscribed to this list, or does anyone
know how to get in contact with her? I'd like to put a credit link in the
-- Chris Morgan <chris.morganiser@...400...>
I don't need a quote in my signature. It's hard enough surviving as it is
without having to find a meaningful quote. Will you forgive me? Or don't
you read this bit?
If you don't know, I run www.inkscapeforum.com--a relatively successful phpBB
forum for Inkscape users.
I created the forum because I knew there was demand and at the time I knew I
could devote a lot of time to make it successful. But I was never fond of
the idea that a single person would have ownership of the data accumulated
from the community.
I wanted to offer ownership of the forum to Inkscape.org. Ideally this only
needs to go as far as knowing that if I were hit by a bus, someone could
step in and take over. I don't know how things are ran on the inkscape.org
site, but I would be offering the entire setup to be hosted by inkscape.org
I would happily continue to moderate, and administer the board if
appropriate access were given. And I would redirect inkscapeforum.com to
the new domain, or change it's name servers.
Anyway, discussion open. Would Inkscape.org be interested in adopting the
forum? The forum won't be shutdown regardless of the answer.
View this message in context: http://www.nabble.com/InkscapeForum.com-for-offer-to-Inkscape.org-tp24673...
Sent from the Inkscape - Dev mailing list archive at Nabble.com.
as of rev. 22010 the "Save as ..." and "Save a copy ..." dialogs
should now remember the last used directories and file extensions
independently of each other (this closes at least LP #184655, #386292,
and perhaps even a few more, I haven't checked yet). It took me a
while to understand how the different OS-specific file dialogs are
implemented, and I hope I got it right. But please test extensively
and let me know if there are any problems. This particularly applies
to Windows users since I cannot test the changes there.
P.S.: I believe the export dialog doesn't remember its own path yet
althouth I modified some parts in the corresponding source files, too.
But it just occurred to me that there is an #ifdef in file.cpp to
choose between different types of export dialogs, so I probably
modified the wrong part. Anyway, my question is: Is it desired to
store the path in the Export dialog at all, at least for the Page and
On Fri, Aug 14, 2009 at 9:36 AM, Kent Tenney<ktenney@...400...> wrote:
> I see mention of pytester.py in src/inkscape/src/extension/dbus/Notes.txt
> but haven't found the file.
Update to the latest SVN and it should be in the dbus folder.
I didn't add it at first because it was just for testing, but now I
realize it serves as a fairly good example script as well.
The reason it creates two documents is to make sure functions work
even if they are called on an inactive document. This can be changed
if you don't want to be opening lots of extra windows. (or use
document_0 if you don't want to open any extra windows.)
Op Wo, 1 juli, 2009 12:01, schreef LucaDC:
> These are my humble suggestions:
> 1) when moving the guide (no modifiers) you always also move (and snap)
> origin, that goes under the cursor, in 2D (so wherever you click you
> grab the guide at its origin: why moving the guide keeping the origin at
> original distance from the grab/snapping point?); this behaviour would be
> consistent (=intuitive) to what happens when you create a guide;
That makes sense! If no one comes up with a valid use case for the current
behavior then I will implement it the way you suggest.
> 2) if shift is pressed when clicking, the guides always rotate (snapping
> what's around or, if you press ctrl after the rotation is started, to
> absolute angles, i.e. always starting from 0, using the step specified in
> the preferences for when rotating objects);
So shift rotates ...
> 3) if ctrl-shift is pressed when clicking, the origin moves constrained to
> the guide (snapping to what's around projected perpendicularly to the
> if you want something different you can create a new guide and snap to the
> intersection, while creating a guide perpendicular to a given one is not
> always straightforward; this is a general consideration regarding snapping
> while constrained).
... but when "adding ctrl to shift" not only it becomes constrained, but
it also changes from rotation to translation. In my opinion using ctrl
should only make the motion constrained, and not change the type of
A) when dragging with no modifiers we will move the origin to the pointer
location (freely, in 2D)
B) with ctrl we will have a constrained translation of the origin along
C) with shift we will rotate
D) with ctrl-shift we will rotate to increments of the absolute angle
and with A), B), and C) Inkscape will snap depending on the snapping
It looks like we're converging here, aren't we ;-) ? What do you think?
After too much delay, some for good and some for stupid reasons I've
finally uploaded a pre2 source package for Inkscape. This is VERY close
to the final 0.47 release so it's important that people pay attention
and we don't let things fall through the cracks.
There should be packages available shortly, packagers please reply to
this message with information regarding those.
Please discuss any release critical bugs or other information regarding
the release on the inkscape-devel mailing list.
=== MD5 Sums ===