I hope you don't mind if I increase the traffic on inkscape-devel even
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,
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?
It's always bad when the UI offers two ways to do the same thing
without really explaining what's the difference. It's equally bad when
UI uses some meaningless techno jargon such as "cairo" :)
Unfortunately 0.46 was released still in the middle of a transition
period which made both these evils inevitable. Now that we're in 0.47,
however, I would like to address this issue by switching all of PS,
EPS, and PDF output to cairo, removing the builtin Inkscape exporter,
and purging the mentions of "cairo" from the UI.
As a matter of fact, this has already partially happened (not sure who
did this). Right now both PS export options work via cairo and produce
identical output. The Inkscape-native PDF export is nowhere to be
seen. The only exporter which still uses native code is EPS. However,
since 1.5.2 cairo can produce EPS files too, so this can all be done
in one place now (closng several EPS export bugs along the way). The
only downside is that it will require cairo >= 1.5.2, is everyone OK
By the way, the latest cairo 1.5.12 finally fixes the bug where
zooming in too closely in Outline mode produced messy broken lines.
Now everything is neat and clean. Upgrade is recommended.
Inkscape. Draw Freely.
Felipe, Jasper, Johan, Marco and Maximilian,
On behalf of the Inkscape community, let me congratulate you. You have
been selected to participate in Google's Summer of Code 2008. I'm happy
to see that all of you have already begun working with the community.
We're all looking forward to working with you through the summer and
Bryce Harrington and I are the GSoC administrators for Inkscape this
summer. Don't hesitate to contact us if you have concerns. If you have
not already done so, please subscribe to the Inkscape-devel mailing
list. We recommend that you conduct the bulk of your Inkscape related
communications through this list so that the community can keep
up-to-date with your progress.
We want to see you complete your project successfully. With this in
mind, please strive to communicate actively. Active and open
communication is a must for any successful Open Source Software project.
We recommend that you be mindful of your schedule. Attempt to complete
90% of your project by the midterm evaluation period (July 7-14th). This
will allow you to concentrate on bug fixing and documentation for the
"all text is output to libnr using livarot types, not using cairo"
Can you explain that in more detail? I'd like to know:
* what livarot types are.
* how does livarot distinguish from cairo
* does that mean we need to replace livarot? How to proceed?
"Getting text layout to use Cairo for output rather than libnr."
Can you show me where does that output reside in the code?
[09:51:42] <^-> [JucaBlues] so, I guess, we should have in the API a
way to provide pango with the metrics specified on svgfonts xml
[09:52:03] <^-> [JucaBlues] i mean kerning and stuff like that
[09:52:15] <cyreve> yeah which, now I think of it, is exactly what
gail is looking at
"Finding a way to get the user font through Pango. One (ugly)
possibility which comes to mind is to pretend to be sans-serif while
going through Pango and then do a fudge afterwards. Gail asked to be a
part of this discussion and she's more knowledgable than I am about
cleaner approaches which could be taken here, so I've CCed her"
I'm still feeling completely lost
For long time I've been too lazy apply Inkscape for Hackontest, but next week when I am back in the Netherlands (!!!), I will sign us up for it.
But first I'd like to do a check to see whichs devs are interested in teaming up for it. Please let me know if you're interested :-)
One of the possible projects we could be working on is getting the whiteboard working. (imho it fits very nicely with the spirit of a teamed effort to code it :)
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.
I'm trying to draw fern pattern using l-system, I found a formula on a
website that says you get this:
if you use this formula(s):
(I separated rules with ; )
But the result I got doesn't match:
Is this a bug in l-system, or are these rules wrong, or am I using the
btw the image I got was made with order 34 as the website suggested, but
it takes a long while till Inkscape calculates it (nearly 100000 nodes),
I'd suggest a much lower order for testing ;)
Would anyone object if I switch PS and EPS import from using
pstoedit/skconvert to this:
- convert ps to pdf with ps2pdf from Ghostscript
- import pdf to Inkscape?
- Ghostscript is doubtlessly the most competent open source software
for dealing with Postscript; it is cross-platform, actively updated
and is much more commonly installed than anything else we've been
- our PDF importer is the best importer we have, and it works better
than any third party things that claim to produce svg
- for multipage postscript, we get for free a dialog for selecting the
page (and later, the option to import multiple pages into one
multipage SVG will only have to be coded once for PDF and work for PS
Testing by people in https://bugs.launchpad.net/bugs/190424 as well as
my own experience tells me this route works quite well.
Inkscape. Draw Freely.
Hi, I got an warning on compiling rev18681:
Generating and caching the translation database
Merging translations into inkscape.desktop.
ru.po: unclosed <b>:
msgid "Color: <b>"
msgstr "Цвет: <b>"
WARNING: Bad markup found in translations. Please consider fixing the
It's just a unclosed tag <b>
It is not the first time it happens with *.po files. Is there some way
to avoid this?
Karlisson de Macêdo Bezerra