It would be nice to get more copy paste style elements, or even a copy paste that works with the apple command key instead of the ctrl key.
On Mon, 27 Mar 2006 07:37:57 -0700 , "Joshua A. Andler" <joshua@...533...> wrote:
>Joshua A. Andler wrote:
>> This qualifies as one of those enhancements that I never knew I
>> needed. FANTASTIC! This is easily one of the greatest improvements
>> I've seen in a while. It has all options I'd need and is everything
>> I'd hope it would be. Rock on Bulia!
>Of course I spoke too soon about all the options I'd need. ;) I thought
>of two more size related paste options, what about pasting width or
>height and constraining proportions? I know that sometimes I need the
>width to match, but need the height scaled proportionally with it (such
>as a logo). What are your thoughts on this?
>This SF.Net email is sponsored by xPML, a groundbreaking scripting language
>that extends applications into web and mobile media. Attend the live webcast
>and join the prime developer group breaking into this new coding territory!
>Inkscape-devel mailing list
#::.. http://www.doctormo.co.uk/ ..::#
On my laptop medion MD4130, AMD k7, radeon IGP320
I've tried inkscape-LATEST, compiled it with mingw, compiled it in
debian(unstable) , but:
There is a significant performance loss when moving about a group of
elements, moreover, this performance even deteriotates further when one
moves the group a couple of times.
I have seen this performance issue also in the official build in
windows, but I fixed it by moving away the gtk dlls I already had installed.
In debian, the official debian deb did not have the performance issue.
It leads me to, well, guess that the issue is related to gtk/cairo vs AMD.
http://www.inkscape.org/download.php still tells people about
anonymous CVS access. It would be great if somebody whi has
appropriate access to the web-site added information how to grab copy
of SVN repository instead.
Inkscape is not handling style variants in any flexible way.
Right now it can only handle what style_name_compare() recognizes,
everything that does not correspond to that is mixed up.
Right now only Regular, Roman, Normal, Plain, Medium, Book, Italic,
Oblique, Slanted, Bold, and Caps are understood.
Fonts that have Light, Thin, ExtraLight (or its variants), UltraLight,
Hair, Demi, Demi-Bold, Semi-Bold (etc.), UltraBold, Black, Heavy, Fat
and UltraBlack are not handled properly.
These could be added as valid style but that's just part of the
problem. Some fonts have non standard style like Contour, Sketch or
The font dialog should allow the user to select between the CSS
weights of a typeface without having to select the styles.
libnrtype/nr-type-pos-def.[cpp|h] seems to have the proper structure
for multiple weights.
I opened a bug report
and made some sample fonts if you want to test multiple weights and
Denis Moyogo Jaquerye
> On 3/23/06, MenTaLguY <mental@...3...> wrote:
> > - Xara is considerably faster
Xara's renderer is fast, but Cairo with OpenGL is even faster.
> But if Cairo gets Xara renderer, it will be just as fast.
Carl Worth (Cairo) talked a lot with the Xara programmers at the LGM. And as far as I know the plan was to make Xara's renderer GPL and then write an Caito backend.
> Anyway, so far it's premature, since Xara's renderer is the part which
> is not opensourced yet (it remains a binary lib in their source
An other reason to use Cairo is, we will get PDF and PS export for free.
Erweitern Sie FreeMail zu einem noch leistungsstärkeren E-Mail-Postfach!
Mehr Infos unter http://freemail.web.de/home/landingpad/?mc=021131
fyi: This month's Linux Format magazine has a really nice tutorial on
Inkscape shapes (becoming a regular feature like their great Gimp
tutorial series). Maybe it's just a copy of the existing shapes
tutorial (didn't have my laptop with me to compare), but if not, I
wonder if there's a way to get permission to put links on the website to
the actual articles like this?
It's often frustrating to search for documentation and find articles
that are months, even years old locked away in subscription only files.
Maybe there's a better way to have a linkage between commercial
publishers (or even bloggers, the line is blurring) and free software in
order to get more how-tos and documentation (some sites do variations on
One way is to give special promotion on the website to mags that promote
the existing tutorials as articles or maybe so many months after
publication have excuarticles that become open and part of the
software's tutorial or website - this provides magazines with steady
stream of great articles, first to market advantage, and exposure on
software websites, authors become regular celebrated columnists and even
fabulously wealthy on the speaker circuit, and Inkscape and it's users
get more freely available docs, everyone wins.
After a rather long break, I have started again at trying to do some
development with inkscape, I was wondering if there was a few quick
questions I could ask.
debug statements - Im currently trying to get the hang of the code by
basically going through and adding debug statements to try and follow the
program flow, however g_warning (and g_print/printf/g_debug etc) messages
are not being sent to stdout when they are called, I only recieve them after
inkscape has been closed, a grep on "g_set_print_handler" gives me nothing
back and its supposed to default to stdout, Im assuming the command line
interface is interfering in some way but having problems finding how, and
how to fix it.
complication - compiling the application takes a little more time than is
really usable to be developing with, my machine isnt great, 1.6Ghz, 512Ram,
but I expect im not compiling it in the right way for development, i tried
turning off optimisation with
export CXXFLAGS='-g -O0 -Wall'
export CFLAGS='-g -O0 -Wall'
and trying to use ccache
export CXX='ccache g++'
the optimization does not seem to have affected much, and using the CXX flag
gives me configure errors about not being able to find libraries that are
installed. it takes me around 4 minutes to do a make / make install, im not
really sure if this is an acceptable / usual time for recompiling.
inkboard - after having to give up last time, im going to try finding the
bug on my platform with inkboard that I mentioned in
when I left last time, I could invite another user to join an inkboard
session, which worked perfectly, however I could not recieve connections,
either from another instance of inkscape, or another user.
I was wondering if anyone who is working with inkboard had anytime on or
after sunday ( any time suitable, I will be making myself permanently free
from then on) would be able to join me in the inkscape jabber room, as the
problem is quite hard to debug with a single session, that doesnt work.
Both offline and online versions of popular russian computers magazin
"Computerra" now feature a review of Inkscape written by Sergey
It looks like he did his best to present most actual and precise
information, but unfortunately in some areas he failed (e.g. he stated
that Inkscape's developers are already working on support for CMYK and
CIE LAB colorspaces :)).
However, Inkscape is rated as best vector graphics editor for Linux
that, in case of merging codebase with Xara, will have all chances to
be the best free vector graphics editor on all platforms.
Btw, he also wrote that the same guy who introduced support for
tablets is working on vector brushes now. Is that true?
I've been thinking about our Cairoification plans today, and I think we
might be much better off incorporating Xara's rendering engine instead.
Two main reasons:
- Xara provides a lot of stuff that we would otherwise have to write
ourselves atop Cairo (e.g. gaussian blur)
- Xara is considerably faster
I don't want to simply borrow code from Xara, though -- ideally, I'd
like to componentize the relevent portions of Xara so that both projects
could use and jointly maintain them, as a sort of "common pot". Xara
would benefit from this, since (in the long term) to fully implement the
SVG specification we'd need to contribute additional capabilities which
Xara Extreme could then exploit.
To make the task managable, we'd want to approach this on a bottom-up
basis: begin with the lowest-level components (e.g. the rasterizer),
and work our way up to ultimately componentizing and incorporating the
retained-mode graphics layer. The eventual goal would be to replace
both livarot and NRArena with components shared with Xara.
I'm going to start seriously looking into the technical aspects of this
once I'm done with the current spate of layers work (probably