I just discovered that OpenMP support (used to parallelize Gaussian
blur) is not functional on Linux and OS X because of a missing
AC_DEFINE. Here is a patch that fixes this problem. Admins: please
apply to 0.48 branch also.
We are still using the internal Poppler API to import PDFs. This is
very bad, since the internal Poppler API is not stable, and will keep
breaking. (We already don't build with poppler > 0.12.1)
How about using the public Glib API to render to a Cairo SVG surface
instead? This is how pdf2svg works, and to be honest I had to use that
utility several times to augment Inkscape, because it handles text
much better. What are the advantages to using internal Poppler API
Chris Lilley wrote:
> On Saturday, January 16, 2010, 10:32:16 PM, knowone wrote:
> k> How can I save the file as PNG with the drop shadow intact?
> Make sure you are exporting as PNG. Do not 'Save As' Cairo PNG.
> (I came across this a couple of days ago, and the symptom was that blur filters were not being applied. Also, the pixel dimensions of the two methods differ, if the graphic bleeds over the edge of the 'page').
Can someone tell me why we have a non-vector format in the save as list?
One that seems redundant and apparently with less functionality than the
normal export. Is this for testing purposes?
Selector tool has a new mouse cursor (arrow with an open hand) for
when your mouse is over a selectable object, and another (arrow with
clinched hand) for when you're dragging an object. This improves
precision of selection and UI consistency (previously, the mouse
cursor over a selectable object was different across platforms, e.g.
hand icon on Linux or four-way arrow on Windows).
Inkscape. Draw Freely.
On 2010-09-09 12:54, J.B.C.Engelen@...1578... wrote:
> ... (about tool cursor with color preview)
> Pretty neat!
> Could you also implement this for the spiral, pen(cil) and calligraphy
Sure. The main reason I didn't do it yet is that it isn't clear to me
what should be shown. Other than that it's just a matter of changing the
corresponding .xpm and adding a small line with tool's "preference url"
to its TOOL-context.cpp (in the init function, see rect-context.cpp for
example, if you want to do it yourself).
This is an old issue I think, and this made wonder wether there was a
workaround by now. Here are the steps:
1- draw a perfectly horizontal line (snap to grid to be sure)
2- select the path with the selector tool. Its size is displayed in the toolbar
3.1- in inkscape preferences > tools, select visual bounding box
3.2- resize the width of the line by typing a new number (say, half
the original) in the toolbar
=> The line is resized but only approximately
4.1- in inkscape preferences > tools, select geometric bounding box
4.2- resize the width of the line by typing a new number in the toolbar
=> The line is not resized at all
This works the same when you try to change the height of a vertical
line. I guess all this relates to a division by zero somewhere since
it disappears as soon as the line is slanted even by the tiniest
I could not find a bug report but there is surely one (I probably just
searched with incorrect terms). Is there a fix in sight? a workaround?
I am trying to map an apartment and it's just a bunch of horizontal
and vertical lines that need to have a precise length.
Thanks in advance for any help,
I am using Inkscape to vectorise images - i.e. set up path information - that I can then parse the resulting .svg file into an
intermediate program that when run generates the equivalent PDF drawing commands. This was nice and easy with version 0.46, but I
have a windows XP configuration where the Inkscape floating toolbars don't work properly on that version and upgraded to version
0.48 where they now work. A new problem is now the path information (after working on the path) is now not just M,L,C,z commands,
but also m,l,c commands, and command omission on repetition. (The M,L,C commands are great because translating them is relatively
I have attempted to correctly interpret the relative coordinates of the m,l,c commands, but I don't seem to get the curves right.
The command omission on repetition I may have to rewrite my parser, or try understand the whole thing again (No it wasn't BNF'd or
I have a few options in order of preference:
1) Find the switch in Inkscape that makes it use the original M,L,C path commands.
2) Export the path(s) from inside Inkscape to something similar.
3) Fix my parser, which will take a while and may break again in future versions.
4) Find a nifty utility that helps with the svg parsing.
Can anyone can help or advise with the above options or suggest a better alternative?
Thanks In Advance
This email is subject to our disclaimer which can be found by visiting our website on http://www.elcb.co.za/UI/Contents.aspx?ID=28
as I was the person to start this discussion, I feel myself obliged to
try a sort of resume, so I tried a solution hopefully many people can
What about a sort of "market place solution" like this ?
We create a "market place" section in the wiki. Somebody looking for
the solution of a specific problem (called "inquirer" in the
following) can create a related page, containing a description of the
task and a table with two columns and several lines.
One column contains contributors with their financial offerings -
obviously starting with the inquirer. The other column can contain
entries of people who are willing to do the job, including the amount
of money each person is asking for to do the job.
When the sum of offerings exeeds the lowest demand, the inquirer can
ask the contributors to wire the money to a "inkscape bank account in
trust", which should be administrated by a small commitee.
When the sum came in, the administration committee can issue the
mandate to the contractor, who will start to work on the solution.
When the inquirer states that the job is done, the administration
committe can tranfer the money to the contractor, and the inquierer
can remove the request page.
In the case of conflict, the committee should act as an arbitration
As a EC citizen, I'd like a European Bank account - would make money
transfer very cheap and easy due to the IBAN/BIC thing.
If this or a modified solution of this kind would find general
acceptance, I'll be happy to design the wiki pages/templates.
Let me hear your comments.