I discovered now the reason for the mismatch:
The problem is that inkscape takes the path AND its stroke width into
account when processing a tile clone, i.e. the offset of the new rows and
columns is not based on the centre of the line but on the outline of it
which depends on the stroke width (see attached screen shot). However, to
produce a pattern which is good for a patternfill it is necessary that
this process is based only on the centre of the line, i.e. the offset of
the new rows and columns is independent from stroke-width.
(Screenshot: thin line results in small offset, thick line results in
larger offset - take the grid as a reference; to make the pattern suitable
for a fill pattern each line has to be place on the grid without offset)
A solution is to diminish stroke width to 0, do the tile-clone, and then
adjust the stroke width to the wished value. However, the problem reoccurs
when this pattern is used as a fill pattern! Even there the stroke width
is taken into account! This could be easily fixed with a clipping mask.
But the latter does not work with the command "objects to pattern", it
results in an empty pattern.
On Wed, 29 Nov 2006 13:37:39 -0500, bulia byak wrote:
> On 11/29/06, Henning Lorenz
>> Then I changed the colour in the source, but there is a principal
>> question: Is something wrong and if so, what? And why doesn't this affect
>> the "pattern-pinstripes-diagonal" pattern?
>> Maybe I just missed an important point in constructing patterns in
> It's hard to visualize what you're talking about without a sample or
> screenshot. However one thing you should be aware of is this: "Object
> to pattern" creates a rectangular pattern with its sides parallel to
> x/y axes. Only after that can you rotate or skew it. So if your
> existing pattern is rotated or skewed, then converting it to objects
> and then back to pattern will not give the same result. If you want to
> edit it, first rotate the pattern so it's rectangular, convert to
> objects, edit, convert to pattern, and rotate back to the original
How do I reset former transformations/scaling of an object? When I fill an
object with a pattern, it becomes scaled according to earlier
scaling applied to the object. However, I want several objects which have
different "scaling-histories" to fill with the same pattern in the same
scale. How can I do this?
I try to construct a regularly spaced, diagonally striped pattern.
Beginning with on diagonal line in the upper left corner, "tile clone"
produces a mismatch between the columns and the rows.
When I construct the pattern by hand and use it on an object I get similar
mismatches between the pattern-tiles.
An example to visualize the problem:
I fetched this pattern from openclipart.org:
An object filled with this pattern looks fine.
Now, convert with "pattern to objects" (which I did to change the
colour) and convert back with "objects to pattern".
An object filled with the resulting pattern shows the mismatch.
Then I changed the colour in the source, but there is a principal
question: Is something wrong and if so, what? And why doesn't this affect
the "pattern-pinstripes-diagonal" pattern?
Maybe I just missed an important point in constructing patterns in
Hi,I know it may not be the best mailing list to do that but as
i heard you know how to do it and i didn't find resources elsewhere,
i'll ask it here.It seems that you manage to cross compile
programs using gtk and autotools, so as i try to cross-compile
c++/gtkmm programs, i'd like to know if someone could contact me to
give me some resources and help about cross-compiling such programs.
I apologies for the inconvenience.And thank you.
Essayez Live.com, votre nouvelle page d'accueil ! Personnalisez-la en quelques clics pour retrouver tout ce qui vous intéresse au même endroit.
> Date: Mon, 27 Nov 2006 12:26:13 +0100
> From: Henning Lorenz <henning.lorenz@...2052...>
> Is there a possibility to delete all guides in a drawing with
> one command? It's rather time-consuming to pull some 50
> guides back onto the rulers, one by one. Thanks!
Just this week I was made aware of this problem by a friend:
creating a guide management UI has been added to my to do list!
When I try ./configure
I get the configure error below.
I have libpng 1.2.7 installed.
checking for sys/stat.h... yes
configure: error: libpng >= 1.2 is needed to compile inkscape
> Name : libpng
> Version : 1.2.7 Vendor: Red Hat, Inc.
> Release : 1.el4.2
* You can grow or shrink node selection by hovering the mouse
pointer over a node and using mousewheel (up = grow, down = shrink) or
the keys PageUp (grow) and PageDown (shrink). Growing adds the closest
unselected node to the selection; shrinking deselects the farthest
selected node. There are two modes that differ by how the
closest/farthest nodes are chosen:
o Spatial selection (Mousewheel, PageUp/PageDown): distances
to nodes are measured directly, regardless of which subpath a node
o Linear selection (Ctrl+Mousewheel,
Ctrl+PageUp/Ctrl+PageDown): node distances are measured along the
path, and only the nodes belonging to the same subpath as the hovered
node are considered (i.e. other subpaths are never selected).
This technique is convenient for quickly selecting an area in a
complex path starting from a center - for example, for node sculpting.
Let me know if you think linear mode will be more often used than
spatial - I can swap the shortcuts so that the more common mode can be
used without Ctrl.
Inkscape. Draw Freely.
I have read about all the wonders that so called extensions can add
to Inkscape, but nowhere can I find any descriptions of what
extensions are, or how to find/install/activate them. I have
downloaded the Mac distribution (0.44), and there is a folder called
extensions and a set of files with interesting names, so I think that
the extensions are there. However, I see no traces of them in the
What are extensions? What extensions are there? Where can I find
them? How do I install/activate/use them?
I again tried to compile the SVN-version under OpenSuse 10.1 and get
again the error:
./configure: line 9678: syntax error near unexpected token `XFT,'
./configure: line 9678: ` PKG_CHECK_MODULES(XFT, xft,
configure: error: unrecognized option: --without.xft
Try `./configure --help' for more information.
I think, I had this error some times befire but than it disappeared? Now
it's back again and I can't find a solution on the list or somewhere