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've imported a 400x400 pixel TIFF image into an inkscape drawing, and
it comes out as 112.89 x 112.89 mm, which translates to a resolution of
roughly 90 dpi.
Where does this number come from? Shouldn't inkscape honour the dpi
information that is embedded in the TIFF image?
Alternatively, for images that don't have a "built-in" resolution,
inkscape should ask for a "native" size of the image or use a changeable
Also I noticed that some imported images have width and height xml
attributes while others don't. All this came to my attention when I
worked with a SVG file with 20 imported images of about 10MB each (TIFF
uncompressed) which bogged down my computer. I tried substitutung the
TIFFs with scaled-down (by .25) working copies, which worked fine for
those images that had width and height attributes (the others came out a
fourth of the size),
I'm just wondering how Inkscape arrives at the "native" size of an
image, and I wanted to know if others agreed with my notion that in a
vector drawing program the resolution of imported bitmaps was of high
It would also be nice if Inkscape could somehow reload image properties
if the original bitmap had changed (by scaling or cropping, for instance).
I have two problems on the Windows Nightly Build from two nights ago.
1. Font rendering with styles defined like
The text is rendering in the default font rather than the font defined in
the parent style
2. Boolean operations
When I am doing difference operations, the resulting path is not in the same
location as the starting point.
I'm not really expecting things to work in the nightlies, but I wanted to
make sure they get noticed. I'll check the latest tonight after work.
Hofstadter's Law states: It always takes longer than you expect, even when
you take into account Hofstadter's Law.
I am working on a GTK theme and I noticed some strange things with
icon sizes. The icon sizes definitions for GTK I could find are:
# gtk-menu -> icon in menus: file, edit, etc.
# gtk-button -> icon on yes, no, delete, cancel, back, forward,
# gtk-small-toolbar -> not sure about this
# gtk-large-toolbar -> toolbars icons
# gtk-dnd -> don't know
# gtk-dialog -> notification icon in dialogs (e.g. warning,
# panel-menu -> icon size in so called 'start' menu
but Inkscape apparently uses gtk-menu size for some toolbars icons,
instead of gtk-small-toolbar size as used for the rest of the toolbars:
- the fill and stroke swatches both at the bottom of the window and
at the end of each tool for which they are relevant
- the eye and lock icons next to the layer drop down
- the lock icon between width and height in selector tool toolbars
as well as all icons at the right end of the toolbar
- the magnifier icon at the top-right of the rulers/scollbars
- the last icon of the node tool toolbar
- the connector tool toolbar last two icons
- the gradient tool toolbar icons
- the dropper tool toolbar icons
It does not look like and intended behavior but maybe it is.
And a less important problem: in Inkscape's icon.svg, gtk-small-
tollbar size icons are designed at 16x16 and gtk-large-toolbar size
icons are 24x24. All icons of the fill and stroke dialog are designed
a gtk-large-toolbar size (24x24) but the plain, gradient, pattern
etc. icons of the fill and stroke dialog are displayed at gtk-small-
toolbar size (16x16) which results in less crispy icons.
Does anyone know who designed the icon Inkscape uses on OS X? (you
can see it here: http://inkscape.modevia.com/macosx-snap/?C=M;O=D).
Does anyone have it in a vector format?
I would like to remove the paintbrush from the icon to make it more
consistent with Inkscape on the other platforms, if that's OK with
the author. Then I'll use this new icon to create OS X like document
icons for SVG, EPS, etc.
What about the plan to change current icon to a Tangoified version?
In which case I'll use this one directly.
On April 9 potrace 1.8 was released, two years after the previous one
;-) There are some minor fixes, improved portability and changes in
Is there anything we could improve on our implementation?
I'm heavily promoting Inkscape within ESTIEM (www.estiem.org) but now
got a response that www.inkscape.org wasn't working. I checked and have
to admit, that that girl telling me so was right.
I hope you get it fixed soon :) I want more people to get hooked up with
On 2007-April-28 , at 06:27 , Albert Cardona wrote:
> We use Inkscape to make posters for scientific meetings. The ease with
> which we can create beautiful, unintrusive text boxes and flow
> charts is
> unparalleled. And of course cartoons of all sorts. I can't hardly
> believe we used to bring in PowerPoint for the task! those nightmarish
> days are over. Plus, Inkscape intergrates very well with the host OS,
> i.e. dragging and dropping images and text just works.
> In this regard, I must mention that exporting to PDF is a big deal.
> Figuring out the exact dimensions of the poster relative to the final
> print is some sort of obscure magic for us, simple mortal users. With
> PDFs, printers (or their drivers) have zero problems to scale on
> the fly
> and thus generate perfect maximized print outs of our gigantic
That's very nice to know! I also use Inkscape to do scientific
posters and as I don't want to bother with scaling computations I
usually design it directly at final size. Inkscape deals as easily
with a 1m*1m page than with an A4 one and it allows me to specify
sizes (including font sizes) in cm and get a better feeling of how
big things will actually be. In addition, raster images (jpeg, png,
tiff and the like) are often imported among the scalable objects and
having them included at their final size allows me to know how
pixelized they will appear in print.
> What surpises me, though, is that exporting to PDF seems to leave
> uncompressed, resulting in 300+ Mb posters.
I don't know which pdf exporter you used (regular PDF or Cairo PDF)
but at some point these exporters "rasterize" some elements (another
reason why designing the poster at final size in interesting: these
elements still look sharp and crisp). Transparent areas or gradients
for example are converted from scalable entities to a bunch of
pixels. Given how big posters usually are it implies creating a large
number of pixels hence the size. Nevertheless I never experienced
such large sizes!
> In short: congratulations! And keep at it! We take time to tell our
> visitors (at the poster, during the conference) how the poster was
> since they usually comment on how beautiful it looks (no kidding).
> Inkscape, Blender and ImageJ are always mentioned.
I usually include inkscape logo in a corner of the poster, together
with the website address, to give credit to the Inkscape team for
their work. Inkscape logo is so nice and original that it can even
There is section on the website dedicated to use cases of Inkscape in
"real life". What about adding a part explaining the design of
scientific posters? I had prepared a few screenshots some time ago
and I re-wrote accompanying texts (see below - please correct my
english where necessary). What do people think? Is it good enough for
BTW Bryce or anyone, it seems I can't connect to inkscape.org
currently (I get a 104 error: "Connection reset by peer" from osuosl)
A scientific poster has to be precisely organized, full of
information, yet visually attracting to gather a large audience.
Furthermore it should be printable at different sizes (final size
poster and handouts). Inkscape gives us scalability and an
unparalleled ease of use which allow to meet these goals elegantly.
It make you forget the nightmarish days when you used PowerPoint for
The poster below was designed entirely in Inkscape for presentation
on a 4-foot-high by 8-foot-wide poster board (1.2m x 2.4m). The page
size was set up to be the final printing size because Inkscape deals
with it as well as with an A4 page.
[WARNING: big file. 7.5 Mb]
Temporarily masking layers and using the outline mode allowed to work
on this complicated file (> 5000 paths, large amount of text) while
keeping things responsive enough even on a mid level laptop.
The gradients and scripts from the "Effects" menu helped to create an
attractive look [note: this was pre 0.45 so blur was not current
yet]. The bitmap tracing feature and Open Clipart Library provided
scale independent eye candy for some illustrations.
The text was flowed into custom shaped frames so that it had a
"clever" position with respect to the graphics. It was edited though
the Text Tool palette which was easier on the eye and helped to focus
on content rather than on layout for a while.
All scientific plots were produced in scalable formats and converted
to SVG. They were therefore completely editable within the poster
which allowed to have a unified look (for the fonts, line width,
colors etc.). The "Apply style" command (SHIFT+CTRL+V), the styles
bar and the swatches panel, helped to work with styles quickly and
Finally the SVG file was exported to EPS or PDF for print. The text
was converted to shapes to avoid font problems when bringing the file
to the printing company. The PDF scaled down nicely to fit an A4 and
hence serve as handouts.
It's great to hear you're getting good use of inkscape.
I'll forward this along to the development lists.
On Fri, Apr 27, 2007 at 09:19:27AM -0500, Shane A. Stillwell wrote:
> I'm not much of a graphics developer, but every now and then I need a
> graphic for a website I'm doing. I've only been using Inkscape for about
> 6 months and I really enjoy it.
> Recently I put a copy of Adobe Illustrator on my Macbook Pro and thought
> "Surely this industry standard powerhouse package is more powerful than
> Inkscape." Wrong! I quickly learned that the simple things I took for
> granted in Inkscape are not possible in Illustrator (at least not
> intuitive enough for me to find after hours of searching).
> For example, adding corners to a star on the fly, editing the radius of
> a rectangle, and so on.
> The blurring feature in the latest version really put Inkscape on a
> whole new level. It was pivotal in creating the main graphic for this
> website (http://www.wildpaddle.com).
> My only lament is that Inkscape requires X11 on Mac.
> Thank you so much for such an excellent product!
> Shane A. Stillwell
> 218-390-5493 (mobile)
Firt of all, I'd like to thank all the individuals involved in the creation
and development of such an efficient and enjoyable software.
Now, allow me to introduce myself. I'm a French writer and have regurlarly
contributed articles about Inkscape to the French Magazine "Linux Pratique".
I had the opportunity to write a book about Inkscape for Pearson Education
France (Edition). This book will be officially published in France this coming
The editor has accepted to print one special issue sooner, for the upcoming
Libre Graphics Meeting. Cedric Gemy (Pygmee) will bring it with him and will
have it on display for all to see. I hope that it will bring you much
happiness and help promote our beloved Inkscape.
Of course, all the illustrations of the exercise is book, including the cover,
were made with Inkscape. Some Inkscape users artists have contributed too.
Elisa de Castro Guerra (yemanja)