- Inkscape Devel - Inkscape Mailman

We are in GSoC 2010!
by Joshua A. Andler 19 Mar '10

19 Mar '10

Hi all, I just wanted to let people know that I received notice that we have been accepted in GSoC again this year! If people would be willing to look over the wiki page and help update and clean up the suggestions, that would be excellent. http://wiki.inkscape.org/wiki/index.php/Google_Summer_Of_Code Since we've now been accepted, do we have any other mentors besides JonCruz and bulia byak? I need to know this to know how many slots to request and also so we don't mislead potential students on how tight the competition will be. Cheers, Josh

3 4

Inkscape 0.47 OSX Official - Python filters don't work (again)
by André Berg 18 Mar '10

18 Mar '10

Hi, I just downloaded the official Inkscape 0.47 release for Leopard/Snow Leopard and while Inkscape itself is running absolutely fast and awesome as soon as I touch anything that runs inkex.py the age old info message about the fantasting lxml2 library wrapper comes up again. Looking into the .app bundle I was surprised to find lxml2 and numpy installations for all (!) major python version going from 2.6 back to 2.3 this time. Hmmmm... so what could be the problem? As we all know resetting my PATH won't (and didn't) work because the bootstrap system just builds its own PATH so what gives? Well, it turns out that this mess is caused by the default Apple X11 running in 64 bit mode and thus all the python stuff included with Inkscape 0.47 is of the wrong architecture. (at least it says that when you remove the try: blocks in inkex.py and let it spit out the real tracebacks). So I guess we need to include python stuff with 64 bit support with the official OSX release. (I tried building a 64 bit Python 2.6.4 myself but sheesh it's hard...) Anyway just thought I'd report this (apologies if it's known already). It's not a deal breaker - Inkscape still rocks. André PS: I am on OSX 10.6.2 and I have MacPorts installed but X11 is the default one. And I can see it's shown as 64-bit app when it runs in Activity Manager.

2 1

Calculating flowRegion dimensions using font-size in pixels.
by Redefined Horizons 18 Mar '10

18 Mar '10

I'm currently working on some Java code that will export Inkscape ready SVG from an open source mapping application. One of the things I need to do is export map labels. I've been taking a look at how Inkscape represents text labels in its SVG flavor. I'm looking for advice on how to calculate the dimensions of the rectangle element used as the flow region. If I know the height of the font for the text labels in pixels, is there a formula that I can use to calculate the width and height I need for the flow region? Is this calculation dependent on the type of font? (I'm not really worried about getting the flow region a little too big. I'm more worried about getting it too small, and then not being able to see the label in Inkscape.) Thanks for any suggestions. Landon

5 8

LZMA tarballs
by Krzysztof Kosiński 18 Mar '10

18 Mar '10

Hello LZMA tarballs are smaller and decompress faster than bzip2. https://bugs.launchpad.net/inkscape/+bug/539671 They are supported since automake 1.10.1, released in January 2008. We currently require 1.10, which was released 3 months earlier. The automake dep change would only affect developers, since users of tarballs can use the provided configure script. Is it OK to bump up the dependency to 1.10.1 and enable LZMA tarballs? Regards, Krzysztof

3 4

Looks like SVG *is* set for IE9
by Jon Cruz 18 Mar '10

18 Mar '10

News articles out today note something that might help boost Inkscape... if we can leverage it. :-) Microsoft IE9 Platform Pops with Speed, Standards http://www.pcmag.com/article2/0,2817,2361407,00.asp = = = ... New support for SVG-scalable vector graphics Sure, you can offer a PDF download for complex content like floor plans and org charts, but why not make these decipherable right inside the Web page? SVG allows just that. SVG is a W3C standard for animated, interactive graphics based on paths rather than bitmaps. No matter how much you zoom in on an SVG image, edges remain razor sharp—unlike bitmapped image formats like JPEG, which show degradation as you enlarge them. This holds true for text, too; that's key for the org-chart example mentioned above. In fact, John Hrvatin, senior program manager lead for Internet Explorer, told journalists that IE9 is the first browser that natively supports SVG inline with HTML—previously XHTML was required. SVG is the descendant of VML, which came out of the Visio drawing tool. Other browsers use SVG for the popular map sites, while until version 9, IE has uses VML. "SVG is a huge standard," said Visio veteran and now Internet Explorer partner program manager Ted Johnson. "We're not doing all of it in the first release, but we're doing a tremendous amount of it. When we ship, we're going to be covering all the way through what we consider 'static SVG.' Filter effects, animation, and fonts won't be included. A lot of these are still in flux. What's exciting about SVG is that you can easily see the markup in view source alongside its graphical result in the browser." = = = And some "straight from the horse's mouth" at HTML5, Hardware Accelerated: First IE9 Platform Preview Available for Developers http://blogs.msdn.com/ie/archive/2010/03/16/html5-hardware-accelerated-firs…

5 4

Inkscape 0.48 Chill (the winter is heavy everywhere!)
by Joshua A. Andler 18 Mar '10

18 Mar '10

Hey all, This is where 0.48 as a "release" begins! This email will be a little redundant for developers, but will let users know what the current plan is. The next stage (Frost) kicks into gear at the beginning of March in case you were wondering. For right now: *New feature development will focus on wrapping up. *We will identify "make check" issues (we need to make sure things are "friendly" for packaging). *We will run an About Screen contest on DeviantART (which I will announce within the next 24 hours and post all info to both lists). *Ensure that the Release Notes are at First Draft stage. This is primarily a developer task, however, if you are a user and follow development closely and have something to contribute in this area which we may have overlooked, such as fixed bugs, changes in functionality, etc. please contribute. *Update tutorials and other docs (we could use volunteers). Not joking, if you are an Inkscape user and have the misconception that the only way you can contribute is by code, you are missing out on one of the most important things for our users... documentation. If you have time to spare and some tips for others that you're willing to share, please let us know. --- boring developer junk --- I do want to request from developers... most "big" new stuff be committed by March 1st if possible (or shortly thereafter). JonCruz: The swatch previews for "auto" swatches are starting to worry me given that they have not been working for quite a while now (since 0.47 dev cycle). The same goes for the method of editing color (gradient editor rather than F&S dialog). If you will not have time to address these before Freeze, please expect that I will request the feature is disabled again for this release at that time... I will also request that in 0.49 that you not re-enable it until you are looking to actively work on it. Krzysztof: The new Node Tool is fantastic. I know you're actively working on it, but I do just want to make sure that you will be able to set aside a few hours here and there for bugfixing as there are still a number of bugs and features missing from previous releases. Arcadie/Michael: The Connector Tool really is not consistent with the behavior of other tools. If it is not likely to be sorted out by Freeze, I will request that at least the tool controls button for "add connection point" be disabled, as it is not user friendly at this point. Please know that I am not targeting people or criticizing their work. This is a schedule issue and our date of release was horribly far behind schedule for the past couple releases. We will just be sticking to release schedules much more strictly than we have previously, and if features aren't "bug-free"/complete enough to release on time... there's always next release! :) Besides, we're going to be in the trenches w/ 0.49 for a bit by what has been discussed so far. Cheers, Josh

4 3

Event processing issue
by Diederik van Lierop 17 Mar '10

17 Mar '10

Hi all, Someone surely must see an easy fix for this annoying bug I ran into the other day. ~suv reported that scrolling the canvas using the scroll wheel is prohibited when the pointer is hovering above the snap indicator (see the last paragraph of this comment: https://bugs.launchpad.net/inkscape/+bug/522335/comments/8). This becomes very reproducible and annoying when using a dense grid, together the pre-snap indicator, in for example the rectangle context. Through debugging I learned that the scroll events reach sp_canvas_scroll() (just as they should), and from which they should be dispatched via emit_event() (in sp-canvas.cpp). But this only works if the canvas->current_item has been set, but in this situation the current-item is null. Now my question is: what should the current-item be set to in this case, and how do I control this? Thanks, Diederik PS: This is a stack trace of how things should work, in this case there was no grid and therefore no snap-indicator was drawn: Thread [1] (Suspended: Breakpoint hit.) 31 sp_canvas_scroll_to() /home/diedenrezi/InkscapeBZR/inkscape/src/display/sp-canvas.cpp:2179 0x00000000006161fa 30 SPDesktop::scroll_world() /home/diedenrezi/InkscapeBZR/inkscape/src/desktop.cpp:1110 0x0000000000a744f6 29 sp_event_context_private_root_handler() /home/diedenrezi/InkscapeBZR/inkscape/src/event-context.cpp:707 0x000000000046279f 28 sp_rect_context_root_handler() /home/diedenrezi/InkscapeBZR/inkscape/src/rect-context.cpp:448 0x0000000000af5f6d 27 sp_event_context_virtual_root_handler() /home/diedenrezi/InkscapeBZR/inkscape/src/event-context.cpp:941 0x0000000000463222 26 sp_event_context_root_handler() /home/diedenrezi/InkscapeBZR/inkscape/src/event-context.cpp:937 0x00000000004631ed 25 sp_desktop_root_handler() /home/diedenrezi/InkscapeBZR/inkscape/src/desktop-events.cpp:67 0x0000000000a7a682 24 sp_marshal_BOOLEAN__POINTER() /home/diedenrezi/InkscapeBZR/inkscape/src/helper/sp-marshal.cpp:352 0x00000000006cf763 23 g_closure_invoke() 0x0000003e9180ba8e 22 <symbol is not available> 0x0000003e91820ec3 21 g_signal_emit_valist() 0x0000003e918220ec 20 gtk_signal_emit() 0x00000031668e3bd2 19 emit_event() /home/diedenrezi/InkscapeBZR/inkscape/src/display/sp-canvas.cpp:1348 0x0000000000613f57 18 sp_canvas_scroll() /home/diedenrezi/InkscapeBZR/inkscape/src/display/sp-canvas.cpp:1581 0x0000000000614928 17 <symbol is not available> 0x0000003166753a33 16 g_closure_invoke() 0x0000003e9180ba8e 15 <symbol is not available> 0x0000003e91820b8d 14 g_signal_emit_valist() 0x0000003e918220ec 13 g_signal_emit() 0x0000003e918227a3 12 <symbol is not available> 0x000000316687620f 11 gtk_propagate_event() 0x000000316674a794 10 gtk_main_do_event() 0x000000316674b8d3 9 snooper() /home/diedenrezi/InkscapeBZR/inkscape/src/main.cpp:896 0x000000000044d569 8 <symbol is not available> 0x0000003166e5fe9c 7 g_main_context_dispatch() 0x0000003e9143920e 6 <symbol is not available> 0x0000003e9143cbf8 5 g_main_loop_run() 0x0000003e9143d045 4 gtk_main() 0x000000316674be07 3 sp_main_gui() /home/diedenrezi/InkscapeBZR/inkscape/src/main.cpp:962 0x000000000044db86 2 Inkscape::NSApplication::Application::run() /home/diedenrezi/InkscapeBZR/inkscape/src/application/application.cpp:114 0x00000000005acada 1 main() /home/diedenrezi/InkscapeBZR/inkscape/src/main.cpp:698 0x000000000044cf9e

2 3

Re: [Inkscape-devel] Hello!
by Dmitry 17 Mar '10

17 Mar '10

M> Unfortunately it's not a simple answer, and I haven't had a lot of time M> yet since getting back from London. The most useful place for MT is in M> software rendering. There are not many other places in the codebase M> which would really benefit from it. M> -mental Hello MenTaLguY! I would like to know why multi-threading haven't been realized in Inkscape for so long time, many users wrote that they would like to have full power of theit multi-core processors. I'm starting doing this work and I want to know what are the difficulties, is it real to complete in 2.5 months working 8 hours per day? And tell me please as more as you can about this problem in Inkscape. -- Best regards, Dmitry mailto:Dmitry.Jurasov@...400...

6 9

Rendering test server unstable
by Niko Kiirala 17 Mar '10

17 Mar '10

Automated rendering tests for Inkscape have been run for a couple months now. The results are visible at http://auriga.mine.nu/inkscape/ (opening that page can take a while, as it is javascript-heavy) Unfortunately, the server I've used for running the tests and for hosting that website has become unstable, shutting down with no warning or visible reason. It is likely that the tests won't be run every day and the result page may be unavailable every now and then. -- Niko Kiirala niko@...1267...

1 0

Move "Task" to the View menu
by Krzysztof Kosiński 16 Mar '10

16 Mar '10

Hello I think the "Task" combo box should not be in the main toolbar, but in the View menu under the name "UI Layout" or "UI Mode", analogically to the "Display Mode" submenu. This fixes three problems at once: 1. The main toolbar is no longer super-wide when it's vertical. 2. The combo box no longer jumps around the UI. 3. The unclear word "Task" is replaced with something more explicit. Regards, Krzysztof

5 9