- Inkscape Devel - Inkscape Mailman

CVS build performance issues with AMD ??
by stinky wizzleteet 27 Mar '06

27 Mar '06

Hi all, 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. Help appreciated, sander

3 3

downloads page
by Alexandre Prokoudine 27 Mar '06

27 Mar '06

Greetings, 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. Alexandre

2 3

Font weight and style variants
by Denis Jacquerye 27 Mar '06

27 Mar '06

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 Bubbly. 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 https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1448618&group_… and made some sample fonts if you want to test multiple weights and styles http://home.sus.mcgill.ca/~moyogo/fonts/test/ Denis Moyogo Jaquerye

1 0

Re: [Inkscape-devel] Xarification
by Tobias Jakobs 26 Mar '06

26 Mar '06

> 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 > tarball). > An other reason to use Cairo is, we will get PDF and PS export for free. Tobias __________________________________________________________________________ Erweitern Sie FreeMail zu einem noch leistungsstärkeren E-Mail-Postfach! Mehr Infos unter http://freemail.web.de/home/landingpad/?mc=021131

3 3

Nice Tutorial in Linux Format
by John Taber 26 Mar '06

26 Mar '06

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 this) 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.

2 1

Inkscape Development
by Dale Harvey 26 Mar '06

26 Mar '06

Hey 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 http://sourceforge.net/mailarchive/forum.php?thread_id=9660890&forum_id=360… 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. Thanks Dale

3 3

article on Inkscape
by Alexandre Prokoudine 26 Mar '06

26 Mar '06

Hi, Both offline and online versions of popular russian computers magazin "Computerra" now feature a review of Inkscape written by Sergey Tokarev: http://www.computerra.ru/online/files/259519/ 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? Alexandre

2 3

Xarification
by MenTaLguY 24 Mar '06

24 Mar '06

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 post-0.44/0.45). -mental

3 7

Fwd: Re: [cairo] filters/image processing
by MenTaLguY 24 Mar '06

24 Mar '06

-------- Original Message -------- Subject: Re: [cairo] filters/image processing Date: Fri, 24 Mar 2006 08:31:17 -0800 From: Carl Worth <cworth@...573...> To: MenTaLguY <mental@...3...> On Fri, 24 Mar 2006 10:23:31 -0500, MenTaLguY wrote: > > We've been discussing "Cairoification" in Inkscape recently again, Sounds like fun! > If we adopt Cairo, should we expect to always have to implement > things like e.g. gaussian blur ourselves using intermediate image > surfaces, or will Cairo eventually provide image processing > operations like that in ways which can be accelerated in hardware? We already have an API for specifying that a given filter should be applied to a pattern, (cairo_pattern_set_filter), but the current selection of filters is fairly limited here. So I see two things that need to be done: 1) We need to add more filter types. Gaussian blur is an obvious first one that needs to be added, and something I've been giving some thought to lately. One trick with this is that it requires at least one parameter, so the current cairo_filter_t enum is not going to be sufficient. Oh, look, there is even a CAIRO_FILTER_GAUSSIAN there already. I'm not sure if that does anything useful or not yet. 2) We need to add support for filtering the implicit masks that cairo generates. This is the right place to put a filter for doing something like a drop shadow or for applying what Xara calls "feathering" to a filled shape. There's still a mask pattern involved here, but the user doesn't get to see it since it is implicitly created by cairo. So I think all we need here is a simple new API: cairo_public void cairo_set_mask_filter (cairo_t *cr, cairo_filter_t filter); (Modulo the same enum limitations we discussed above.) So this filter would be applied to the implicit masks created by cairo_stroke, _fill, _show_text, and _show_glyphs. It would not apply to cairo_mask where the user has a pointer to a pattern already and can call cairo_pattern_set_filter. As for what filter types to add, I think that "can be accelerated in hardware" is a pretty good criterion for inclusion in cairo. I think we've got Gaussian blur stuff just sitting there waiting in some existing backends already. As for a bunch of the other SVG filter types, I'm less confident that we'll see a lot of hardware support for them. I don't think it makes sense to complicate the cairo API for these if they're all going to end up in software anyway. (Though, if someone can convince programmable GPUs to do these, then there's a different question to be asked---so let me know if you know someone that has figured that out.) -Carl

1 0

Check up time
by Mike Hearn 24 Mar '06

24 Mar '06

Hey guys, I thought I'd pop in and see how you were getting on with autopackage. Are there any issues I need to be aware of? Are you happy campers? Are there any features you'd really like to have? I'm asking so I can get a better idea of where we should be going in future. Here is the current roadmap as relevant to Inkscape: * Get 1.2 released. This brings: * Better C++ support, that is, a build of the correct ABI will always be installed for the user. This resolves various obscure problems related to bugs in GCC and will allow for usage of gtkspell (finally!) * Better compression -> smaller Inkscape downloads * Better uninstall support, can now check for RPM/debs of Inkscape already being installed and (when safe) remove them. * New binreloc system. If it works out then this will make it totally transparent and the prefix location code could be dropped. * Further out, automatic online updates and maybe support for abstracting the Python unicode ABI so the python plugins support could be safely enabled. Any other features you guys want? thanks -mike

1 0