Inkscape recommended by wacom.ru
by Alexandre Prokoudine
Hey,
I was just pointed to http://wacom.ru/art_list.html (official local
Wacom web-site) which lists Inkscape among recommended applications
(along with GIMP) and says: "A very efficient vector illustration
package. A symbiosis of Corel DRAW and Adobe® Illustrator. Excellent
support for pen pressure sensitivity, is rare in the vector world of
illustrations, which makes Inkscape a powerful tool for those who does
serious calligraphy work.".
Alexandre
12 years
more 0.47 planning :)
by Alexandre Prokoudine
Hi,
It seems to me that what we are missing is a screenshots call :)
Alexandre
12 years
Re: [Inkscape-devel] [Inkscape-user] Nightly/Testing Builds
by Aaron Spike
Elwin Estle wrote:
> How involved is the Linux process? I am familiar with basic
> ./configure, make, make install...but that's about it (I am guessing
> this is a bit more complex process?) I think one time I might have
> done something from an SVN tree...can't remember what it was or if
> the process even worked. I have an AMD Athlon machine running
> Slackware 12.2, also a Mac Mini with Leopard.
While we have traditionally favored autopackage because it allowed the
work put into making a single package to serve users of many different
linux distros, I don't think it is a bad idea to make distro specific
packages at this point.
Slackware has always been a distro on which using the autopackage and
even just building inkscape have been difficult for people. I'm not sure
why as I've never used slackware. Anything you can do to better the
situation for slackware users will be much appreciated.
What other distros should we look for packagers for? I believe Ubuntu is
already covered by the PPA someone set up. Does fedora have any sort of
continuous building system we could make use of? Do other people think
contacting the normal distro packagers for platform specific help is
appropriate?
Making autopackages is no harder than a typical configure, make process.
There are different commands to call, that's all. Now setting up the
dependencies and the build configuration is a slightly different story.
Autopackaging is complicated by the fact that a single package can serve
both the old and current c++ ABI and now even both x86 and x86_64
architectures. Building autopackages requires a willingness to learn
about linking and check that libraries are linked properly so as to
cause as little trouble as possible. There are also a few places in the
codebase where we could use relaytool to make libraries optional at
runtime. I think we will require a little bit of help from the
autopackage project if we are going to get this service up and running
again.
Aaron Spike
12 years
Nightly/Testing Builds
by Joshua A. Andler
Hey All,
We seem to be in a bad place with our nightly builds. It would be
excellent if we could have a few volunteers step up to produce nightlies
(or at least builds from every few days).
Anyone who can (or would like to) produce builds for Windows, Linux, and
OSX would be making a great contribution to keeping us on track to
release 0.47 in the near future. If you are interested, please speak up
and we will do what we can to get you producing builds ASAP.
For the record, this is how bad the situation is:
Win32 - April 18th
OSX - March 3rd
Linux - nothing from this year (Autopackages are over a year old)
So again, if lending some CPU cycles and a little time is all you can
do, it is still a LOT for the community.
Cheers,
Josh
12 years
Mitigating color-interpolation-filters problems
by Jasper van de Gronde
According to the SVG spec filters can be rendered in either the sRGB or
the linearRGB color space, the same goes for gradients and alpha
compositing). The latter is controlled by the color-interpolation
attribute, the former by the color-interpolation-filters attribute.
Inkscape does not handle either of these.
Unfortunately the default for color-interpolation is sRGB, while the
default for color-interpolation-filters is linearRGB... This means that
Inkscape's rendering of pretty much any filter is incorrect (how severe
this is depends on the filter). And perhaps more importantly, it differs
from how other renderers behave.
I don't think it's a good idea at this time to truely "solve" this
problem. But perhaps we could make sure that new filters created by
Inkscape automatically have their color-interpolation-filters attribute
set to sRGB? (I have no idea how to do that, so any help is appreciated.)
For reference, I created the following bug report:
https://bugs.launchpad.net/inkscape/+bug/365073
12 years
Call for volunteers (non-programming stuff!)
by Joshua A. Andler
Hey All,
Volunteers needed! Do you want to contribute to Inkscape but don't
program? We can still use your help!
We need volunteers for the following tasks:
Testing SVN/Nightly Build (windows and osx especially)
Reviewing and triaging Bug Reports
Updating Tutorials & Documentation
Reviewing Release Notes for accuracy/completion
Writing PR/Announcements for our upcoming release
Those are needs we always really have, but, we can always use an extra
hand in the lead-up to release. Right now, if we could have a lot of
attention put on our bug tracker for confirming bugs, figuring out what
has been fixed, tagging things, and just getting it in better shape for
the bug hunt, it will make a world of difference to the people trying to
fix things.
If anyone is interested in participating, please feel free to reply, hop
on irc/jabber to discuss, or just jump right to it. :) If you need any
information, please do not hesitate to contact me.
Cheers,
Josh
12 years
sketch lpe
by jf barraud
Hi all,
I've unhidden the sketch lpe.
I decided to remove the "construction line" feature in this effect (it used
to place the tangent lines randomly along the input path).
My feeling was that the placement should either be tuned by hand, or guessed
from curvature extrema or something... Anyway, I felt it was not good enough
as is, and would eventually be worth a separate effect (the issue with
independant effect is that you need to apply 2 effects on the *same* source
path, which is not possible atm --- but no doubt this will come sooner or
later! ;-)
Anyone having an opinion about this feature or it's eventual splitting in a
separate effect?
By the way, my dream is that we could import or mimic Blender's 'node'
system into inkscape: the effect editor would be a window within which each
effect would be a little box with input and output slots (+ input fields +
an eventual small window to show the result of the effect), and you would be
free to connect ones with others, defining not only a pipeline, but a full
graph with parallel ways, etc... You generally end up with a nice plate of
noodles, but it's very powerfull.
Notice the same thing could be used for both lpe and filters effects.
Cheers, jfb.
12 years
Re: [Inkscape-devel] [Inkscape-user] add fake transpareny without real transparency
by Jasper van de Gronde
Rob Antonishen wrote:
> The example you provided was quite trivial :)
>
> Attached is your example with heavy strokes added.
>
> You can see that simple shape operations can't capture the individual objects.
>
> The shapes need to have their strokes converted to paths, and then a
> bunch of messy operations have to be done. I tried by hand and
> stopped after wasting 15 minutes. The process it do-able but I am not
> sure what the algorithm is.
Just convert everything to paths and do:
1. Take the bottom-most path that has not been processed yet and
compute both differences and the intersection with all processed paths.
2. Determine the opaque fill for all three pieces.
3. Go to 1.
Step 1 is "just" some bool ops (making sure no empty paths are created
if you want to be fancy).
Step 2 is trivial if everything uses solid colors. If gradients are
involved it becomes a bit more complex, but either it's a simple matter
of some algebra or it is not possible to express the result with a new
gradient and you'd still have to fall back to a bitmap.
12 years
Win32 snapshots on Modevia broken?
by worms invasion
Hello,
For about 2 weeks now, the size of the Windows builds on Modevia is 38Mb, while the size was 44Mb before.
I haven't tried to download/install them, because I think they are probably incomplete? Anyone has information about this?
Thanks in advance.
12 years
Out of Memory Crash
by Craig Leat
Hi
I'm new here, just compiled r21187 on Ubuntu. I'm getting an "Out of
Memory!" error when importing an A2 pdf with a large bitmap. I hope to
check it's not something funny with my build before reporting a bug.
The pdf file is 112Mb in size. Evince on Ubuntu opens the pdf well,
but Abode Reader on Windows struggles. Inkscape shows a preview in the
PDF Import Settings, but crashes while doing the actual import. A back
trace is attached. I watched the free memory while the import was in
progress and noted:
With Inkscape running - 1195Mb free RAM
PDF Import Settings with preview displayed - 1098Mb free RAM
Import proceeds and free RAM drops to 48Mb before spilling to swop.
835Mb of swop is used before the app crashes. Total memory usage in
RAM and swop before crashing = 1982Mb.
Nearly 2Gb of memory is used to import a 112Mb PDF. Seems to me
something is wrong. Any ideas if it's my build at fault?
Thanks
Craig
Ps Imports of smaller PDFs (A4) work well.
Back Trace:
** (inkscape:6476): WARNING **: GC Warning: Header allocation failed:
Dropping block.
** (inkscape:6476): WARNING **: GC Warning: Out of Memory! Returning NIL!
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
Program received signal SIGABRT, Aborted.
[Switching to Thread -1241733408 (LWP 6476)]
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb63b2875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb63b4201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb65d66e0 in __gnu_cxx::__verbose_terminate_handler ()
from /usr/lib/libstdc++.so.6
#4 0xb65d3f65 in ?? () from /usr/lib/libstdc++.so.6
#5 0xb65d3fa2 in std::terminate () from /usr/lib/libstdc++.so.6
#6 0xb65d40ca in __cxa_throw () from /usr/lib/libstdc++.so.6
warning: (Internal error: pc 0x834b37d in read in psymtab, but not in symtab.)
#7 0x0834b37e in MutableList (this=warning: (Internal error: pc
0x834b37d in read in psymtab, but not in symtab.)
0xbfc8ea64, value=@0xbfc8ea4c, next=warning: (Internal error: pc
0x834b37d in read in psymtab, but not in symtab.)
@0xbfc8ea68) at ./gc-core.h:160
warning: (Internal error: pc 0x834b37d in read in psymtab, but not in symtab.)
#8 0x0834af44 in Inkscape::XML::SimpleNode::setAttribute (this=0xa52fc180,
name=0x91741d0 "font-weight", value=0xa52b7bd8 "normal")
at xml/simple-node.cpp:335
#9 0x083486ce in Inkscape::XML::SimpleNode::mergeFrom (this=0xa52fc180,
src=0xa52fc274, key=0x86f4884 "") at xml/simple-node.cpp:614
#10 0x0833f8e6 in sp_repr_css_merge (dst=0xa52fc1f0, src=0xa52fc274)
at xml/repr-css.cpp:221
#11 0x0857a307 in Inkscape::Extension::Internal::SvgBuilder::addChar (
this=0xa4d71c8, state=0xb30a59f0, x=-20.234300000000001, y=105.75,
dx=52.372999999999998, dy=0, originX=0, originY=0, code=1, nBytes=2,
u=0xbfc8ec38, uLen=1) at extension/internal/pdfinput/svg-builder.cpp:1375
#12 0x0857bb1e in PdfParser::doShowText (this=0xa27d800, s=0xb30a5760)
at extension/internal/pdfinput/pdf-parser.cpp:2337
#13 0x0857e172 in PdfParser::go (this=0xa27d800, topLevel=1)
at extension/internal/pdfinput/pdf-parser.cpp:409
#14 0x0857e5a5 in PdfParser::parse (this=0xa27d800, obj=0xbfc8ef0c, topLevel=1)
at extension/internal/pdfinput/pdf-parser.cpp:381
#15 0x08212ea8 in Inkscape::Extension::Internal::PdfInput::open (
this=0x89c5680,
uri=0xaadee3c "/home/craig/MyShares/ws4MyDocs/Projects Craig/DC22
500/Printing/A2 Test map.pdf") at
extension/internal/pdfinput/pdf-input.cpp:726
#16 0x081f5471 in Inkscape::Extension::Input::open (this=0x89c5818,
uri=0xaadee3c "/home/craig/MyShares/ws4MyDocs/Projects Craig/DC22
500/Printing/A2 Test map.pdf") at extension/input.cpp:159
#17 0x081f48d7 in Inkscape::Extension::open (key=0x0,
filename=0xaadee3c "/home/craig/MyShares/ws4MyDocs/Projects
Craig/DC22 500/Printing/A2 Test map.pdf") at extension/system.cpp:94
#18 0x08096f61 in file_import (in_doc=0x8dfbf60, uri=@0xbfc8f0b4, key=0x0)
at file.cpp:920
#19 0x08097839 in sp_file_import (parentWindow=@0x9b51f20) at file.cpp:1087
#20 0x0823791d in sp_action_perform (action=0x8e02dc8, data=0x0)
at helper/action.cpp:181
#21 0xb745e864 in g_cclosure_marshal_VOID__VOID ()
from /usr/local/lib/libgobject-2.0.so.0
#22 0xb7451163 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.0
#23 0xb746530f in ?? () from /usr/local/lib/libgobject-2.0.so.0
#24 0x098efc48 in ?? ()
#25 0x00000000 in ?? ()
12 years
