I'm happy to be announcing the next pre-release of Inkscape 0.47. It's
a pretty cool job to do. We're hoping that this is the FINAL
pre-release of Inkscape, so make sure it doesn't crash for you as the
final version is likely to be VERY SIMILAR to this one. There's a great
set of patches from a variety of contributors, make sure to check them
I couldn't figure out how to get Sourceforge to make a new releases
anymore, and they took away the ability to make directories from SFTP;
so I put things up at Launchpad. If someone can figure out Sourceforge,
we can put them there as well.
== MD5 Sums ==
== SHA1 Sums ==
* A few more bits if you REALLY don't trust your ISP
Fixed in r22330. It broke because I moved the pages around a bit, and
wasn't aware such a thing existed. I also changed it to use w3m (it is
installed by default on Debian and Ubuntu systems, while lynx must be
installed manually). Anyway, it is an ugly hack and should be replaced
by something more robust in the future.
2009/9/27 Ted Gould <ted@...11...>:
> So I was trying to make a news file for the release, and we used to do
> that with packaging/mkNEWS -- but it seems to no longer work. I'm
> guessing it hasn't been ported to MediaWiki. Anyone with some MediaWiki
> interface fu that could look at the little script?
Op Wo, 1 juli, 2009 12:01, schreef LucaDC:
> These are my humble suggestions:
> 1) when moving the guide (no modifiers) you always also move (and snap)
> origin, that goes under the cursor, in 2D (so wherever you click you
> grab the guide at its origin: why moving the guide keeping the origin at
> original distance from the grab/snapping point?); this behaviour would be
> consistent (=intuitive) to what happens when you create a guide;
That makes sense! If no one comes up with a valid use case for the current
behavior then I will implement it the way you suggest.
> 2) if shift is pressed when clicking, the guides always rotate (snapping
> what's around or, if you press ctrl after the rotation is started, to
> absolute angles, i.e. always starting from 0, using the step specified in
> the preferences for when rotating objects);
So shift rotates ...
> 3) if ctrl-shift is pressed when clicking, the origin moves constrained to
> the guide (snapping to what's around projected perpendicularly to the
> if you want something different you can create a new guide and snap to the
> intersection, while creating a guide perpendicular to a given one is not
> always straightforward; this is a general consideration regarding snapping
> while constrained).
... but when "adding ctrl to shift" not only it becomes constrained, but
it also changes from rotation to translation. In my opinion using ctrl
should only make the motion constrained, and not change the type of
A) when dragging with no modifiers we will move the origin to the pointer
location (freely, in 2D)
B) with ctrl we will have a constrained translation of the origin along
C) with shift we will rotate
D) with ctrl-shift we will rotate to increments of the absolute angle
and with A), B), and C) Inkscape will snap depending on the snapping
It looks like we're converging here, aren't we ;-) ? What do you think?
As of this time, no one that I am aware of is actively working on
multipage support. Unless someone surprises us after 0.47 is released, I
wouldn't expect it to be worked on until 0.49 at the soonest, and even
this is dependent on someone really having an itch to scratch to get it
implemented. Sorry that I can't give any real estimate on it, but that's
just due to not knowing of anyone working on it (or planning to).
Perhaps we could suggest it as a summer of code project for a student or
two to work on next year (provided that Google does SoC again and that
On Mon, 2009-09-28 at 11:05 +1000, Philip Rhoades wrote:
> From the Inkscape Wiki pages it looks like implementing multipage
> support is a major undertaking - is there any rough estimate on when
> this will be attempted?
Will you please push a Pre3? This will be the last pre-release before
the final release. Thank you!
This is the new thread to bring up any remaining blocker bugs, as it
seems like almost all have been addressed. Let's also not forget,
anything that can be lived with for a short period should not be
considered a blocker. We do want to get 0.47 out, so we can get onto
what can hopefully be a relatively short cycle for 0.48 (and then
however many point releases we need until 0.49).
On 27/09/2009, at 5:46 PM, Joshua A. Andler wrote:
> Packagers, please package up Pre3 if you have not already done so as a
> practice run... and honestly, I think it would be safe to plan a
> for next week (between Monday the 5th and Friday the 9th), provided
> packages are available and no new issues arise.
Just a heads-up... there may be a few days delay in creating a pre3
Mac package -- I'm travelling in the US for work with very little
spare time. Possibly JiHo or someone else could produce one in the
meantime. Otherwise I will do it as soon as possible.
For the same reason, I won't be able to properly look at the issue
with Python extensions on Snow Leopard until I return to Australia
next weekend and have access to a 10.6 machine.
So I was trying to make a news file for the release, and we used to do
that with packaging/mkNEWS -- but it seems to no longer work. I'm
guessing it hasn't been ported to MediaWiki. Anyone with some MediaWiki
interface fu that could look at the little script?
I did some of the german translations for the upcoming release. There is a little issue, though.
I would like to translate the about screen, which was drawn by "sko", but I have no idea what font
is used there and how to apply the fancy shadow effect beneath "Draw freely". So, could anyone
forward my email to the artist who created this very nice graphic? Or could you point me to where I
might find his email adress? That would be great!
Thanks in advance
P.S.: Sorry if this is the wrong mailing list, but I had the feeling that the developers are most
likely to know the answer to my question.