- Inkscape Devel - Inkscape Mailman

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

Bezier smoothness and antialiassing
by Stefan de Konink 04 Mar '12

04 Mar '12

Hi, First of all, although this email could be observed as a troll, I hope I can show that I want to improve stuff, not troll. My core (daily) automatic use of Inkscape is using it as renderer for a bulletingboard system. It runs over the last years 24x7, and I choose it because of the text-flow support. That said, we are moving to HD broadcast and the analogue smoothness is removed for 1080p sharpness. One of the core template designs uses a Bezier curve, imagine this as one side of a very tall egg. This surface, thick white border, is placed on dark blue. I am quite disappointed with the outline of the rendering of the curve. One of the topics I found today was at: <http://www.inkscapeforum.com/viewtopic.php?f=5&t=11451> The following blog entry mentions that cairo overdoes anti-aliassing, I also compared the Cairo output and rsvg's output. The curve is different, but is it really better? Not really. <http://libregraphicsworld.org/blog/entry/getting-crisper-text-out-of-inksca…> The Faq talks about 'Jagged edges'. Since my curves are insanely big, I don't believe it is impossible to get a visually better rendered curve. As example I have attached what I think the problems are with the rendering. From bottom I really get the curve that I want, its smooth and probably it is because about 3/4 pixels are used for overlap. The steeper the curve the less interpolation between step seem to happen as if the curve is defined at x=1, x=2, x=3, but the interpolation itself is only directional with the curve opposed to orthogonal with the adjacent content. Looking at the curve in outline mode, it also gives a glipse. One of the faq entries claimns you could work with a blur. I have tried a blur, and if you use it at 0.1 you basically achieve a very poor interpolated line. I would be interested what is possible with a border of 2,3 pixels wide converging to transparency. I wonder: - is it possible with one extra interpolation step to get a more visually attractive curve? - the faq mentions that pixel alignment is important, does this mean that the controlpoints, in all cases, must snap to the raster? [my own results with snapping are virtually the same] In a conversation at #cairo, some other suggestions where made such as gamma correct blending. From the rendering I saw here: <http://people.freedesktop.org/~sandmann/tigers/> I personally liked jinc the most. Stefan

2 3

SVG security vulnerabilities
by Donna Benjamin 03 Mar '12

03 Mar '12

Hi all, Greg Knadison from the Drupal community just drew my attention to this presentation regarding the security issues associated with the SVG format. https://www.owasp.org/images/0/03/Mario_Heiderich_OWASP_Sweden_The_image_th… I thought it was very interesting, and others among you may also not have seen it before. cheers Donna -- Donna Benjamin - kattekrab.net Inkscape: Open Source Scalable Vector Graphics http://www.inkscape.org

1 0

Ping Inkscape wiki User:Kris
by unknown＠example.com 01 Mar '12

01 Mar '12

First, thank you for the cleanup work you are doing on the wiki. It is much appreciated. Second, could you provide some content for User:Kris. It would be informative to know what brought you to the Inkscape project and what skills you intend to share. Once again, thank you for the work. It was needed.

1 0

Fwd: Re: [CREATE] LGM 2012 workshop -- lib2geom
by Jasper van de Gronde 01 Mar '12

01 Mar '12

This came up on the CREATE mailing list, and I'm not sure how many people in Inkscape/lib2geom are reading that, so I'm forwarding it. Basically it has been suggested that it might be a good idea to have a lib2geom workshop at LGM, essentially to encourage people to use it (outside of Inkscape). -------- Original Message -------- Subject: Re: [CREATE] LGM 2012 workshop -- lib2geom Date: Thu, 1 Mar 2012 09:34:36 +0100 From: ale rimoldi <ale.comp_06@...2809...> To: create@...626... hi > Would any of our fabulous graphics programmers like to > have a workshop on using lib2geom at LGM? if somebody wants to make this true, he or she should submit a proposal to http://libregraphicsmeeting.org/2012/submit-a-talk today! ciao a.l.e _______________________________________________ CREATE mailing list CREATE@...626... http://lists.freedesktop.org/mailman/listinfo/create

3 2

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