February 2012 - Inkscape Devel

New Cairo release rumors...
by Tavmjong Bah 12 Mar '12

12 Mar '12

A couple of weeks ago on the Cairo mailing list there was a request for a release engineer to drive Cairo 1.12 home. Do we have anything that we want to see in the next Cairo release? I seem to recall there being an issue with being able to set the EPS bounding box. Any others? Tav

3 6

Powerstroke cusps
by Johan Engelen 08 Mar '12

08 Mar '12

Hi all, I've been working on cusps on powerstroked paths. And I've obtained a first success. The attached picture shows a comparison between how powerstroke strokes thick cusps, and how Inkscape does it normally (I suppose according to SVG spec). I think the powerstroke solution is more artistically pleasing, what do you think? :-) Cheers, Johan

6 10

Re: [Inkscape-devel] Powerstroke cusps
by Valerie 04 Mar '12

04 Mar '12

On the topic of Powerstrokes... applying Powerstroke to a group seems to crash Inkscape. Steps to reproduce: 1. Create two bezier paths 2. Group them 3. Apply Powerstroke to group (inkscape:5119): GLib-GObject-WARNING **: invalid cast from `SPGroup' to `SPShape' The idea was to first place the lines, then apply powerstroke to all of them to edit the line shapes afterwards... Do I start another bug report? Anyway, on the topic of cusps shapes: it's true that from a technical drawer's perspective, the result may seem too pointy, but maybe such users won't actually generate lines of that angle (thus shapes that pointy) when they're actually drawing. Just to say that we're all likely itching to try it out for ourselves. :P

2 1

Wiki organisation - Case of the Clipboard
by Romain de Bossoreille 29 Feb '12

29 Feb '12

Hi, I'm working a bit for the wiki while I'm discovering Inkscape architecture. I've made the following page (http://wiki.inkscape.org/wiki/index.php/Clipboard) but there is also this page (http://wiki.inkscape.org/wiki/index.php/ClipBoard) which is in fact a discussion (but can looks like a documentation page as soon as there is only a "discussion" tag at the end of the page). This is symptomatic of the fact the wiki is mixing discussions and actual Inkscape state. Both are important but if we keep this way of working (maybe its an inheritance of old ages??) it's not very clear. Question 1: is there guidelines of the Wiki usage, page naming and how to handle discussions vs reality? The idea is to not lock page names for discussions. To do this, categories or templates are not usefull. We can have to solutions: 1. Each wiki page can have a discussion page (which name is "Talk"), is it a better place to use them for discussion and the "normal" page for state of the art? Of course at the begining there would be lot of topics that don't have a 'normal' page already, but at the end I imagine the aim is to have a complete user/developper/translator documentation. 2. We can end to each discussion page title with " (discussion)" I think we have an issue by not differencing discussions and documentation (there is simply a category but at the bottom of the page). Question 3: what do you think about those solutions? Question 4: Can anyone tell me whether this discussion is still consistent with actual development? (I've seen that Kris is tagging pages with 'Outdated' and 'DevDiscussion' tags, it's a good first step for refactoring!) Thanks for your interest, -- *Romain de Bossoreille*

1 0

[ale.comp_06@...2809...: LGM 2012: Last call for talks]
by Bryce Harrington 29 Feb '12

29 Feb '12

----- Forwarded message from "a.l.e" <ale.comp_06@...2809...> ----- Date: Tue, 28 Feb 2012 19:34:30 +0100 From: "a.l.e" <ale.comp_06@...2809...> To: undisclosed-recipients:; Subject: LGM 2012: Last call for talks Hi! Two days are left for submitting talks, workshops,and panels for the upcoming Libre Graphics Meeting! http://libregraphicsmeeting.org/2012/submit-a-talk Please consider that the audience we expect in Vienna is mostly people who are already part of one of our projects or graphic artists who already know our products.For this reason, we will favor talks about topics that are interesting for people who are active in our projects or who want to spread technologies, ideas, or code to other projects. We still would love to providepublicity for your project,but we think the best way to do that is viashorttalksand lightning talks. If you have more to say than what fits in those formats, you're welcome to submit more than one "shorter" talk to coverdifferent aspects of your project.It's our goal to have at least one short talk (about 10 minutes) or lightning talk (5minutes) for each project represented at LGM.You're also welcome to submit proposals for workshops, where you will give an introduction to your software or teach specific advanced skills. We also ask you to use the same submission form to announce BOFs, worksession,and project meetings. Please, announce them as soon as you start planning them, so that we can make sure that we have enough rooms for all of them! If you're interested in having a booth where you can sell products related to your project or demo your project,please fill the submission formas well. We can't give you any guarantee that we will able to provide a booth, but we will try to! Some final remarks: - The 1st March deadline is most important for full talks. For all other proposals,we will be much more flexible, as long as we can accommodate them! -If you need a visa, please get in touch with us in a timely manner! - Don't forget to register as soon as you know that you will be coming. http://libregraphicsmeeting.org/2012/registration/ Greetings a.l.e ----- End forwarded message -----

1 0

cannot compile rev 11029, Windows XP
by alvinpenner 29 Feb '12

29 Feb '12

attempting to compile rev 11029, I get this error message: Make error line 289: problem compiling: src/extension/internal/emf-win32-print.cpp: In member function 'virtual unsigned int Inkscape::Extension::Internal::PrintEmfWin32::begin(Inkscape::Extension::Print*, SPDocument*)': src/extension/internal/emf-win32-print.cpp:135:17: error: invalid use of incomplete type 'struct SPDocument' src/sp-object.h:115:7: error: forward declaration of 'struct SPDocument' src/extension/internal/emf-win32-print.cpp:136:18: error: invalid use of incomplete type 'struct SPDocument' src/sp-object.h:115:7: error: forward declaration of 'struct SPDocument' src/extension/internal/emf-win32-print.cpp:145:31: error: invalid use of incomplete type 'struct SPDocument' src/sp-object.h:115:7: error: forward declaration of 'struct SPDocument' src/extension/internal/emf-win32-print.cpp:226:65: error: invalid use of incomplete type 'struct SPDocument' src/sp-object.h:115:7: error: forward declaration of 'struct SPDocument' -- View this message in context: http://inkscape.13.n6.nabble.com/cannot-compile-rev-11029-Windows-XP-tp4529… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 4

lgm2012
by Alexandre Prokoudine 27 Feb '12

27 Feb '12

Hi, Libre Graphics Meeting 2012 will be in Vienna, on May 2-5. Who's coming? Alexandre Prokoudine http://libregraphicsworld.org

4 5

Pan and zoom while dragging
by Thorsten Wilms 27 Feb '12

27 Feb '12

Hi! Explanation and demo of an approach that allows smooth panning and zooming while dragging objects around: http://worrydream.com/GesturalZoomAndPan/ I find this interesting, because I often find myself going through the following steps, when moving objects: - zoom out to have both origin and destination in view - move object roughly - zoom in on destination - position object exactly Of course the use of modifier keys in the demo can't be transfered (without further changes). -- Thorsten Wilms thorwil's design for free software: http://thorwil.wordpress.com/

5 6

Thinking of Inkscape as a reporting tool....
by Jason Brower 27 Feb '12

27 Feb '12

I am thinking of using Inkscape as an advanced reporting tool... Something to replace the JasperReports/iReports crystal reports, and the like. Basically I hope to use inkscape to help generate the view while I use web2py (a web framework) to access the controller and pass context the view that is created with the svg data. The idea to me is that I use tags in text boxes that I wanted dynamic data. Like the file attached. If I need to do more advanced things like looping, then I would need to get right into the svg code and make the magic happen there. This is were my questions start to arise. If the file (test.svg) attached there are tags like this "{{" and "}}" these are used as part of web2py. It would be really cool if I could do things like looping. For example I created a loop in the attached "test_with_loop" file and even edited it with inkscape and saved again, and it still seems to work! But if I were to go more advanced than this, what challenges do you see ahead? Could a UI to handle this be created somehow? I hope to see if I can't work around them and perhaps even make a plugin for inkscape that could work around this. I am making a proposal to do this very thing right now for a very large company that needs features just like this. I hope to approach the customer with inkscape as the solution, and the code we create as a plugin would be open source and my contribution to this great application. Other things that could be a problem are: Multiple pages, we are on the verge of getting that started with svg 1.2, but without it, I could still create logic with multiple single svg files that handle multiple pages very with a bit of programming. But if you have any ideas on how to solve this too I would be interested. Looping to other pages. Similar to the previous, if we have a list of data say in a table, would be be feasable to create a table in svg that could extend the page into other pages, like another template file and then properly end it with the continued content? Other things also need to be considered, like if you have a text box and there is too much text, how would that be handled, would it push the text down more, or simply cut it off. In html terms this would be the difference betten overflow:hidden; and overflow:auto; Any ideas on if this could be solved? As a final question I want to simply ask if you know of any reporting tools that could actual do this besides the ones above that I have mentioned, and is it feasible to use inkscape as a reporting tool? If it was single pages, I could say yes right now, for as far as I know. But there could be something I am missing. Best Regards, Jason Brower

1 0

Difficulty rendering Arabic text (re-send)
by Adam Baker 26 Feb '12

26 Feb '12

This is a repost of my earlier message, since the Arabic characters in the pasted SVG weren't encoded properly. -- Hello, I believe this may be a bug, but I will leave that judgment to more capable people. In rendering paragraphs of Arabic text, I have come across situations where the text simply does not join together. In fact, it's possible through editing to toggle the text back and forth between appropriately joined and entirely unjoined. I haven't been able to identify the conditions under which this occurs. The attached SVG file is a minimal example. In Inkscape 0.48.2, Windows Vista, the letters are all completely unjoined. But, if the final space is removed from the text, the letters join properly. On the other hand, some longer blocks of text do render properly. I am at a loss. Any thoughts are appreciated, or if it looks like this is a bug, that would be good to know as well. Thanks, Adam

1 0