- Inkscape Devel - Inkscape Mailman

Expand svg standard to include CMYK color model.
by John Culleton 09 Sep '10

09 Sep '10

If the proposed new standard were to include the CMYK color model as an alternate to RGB , and Inkscape were modified to include it, then the potential for using Inkscape in publishing work would be expanded. ImageMagick will convert from one color model to another but it appears that ImageMagick also converts to a bitmap format as a byproduct. -- John Culleton Wexford Press "Create Book Covers with Scribus" Printable E-book 38 pages $5.95 http://www.booklocker.com/books/4055.html

2 1

Could someone help Nina Paley the author of Sita sings the blues to convert fla files to Inkscape ?
by Ivan Louette 09 Sep '10

09 Sep '10

I have always thought that open source graphics software need well known and appreciated artists to use it end talk about it. Thus I sent a message to Nina Paley because I was so fascinated by "Sita" and I am interested to draw the attention of artists to Inkscape and svg filters. And one hour and an half later she replied the following message ! I think there is a very important opportunity to spread information about Inkscape there and that's why I send the message to you all. Thanks a lot in advance for any advice, ivan ----- Message transféré ---- De : Nina Paley <nina_paley@...36...> À : Ivan Louette <ivan_louette@...48...> Envoyé le : Jeu 9 septembre 2010, 22h 03min 13s Objet : Re: Free Open Source software : The Inkscape SVG Filter Effects Hi Ivan, I desperately need a migration tool to allow Flash frames - with all their alpha channels, tints, and strokes - to be usable with Inkscape. Can your community help? http://www.freesoftwaremagazine.com/columns/save_sita_sings_blues_flash_for… All the .fla source files are here: http://www.archive.org/details/Sita_Sings_the_Blues_Files I also name-checked (via a graphic) Inkscape in this video: http://www.youtube.com/watch?v=n04IeQo4RCQ&feature=autofb Thanks, --Nina http://www.ninapaley.com/ ________________________________ From: Ivan Louette <ivan_louette@...48...> To: Nina Paley <nina_paley@...36...> Sent: Thu, September 9, 2010 1:32:10 PM Subject: Free Open Source software : The Inkscape SVG Filter Effects Hello ! I saw your amazing movie "Sita sings the blues" some weeks ago. A lot of fun amongst deep human sensitiveness. I am a member of Inkscape developers community and my goal is developing a set of useful, funny and sometimes somewhat innovative filters effects for this open source vector drawing program which manages nicely bitmap images too. I would draw your attention to them because I think you could have pleasure to use them and taking account of your imagination the results could be marvelous. That's just an idea. If you are interested you can find more infos here : http://www.inkscape.org/ And you can find the latest release of my filters here : http://www.openclipart.org/detail/84109 Have fun and If you want to know more, don't hesitate to contact me. ivan

2 2

Tr : Tr : Could someone help Nina Paley the author of Sita sings the blues to convert fla files to Inkscape ?
by Ivan Louette 09 Sep '10

09 Sep '10

No problem ! I am glad to help ! ivan ----- Message transféré ---- De : Nina Paley <nina_paley@...36...> À : Ivan Louette <ivan_louette@...48...> Envoyé le : Jeu 9 septembre 2010, 23h 19min 59s Objet : Re: Tr : Could someone help Nina Paley the author of Sita sings the blues to convert fla files to Inkscape ? Thanks for spreading the message, Ivan! Some Synfig developers are also aware of the need for a Flash migration tool. I haven't tackled either Inkscape or Synfig, but I'm glad both are growing. If any Inkscape animation tool developers want my input, I am available. Best, --Nina http://www.ninapaley.com/

1 0

Where is the barcode code?
by John Culleton 09 Sep '10

09 Sep '10

I assume the barcode function was borrowed from another OS project. Can someone point me to that project? In any case, can someone name the source code files that implement bar codes on Inkscape 0.48? I have an inquiry on another list looking for a subprogram that can be integrated in a larger app. SVG output is desired. -- John Culleton Wexford Press "Create Book Covers with Scribus" Printable E-book 38 pages $5.95 http://www.booklocker.com/books/4055.html

3 2

[Fwd: Ruby Scripting for Inkscape]
by Ted Gould 09 Sep '10

09 Sep '10

Thiago sent this to me, it looks like it might help some Ruby developers, anyone interested? --Ted -------- Forwarded Message -------- Subject: Ruby Scripting for Inkscape Date: Wed, 08 Sep 2010 09:14:07 +0000 Hi, I am writing you because inkscape lists you as the responsible for scripting/extensions. The thing is I wanted to do some overlay based animations with Inkscape. The idea is to name layers/objects and then write scripts to show/hide them and take snapshots. This way you can make a presentation by listing the snapshots. Since the RubyInk web page was not working (I think this is listed as Ruby's API for inkscape) I wrote myself a very tiny API for manipulating SVG files. I only wrote enough functionality for what I needed to do. So, maybe somebody is interested in the code, or want to improve it. I don't know how to advertise it, but if you are interested, it's in http://github.com/thiagobart/rubyscape Cheers, Thiago

2 1

Automatic mention of shortcuts in tooltips
by Jasper van de Gronde 08 Sep '10

08 Sep '10

I've just added code to automatically add the shortcut key to tooltips of verbs. If you find any problems with tooltips (it lists something strange, a tooltip doesn't show anymore, the shortcut is listed double, whatever) you know where to look first. The main change is that the shortcut is now made part of the tooltip as reported by the verb and that we now use a gtk function to derive the shortcut label instead of our own function (the result seems to be the same). I've tried to check for situations where this would lead to double or unwanted listing of the shortcut, but so far it seems fine.

4 4

Integrating Diffusion Curves
by Jasper van de Gronde 08 Sep '10

08 Sep '10

I'm working on Diffusion Curves (for master thesis) and will try to get them in Inkscape in the foreseeable future (this calender year hopefully). As I'm slowly getting more grip on the technical side of things (which is what my thesis will be about) I'd love some input (and help) on UI issues. For those who haven't heard about them yet, they're basically a new and very(!) flexible way of specifying color transitions. You just assign colors to curves and let the program fill in the intermediate space using diffusion. This tends to create visually pleasing, smooth, transitions while allowing for a very complex geometry with minimal effort. More information (especially see the references at the bottom for examples): http://wiki.inkscape.org/wiki/index.php/Diffusion_Curves My current thinking is that it would probably be best to treat diffusion curves as a paint server, allowing people to assign color to nodes (that either coincide with existing nodes or are positioned somewhere on the path). The colors would be linearly interpolated along the path. A scheme like this would fit in well with the idea of expanding the functionality of the gradient tool and having a general color picker. Unfortunately this would sort of limit the ability to blur boundaries to the point that it might not make any sense. But then again, maybe it's a mistake to try and integrate two separate concepts (blur and color transitions), even in the original paper these are treated quite separately (the blur values are diffused separately and then a spatially varying blur is applied). Any thoughts or suggestions would be helpful. Also, would it make sense to apply diffusion curves to strokes? If so, how would that work?

8 15

SVG Open 2010 Report
by Tavmjong Bah 07 Sep '10

07 Sep '10

SVG Open 2010 was held in Paris, and since I live nearby I offered to give a talk about Inkscape. I would like to thank the organizers for waving the conference fee and even providing a ticket for the conference dinner aboard a boat on the Seine. There were quite a few interesting talks and panels and I learned quite a bit. My overall impression can be summed up easily: SVG has finally arrived. This conclusion was easy to make after talking to the many representatives of the major web browsers, including those from Microsoft who were there in numbers. In case anybody missed the news, IE9 will include comprehensive support for SVG, only missing the filters, SMIL, and SVG fonts modules. Filters will almost certainly appear in IE10; SMIL and fonts might too depending on demand. In case anybody wants to know, it took about 15 developers 15 months to implement SVG support in IE. A good fraction of the discussion was on how SVG fits into HTML5. HTML5 is not a finished standard and there are still pieces to work out. Microsoft is implementing what it can now and has an important message for users: Download and test the IE9 previews and betas. Complain about any behavior you find wrong or undesirable. You have about three months before IE9 gets locked down. It will be hard to change behavior after that as IE9 is expected to be around for 10 years and future versions of IE will maintain backwards compatibility. I'm afraid my notes are quite poor so I will just make a list of some random observations: * HTML5 will be everywhere soon. Firefox 4 and IE9 already contains HTML5 parsers, Webkit (Chrome and Safari) and Opera will have them soon (you can use SVG in XHTML right now). All the browsers support some HTML5 features. * There is a huge desire to have CSS3 apply the same way to HTML as to SVG. This includes things like sharing filters. * SVG is very popular in mapping circles (and not just in OpenStreetMap). * Vector effects are very interesting for maps, especially the ability to share partial paths between objects and for creating complex paths for roads, et cetera. * Most TV set-top boxes use SVG for their displays. * Look for cool SVG demos at SVG-Wow.org. Tav -- Tavmjong Bah Inkscape, Guide to Vector Drawing Program http://tavmjong.free.fr/INKSCAPE/

1 0

A better LaTeX equation renderer
by Dylan Thurston 06 Sep '10

06 Sep '10

Hello, I was annoyed that the LaTeX equation insert mechanism didn't provide a way to control the size of the equation. This makes it needlessly difficult to match the size of the text in the body of a LaTeX document. So I modified that extension. Attached is a revised version that: (a) Allows scaling by a specified factor; (b) Allows typesetting non-equations; (c) Allows customizing the preamble to the LaTeX document; (d) Properly scales the input using the 'viewBox' attribute, rather than relying on the structure of the document; and (e) Uses pdf2svg ( http://www.cityinthesky.co.uk/pdf2svg.html ) rather than pstoedit. On point (e), pdf2svg seemed more reliable to me, though YMMV. I can easily switch it back to pstoedit, although it's harder to control just where the resulting formula ends up. For point (c), I was annoyed by the very limited UI options: it seems hard to either embed newlines in the preamble or give a sufficiently large input area. Is there any hope of fixing this? I could, I guess, have different input boxes for different lines, but that's really horrendously clunky. Any comments are welcome. Of course I'd like to see a version of this in the next release, if possible. Best, Dylan Thurston Assistant Professor, Barnard College

2 3

ui improvements
by Alexandre Prokoudine 06 Sep '10

06 Sep '10

Hi, At the risk of starting a holy war... :) A blueprint by Oliver Jan Krylow: https://blueprints.launchpad.net/inkscape/+spec/ui-improv http://wiki.inkscape.org/wiki/index.php/UI_improvements We have a bunch a blueprint in the queue. Would be nice to go through them and at least comment in a sensible way so that there was feedback. Alexandre Prokoudine http://libregraphicsworld.org

10 26

SVG media type registration
by Tavmjong Bah 06 Sep '10

06 Sep '10

Hi, The media type registration (MIME) for SVG: image/svg+xml is finally being registered. As part of this registration, information on how SVG content is tagged by clipboards is required. For example, the Windows Clipboard Name is "SVG Image". Can someone tell me how Inkscape tags SVG content on the clipboard for Windows, MacOS, and Linux? As far as I can tell, Inkscape copies the entire SVG content is copied as text. Thanks, Tav See: "Additional information" in http://dev.w3.org/SVG/profiles/1.1F2/publish/mimereg.html

3 5

Increasing performance through OpenCL
by Abhishek Sharma 06 Sep '10

06 Sep '10

Hi all, Previously I was discussing on lib2geom the concept of applying OpenCL based refactoring on the code(lib2geom initially). Then on suggestions of some developers I have moved from lib2geom to inskcape on an overall to increase the performance of inskcape in any possible manner. Some earlier suggestions included, Parallelizing the rendering of cairo based implementation. I would love to move forward in the area, but I will be needing some push(in terms of startup) to get started. Like the first and foremost question that lies ahead of me as a wall is, "What is the area of the code that is possible to be parallelized and how much can it affect the performance??" Second question is, What approach should be taken to parallelize the stuff?? Most serial algorithms when implemented in parallel totally change their appearance. So will that be OK or not?? There are other hurdles but it would be better to first proceed forwards with snacks and then go the main feast. I hope the developers will mark their attention to this and kindly come to start this discussion. A hearty Thank You to all the inkscape developers. -- Abhishek Sharma

5 5

comma bug
by Axel Huizinga 06 Sep '10

06 Sep '10

Hi, looks like a bug to me but I'd like to get some comments before reporting. When I add a drop shadow in my de locale environment on XP even after setting inkscape up to use en the stdDeviation and colorMatrix alpha values are set with comma instead of dot. This causes firefox not to display the object any more. Cordially, Axel

2 1

Text Dialog Not Grabbing Font, Style, Size
by MilesTogoe 06 Sep '10

06 Sep '10

This has been a recurring problem for us since about vers .45: select a block of text, click on the font dialog toolbar (or choose in menu) - when the dialog appears, font is blank, size is blank, style defaults to normal. edit the text and click apply and get an unexpected font in return. clicking on it into rotation mode sometimes helps pop up with font info or rapid clicking to get it into edit mode sometimes helps - but this is too cumbersome are we missing something or does this need work ?

1 0

interview
by Alexandre Prokoudine 05 Sep '10

05 Sep '10

Hi, Just in case not everyone follows news, there is an interview with Inkscape developers and contributors published a week ago: http://libregraphicsworld.org/articles.php?article_id=24 Many thanks to everyone who agreed to participate. If you find any reviews of the new version (like e.g. http://www.timteatro.net/2010/08/19/review-of-inkscape-0-48/, but could be smaller) in any language, please let me know: I'd like to quote/link to some of them from a news item at inkscape.org. Alexandre Prokoudine http://libregraphicsworld.org

2 1

Fwd: [Inkscape-user] Elegant work - thank you
by Joshua Facemyer 04 Sep '10

04 Sep '10

In case anyone on this list didn't see it, I thought this was a great endorsement posted to the Inkscape Users list. JF -------- Original Message -------- Subject: [Inkscape-user] Elegant work - thank you Date: Fri, 3 Sep 2010 09:21:15 -0700 From: Carl Symons <carlsymons@...400...> Reply-To: Inkscape User Community <inkscape-user(a)lists.sourceforge.net> To: inkscape-user(a)lists.sourceforge.net Yesterday, I led an orientation for a small group of beginners from an Native American community in the US. They all wanted Inkscape loaded on their new computers. It is a wonder-full, wonderful application. This Native American nation's (Coastal Salish) heritage and culture is loaded with arts, in particular totem-like images where Inkscape excels. These students were already making exceptional images after just a few hours. One girl did a piece with one star, Ctrl-D-ing, tweaking and arranging the copies. She was gone into the timelessness of creativity. > From the mailing list today came my discovery of F11 and F12 toggles. Simple, but functions I didn't know about or even realize I wanted. I am amazed at the quality and thoughtfulness of Inkscape. So this is a note of thanks to everyone who contributes to Inkscape. You touch lives in unimaginable ways. Carl ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Inkscape-user mailing list Inkscape-user(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user

1 0

Cloned Tiles interface rework proposal
by Valerie 04 Sep '10

04 Sep '10

Congratulations on another terrific release! I hope you’re all taking a well-deserved break. In the meantime, I wanted to discuss whether it’s possible to rework the Tiled Clones interface, mainly to address the following issues: - Location: Tiled Clones is too powerful a tool to be hidden in Edit. Proposal: move Tiled Clones to Object, and have it open a dialogue like Fill, Align etc rather than a floating box (Ctrl + Shift + C). - The interface: the current interface is very powerful, but it feels like staring down a math/geometry class. :P Separating Tiles and Rotate and adding a preview area using simple examples would be nice. - “How do I make it rotate around This point?” Have the option to select an on-screen guideline, like how it works with filters and LPEs. For rotations, you select an angled line. Now, I’m assuming that most uses of tiled clones would fall into a few major categories: - Tiles: including simple symmetry and various tiles options. - Radial Clone: flowers, laces, round borders, clocks, gears... - Objects Along Path: Like Pattern Upon Path, except for objects. Example: a line of trees bordering a curving river and fading into the background. So, long-story short, my proposal for more user-friendly Tiled Clones interface: http://a.imagehost.org/view/0611/Tiles http://a.imagehost.org/view/0362/Radial Options that I’ve missed will of course have to be added back in. Thoughts?

9 26

Free Desktop Release
by Martin Owens 02 Sep '10

02 Sep '10

Hey Inkscapers, Firstly, congratulations and thank you all so much for Inkscape 0.48 I was just looking at this page here: http://www.inkscape.org/download/?lang=en And I have to say I'm fairly disappointed that Inkscape as a project caters so poorly to educating Free Desktop users about how to get Inkscape for their platform. It's not just that there isn't a download for Ubuntu or Fedora directly, but because it doesn't even have an apt link or a ppa for where you can get the latest Inkscape release. This causes major headaches for us trying to support Ubuntu: like Mozilla who recommend Ubuntu users upgrade their version of Ubuntu by downloading tar-balls, it's annoying, confusing for users and a it's maintaining the myth that FOSS is for geeks. If you'd like some help with the preparation of the page and publishing for various platforms, I'd be very happy to lend a hand. Best Regards, Martin Owens

7 18

Build against external libcroco?
by Alex Valavanis 02 Sep '10

02 Sep '10

(Posted as question #123799 on Launchpad) https://answers.launchpad.net/inkscape/+question/123799 For Debian/Ubuntu packaging purposes, it would be preferable for us to build against an external (clean) version of libcroco rather than using the one currently in the Inkscape source-tree. A while ago, someone asked at the Debian bugtracker about this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=427946 At the time, it seems that a patched version of libcroco-0.6 was included in the source tree of inkscape-0.45, and that Inkscape could not be built with the upstream version of libcroco. Since then, a lot of changes have been made in Inkscape (including the removal of src/libcroco/README) and there is a new upstream version (0.6.2) of libcroco. Please could someone update us on the situation? Specifically: * Which version of libcroco is included with Inkscape 0.47/0.48? * Have any changes been made to the bundled library? * Can Inkscape be built successfully using a clean external libcroco? Thanks, Alex

2 1

How to fix a bug for 0.48.1
by unknown＠example.com 02 Sep '10

02 Sep '10

Hi all, I just fixed a bug in trunk that should be released also in 0.48.1. How should one go about this? Is there a better way of simply doing the edits twice, once in trunk and once in 0.48.1 branch? (i.e. should i merge things or...) Thanks, Johan

4 8

Minor website fixes (was: Free Desktop Release)
by Craig Marshall 01 Sep '10

01 Sep '10

>> Done. Many thanks. Please check and let me know if it's okay :) > Where did you change it? You didn't put it the SVN repository. It works for me now, you must have changed it again, that's better :-) > The mod_rewrite stuff is really > weird on that server - at the end of last year I put in a rule which should > have made http://wiki.inkscape.org/favicon.ico not redirect to > http://wiki.inkscape.org/wiki/favicon.ico - which gives a 404 - and it > doesn't work. And I don't understand why - the syntax is all correct and it > should work fine. It looks Chris is talking about having added this stuff for the favicon problem: RewriteCond %{HTTP_HOST} ^wiki\.inkscape\.org [NC] RewriteCond %{REQUEST_URI} !^/wiki RewriteCond %{REQUEST_URI} !^/favicon\.ico$ RewriteRule ^(.*)$ /wiki$1 [L] It looks right to me too... I know that doesn't help much yet. Can you maybe show us (or email to me) the main apache config, if it doesn't include anything sensitive? Just to see what redirecting is being done, it would be good if we can fix the favicon problem while this web stuff is being looked at. It could be the contents of a file that resides here or somewhere similar: /etc/apache2/sites-enabled/inkscape.org or /etc/apache2/sites-enabled/www.inkscape.org Thanks, Craig

1 0

Google indexes SVG
by Aaron Spike 01 Sep '10

01 Sep '10

Hey, we win! Google now indexes SVG. http://googlewebmastercentral.blogspot.com/2010/08/google-now-indexes-svg.h… Aaron Spike

5 4

Gaussian problem with inkscape 0.48
by John Culleton 01 Sep '10

01 Sep '10

I have tried the .gz download, the .bz2 download, and even the bazaar version. 0.47 configures and compiles with no problem. All versions of 0.48 blow up at the same spot: -------------------------------------------- libinkscape.a(nr-filter-gaussian.o): In function `_ZN8Inkscape7FiltersL12filter2D_FIRIhLj4EEEvPT_iiPKS2_iiiiPKNS_4Util10FixedPointIjLj16EEEii.omp_fn.5': /usr/local/inkscape/src/display/nr-filter-gaussian.cpp:371: undefined reference to `void Inkscape::Filters::filter2D_FIR<unsigned char, 4u>(unsigned char*, int, int, unsigned char const*, int, int, int, int, Inkscape::Util::FixedPoint<unsigned int, 16u> const*, int, int)::C.639' libinkscape.a(nr-filter-gaussian.o): In function `_ZN8Inkscape7FiltersL12filter2D_FIRIhLj3EEEvPT_iiPKS2_iiiiPKNS_4Util10FixedPointIjLj16EEEii.omp_fn.4': /usr/local/inkscape/src/display/nr-filter-gaussian.cpp:371: undefined reference to `void Inkscape::Filters::filter2D_FIR<unsigned char, 3u>(unsigned char*, int, int, unsigned char const*, int, int, int, int, Inkscape::Util::FixedPoint<unsigned int, 16u> const*, int, int)::C.622' collect2: ld returned 1 exit status make[3]: *** [inkscape] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ----------------------------------------------------------------------- I use Linux Slackware 13.0. I have posted several times on the user mail list but no useful hints are forthcoming. My gcc is version 4.3.3. Anyone have a clue what my problem is? -- John Culleton Wexford Press "Create Book Covers with Scribus" Printable E-book 38 pages $5.95 http://www.booklocker.com/books/4055.html ------------------------------------------------------- -- John Culleton Wexford Press "Create Book Covers with Scribus" Printable E-book 38 pages $5.95 http://www.booklocker.com/books/4055.html

2 1

Re: [Inkscape-devel] Cloned Tiles interface rework proposal
by Valerie 01 Sep '10

01 Sep '10

> http://www.foopics.com/showfull/9c37a7ecb9b96d1499428c0adfc7cc2c Nice! Let's use something like that! I think the one on the bottom left looks nicer, as the black lines are distracting, but if the black lines are made a shade of gray, it should work too. > The way rows and columns apply to groups like P4G or P6M is strange. To be honest, I never understood how those work. It never came out right for me. If anybody has a tutorial to share, please do. :) Since there is a lot of space in the Symmetry tab, we could add a link on the bottom titled "Documentation," which pops up a symmetry tutorial. In my proposal, the visually selected boundary path can take any angle, so the tutorial could tell you which best angle to use to get the desired results for that type of tiling. > But maybe things are as they are because of the structure of SVG? I haven't thought of that one! Can someone confirm whether this is the case? Apart from that, does anybody else have the pros and cons of having only clones? (you would not be able to "remove" all the clones leaving only the original, but "undo" also works no?) > Exponent has no unit. Thanks! I'll remove it from the mock-up. > BTW, I'm not sure how Randomize works. Would 5% mean that the range of > possible deviations is from -2.5% to 2.5%? if it's something else, it > might not make sense to offer absolute units there. I could see a use for absolutes in randomnize though. Let's use the example of shifting: your clones will be able to shift in either direction by up to 5 pixels, thus introducing variety without going out of certain bounds. Like this: http://a.imagehost.org/view/0418/path3188

1 0

make Inkscape populary for Laserengravingmachine
by Axel Richter 30 Aug '10

30 Aug '10

Dear Inkscape Developer, i work with laserengravingmachine at my job, but at home i use inkscape to draw anything. I have try with my boss to use inkscape for this laser. The surfaceraster is going right but the cut isn`t going. I hope we a any others can use inkscape in future for this laser. This could inkscape more populare and alternative for many laserusers. Now i can use Corel draw and adobe photoshop for this laser. The problem is only the cut-line this could a line how in corel a hairline or 0,01 thickness i think the laser can`t understand the vectorline from inkscape. The faces understand it. The lasers work´s with 1200dpi 600dpi or 400dpi how any printers. Other thing would be the engravers area, i would set the ruler-coordinates especially for the type of lasermachine I hope you can help to use inkscape for it. -- Mit freundlichen Grüßen Axel Richter ~ +WEB+VECTOR+PHOTO+MUSIC+ ~ Web: http://www.airwaveindehouse.com http://www.axelrichteronline.de Mail: airwaveindehouse@...1439...

2 1

Export dialog, relative path patch
by Craig Marshall 29 Aug '10

29 Aug '10

Hi, I've written some codethat makes the export dialog leave out the directory when exporting a drawing or an object, defaulting to just the png filename (patch attached). This is for two reasons: 1) Since the export path defaults to the SVG directory anyway, this will a) not change anyone's workflow, but b) will reduce work when you inevitably move your files around. If relative paths are an option, is there a good reason why they are not the default option? I suppose it's conceivable that people always export all pngs to a certain fixed folder that is nothing to do with the SVG directory, but then you have to type that in anyway, so this doesn't harm that use case at all. 2) I didn't even know that relative paths worked until about a week ago*, so I have to assume that at least some others don't know about it either. This patch helps to advertise to users that it is even possible, and saves them some work! If you accept this code, please look at it very carefully, I am just a novice at these things. Craig * I have manually updated the export path in this dialog when my files need to be moved (at least once per file, depending on that jobs status, which seems to be unavoidable in my workflow), I dont even want to think how many hours I've spent doing this unnecessarily.

2 3

Extension interface request
by Craig Marshall 29 Aug '10

29 Aug '10

Hi, I'd like to make a couple of requests for features (or perhaps explanations/pointers to why they can't be included). 1) It would be really cool to have a proper directory selection (or popup directory chooser) as an option on the inkex dialog. This way the user doesn't have to memorise their favourite directories etc., they can browse to them, or use favourites, etc. 2) Someone on #inkscape mentioned that the filename/directory information was excluded from the SVG for security reasons, but this class of information is still freely included in the form of export hints. It's inconsistent for one, and inconvenient for another. I've just been developing an extension where it would have been much nicer to export the necessary files to the same directory by default. A possible workaround if 1) is ever implemented, would be to optionally default the directory chooser to the drawing's working directory, thereby bypassing the security problem. 3) Possibly related to 2. Whenever I export a document from inkscape, then move the file (I have a bunch of folders/hierarchies and the files move depending on various states), if I then need to export again, I have to tell it where to export to, and it's a bit of a pain, it would be nice for an option to always export to the working directory. Thanks, Craig

3 9

Inscape crashes since installing v0.48 on WIN7
by Lars Ewering 28 Aug '10

28 Aug '10

Hello, the following problem i have on AMD dual core 3000+ with windows7: since the installing of inkscape v.48 the "incscape-einstellungen" (in german) or shift+contrl+p leads to a complete crash. reinstalling on v.47 doesn't fix the problem. may you can follow the example an find the reason... greatings lars

1 0

回复：
by 明天 28 Aug '10

28 Aug '10

I confirm that I've installed the dev libs（The latest version）. The file gtkmm-2.4.pc exist at all in C:\devlibs\lib\pkgconfig\ . Before running btool, I run mingwenv.bat. ------------------ 原始邮件 ------------------ 发件人: "Diederik van Lierop"<mail@...1689...>; 发送时间: 2010年8月27日(星期五) 晚上7:14 收件人: "635655368"<635655368@...2378...>; 主题: Re: On 08/27/2010 11:32 AM, 明天 wrote: > I read the document at > http://wiki.inkscape.org/wiki/index.php/Win32Port. I do vevrything > follow it. But my os is windows 7. I don't know what I can do ? Thanks! We will need more information to troubleshoot, so please try to be as verbose as possible. So first of all, please confirm that you've installed the dev libs. Secondly, does the file gtkmm-2.4.pc exist at all in C:\devlibs\lib\pkgconfig\ ? Before running btool, did you run mingwenv.bat? Regards, Diederik

2 1

LPE PowerStroke
by unknown＠example.com 28 Aug '10

28 Aug '10

Hi all, Because my GSoC student had no progress at the midterm evaluation deadline, I decided to fail him for GSoC. But since I was screaming so loud at LGM that this summer we would have a PowerStroke LPE, I couldn't escape coding it myself. Too bad, I should have applied for GSoC as a student myself... For those interested: I think the PowerStroke LPE is ready for some playing and testing. You have to build Inkscape 0.48+devel with experimental LPEs enabled. [1] http://wiki.inkscape.org/wiki/index.php/Release_notes/0.49#PowerStroke http://imgh.us/powerstroke-ell.png Cusp nodes behave funny. To see clearly what happens, you have to apply a stroke to the path, and no fill. I do not yet know whether I am going to take the effort to properly handle cusp nodes... ;) I know it is buggy, so please only mail *ideas* for improvement, etc. thanks! Johan [1] You have to build Inkscape with "#define LPE_ENABLE_TEST_EFFECTS", otherwise the LPE won't show in the LPE dialog. (uncommenting line 9 in src/live_effects/effect.cpp will do the trick)

3 2

回复： compile error
by 明天 28 Aug '10

28 Aug '10

I read the document at http://wiki.inkscape.org/wiki/index.php/Win32Port. I do vevrything follow it. But my os is windows 7. I don't know what I can do ? Thanks! ------------------ 原始邮件 ------------------ 发件人: "Diederik van Lierop"<mail@...1689...>; 发送时间: 2010年8月26日(星期四) 下午3:01 收件人: "635655368"<635655368@...2378...>; 主题: Re: [Inkscape-devel] compile error On 08/26/2010 08:53 AM, 明天 wrote: > when I compile inkscape， > make error line 0 ： cannot open the file > 'C:\devlibs\lib\pkgconfig\gtkmm-2.4.pc' for reading. To be able to help you we need more details. For example, which instructions did you follow? Have you read the wiki on inkscape.org? Have you installed the devlibs? If so, in which directory? Apparently you're using windows, but which version? And why do you want to compile inkscape at all? Our latest v0.48 release is very fresh and up-to-date Regards, Diederik

4 5

Re: [Inkscape-devel] Cloned Tiles interface rework proposal
by Valerie 28 Aug '10

28 Aug '10

> I use tiled clones extensively in my work, and it just > feels too fundamental a tool to be kept over in the > edit menu, so I agree with that suggestion. Glad we agree on this point! > I personally disagree somewhat about the reclassification > into three tabs, as the tabs as they exist now correspond > precisely to the various fundamental linear transformations That's just it though, you're talking in math terms now. It just happens that the vast majority of people want to run at the mention of "maths." :P You might as well replace everything with transformation matrices... If you want to reason in maths terms, in my proposal: - The Tiles tab corresponds to the current "x,y" coordinate approach - The Radial tab corresponds to a "radius, angle" coordinate approach What prompted me to this suggestion is that recently, I wanted to design a simple gear (but still a bit more complicated than what the LPE offers). I ended up doing the rotation manually because it was faster than opening a tutorial to find out what in the world rows and columns were supposed to do for rotations. I just wanted to duplicate the pattern exactly 6 times in a rotation. A lot of people would want to do that for simple designs such as flowers, clocks, round patterns etc., and they probably don't want to need a maths degree for something that basic. Good point about other options missing in the Cloned Tiles interface though. So right now, here's a recap on what me may find missing with the current interface: 1. Location: Move to Objects, add a shortcut, open a docker? 2. On-screen guideline. The default will be as currently, but if you select the object and either a straight line or a line with two segments, I'd like a drop-down to appear allowing you to choose it as the guideline for the transformations, so there's no need to resort to tricks to add spacing to tiling, to choose a centre of rotation, etc. 3. The ability to switch between % and absolute values. 4. Add skew. 5. An Easy, intuitive way to do radial clones. At the very least, add a button in the Rotation tab for "Rotate around centre", and maybe add a "Divide sphere by n" times so that people don't have to calculate the exact angle. Of course, people would want the ability to choose what that centre is, which is where the guideline comes in. An alternative approach would be to add a Radial Align option in the Align Tab. It'd rotate the clones several times around the centre of rotation. Anything else? I do believe that this is an area where an improvement in just the interface will provide very big returns to users.

1 0

Inkscape 0.48 released
by Joshua A. Andler 27 Aug '10

27 Aug '10

Hey all! A huge thank you and congratulations to the Inkscape community for all of their effort as Inkscape 0.48 is now out! As usual, please show the news items some love at all the usual places (here are a few). http://www.reddit.com/r/software/comments/d4p1h/inkscape_048_is_out/ http://digg.com/software/Inkscape_0_48_is_out http://slashdot.org/submission/1315486/Inkscape-048-is-out http://news.deviantart.com/article/126847/ Cheers, Josh

5 4

compile error
by 明天 26 Aug '10

26 Aug '10

when I compile inkscape， make error line 0 ： cannot open the file 'C:\devlibs\lib\pkgconfig\gtkmm-2.4.pc' for reading. what I can do ? thanks

2 1

compile error
by 明天 26 Aug '10

26 Aug '10

when I compiling inkscape

1 0

Offering for the showcase
by Mike 26 Aug '10

26 Aug '10

Hello, all, My name's Mike, and I have been an avid Inkscape user for several years. For a year as a web designed I used Inkscape almost exclusively despite the fact that my station was equipped with Adobe Illustrator. I also love and support open source projects, so I figured the two fit. I'll spare the rest of my intro and get to the point. Recently Pi Mu Epsilon, a national mathematics honor society of which I am a member, announced a seal redesign contest to commemorate their centennial in 2014. Each chapter in the country could submit a design. This last month in Pittsburgh, at Mathfest, the four national semifinalists were unveiled, and mine, created entirely using Inkscape, was one of them. I have it attached as an SVGZ file. I wanted to share and offer it as a possible showcase addition. You will notice that I left many of my alternative design elements present in the file, but if you export the page at 300dpi you will see what I submitted to the contest. Thanks very much, Mike

1 0

Inkscape docs moved to Launchpad
by Nicolas Dufour 25 Aug '10

25 Aug '10

Hi all, Inkscape's doc stuff (mainly tutorials po files) has just moved from the old Sourceforge svn to Launchpad. The project url is: https://launchpad.net/inkscape-docs. Feel free to use it if you need to report a bug or request (you can still use the translators list, of course!) The maintainer and driver of this project is the Inkscape Administrators group, and the trunk owner is the Inkscape Developers group. In order to get a local checkout of the files, please use the following command: # bzr checkout lp:inkscape-docs You can create a local branch instead, but I suggest that you use a checkout so that using it is as easy as is was with svn. Please refer to the wiki (http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar) if you need some details about bazaar (just replace lp:inkscape with lp:inkscape-docs). Could someone with the appropriate rights freeze "https://inkscape.svn.sourceforge.net/svnroot/inkscape/doc-docbook/ on Sourceforge"? Regards. -- Nicolas

2 1

Re: [Inkscape-devel] opening .cdr file
by Guillermo Espertino 25 Aug '10

25 Aug '10

> Hi, I need to open a .cdr file, the file was created in CorelDraw GS X5. > Inkscape can't open it. Do you have any tip/trick? Ask the guy who gave you the file to save it in an older version that Uniconvertor can manage or even better, in a format better suited for exchange (SVG or at least PDF). That's probably the same they would ask you if you send them a Corel Draw X5 file and they would have Corel X4. And, as a personal remark, I think it's more reasonable to ask closed source software to have good support of files that have open specifications than expecting free software to support closed source formats. ;-)

3 2

Re: [Inkscape-devel] Problem with Nautilus
by Guillermo Espertino 25 Aug '10

25 Aug '10

As far as I can remember, that problem was caused by a bug in the creation of thumbnails. If it's that, you can temporarily fix it by deleting the .thumbnails folder and de-activating thumbnail generation from nautilus preferences. Nautilus is pretty clumsy when it comes to thumbnail creation. Even in newer versions you'll find some problems with that (for instance, browsing a folder with SVG documents with several embedded images - the new inkscape's default - will freeze nautilus until thumbnails are ready, and file limits specified in the preferences don't seem to apply).

2 1

opening .cdr file
by Lucas Mongiat 25 Aug '10

25 Aug '10

I pasted below the error message UniConvertor failed: Cannot list directory /home/lucas/.uniconvertor:[Errno 2] No such file or directory: '/home/lucas/.uniconvertor' ignoring it in font_path Cannot list directory /home/lucas/.uniconvertor:[Errno 2] No such file or directory: '/home/lucas/.uniconvertor' ignoring it in font_path /usr/lib/pymodules/python2.6/uniconvertor/app/utils/locale_utils.py:9: DeprecationWarning: The popen2 module is deprecated. Use the subprocess module. from popen2 import popen2 No plugin-type information in /usr/lib/pymodules/python2.6/uniconvertor/app/plugins/Filters/__init__.py Traceback (most recent call last): File "<string>", line 1, in <module> File "/usr/lib/pymodules/python2.6/uniconvertor/__init__.py", line 82, in uniconv doc = load.load_drawing(input_file) File "/usr/lib/pymodules/python2.6/uniconvertor/app/io/load.py", line 364, in load_drawing return load_drawing_from_file(file, filename) File "/usr/lib/pymodules/python2.6/uniconvertor/app/io/load.py", line 337, in load_drawing_from_file doc = loader.Load() File "/usr/lib/pymodules/python2.6/uniconvertor/app/plugins/Filters/cdrziploader.py", line 54, in Load doc = load.load_drawing_from_file(cdrfile, cdrfile.name, doc_class = self.doc_class) File "/usr/lib/pymodules/python2.6/uniconvertor/app/io/load.py", line 346, in load_drawing_from_file raise SketchLoadError(_("unrecognised file type")) app.events.skexceptions.SketchLoadError: unrecognised file type

2 1

opening .cdr file
by Lucas Mongiat 25 Aug '10

25 Aug '10

Hi, I need to open a .cdr file, the file was created in CorelDraw GS X5. Inkscape can't open it. Do you have any tip/trick? thanks L

1 0

Clip selection glitch & another minor bugs
by Karlisson 25 Aug '10

25 Aug '10

Congrats for Inkscape 0.48! I've tested the new features and the old ones, specially, searching for bugs. Great work. But bugs like this are still alive: https://bugs.launchpad.net/inkscape/+bug/365458 And this https://bugs.launchpad.net/inkscape/+bug/486404 I know there's more serious bugs to solve, but these little glitches (that few cares about, I presume) are very bad for the user experience. It's like a costumer entering a new and shiny shop of broken/scratched products that a sharp eye customer won't buy, so he never returns. That makes me think if all the features are really tested before being released. []'s -- Karlisson M. Bezerra http://nerdson.com/ -

1 0

funding inkscape developement
by Drechsel Wolf 24 Aug '10

24 Aug '10

Hello everybody, probabely there are lots of thoughts on this, so I'd be grateful for some hints: I do have some very special wishes on inkscape developement: # Improving the Mac OS X integration # implement a routine which counts the number of objects surrounded by another object: https://bugs.launchpad.net/inkscape/+bug/621627 Esp. the first has hardly moved forward during the last year, since I've started watching it. Is there a way of funding a special developement, which obviously does not attract a lot of attention? Inkscape is free - alternatively I'd to pay 1000s of Euros for a "professional" product - with all its disacvantages. So I'd be happy to donate a number of Euros - and probabely some other people as well - to pay somebody to get special work done, which would not be done otherwise. Is there a mechanism for that? - Could there be one? - Maybe some young person would be interested to earn a small sum, learn and get experienced - and get some work done within a professional environment? - Or is that idea completely against the spirit of open source? Have a nice weekend! Wolf

8 11

Problem with Nautilus
by Lucas Mongiat 24 Aug '10

24 Aug '10

Hi there, I am experiencing some troubles at opening .svg files. I was working with Inkscape for a month, and I found it pretty nice. The problems start yesterday. I was working on a .svg project and saved it to my desktop. Later I attempt to open it by cliking on the icon. The File Manager crashed out and froze my desktop. I worked for a while trying to fix the problem. Finally I opted for format the HD and start from zero. Again, today I experienced the same problem. I searched on internet and I found other people with the same problem, but without answers. Do you can give me a clue about how to solve this? Thaks Lucas

3 2

our twitter account
by Alexandre Prokoudine 24 Aug '10

24 Aug '10

Hi, Since I'm in charge for news at inkscape.org for last couple of years, I'd like to make a much better use of our twitter account. Does anybody know who owns it? Alexandre Prokoudine http://libregraphicsworld.org

1 0

NFTDialog : I need a tutor in order to check my code
by Albin Manoël 23 Aug '10

23 Aug '10

Hi developers, Thanks to Jasper van de Gronde and Jon Cruz for their answers on : http://wiki.inkscape.org/wiki/index.php/Talk:NewFromTemplateSpec This weekend, I made some *GTKmm code* in order to design the NFT Dialog. The window is fully functional, but I need more informations about how can I read informations from an SVG file, how to generate a preview image and a lot of other stuffs. I give you my dirty code.* Please affect me a tutor*. See ya ! :-)

3 3

Re: [Inkscape-devel] funding inkscape developement
by Hans Meine 23 Aug '10

23 Aug '10

Am Montag 23 August 2010, 10:06:09 schrieb J.B.C.Engelen@...1578...: > For me, free software is a little bit about not getting payed. ..by the users, yes. But many OSS programmers are getting paid by OSS supporting (and using) companies. Am Sonntag 22 August 2010, 18:11:12 schrieb Alexandre Prokoudine: > There is one tricky thing here, however. Once you have people working > for money, it's important to maintain existing community of volunteers > who might feel less motivated to work for free when there are people > who want to works on things for money. Not many projects have such an > experience, and not all projects that have it can call it positive. I follow some KDE lists, and many KDE programmers are hired by SuSE/Trolltech/Nokia/... full-time. No problems here, also no social problems. There's the basic rule "who codes [much], decides [what he/she implements and how]" which applies in the same way to paid and unpaid developers. Also, I have seen people being funded in the SciPy community, e.g. to work on IPython refactoring for some months, by companies/institutions interested in specific features. In general, I would say that funding is welcomed in all cases, yet a) there needs to be someone who is willing and capable of doing the work, and b) the code needs to follow the same rules/review procedures to be accepted into the OSS project's trunk. HTH, Hans

1 0

Instructions for Mac users
by Alexandre Prokoudine 23 Aug '10

23 Aug '10

Hi, Could anybody please have a look at http://inkscape.org/download/ and say whether instructions for Mac users still apply? The bit about Leopard (not Snow Leopard) and Xquartz is especially interesting (like never having installed X11 on Leopard before). Thanks in advance. Alexandre Prokoudine http://libregraphicsworld.org

3 4

Inkscape 0.48 - Monday
by Joshua A. Andler 21 Aug '10

21 Aug '10

Hey all, I just wanted to let everyone know that it appears that we have the core packages necessary for release. I have one major task left (screenshots), which I just need to refine text for. If people want to do a final pass on the release notes and pr text, it's more than welcome. I'm taking the day/night off from Inkscape stuff, but will wrap up tomorrow for an announcement on Monday. For those who might be wondering, weekday releases seem to get more coverage than weekend releases. It really seems like people hit up slashdot, reddit, digg, etc. more during the workweek rather than the weekend. Cheers, Josh

1 0

Gradient smoothness, dithering
by Xinfe Ewalavir 21 Aug '10

21 Aug '10

Hi, I am currently doing a wallpaper in Inkscape, and I have noticed a strange thing about gradients : we can see the steps. Some other guys have also noticed this problem : http://inkscape-forum.andreas-s.net/topic/109624 (may 2007) The rendering is exactly the same in inkscape, png export and Firefox (and Chromium). I have tested in Safari (Mac), and it is fine (not 100% sure : fast test). Creating the same gradient with GIMP is fine : playing with brightness and contrast helps (contrast to ~110 and adjust brightness). See this picture : http://xinfe.free.fr/gradient.png After further investigation, I found out that when disabling the 'Dither' option, GIMP's result is exactly the same as Inkscape. So, is it possible to implement this feature for *.png exports (opt-in/out) ? Nice article : http://en.wikipedia.org/wiki/Dither#Digital_photography_and_image_processing I know that it's nearly nothing, but I noticed it in my wallpaper, and it's annoying me, now... Nevertheless, Inkscape is great ! Bye

5 8

problems when opening file from 0.47 in 0.48
by Rafael Z. Frantz 19 Aug '10

19 Aug '10

Hi all, I'm testing the 0.48 version and I've noticed that when opening an svg file created in version 0.47 in 0.48, some elements (arrows, in this specific case) that I had grouped with a main figure with other elements (rectangles, circles, etc..), now the arrows appears far away from the main figure in the canvas. Is that any known issue or problem ? Best regards, Rafael Z. Frantz PhD Student University of Sevilla - Spain http://www.tdg-seville.info/rzfrantz *Guaraná *for Enterprise Application Integration http://www.tdg-seville.info/rzfrantz/guarana Seeking for a paper? Try TDG Scholar at http://scholar.tdg-seville.info

3 3

GSOC spatial indexes
by Vangelis Katsikaros 19 Aug '10

19 Aug '10

Hi everyone I worked on the spatial indexes GSOc project, and made progress but unfortunately the last month has been quite problematic, due to external issues (nothing to do with GSOC or programing). So, I won't be able to deliver the project completed in time. However, I will continue the work (after a small break). I want it to be available for the 0.49 release and I hope that I'll have results by mid to end September. I'll soon upload the work I've done so far. Regards Vangelis __________________________________________________ ×ñçóéìïðïéåßôå Yahoo!; ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíýìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí http://mail.yahoo.gr

2 1

Cannot compile on XP since rev. 9698
by Preben Soeberg 18 Aug '10

18 Aug '10

Make error line 299: problem compiling: src/ui/dialog/filedialogimpl-win32.cpp: In function 'int Inkscape::UI::Dialog::<unnamed>::sanitizeWindowSizeParam(int, int, int, int)': src/ui/dialog/filedialogimpl-win32.cpp:103: error: 'lower' was not declared in this scope src/ui/dialog/filedialogimpl-win32.cpp: At global scope: src/ui/dialog/filedialogimpl-win32.cpp:100: warning: unused parameter 'minimum' Regards Preben

2 1

Win32 Inkscape trunk build : gomp not found
by Yann Papouin 18 Aug '10

18 Aug '10

Hi, I'm trying to build Inkscape trunk on Win32, I have an issue on the link step, I'm using latest devlibs from launchpad: ##### link objects and library to create executable --- link / rc --- link / link ============ cmd ============ mingw32-g++ -o build/inkscape.exe -mwindows -mthreads build\inkres.o build\obj\main.o build\obj\winmain.o build\libinkscape.a -LC:\devlibs/lib -LC:\devlibs/lib -lpoppler -LC:\devlibs/lib -lpoppler-glib -LC:\devlibs/lib -lgobject-2.0 -LC:\devlibs/lib -lglib-2.0 -lintl -LC:\devlibs/lib -lgdk-win32-2.0 -LC:\devlibs/lib -lgdk_pixbuf-2.0 -LC:\devlibs/lib -lpangowin32-1.0 -lgdi32 -LC:\devlibs/lib -lpango-1.0 -LC:\devlibs/lib -lpangocairo-1.0 -LC:\devlibs/lib -lcairo -LC:\devlibs/lib -lpoppler -LC:\devlibs/lib -lgtkmm-2.4 -LC:\devlibs/lib -lglibmm-2.4 -LC:\devlibs/lib -lgobject-2.0 -LC:\devlibs/lib -lglib-2.0 -lintl -LC:\devlibs/lib -lsigc-2.0 -LC:\devlibs/lib -lgiomm-2.4 -LC:\devlibs/lib -lgio-2.0 -LC:\devlibs/lib -lgdkmm-2.4 -LC:\devlibs/lib -lpangomm-1.4 -LC:\devlibs/lib -lgdk-win32-2.0 -LC:\devlibs/lib -lgdk_pixbuf-2.0 -LC:\devlibs/lib -lpangowin32-1.0 -lgdi32 -LC:\devlibs/lib -lpango-1.0 -LC:\devlibs/lib -lpangocairo-1.0 -LC:\devlibs/lib -lcairo -LC:\devlibs/lib -lcairomm-1.0 -LC:\devlibs/lib -latkmm-1.6 -LC:\devlibs/lib -latk-1.0 -LC:\devlibs/lib -lgtk-win32-2.0 -LC:\devlibs/lib -lgdk-win32-2.0 -LC:\devlibs/lib -lpangoft2-1.0 -LC:\devlibs/lib -lpango-1.0 -LC:\devlibs/lib -lglib-2.0 -lintl -LC:\devlibs/lib -lfreetype -LC:\devlibs/lib -lfontconfig -LC:\devlibs/lib -lgthread-2.0 -LC:\devlibs/lib -lglib-2.0 -lintl C:\devlibs/bin/libxml2.dll C:\devlibs/bin/libxslt.dll -LC:\devlibs/lib -lcairo -LC:\devlibs/lib -lcairomm-1.0 -LC:\devlibs/lib -lcairo -LC:\devlibs/lib -lwpg-0.1 -LC:\devlibs/lib -lwpd-0.8 -LC:\devlibs/lib -lwpg-stream-0.1 -LC:\devlibs/lib -lwpd-0.8 -liconv -LC:\devlibs/lib -lMagick++ -LC:\devlibs/lib -lMagickCore -LC:\devlibs/lib -lfontconfig -LC:\devlibs/lib -lfreetype -LC:\devlibs/lib -llcms -LC:\devlibs/lib -lgsl -lgslcblas -lm -lpng -ljpeg -ltiff -lpopt -lz -lgc -lws2_32 -lintl -lgdi32 -lcomdlg32 -lm -lgomp -lpthreadGC2 -laspell -lmscms ============================= Make error line 479: LINK problem: c:/mingw/bin/../lib/gcc/mingw32/4.5.0/../../../../mingw32/bin/ld.exe: ne peut trouver -lgomp collect2: ld returned 1 exit status following is my build.bat set DEVLIBS_PATH=C:\devlibs set MINGW_PATH=C:\MinGW set PKG_CONFIG_PATH=C:\devlibs\lib\pkgconfig btool Any idea ?

3 3

Bug #569238 “[dbus] get_desktop_new returns nothing”
by ~suv 18 Aug '10

18 Aug '10

a) Has anyone using the dbus API since it was merged with trunk noticed a regression with "desktop_new"? According to bug #569238 [1] "desktop_new no longer returns nil, it now times out. light testing with rectangle crashes inkscape (...)" (reported with current trunk built on fedora 13, dbusapi enabled) b) Related to the dbus API docs - would it be possible to make the documentation available on the Inkscape Wiki? Not every platform has the tools installed to build it using 'dbus/builddocs.sh' (e.g. on osx the list of (otherwise unneeded) dependencies in order to install 'xmlto' via MacPorts is huge) - yet users might be interested to read more about it. ~suv [1] https://bugs.launchpad.net/bugs/569238

2 1

Inkscape 0.48 tagged and rolled -- Please don't announce
by Ted Gould 16 Aug '10

16 Aug '10

Howdy, So I've tagged and rolled the 0.48 release. Just as a reminder, please don't announce this widely as we want to let binary packagers get a chance to have binaries ready when people start rushing to pull down a copy. == Downloads == https://sourceforge.net/projects/inkscape/files/inkscape/0.48/ == SHA1 Sums == a2ab9b34937cc4f2b482c9b3720d8fd4dc7b12e8 inkscape-0.48.0.tar.bz2 220ade981069a91d3afab9cbff75f65c75119da2 inkscape-0.48.0.tar.gz df32c39dfdb2072bf32ff71e7293c6bb84a53e26 inkscape-0.48.0.zip == MD5 Sums == fd8b17a3f06668603807176a77167bb9 inkscape-0.48.0.tar.bz2 bb94543b813157d83281657a89465d46 inkscape-0.48.0.tar.gz 26318c26b056be7813e3ea06a8244b88 inkscape-0.48.0.zip This is a pretty cool release, I'm excited about it. Thanks to everyone who contributed! --Ted

3 4

status of git repository at <http://git.inkscape.org>?
by ~suv 15 Aug '10

15 Aug '10

During the last year several people asked on #inkscape (irc) about the git repository <git://git.inkscape.org/projects/inkscape.git> and its current state (the git-daemon seems to be down, the archive a mirror of an old SVN revision from sf.net). Are there plans to revive this repository or shouldn't it be taken off-line to avoid confusion? ~suv

1 0

UniConvertor update for 0.48 on Windows
by Krzysztof Kosiński 13 Aug '10

13 Aug '10

Hello After some cowboy patching and hacking MinGW includes I managed to update UniConvertor to version 1.1.5 in the Windows devlibs (r18). The attached fix is required for the 0.48 branch in order to work properly with the updated UniConvertor; I have committed it to trunk already. I guess this was the last blocker issue for 0.48, so let's get on with releasing! Regards, Krzysztof

4 4

Fwd: Re : Inskape 0.48pre1 - Error message when saving as wmf
by Igor Novikov 13 Aug '10

13 Aug '10

On Thu, Jul 8, 2010 at 6:14 PM, bulia byak <buliabyak@...400...> wrote: > 2010/7/8 Nicolas Dufour <nicoduf@...48...>: > > 1. Removing the Uniconvertor scripts from the devlibs. UniConvertor > import or export scripts warn users to install UniConvertor manually (and > give the site address) when the libs are missing. (Note to self: fix the > gettext import bug in uniconv_output.py...). > > I think that will be perceived as a regression. Lots of formats that > used to work will suddenly stop working. We had a lot of pain with > displaying messages like this - most people simply perceive any such > message as an error and complain or give up without reading. Those who > read it and act on it will be a minority. > >From other side a lot of win32 users ask us "Why you announce XXX feature but i have not this in Inkscape?". We cannot synchronize our project development cycles, it's normally. But we could provide for user a way updating UniConvertor. External UniConvertor installation is a best solution because current bundle updating is a task rather for programmer than for conventional user/designer. > What's such a big problem with including a new UC into devlibs? > Actually there are not impossible tasks. It's just a subject of additional development time and resulted bundle size. Latest version has several new native extensions and more complex structure. And in next versions we will add new native resources because users ask for more and more complex features. As a simple solution we can provide for users an Inkscape-0.48-with-UniConvertor.zip archive with Inkscape installer, UniConvertor MSI and small REAME file inside. To simplify UniConvertor download the best way is not a message "You need downloading from bla-bla-bla site..." but just a button "Download" which opened browser on required page. Last option is for those users who download Inkscape exe installer only. Another valuable reason is planned preferences for translation. We are going provide a lot of translation options (we already have the code but we still not expose it as a command line options) and naturally such preferences could be managed better from GUI than command line. So we will add preferences dialogs for each format into UniConvertor. It's not an easy task so for Inkscape team will be better utilizing ready dialogs from UniConvertor than creating the same but on Inkscape side. And as I have wrote UniConvertor translation progress dialog would be also a good additional feature for Inkscape. Regards, Igor Novikov sK1 Project http://sk1project.org

7 19

Inkscape 0.48 status
by Joshua A. Andler 13 Aug '10

13 Aug '10

Hey All, 0.48 is wrapped up now code-wise... we got that Save As dialog issue on win32 fixed, uniconvertor on win32 is up to date, we also got 3 last minute Connector Tool crash fixes. I've requested that Ted cut the tarball, so once we have that the packagers can begin their work. I will only be available through next Sunday (22nd) to work on the release due to the upcoming surgery, and from the sound of things, probably won't be back anytime soon. I think we have more than enough time to get this done. Jon: Please update your stuff in the release notes. Cheers, Josh

1 0

svg open 2010, again
by Alexandre Prokoudine 12 Aug '10

12 Aug '10

Hi, Is anybody apart from Tav going to SVG Open 2010? :) Alexandre Prokoudine http://libregraphicsworld.org

1 0

Re: [Inkscape-devel] more UI mockups :)
by Valerie 12 Aug '10

12 Aug '10

> > This time UI mockups come from Pablo Lizardo: > > > > http://www.flickr.com/photos/pablolizardo/4845828488/in/photostream/ > > http://www.flickr.com/photos/pablolizardo/4845888941/in/photostream/ > > Apart from it being a clear Photoshop rip-off, it's not very much > different from our current interface. Except that Fill&Stroke is all > dumped into a single pane, losing many options along the way. > > Curiously, Photoshop had acquired a horizontal top panel with tool > options much later than other software, and I think even later than > Inkscape had it. And now we are urged to imitate Photoshop even in > that element. Familiarity so utterly trumps usability that it's not > even funny. Well, it seems you're looking more at the top panels while some of us are more focused on other parts. :) I didn't pay attention to the top panel until you mentioned it. Every mock-up will likely have its good parts and bad parts. Here's what I do like in these mock-ups: 1. The layer panel I like the arrangement, it makes efficient use of space but gives you information about a layer at just a glance. It just needs a slider to pop up besides the numerical value when clicked to adjust opacity more easily. I think the view button could be moved to the far left though to avoid accidentally clicking on the lock button. 2. Parts of the fill and stroke panel Of course, options will have to be restored, but there are elements I do think are interesting: a. The stroke/fill button I suppose when you click on the hollow square, the hollow square is brought to the forefont and you're basically editing your stroke color now, and vice-versa? I think this kind of preview is kind of neat. Of course, the options he removed will have to be brought back in. b. I like the more compact view for caps and markers, though some options are missing now. I wouldn't mind seeing something like this at the bottom: http://j.imagehost.org/view/0548/stroke For those who absolutely Need the names, the name could always pop up when you hover over it. I'm not so sure about the other proposed changes, but I did find these to be nice ideas. Right now I avoid using the fill and stroke panel whenever I can because it's a pain to navigate (too many tabs), something more compact may be nicer.

2 1

SpamBlacklist not working
by unknown＠example.com 12 Aug '10

12 Aug '10

I tried to revert the last edit to http://wiki.inkscape.org/wiki/index.php/MicrosoftVisio and the wiki responded to the Save page with: Warning: file(/var/www/wiki.inkscape.org/htdocs/extensions/SpamBlacklist/wikimedia_b… [function.file]: failed to open stream: No such file or directory in /var/www/wiki.inkscape.org/htdocs/extensions/SpamBlacklist/SpamBlacklist_body.php on line 97 Warning: array_merge() [function.array-merge]: Argument #2 is not an array in /var/www/wiki.inkscape.org/htdocs/extensions/SpamBlacklist/SpamBlacklist_body.php on line 97 Warning: array_map() [function.array-map]: Argument #2 should be an array in /var/www/wiki.inkscape.org/htdocs/extensions/SpamBlacklist/SpamBlacklist_body.php on line 102 Warning: array_filter() [function.array-filter]: The first argument should be an array in /var/www/wiki.inkscape.org/htdocs/extensions/SpamBlacklist/SpamBlacklist_body.php on line 102

1 0

more UI mockups :)
by Alexandre Prokoudine 11 Aug '10

11 Aug '10

Hi, This time UI mockups come from Pablo Lizardo: http://www.flickr.com/photos/pablolizardo/4845828488/in/photostream/ http://www.flickr.com/photos/pablolizardo/4845888941/in/photostream/ Alexandre Prokoudine http://libregraphicsworld.org

4 4

Crashes
by Joshua A. Andler 11 Aug '10

11 Aug '10

Hey All, It seems like a decent number of tweets and complaints I've seen around the community (understandably) are about inkscape crashing. Doing basic searches for bugs tagged w/ crash gives the following info: All statuses is over 200 bugs and Confirmed or In Progress have 84. 84 crash bugs that can be reproduced seems unreasonably high for something intended for production work and code-wise there's a chance that some are caused by shared underlying issues. If anyone is interested in taking a look into these to see if there are any you might be able to fix, that would be awesome. http://bit.ly/InkCrash Cheers, Josh

4 12

Release Notes for 0.48: Connectors and Swatches
by Tavmjong Bah 09 Aug '10

09 Aug '10

Hi, There appears to be nothing in the release notes about the new Connector Tool additions. The Swatches section needs to be expanded with an explanation of how to use them. Why is a linear gradient created when clicking on the Swatches icon in the Fill and Stroke dialog? Tav

4 3

3D Box and 0.49
by Krzysztof Kosiński 08 Aug '10

08 Aug '10

Hello 3D Box is the main thing that prevents us from fixing the coordinate system bug. (The second thing are guides, but they're much easier to fix.) The reason is that it has a design fault - it stores perspectives and faces in desktop coordinates. A simple Y inversion does not fix the problem, because some code (e.g. default face coloring) is dependent on the chirality of the 3D coordinate system, and flipping the Y axis inverts the chirality. There's also a slew of other bugs related to 3D box in our bug tracker. What do we do with it in 0.49? I would really like to see the coordinate system bug fixed in 0.49, even if it means rewriting the 3D box from scratch, or even disabling it. Fancy features aren't very useful if we don't get the basics right. The issue of supporting legacy documents with 3D boxes is separate and I think it can be done if the 3D box gets rewritten first. We would just need to fix the document at load time. Initially I wanted to do this by direct XML manipulation before creating the SP tree, but now I see this has limitations - compatibility code at SP level is probably a better idea. Regards, Krzysztof.

2 1

inkscape aqua new build (-: PPC only )-:
by Drechsel Wolf 08 Aug '10

08 Aug '10

Hi everybody, as I upgraded my system to Mac OS X 10.5 "Leopard", I tried a new build of inkscape for native Mac OS X - called "aqua". Building didnt cause a lot of trouble, daring fellows can get it here: http:// verkehrsplanung.com/Inkscape-r9689-10.5+-PPC.dmg Attn.: It ist PPC only - dont waste your time, if you have an Intel machine. I couldnt do a lot of testing - but it looks as if it works quite nicely, but most of the well-known aqua bugs are maintained. To my feeling, it should not be so much work to get a really useable inkscape aqua - and I assume that many mac people would be happy with it. Sorry - I cannot do any coding - but will be happy to build and test everything. If somebody happens to have some spare time, he could have a look at: http://gtk-osx.sourceforge.net/ ige-mac-integration/GtkOSXApplication could be one topic to begin with. Else: Here is my bug-list - most of them are aqua-related: https://bugs.launchpad.net/~drechsel I'll continue praying every bedtime for a mac developer to care for inkscape aqua … (-; Greetings, Wolf Yours, Wolf

1 0

How to manage hundreds of bugs found by static analysis of Inkscape source?
by Vaughn Spurlin 05 Aug '10

05 Aug '10

I've used Coverity's static source code analysis tools to identify hundreds of bugs in Inkscape source. I'd like some guidance on the best way to contribute bug report details and proposed fixes to Inkscape. I'm a relatively new Coverity employee getting up to speed with our static analysis tools for identifying defects. Inkscape was recommended as an open source project with C/C++ source that I could use to satisfy my educational needs while contributing to an open source project. I want to contribute code fixes along with bug details. I suggest a first pass to report as many bugs as I can to the Inkscape Bug Tracker, followed by a second pass to add suggested fixes. Then Inkscape developers with commit privileges can review my code fix suggestions and apply the fixes as they see fit. Once the first pass is done and bug details are visible to the community, anyone else is welcome to contribute fixes also. What process should we follow to make the best use of everyone's efforts by avoiding several people working on the same bug? What I'm requesting at this point is a discussion about my suggestions, and some decisions about how best to proceed. As an example, here's one defect found by Coverity analysis, with my proposed code fix. CONSTANT_EXPRESSION_RESULT in /inkbugs/inkscape/src/main.cpp In sp_do_export_png(SPDocument *...): An operation with non-constant operands that computes a result with constant value (CWE-569). 1345 if (sp_export_area) { 1346 /* Try to parse area (given in SVG pixels) */ 1347 gdouble x0,y0,x1,y1; !sscanf(sp_export_area, &"%lg:%lg:%lg:%lg", &x0, &y0, &x1, &y1) == 4 is always false regardless of the values of its operands (logical operand of if). 1348 if (!sscanf(sp_export_area, "%lg:%lg:%lg:%lg", &x0, &y0, &x1, &y1) == 4) { 1349 g_warning("Cannot parse export area '%s'; use 'x0:y0:x1:y1'. Nothing exported.", sp_export_area); 1350 return; 1351 } fix noted 2010-07-25: 1348 if (sscanf(sp_export_area, "%lg:%lg:%lg:%lg", &x0, &y0, &x1, &y1) != 4) { fix reason: sscanf returns the number of strings successfully scanned. The intent here is to ensure that all 4 input strings were scanned successfully. Vaughn Spurlin Coverity Technical Support

9 11

problem mit linien
by Christoph Grün 04 Aug '10

04 Aug '10

Hallo! Ich verwende Inkscape 0.47. Bei Inkscape 0.47 habe ich Probleme mit Linien. Sobald ich eine Linie dupliziere und mit der Maus/Pfeiltasten positionieren möchte, springt die Linie zu einer beliebigen XY Position auf dem Zeichenfenster. Es ist hierauf nicht mehr möglich, diese zu positionieren, auch bei Neustart von Inkscape ist das Problem vorhanden. Hat jemand dasselbe Probleme bzw. einen Lösungsvorschlag? Danke, Christoph

4 3

Problem compiling rev.9683
by LucaDC 04 Aug '10

04 Aug '10

On Windows XP SP3 I get this error while compiling: Make error line 299: problem compiling: src/extension/internal/emf-win32-inout.cpp: In member function 'virtual SPDocument* Inkscape::Extension::Internal::EmfWin32::open(Inkscape::Extension::Input*, const gchar*)': src/extension/internal/emf-win32-inout.cpp:2356: error: invalid conversion from 'int (*)(HDC__*, HANDLETABLE*, const ENHMETARECORD*, int, LPARAM)' to 'int (*)(HDC__*, HANDLETABLE*, ENHMETARECORD*, int, LPARAM)' src/extension/internal/emf-win32-inout.cpp:2356: error: initializing argument 3 of 'BOOL EnumEnhMetaFile(HDC__*, HENHMETAFILE__*, int (*)(HDC__*, HANDLETABLE*, ENHMETARECORD*, int, LPARAM), void*, const RECT*)' Of course, changing the definition: > myEnhMetaFileProc(HDC /*hDC*/, HANDLETABLE * /*lpHTable*/, ENHMETARECORD > const *lpEMFR, int /*nObj*/, LPARAM lpData) into > myEnhMetaFileProc(HDC /*hDC*/, HANDLETABLE * /*lpHTable*/, ENHMETARECORD > *lpEMFR, int /*nObj*/, LPARAM lpData) (taking away the 'const') fixed the problem but I'm not sure this is what was intended. Regards Luca -- View this message in context: http://old.nabble.com/Problem-compiling-rev.9683-tp29342879p29342879.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 5

FW: [cairo] EPS target: force boundingbox
by unknown＠example.com 04 Aug '10

04 Aug '10

Hi all, I sent a mail to Cairo's maillist about this issue: https://bugs.launchpad.net/inkscape/+bug/380501 Adrian Johnson provided a patch for Cairo that seems to solve our problem. How to proceed? Thanks, Johan > -----Original Message----- > From: Adrian Johnson [mailto:ajohnson@...1679...] > Sent: Tuesday, August 03, 2010 06:52 > To: Engelen, J.B.C. (Johan) > Cc: cairo@...278... > Subject: Re: [cairo] EPS target: force boundingbox > > On 16/07/10 21:47, J.B.C.Engelen@...1578... wrote: > >> -----Original Message----- > >> From: Adrian Johnson [mailto:ajohnson@...1679...] > >> Sent: 16 July 2010 14:00 > >> To: Engelen, J.B.C. (Johan) > >> Cc: cairo@...278... > >> Subject: Re: [cairo] EPS target: force boundingbox > >> > >> Cairo does not provide any means to override the automatically > >> generated BoundingBox comment. > > > > In that case, I want to file a feature request to either disable > > automatic calculation of boundingbox, or to provide a means to > > override it. > > Where should I file our request? > > > > Thanks, > > Johan > > The attached patch allows the cairo generated %%BoundingBox > and %%PageBoundingBox comments to be overridden using the > cairo_ps_surface_dsc_comment() API. > > eg > > surface = cairo_ps_surface_create() > cairo_ps_surface_dsc_comment(surface, %%BoundingBox: 100 100 > 200 200"); cairo_ps_dsc_begin_page(surface); > cairo_ps_surface_dsc_comment(surface, %%PageBoundingBox: 100 > 100 200 200"); > > Please test to see if this meets your requirements. >

4 4

New feature: Exchange position of selected objects
by Nicolas Dufour 03 Aug '10

03 Aug '10

Hi all, The patch provided in Bug #171944 "Exchange position of selected objects" (https://bugs.edge.launchpad.net/inkscape/+bug/171944) by Roland Meub is now in the trunk (committed revision 9681). It adds three buttons in the Align and Distribute dialog (rearrange group) that exchange the selected objects position: 1. according to the selection order, 2. according to the stacking order, and 3. clockwise. Please test and comment. Regards, -- Nicolas

1 0

About Documentation
by Ivan Moreno 02 Aug '10

02 Aug '10

Hello, I downloaded the source code some time ago, and after some time reading, I still don't understand how it works from a general POV. Is a ".txt" with some paragraphs ( the last date of update from which is unknown i think) enough for such a large software? Wouldn't be better if some better explanation about it's structure, more than "there are two trees somewhere, one of them agnostic", was written, so more people could get into developing? Or is it just me, that i'm so noob, because the program is quite trivial? Thanks

3 2

After the dbus api merge, trunk (9614) fails to build on osx
by ~suv 31 Jul '10

31 Jul '10

1) make error due to hardcoded 'libtoolize' in autogen.sh > $ make > CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh /Volumes/blue/src/Inkscape/src/inkscape-repo/mp-x11/missing --run aclocal-1.11 > cd . && /bin/sh /Volumes/blue/src/Inkscape/src/inkscape-repo/mp-x11/missing --run automake-1.11 --foreign > configure.ac:33: required file `./ltmain.sh' not found > make: *** [Makefile.in] Error 1 On OS X libtool and libtoolize are installed as 'glibtool' and 'glibtoolize'. autogen.sh should either test for it or maybe use the environment variables ($LIBTOOL, $LIBTOOLIZE) which could be set in the packaging script (packaging/macosx/osx-build.sh). After editing autogen.sh (replace "libtoolize" with "glibtoolize") to test the fix, autogen.sh and configure ran through: > Configuration: > > Source code location: . > Destination path prefix: /Volumes/blue/src/Inkscape/src/inkscape-repo/mp-x11/packaging/macosx/../../Build > Compiler: ccache g++ > CPPFLAGS: -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -I/Volumes/blue/mp-inkscape/with-a-long-long-long-directory-name/include > CXXFLAGS: -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -O3 -Wall -Wno-strict-aliasing > CFLAGS: -Wno-pointer-sign -O3 -Wall > LDFLAGS: -L/Volumes/blue/mp-inkscape/with-a-long-long-long-directory-name/lib > > Use Xft font database: yes > Use gnome-vfs: yes > Use openoffice files: yes > Use relocation support: no > Internal Python: skipped > Internal Perl: skipped > Enable LittleCms: yes > Enable DBUS no > Enable Poppler-Cairo: yes > ImageMagick Magick++: yes > Libwpg: yes > Doing Local Install: no but make failed later on with: 2) link error for 'libinkdbus.la' > CCLD libinkdbus.la > Undefined symbols: ... > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[3]: *** [libinkdbus.la] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 Any hints on how one can really disable DBUS in Inkscape for now or how to investigate if this is a problem with my local build environment (dbus, dbus-glib dependencies are installed [2]) or why this error happens on osx would be highly appreciated. ~suv [1] from the console log building bzr trunk 9614: > LeWitt:mp-x11 suv$ make > make all-recursive > Making all in src > dbus-binding-tool --mode=glib-server --output=extension/dbus/application-server-glue.h --prefix=application_interface extension/dbus/application-interface.xml > dbus-binding-tool --mode=glib-server --output=extension/dbus/document-server-glue.h --prefix=document_interface extension/dbus/document-interface.xml > dbus-binding-tool --mode=glib-client --output=extension/dbus/document-client-glue.h --prefix=document_interface extension/dbus/document-interface.xml > make all-am > CXX arc-context.o > ... > > CXX extension/print.o > CXX extension/dbus/dbus-init.o > extension/dbus/dbus-init.cpp:71: warning: unused parameter ‘proxy’ > extension/dbus/dbus-init.cpp: In function ‘void Inkscape::Extension::Dbus::init()’: > extension/dbus/dbus-init.cpp:87: warning: unused variable ‘obj’ > extension/dbus/dbus-init.cpp: In function ‘gchar* Inkscape::Extension::Dbus::init_document()’: > extension/dbus/dbus-init.cpp:103: warning: unused variable ‘result’ > extension/dbus/dbus-init.cpp:104: warning: unused variable ‘error’ > CXX extension/dbus/application-interface.o > extension/dbus/application-interface.cpp:40: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:57: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:57: warning: unused parameter ‘error’ > extension/dbus/application-interface.cpp:63: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:70: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:70: warning: unused parameter ‘error’ > extension/dbus/application-interface.cpp:78: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:78: warning: unused parameter ‘document_name’ > extension/dbus/application-interface.cpp:78: warning: unused parameter ‘error’ > extension/dbus/application-interface.cpp:85: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:85: warning: unused parameter ‘error’ > extension/dbus/application-interface.cpp:91: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:91: warning: unused parameter ‘error’ > extension/dbus/application-interface.cpp:101: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:101: warning: unused parameter ‘error’ > extension/dbus/application-interface.cpp:107: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:114: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:114: warning: unused parameter ‘error’ > CXX extension/dbus/document-interface.o > extension/dbus/document-interface.cpp:205: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:341: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:486: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:521: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:555: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:563: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:573: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:807: warning: unused parameter ‘object’ > extension/dbus/document-interface.cpp:807: warning: unused parameter ‘shape’ > extension/dbus/document-interface.cpp:841: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:853: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:877: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:933: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:944: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:958: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:975: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1019: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1040: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1055: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘object’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘x’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘y’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘x2’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘y2’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘replace’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1141: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1153: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1160: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1277: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1299: warning: unused parameter ‘object’ > CXX extension/implementation/implementation.o > extension/implementation/implementation.cpp:100: warning: unused parameter ‘docCache’ > CXX extension/implementation/script.o > ... > > CXX inkscape-version.o > AR libinkversion.a > CC extension/dbus/wrapper/libinkdbus_la-inkscape-dbus-wrapper.lo > CCLD libinkdbus.la > Undefined symbols: > "_dbus_g_bus_get", referenced from: > _dbus_get_connection in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_desktop_init_dbus in libinkdbus_la-inkscape-dbus-wrapper.o > "_dbus_g_proxy_call", referenced from: > _inkscape_delete_all in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_call_verb in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_rectangle in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_ellipse in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_polygon in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_star in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_spiral in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_line in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_text in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_image in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_node in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_document_get_width in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_document_get_height in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_document_get_css in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_document_set_css in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_document_merge_css in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_document_resize_to_fit_selection in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_set_attribute in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_set_int_attribute in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_set_double_attribute in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_get_attribute in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_move in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_move_to in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_object_to_path in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_get_path in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_transform in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_get_css in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_modify_css in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_merge_css in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_set_color in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_move_to_layer in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_get_node_coordinates in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_save in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_save_as in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_load in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_mark_as_unmodified in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_close in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_inkscape_exit in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_undo in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_redo in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_pause_updates in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_resume_updates in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_update in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_get in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_add in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_add_list in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_set in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_set_list in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_rotate in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_delete in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_clear in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_select_all in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_select_all_in_all_layers in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_box in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_invert in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_group in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_ungroup in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_cut in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_copy in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_paste in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_scale in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_move in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_move_to in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_move_to_layer in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_get_center in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_to_path in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_combine in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_divide in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_change_level in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_layer_new in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_layer_set in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_layer_get_all in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_layer_change_level in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_layer_next in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_layer_previous in libinkdbus_la-inkscape-dbus-wrapper.o > "_dbus_g_proxy_new_for_name", referenced from: > _dbus_get_proxy in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_desktop_init_dbus in libinkdbus_la-inkscape-dbus-wrapper.o > "_dbus_g_type_get_collection", referenced from: > _inkscape_get_node_coordinates in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_get_center in libinkdbus_la-inkscape-dbus-wrapper.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[3]: *** [libinkdbus.la] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > LeWitt:mp-x11 suv$ [2] installed (dbus) dependencies (via MacPorts): dbus @1.2.24_0+no_root+no_startupitem dbus-glib @0.86_1 glib2 @2.24.1_0+darwin

11 22

回复： Inkscape-devel Digest, Vol 50, Issue 46
by 海斌 30 Jul '10

30 Jul '10

error infromation: ============================= Make error line 299: problem compiling: In file included from src/2geom/d2.h:36: 0, from src/2geom/rect.h:40, from src/libnr/nr-rect.h:28, from src/sp-item.h:25, from src/sp-lpe-item.h:17, from src/sp-shape.h:18, from src/sp-path.h:16, from src/extension/internal/emf-win32-inout.cpp:29: src/2geom/interval.h: In member function 'bool Geom::OptInterval::isEmpty()': src/2geom/interval.h:241:46: warning: converting 'false' to pointer type for arg ument 2 of 'bool boost::operator==(const boost::optional<T>&, void (*)(boost::de tail::none_helper)) [with T = Geom::Interval, void (*)(boost::detail::none_helpe r) = void (*)(boost::detail::none_helper)]' In file included from src/2geom/d2.h:429:0, from src/2geom/rect.h:40, from src/libnr/nr-rect.h:28, from src/sp-item.h:25, from src/sp-lpe-item.h:17, from src/sp-shape.h:18, from src/sp-path.h:16, from src/extension/internal/emf-win32-inout.cpp:29: src/2geom/rect.h: In member function 'bool Geom::OptRect::isEmpty() const': src/2geom/rect.h:218:52: warning: converting 'false' to pointer type for argumen t 2 of 'bool boost::operator==(const boost::optional<T>&, void (*)(boost::detail ::none_helper)) [with T = Geom::D2<Geom::Interval>, void (*)(boost::detail::none _helper) = void (*)(boost::detail::none_helper)]' src/extension/internal/emf-win32-inout.cpp: In member function 'virtual SPDocume nt* Inkscape::Extension::Internal::EmfWin32::open(Inkscape::Extension::Input*, c onst gchar*)': src/extension/internal/emf-win32-inout.cpp:2356:73: error: invalid conversion fr om 'int (*)(HDC__*, HANDLETABLE*, ENHMETARECORD*, int, LPARAM)' to 'int (*)(HDC_ _*, HANDLETABLE*, const ENHMETARECORD*, int, LPARAM)' src/extension/internal/emf-win32-inout.cpp:2356:73: error: initializing argume nt 3 of 'BOOL EnumEnhMetaFile(HDC__*, HENHMETAFILE__*, int (*)(HDC__*, HANDLETAB LE*, const ENHMETARECORD*, int, LPARAM), void*, const RECT*)' ------------------ 原始邮件 ------------------ 发件人: "Krzysztof Kosiński"<tweenk.pl@...400...>; 发送时间: 2010年7月28日(星期三) 晚上11:30 收件人: "海斌"<itxyga@...400...>; 抄送: "inkscape-devel"<inkscape-devel(a)lists.sourceforge.net>; 主题: Re: [Inkscape-devel] Inkscape-devel Digest, Vol 50, Issue 46 2010/7/28 海斌 <itxyga@...400...> Andfoundnothingwrongduringinkscape,butinnoinkscapeexecutabledirectorygeneratedneededtosubscription-based. btool does best-effort compilation - in other words, if some file generates an error, it doesn't stop the compilation but compiles the rest of files. You are seeing no error for the last compiled file but there were errors earlier in the build process. Run btool again, it should show the errors. Regards, Krzysztof

2 1

call for marketing team
by Alexandre Prokoudine 29 Jul '10

29 Jul '10

Hi, http://wiki.inkscape.org/wiki/index.php/AnnouncePlanning048 is now in place, admittedly, mostly copy/pasted from AnnouncePlanning047. There is also a first shot at community announcement text there, plus adjusted tables (who announces what and where). I didn't touch most things there, just put myself where I could do things and adjust numbers from 047 to 048. Since we are somewhat shorthanded this time, how about getting organized with marketing? :) What's ultimately has to be done is: 1. Make sure the press-release sparkles. It merely shines through patina where it can right now. 2. Finish release notes: fill in missing information (Jon A. Cruz, I'm looking at you :)) and improve Highlights section. 3. Find more people to do announcements, and more places to announce at. 4. Actually announce. You don't have to take too much responsibility. All you need to do is a) tell us where you will announce, so we don't try to do things twice and b) be able to send announcement in a timely manner from the last approved edition of the text. I'm not sure where we are with actually releasing the final 0.48, so some kind of a clue would be helpful. Alexandre Prokoudine http://libregraphicsworld.org

1 0

Fill and Stroke Panel Layout
by Thorsten Wilms 29 Jul '10

29 Jul '10

Hi! Please have a look at 2 mockups about tightening up the Fill and Stroke Panel: http://thorwil.wordpress.com/2010/07/27/inkscape-fill-and-stroke-panel/ -- Thorsten Wilms thorwil's design for free software: http://thorwil.wordpress.com/

7 13

Multiple issues with the filter dialog
by Krzysztof Kosiński 28 Jul '10

28 Jul '10

Hello I noticed there are several issues with the filter effects dialog: 1. Wrong initial value for the "Type" combo box of feColorMatrix when adding a new filter effect or loading an existing one (patch snippet attached, please apply to 0.48 as well). 2. Undo does not work correctly: when modifying a parameter using a slider, undo does not restore the slider to its value at the start of the drag, but to intermediate positions during the drag. (Fixing this likely requires a substantial rewrite.) 3. It says feComponentTransfer is not implemented in Inkscape, but in fact it is. 4. Some sliders have completely bogus ranges. For example the surface scale slider on feDiffuseLighting operates in the absurd range [-1000, 1000] with a step of 0.1, whereas 90% of the useful values lie in the range [-1, 1]. [-5, 5] is a more appropriate choice. (I'll follow up with a ptach that fixes some of the more outrageous ranges.) Issues 2 and 3 could be worked on in the 0.49 dev cycle. Regards, Krzysztof

7 20

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 50, Issue 46
by 海斌 28 Jul '10

28 Jul '10

I btool input commands in XP, under the compiler to as follows: cc : compile of build/obj/xml/subtree.o required by source: src/xml/subtree. cpp ============ cmd ============ mingw32-g++ -c -Wall -Wformat -Werror=format-security -W -Wpointer-arith -Wcast- align -Wsign-compare -Woverloaded-virtual -Wswitch -O2 -mms-bitfields -fopenmp - DVERSION=\"0.48+devel\" -DHAVE_CONFIG_H -D_INTL_REDIRECT_INLINE -DHAVE_SSL -DREL AYTOOL_SSL="static const int libssl_is_present=1; static int __attribute__((unus ed)) libssl_symbol_is_present(char *s){ return 1; }" -DPOPPLER_NEW_GFXFONT -I. - IH:\devlibs/include -IH:\devlibs/include/gtkmm-2.4 -IH:\devlibs/lib/gtkmm-2.4/in clude -IH:\devlibs/include/glibmm-2.4 -IH:\devlibs/lib/glibmm-2.4/include -IH:\ devlibs/include/glib-2.0 -IH:\devlibs/lib/glib-2.0/include -mms-bitfields -IH:\d evlibs/include/sigc++-2.0 -IH:\devlibs/lib/sigc++-2.0/include -IH:\devlibs/inclu de/giomm-2.4 -IH:\devlibs/lib/giomm-2.4/include -IH:\devlibs/include/gdkmm-2.4 -IH:\devlibs/lib/gdkmm-2.4/include -IH:\devlibs/include/pangomm-1.4 -IH:\devlib s/lib/pangomm-1.4/include -IH:\devlibs/include/gtk-2.0 -IH:\devlibs/lib/gtk-2.0/ include -IH:\devlibs/include/gtk-2.0 -IH:\devlibs/include/pango-1.0 -IH:\devlibs /include/pango-1.0 -IH:\devlibs/include/pango-1.0 -IH:\devlibs/include/cairo -IH :\devlibs/include/cairomm-1.0 -IH:\devlibs/lib/cairomm-1.0/include -IH:\devlibs/ include/atkmm-1.6 -IH:\devlibs/include/atk-1.0 -IH:\devlibs/include/gtk-2.0 -mms -bitfields -IH:\devlibs/include/gtk-2.0 -IH:\devlibs/lib/gtk-2.0/include -IH:\de vlibs/include/ImageMagick -IH:\devlibs/include/ImageMagick -fopenmp -D_MAGICKDLL _ -IH:\devlibs/include/libxml2 -IH:\devlibs/include/freetype2 -IH:\devlibs/inclu de -IH:\devlibs/include/cairo -IH:\devlibs/include/poppler -IH:\devlibs/include/ gc -IH:\devlibs/include/libwpg-0.1 -IH:\devlibs/include/libwpd-0.8 -IH:\devlibs/ include/libwpg-0.1 -IH:\devlibs/include/libwpd-0.8 -Icxxtest -IH:\devlibs/python /include -Isrc/bind/javainc -Isrc/bind/javainc/win32 -Isrc -Isrc/2geom -Isrc/2 geom/numeric -Isrc/application -Isrc/bind -Isrc/debug -Isrc/dialogs -Isrc/displa y -Isrc/dom -Isrc/dom/io -Isrc/dom/odf -Isrc/dom/util -Isrc/extension -Isrc/exte nsion/implementation -Isrc/extension/internal -Isrc/extension/internal/bitmap -I src/extension/internal/filter -Isrc/extension/internal/pdfinput -Isrc/extension/ script -Isrc/filters -Isrc/helper -Isrc/io -Isrc/jabber_whiteboard -Isrc/jabber_ whiteboard/dialog -Isrc/libavoid -Isrc/libcola -Isrc/libcroco -Isrc/libgdl -Isrc /libnr -Isrc/libnrtype -Isrc/libvpsc -Isrc/libvpsc/pairingheap -Isrc/livarot -Is rc/live_effects -Isrc/live_effects/parameter -Isrc/pedro -Isrc/svg -Isrc/trace - Isrc/trace/potrace -Isrc/ui -Isrc/ui/cache -Isrc/ui/dialog -Isrc/ui/tool -Isrc/u i/view -Isrc/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml src/xml/subtree.cpp -o build/obj/xml/subtree.o ============================= I:\Inkscape\Src> And found nothing wrong during inkscape, but in no inkscape executable directory generated needed to subscription-based. ------------------ Original ------------------ From: "inkscape-devel-request"<inkscape-devel-request(a)lists.sourceforge.net>; Date: 2010年7月28日(星期三) 凌晨0:45 To: "inkscape-devel"<inkscape-devel(a)lists.sourceforge.net>; Subject: Inkscape-devel Digest, Vol 50, Issue 46 Send Inkscape-devel mailing list submissions to inkscape-devel(a)lists.sourceforge.net To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/inkscape-devel or, via email, send a message with subject or body 'help' to inkscape-devel-request(a)lists.sourceforge.net You can reach the person managing the list at inkscape-devel-owner(a)lists.sourceforge.net When replying, please edit your Subject line so it is more specific than "Re: Contents of Inkscape-devel digest..." Today's Topics: 1. Re: Avoiding opening new instances (Alexandre Prokoudine) 2. Re: Inkscape fund (Jasper van de Gronde) 3. Re: Inkscape fund (Alexandre Prokoudine) 4. Re: Multiple issues with the filter dialog (Krzysztof Kosi?ski) 5. Re: Inkscape fund (Joshua A. Andler) 6. Re: Avoiding opening new instances (Krzysztof Kosi?ski) 7. Re: Inkscape fund (Alexandre Prokoudine) 8. Re: Multiple issues with the filter dialog (Alexandre Prokoudine) 9. Re: Multiple issues with the filter dialog (Jon Cruz) ---------------------------------------------------------------------- Message: 1 Date: Tue, 27 Jul 2010 17:35:07 +0400 From: Alexandre Prokoudine <alexandre.prokoudine@...400...> Subject: Re: [Inkscape-devel] Avoiding opening new instances To: inkscape-devel(a)lists.sourceforge.net Message-ID: <AANLkTi=NqGsbxjUC26uP+a6H+bg3qX-bo__ROJT3Gv4+(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On 7/27/10, Martin Sucha wrote: > One possible approach would be to use IPC D-BUS :) Alexandre Prokoudine http://libregraphicsworld.org ------------------------------ Message: 2 Date: Tue, 27 Jul 2010 16:27:00 +0200 From: Jasper van de Gronde <th.v.d.gronde@...528...> Subject: Re: [Inkscape-devel] Inkscape fund To: Alexandre Prokoudine <alexandre.prokoudine@...400...> Cc: inkscape <inkscape-devel(a)lists.sourceforge.net> Message-ID: <4C4EECB4.1050002@...528...> Content-Type: text/plain; charset=UTF-8; format=flowed Alexandre Prokoudine wrote: > On 7/27/10, Jasper van de Gronde wrote: >> I noticed on the site that there is something called the Inkscape fund >> and I was wondering whether we actually use it or not. And in either >> case, who manages it and is there any information on how many donations >> we have received? > > There is no Inkscape fund. You misread it :) The following clearly says "Inkscape Fund": http://inkscape.org/donate.php > What does exist is http://linuxfund.org/ that we used to collect money > to pay Tav for his work on Text tool. The above does not seem to be (directly) related to linuxfund.org. ------------------------------ Message: 3 Date: Tue, 27 Jul 2010 18:52:46 +0400 From: Alexandre Prokoudine <alexandre.prokoudine@...400...> Subject: Re: [Inkscape-devel] Inkscape fund To: inkscape <inkscape-devel(a)lists.sourceforge.net> Message-ID: <AANLkTi=CbSwBRC42Ec928YcO-YG7vvv48HtBUo3eTMeZ@...401...> Content-Type: text/plain; charset=ISO-8859-1 On 7/27/10, Jasper van de Gronde wrote: >> There is no Inkscape fund. You misread it :) > > The following clearly says "Inkscape Fund": > http://inkscape.org/donate.php Oh, thanks for pointing out. That's the first time I hear about it. I cannot help you there other than saying that the page was last updated in August 2008 in SVN, so it looks like Ted or Bryce might have the answer for you. Alexandre Prokoudine http://libregraphicsworld.org ------------------------------ Message: 4 Date: Tue, 27 Jul 2010 17:00:21 +0200 From: Krzysztof Kosi?ski <tweenk.pl@...400...> Subject: Re: [Inkscape-devel] Multiple issues with the filter dialog To: Tavmjong Bah <tavmjong@...8...> Cc: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Message-ID: <AANLkTinKyRVGz5TNTLWxAmoiFdyNhGAmM19WJX2BPWYW@...401...> Content-Type: text/plain; charset=UTF-8 W dniu 27 lipca 2010 10:32 u?ytkownik Tavmjong Bah <tavmjong@...8...> napisa?: > It is a problem with our current interface that you cannot allow all > reasonable values and have the slider cover the potentially most used > range. Currently, the only way you can set values outside the > slider/entry box range is to use the XML editor so it is better to error > on the side of too large ranges than too small. It would be best if the slider had a limited range, but you could input an arbitrary value (or a value from a much larger range) using the spinbox. > 579932 Too much states saved for undo/redo when using sliders > <https://bugs.launchpad.net/inkscape/+bug/579932> The easiest fix is to set the sliders to Gtk::UPDATE_DISCONTINUOUS update policy, but this will prevent the display from updating during the drag. Apparently there is no way in GTK right now to get the correct behavior! Regards, Krzysztof ------------------------------ Message: 5 Date: Tue, 27 Jul 2010 08:05:59 -0700 From: "Joshua A. Andler" <scislac@...400...> Subject: Re: [Inkscape-devel] Inkscape fund To: Alexandre Prokoudine <alexandre.prokoudine@...400...> Cc: inkscape <inkscape-devel(a)lists.sourceforge.net> Message-ID: <1280243159.19496.32.camel@...2139...> Content-Type: text/plain; charset="UTF-8" On Tue, 2010-07-27 at 18:52 +0400, Alexandre Prokoudine wrote: > On 7/27/10, Jasper van de Gronde wrote: > > >> There is no Inkscape fund. You misread it :) > > > > The following clearly says "Inkscape Fund": > > http://inkscape.org/donate.php > > Oh, thanks for pointing out. That's the first time I hear about it. I > cannot help you there other than saying that the page was last updated > in August 2008 in SVN, so it looks like Ted or Bryce might have the > answer for you. It was created to collect donations and also for Mentors from GSoC who would rather the payments go to the project to have a place to defer them to. It's primarily used to assist with developer's travel needs to get to conferences and such. Cheers, Josh ------------------------------ Message: 6 Date: Tue, 27 Jul 2010 18:06:36 +0200 From: Krzysztof Kosi?ski <tweenk.pl@...400...> Subject: Re: [Inkscape-devel] Avoiding opening new instances To: Martin Sucha <martin.sucha-ml@...2313...> Cc: inkscape-devel(a)lists.sourceforge.net Message-ID: <AANLkTin=4DfW62o3tR0yadmD0u_VA04+=Q2MBEbRPn1M@...401...> Content-Type: text/plain; charset=UTF-8 2010/7/27 Martin Sucha <martin.sucha-ml@...2313...>: > One possible approach would be to use IPC to instruct a fully loaded inkscape > instance to fork and open the other document (which should be faster than > starting and fully loading completely new instance and allows OS to share > memory for us in a copy-on-write manner). This should reduce loading times > while maintaining a separate instance for a document (at the cost that any bad > state caused by a bug will be copied to the new instance), at least for > systems with reasonable fork implementation, I don't know how forks are > emulated on Windows in ported unix applications. I didn't think about it. It looks like a promising idea. Windows has ZwCreateProcess, which is an undocumented NT function that works like fork() including copy-on-write shared memory between the parent and child processes, so in principle this is possible. It would be wise to push the Win32 fork() implementation to Glib before using this. We could have one "master" instance that does all the initialization, handles preferences file writes, registers itself on DBus, and forks the "slave" window processes. The code executed in master after initialization should be reduced to minimum, so that a bug is unlikely. > One such factor that comes into my mind is command line execution in scripts > (with or without gui), the environment, user session, UUID, executable file > path are not different between uses, while a new instance should probably still > be used. We should do the following: if the option parsing bit decides that we are being run in non-GUI mode, we should not contact any other processes. If it decides we are being run in GUI mode, we should submit the results of option parsing to the master process, which will take care of performing all the work described in the command line. Forking a process from master when in command-line mode could sometimes be desirable, as it would speed up the execution of many Inkscape commands in quick succession. I also have to admit that it gets really complicated with forks, the master process, etc. so going for the simpler but less stable single-instance solution might be better for now. Once there is a fork() implementation in Glib, and the D-Bus binding and GSettings get merged into GIO (which should happen soon), we could start working towards a multi-process architecture. Regards, Krzysztof ------------------------------ Message: 7 Date: Tue, 27 Jul 2010 20:07:31 +0400 From: Alexandre Prokoudine <alexandre.prokoudine@...400...> Subject: Re: [Inkscape-devel] Inkscape fund To: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> Message-ID: <AANLkTin+jgc-Cru_fSRP-VaHc=KY32zcSKkCMR9Gwbvm@...401...> Content-Type: text/plain; charset=ISO-8859-1 On 7/27/10, Joshua A. Andler wrote: > It was created to collect donations and also for Mentors from GSoC who > would rather the payments go to the project to have a place to defer > them to. It's primarily used to assist with developer's travel needs to > get to conferences and such. Oh well, I've just added the link to menu in includes/navigation.php and populated the translatable message over includes/localized-cs.inc includes/localized-de.inc includes/localized-en.inc includes/localized-es.inc includes/localized-fr.inc includes/localized-it.inc includes/localized-ja.inc includes/localized-ru.inc includes/localized.inc With luck the fund will be more evident now. Truly yours, Captain Obvious :) ------------------------------ Message: 8 Date: Tue, 27 Jul 2010 20:26:25 +0400 From: Alexandre Prokoudine <alexandre.prokoudine@...400...> Subject: Re: [Inkscape-devel] Multiple issues with the filter dialog To: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Message-ID: <AANLkTimF2VptZHrEpOFpDybqyvV=4edTOzgEP3Wd6KKo@...401...> Content-Type: text/plain; charset=ISO-8859-1 On 7/27/10, Tavmjong Bah wrote: > It is a problem with our current interface that you cannot allow all > reasonable values and have the slider cover the potentially most used > range. The other problem, as many times pointed out before, is that we do not tell users what some particular options mean (e.g. most of Turbulence or "Kernel Unit Length") and what units are used. Some tooltips are absolutely unhelpful, e.g. the one for Constant says "This constant affects Phong lighting model". This could be solved in part if we had a GIMP-style context sensitive on-line reference. But that's another story. Alexandre Prokoudine http://libregraphicsworld.org ------------------------------ Message: 9 Date: Tue, 27 Jul 2010 09:44:52 -0700 From: Jon Cruz <jon@...18...> Subject: Re: [Inkscape-devel] Multiple issues with the filter dialog To: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Cc: Tavmjong Bah <tavmjong@...8...> Message-ID: <37F02AEA-1B61-489F-AF3B-895D53A59DFC@...18...> Content-Type: text/plain; charset=utf-8 On Jul 27, 2010, at 8:00 AM, Krzysztof Kosi?ski wrote: >> 579932 Too much states saved for undo/redo when using sliders >> <https://bugs.launchpad.net/inkscape/+bug/579932> > > The easiest fix is to set the sliders to Gtk::UPDATE_DISCONTINUOUS > update policy, but this will prevent the display from updating during > the drag. Apparently there is no way in GTK right now to get the > correct behavior! There are a few ways to get good behavior. Some of these have come up for the color sliders. For this area the two big things to look at are using the might-be-more calls for undo and also to "debounce" the input from the slider so as to not trigger as many changes as the user moves things quickly. While the former will probably give some of the best 'fix' for this bug, the latter has potential to significantly improve the user experience. When I applied this to the color sliders it technically became slower, but to the users it felt much faster. It trades of raw numeric crunching speed for improved responsiveness to the user. But again, the root cause of the bug report appears to be from not using our proper under system calls. This may be direct or indirect. If it is the latter (function triggers events that calls functions that in turn register undo changes, etc.) then it might take a bit of cleanup to fix without breaking other cases. ------------------------------ ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ------------------------------ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel End of Inkscape-devel Digest, Vol 50, Issue 46 **********************************************

2 1

Re: [Inkscape-devel] Avoiding opening new instances
by Martin Sucha 28 Jul '10

28 Jul '10

On Sunday 25 July 2010 01:40:13 Jon Cruz wrote: > On Jul 24, 2010, at 3:46 PM, Krzysztof Kosiński wrote: > > There are only two sane approaches: > > 1. Open every document in the existing instance. > > 2. Open each document in a separate instance. > [SNIP] > > Disadvantages of #2: > > - slower start > > - higher memory use - no data can be shared; if we use shared memory, > > the crashed instance could have corrupted it and the stability > > guarantee goes away; possible solution: read-only shared memory, but > > hard to implement in a portable manner One possible approach would be to use IPC to instruct a fully loaded inkscape instance to fork and open the other document (which should be faster than starting and fully loading completely new instance and allows OS to share memory for us in a copy-on-write manner). This should reduce loading times while maintaining a separate instance for a document (at the cost that any bad state caused by a bug will be copied to the new instance), at least for systems with reasonable fork implementation, I don't know how forks are emulated on Windows in ported unix applications. > > On each build we can generate an UUID to be stored in > > inkscape-version.cpp and start a new instance if there's no instance > > with this UUID already running. There's a little more complexity in > > it, because we need to generate a different exclusion ID for every > > user session, so if you log in locally, start Inkscape, then lock the > > screen and log in remotely via SSH, you can start a distinct instance > > of Inkscape. > > We also would need to tie things to different environment variables, etc. > If one launches an instance of inkscape with different XDG variables from > a current instance of the same version, things still should treat that as > 'different'. And there are a few other such factors to consider. So it > does look as if UUID itself does not solve the problem. > One such factor that comes into my mind is command line execution in scripts (with or without gui), the environment, user session, UUID, executable file path are not different between uses, while a new instance should probably still be used. Regards, Martin Sucha

5 6

Inkscape fund
by Jasper van de Gronde 27 Jul '10

27 Jul '10

I noticed on the site that there is something called the Inkscape fund and I was wondering whether we actually use it or not. And in either case, who manages it and is there any information on how many donations we have received?

3 5

Rev. 9657 missing file
by Krzysztof Kosiński 27 Jul '10

27 Jul '10

Hello Revision 9657 does not build because live_effects/parameter/powerstrokepointarray.cpp (and the associated header file) is missing. Johan, please add the missing file. Regards, Krzysztof

2 1

Slow to start
by Diederik van Lierop 26 Jul '10

26 Jul '10

Hi all, Over the past year, or maybe even longer, I've been annoyed at how long it takes for Inkscape to start. Admittedly, I get easily annoyed because it takes only about 10 seconds for the main window to be drawn, but still.... After that it takes another 10 to 15 seconds before the CPU gets idle again, but during that second period Inkscape can already be used. On launchpad I've seen reports that this could be related to the number of fonts installed, which could indeed be part of the problem. But I also noticed this across many systems, even when not that many fonts were installed. So I figured that the only way to find out was to do some profiling. I've attached only a part of the profiling output below (If you want all of it then I'll gladly send you the 18 MB file). Roughly the first 10 seconds have been profiled, because I immediately quit Inkscape as soon as the main window was drawn. (Actually the first phase takes a lot longer than 10 seconds when profiling; those 10 seconds have been measured with all debugging and profiling flags disabled) What I found out was that it is prerender_icon() that causes the biggest part of the delay during those first 10 seconds. Maybe this is a public secret, but I just wanted to share this with you. I have no intention currently of improving this, but this at least allows us to respond accurately to some bug reports. Regards, Diederik Flat profile: Each sample counts as 0.01 seconds. % cumulative self self total time seconds seconds calls ms/call ms/call name 13.69 0.72 0.72 356031 0.00 0.01 nr_arena_item_invoke_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) 6.65 1.07 0.35 435568 0.00 0.00 Inkscape::Preferences::_getNode(Glib::ustring const&, bool) 5.51 1.36 0.29 28329840 0.00 0.00 Inkscape::XML::SimpleNode::attribute(char const*) const 4.85 1.62 0.26 57980026 0.00 0.00 Inkscape::Util::List<Inkscape::XML::AttributeRecord const>::operator->() const 4.18 1.84 0.22 28131371 0.00 0.00 _ZNK8Inkscape4Util10ptr_sharedIcEcvPKT_IcEEv 3.80 2.04 0.20 26795143 0.00 0.00 Inkscape::XML::SimpleNode::next() 3.42 2.22 0.18 32836208 0.00 0.00 Geom::Matrix::operator[](unsigned int) const 2.28 2.34 0.12 1236181 0.00 0.00 nr_object_check_instance_type(void const*, unsigned int) 2.28 2.46 0.12 797442 0.00 0.00 Geom::operator*(Geom::Matrix const&, Geom::Matrix const&) 1.81 2.55 0.10 30331635 0.00 0.00 Inkscape::Util::List<Inkscape::XML::AttributeRecord const>::operator bool() const 1.81 2.65 0.10 virtual thunk to Inkscape::XML::SimpleNode::attribute(char const*) const 1.71 2.74 0.09 1898740 0.00 0.00 Geom::operator*(Geom::Point const&, Geom::Matrix const&) 1.52 2.82 0.08 1661332 0.00 0.00 Geom::Bezier::at1() const 1.52 2.90 0.08 203312 0.00 0.01 nr_arena_shape_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) 1.24 2.96 0.07 9319609 0.00 0.00 Geom::Point::operator[](Geom::Dim2) const 0.95 3.01 0.05 813223 0.00 0.00 boost::shared_ptr<Geom::Curve const>::operator*() const 0.95 3.06 0.05 152487 0.00 0.00 nr_arena_group_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) 0.76 3.10 0.04 2750545 0.00 0.00 std::vector<Shape::dg_arete, std::allocator<Shape::dg_arete> >::operator[](unsigned long) const 0.76 3.14 0.04 2036510 0.00 0.00 cr_utils_read_char_from_utf8_buf 0.76 3.18 0.04 1558360 0.00 0.00 Geom::Matrix::operator=(Geom::Matrix const&) 0.76 3.22 0.04 1165706 0.00 0.00 NRArenaShape::Paint::type() const % the percentage of the total running time of the time program used by this function. cumulative a running sum of the number of seconds accounted seconds for by this function and those listed above it. self the number of seconds accounted for by this seconds function alone. This is the major sort for this listing. calls the number of times this function was invoked, if this function is profiled, else blank. self the average number of milliseconds spent in this ms/call function per call, if this function is profiled, else blank. total the average number of milliseconds spent in this ms/call function and its descendents per call, if this function is profiled, else blank. name the name of the function. This is the minor sort for this listing. The index shows the location of the function in the gprof listing. If the index is in parenthesis it shows where it would appear in the gprof listing if it were to be printed. Call graph (explanation follows) granularity: each sample hit covers 2 byte(s) for 0.19% of 5.26 seconds index % time self children called name 0.00 0.27 6/102 Inkscape::queueIconPrerender(Glib::ustring const&, Inkscape::IconSize) [33] 0.00 1.18 26/102 icon_prerender_task(void*) [15] 0.00 3.19 70/102 imageMapNamedCB(_GtkWidget*, void*) [5] [1] 88.3 0.00 4.64 102 prerender_icon(char const*, GtkIconSize, unsigned int) [1] 0.00 4.64 87/87 load_svg_pixels(char const*, unsigned int, unsigned int) [2] 0.00 0.00 182/186 std::set<Glib::ustring, std::less<Glib::ustring>, std::allocator<Glib::ustring> >::find(Glib::ustring const&) [545] 0.00 0.00 78/82 std::set<Glib::ustring, std::less<Glib::ustring>, std::allocator<Glib::ustring> >::insert(Glib::ustring const&) [640] 0.00 0.00 87/87 std::map<Glib::ustring, _GdkPixbuf*, std::less<Glib::ustring>, std::allocator<std::pair<Glib::ustring const, _GdkPixbuf*> > >::operator[](Glib::ustring const&) [1199] 0.00 0.00 102/102 get_cached_pixbuf(Glib::ustring const&) [1229] 0.00 0.00 87/87 addToIconSet(_GdkPixbuf*, char const*, GtkIconSize, unsigned int) [1466] 0.00 0.00 1/663464 Inkscape::Preferences::get() <cycle 1> [340] 0.00 0.00 1/663464 Inkscape::Preferences::getBool(Glib::ustring const&, bool) <cycle 1> [271] 0.00 0.00 182/186 std::set<Glib::ustring, std::less<Glib::ustring>, std::allocator<Glib::ustring> >::end() const [6073] 0.00 0.00 102/102 icon_cache_key(char const*, unsigned int) [6298] 0.00 0.00 95/99 std::_Rb_tree_const_iterator<Glib::ustring>::operator!=(std::_Rb_tree_const_iterator<Glib::ustring> const&) const [6311] 0.00 0.00 87/87 std::_Rb_tree_const_iterator<Glib::ustring>::operator==(std::_Rb_tree_const_iterator<Glib::ustring> const&) const [6385] ----------------------------------------------- 0.00 4.64 87/87 prerender_icon(char const*, GtkIconSize, unsigned int) [1] [2] 88.2 0.00 4.64 87 load_svg_pixels(char const*, unsigned int, unsigned int) [2] 0.00 4.51 87/87 sp_icon_doc_icon [3] 0.02 0.11 1/2 sp_item_invoke_show(SPItem*, NRArena*, unsigned int, unsigned int) <cycle 5> [46] 0.00 0.01 1/13 sp_document_ensure_up_to_date(SPDocument*) [59] 0.00 0.00 1/2 sp_document_new(char const*, unsigned int, bool) [695] 0.00 0.00 174/174 std::map<Glib::ustring, svg_doc_cache_t*, std::less<Glib::ustring>, std::allocator<std::pair<Glib::ustring const, svg_doc_cache_t*> > >::find(Glib::ustring const&) [1328] 0.00 0.00 1/1 std::map<Glib::ustring, svg_doc_cache_t*, std::less<Glib::ustring>, std::allocator<std::pair<Glib::ustring const, svg_doc_cache_t*> > >::operator[](Glib::ustring const&) [1797] 0.00 0.00 1/2 NRArena::create() [1862] 0.00 0.00 261/276 std::list<char*, std::allocator<char*> >::end() [5914] 0.00 0.00 261/267 std::_List_iterator<char*>::operator!=(std::_List_iterator<char*> const&) const [5930] 0.00 0.00 174/183 std::_List_iterator<char*>::operator*() const [6076] 0.00 0.00 174/175 std::map<Glib::ustring, svg_doc_cache_t*, std::less<Glib::ustring>, std::allocator<std::pair<Glib::ustring const, svg_doc_cache_t*> > >::end() [6084] 0.00 0.00 174/174 std::_Rb_tree_iterator<std::pair<Glib::ustring const, svg_doc_cache_t*> >::operator!=(std::_Rb_tree_iterator<std::pair<Glib::ustring const, svg_doc_cache_t*> > const&) const [6087] 0.00 0.00 174/178 std::_List_iterator<char*>::operator++() [6080] 0.00 0.00 88/256 Inkscape::IO::file_test(char const*, GFileTest) [5942] 0.00 0.00 87/87 icons_svg_paths() [6378] 0.00 0.00 87/99 std::list<char*, std::allocator<char*> >::begin() [6313] 0.00 0.00 86/86 std::_Rb_tree_iterator<std::pair<Glib::ustring const, svg_doc_cache_t*> >::operator->() const [6395] 0.00 0.00 1/8 sp_item_display_key_new(unsigned int) [7822] 0.00 0.00 1/95963 sp_item_get_type() [2923] ----------------------------------------------- 0.00 4.51 87/87 load_svg_pixels(char const*, unsigned int, unsigned int) [2] [3] 85.7 0.00 4.51 87 sp_icon_doc_icon [3] 0.84 3.29 135/136 nr_arena_item_invoke_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [6] 0.00 0.37 87/87 nr_arena_item_invoke_render(_cairo*, NRArenaItem*, NRRectL const*, NRPixBlock*, unsigned int) <cycle 11> [26] 0.00 0.00 87/4399 SPItem::getBounds(Geom::Matrix const&, SPItem::BBoxType, unsigned int) const [84] 0.00 0.00 135/3802 nr_arena_item_set_transform(NRArenaItem*, Geom::Matrix const&) [210] 0.00 0.00 174/663464 Inkscape::Preferences::get() <cycle 1> [340] 0.00 0.00 174/663464 Inkscape::Preferences::getBool(Glib::ustring const&, bool) <cycle 1> [271] 0.00 0.00 87/89 sp_item_i2doc_affine(SPItem const*) [1110] 0.00 0.00 135/142 Geom::Scale::operator Geom::Matrix() const [1396] 0.00 0.00 540/225255 boost::optional<Geom::D2<Geom::Interval> >::operator->() [538] 0.00 0.00 87/684872 Geom::OptRect::~OptRect() [113] 0.00 0.00 87/428739 boost::optional<Geom::D2<Geom::Interval> >::operator bool (boost::optional_detail::optional_base<Geom::D2<Geom::Interval> >::*)() const() const [382] 0.00 0.00 270/9489 Geom::D2<Geom::Interval>::min() const [1164] 0.00 0.00 270/9505 Geom::D2<Geom::Interval>::max() const [1163] 0.00 0.00 135/1010 Geom::Scale::Scale(double, double) [1517] 0.00 0.00 540/1789678 Geom::Point::operator[](Geom::Dim2) [2831] 0.00 0.00 261/95963 sp_item_get_type() [2923] 0.00 0.00 135/8015 Geom::Matrix::setIdentity() [3556] 0.00 0.00 87/5269 SPDocument::getObjectById(char const*) [3796] 0.00 0.00 87/712709 NRGC::NRGC(NRGC const*) [2849] 0.00 0.00 87/103582 int const& std::max<int>(int const&, int const&) [2919] 0.00 0.00 87/453 nr_pixblock_setup_extern(NRPixBlock*, NR_PIXBLOCK_MODE, int, int, int, int, unsigned char*, int, bool, bool) [5696] 0.00 0.00 87/1997 nr_pixblock_release(NRPixBlock*) [4561] ----------------------------------------------- [4] 79.2 0.85 3.31 136+711791 <cycle 10 as a whole> [4] 0.72 1.95 356031+291 nr_arena_item_invoke_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [6] 0.08 1.21 203312 nr_arena_shape_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [14] 0.05 0.15 152487 nr_arena_group_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [40] 0.00 0.00 97 nr_arena_glyphs_group_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [1516] ----------------------------------------------- <spontaneous> [5] 60.6 0.00 3.19 imageMapNamedCB(_GtkWidget*, void*) [5] 0.00 3.19 70/102 prerender_icon(char const*, GtkIconSize, unsigned int) [1] 0.00 0.00 70/103 sp_icon_get_phys_size(int) [1462] 0.00 0.00 10554/10554 __gnu_cxx::__normal_iterator<preRenderItem*, std::vector<preRenderItem, std::allocator<preRenderItem> > >::operator->() const [3445] 0.00 0.00 10458/10778 Glib::operator==(Glib::ustring const&, char const*) [3438] 0.00 0.00 10458/10659 std::vector<preRenderItem, std::allocator<preRenderItem> >::end() [3442] 0.00 0.00 10458/10554 bool __gnu_cxx::operator!=<preRenderItem*, std::vector<preRenderItem, std::allocator<preRenderItem> > >(__gnu_cxx::__normal_iterator<preRenderItem*, std::vector<preRenderItem, std::allocator<preRenderItem> > > const&, __gnu_cxx::__normal_iterator<preRenderItem*, std::vector<preRenderItem, std::allocator<preRenderItem> > > const&) [3444] 0.00 0.00 10388/10388 __gnu_cxx::__normal_iterator<preRenderItem*, std::vector<preRenderItem, std::allocator<preRenderItem> > >::operator++() [3452] 0.00 0.00 70/132 std::vector<preRenderItem, std::allocator<preRenderItem> >::begin() [6218] 0.00 0.00 70/96 std::vector<preRenderItem, std::allocator<preRenderItem> >::erase(__gnu_cxx::__normal_iterator<preRenderItem*, std::vector<preRenderItem, std::allocator<preRenderItem> > >) [6348] ----------------------------------------------- 291 nr_arena_item_invoke_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [6] 291 nr_arena_shape_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [14] 355604 nr_arena_group_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [40] 0.01 0.02 1/136 sp_canvas_arena_update(SPCanvasItem*, Geom::Matrix const&, unsigned int) [122] 0.84 3.29 135/136 sp_icon_doc_icon [3] [6] 50.8 0.72 1.95 356031+291 nr_arena_item_invoke_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [6] 0.00 1.79 203797/215263 nr_arena_item_request_render(NRArenaItem*) [7] 0.07 0.00 712606/1236181 nr_object_check_instance_type(void const*, unsigned int) [53] 0.03 0.03 178043/797442 Geom::operator*(Geom::Matrix const&, Geom::Matrix const&) [35] 0.01 0.00 534327/1558360 Geom::Matrix::operator=(Geom::Matrix const&) [103] 0.00 0.01 356284/356284 NRGC::operator=(NRGC const&) [437] 0.01 0.00 356284/521878 nr_arena_group_get_type() [379] 0.00 0.00 97/97 nr_arena_image_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) [689] 0.00 0.00 388/388 nr_arena_glyphs_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) [744] 0.00 0.00 291/30393 nr_rect_l_intersect(NRRectL*, NRRectL const*, NRRectL const*) [393] 0.00 0.00 356322/712709 NRGC::NRGC(NRGC const*) [2849] 0.00 0.00 356322/863943 nr_arena_item_get_type() [2845] 203312 nr_arena_shape_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [14] 152390 nr_arena_group_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [40] 97 nr_arena_glyphs_group_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [1516] 291 nr_arena_item_invoke_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [6] ----------------------------------------------- 0.00 0.00 2/215263 nr_arena_item_unparent(NRArenaItem*) [1319] 0.00 0.00 3/215263 nr_arena_item_set_clip(NRArenaItem*, NRArenaItem*) [1253] 0.00 0.00 4/215263 nr_arena_glyphs_set_path(NRArenaGlyphs*, SPCurve*, unsigned int, font_instance*, int, Geom::Matrix const*) [1214] 0.00 0.00 4/215263 nr_arena_glyphs_group_add_component(NRArenaGlyphsGroup*, font_instance*, int, Geom::Matrix const&) [1092] 0.00 0.00 97/215263 nr_arena_image_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) [689] 0.00 0.02 1932/215263 nr_arena_item_set_transform(NRArenaItem*, Geom::Matrix const*) [212] 0.00 0.02 2096/215263 nr_arena_shape_set_path(NRArenaShape*, SPCurve*, bool) [166] 0.00 0.03 3664/215263 nr_arena_item_set_opacity(NRArenaItem*, double) [116] 0.00 0.03 3664/215263 nr_arena_item_set_visible(NRArenaItem*, unsigned int) [117] 0.00 1.79 203797/215263 nr_arena_item_invoke_update(NRArenaItem*, NRRectL*, NRGC*, unsigned int, unsigned int) <cycle 10> [6] [7] 35.9 0.00 1.89 215263 nr_arena_item_request_render(NRArenaItem*) [7] 0.02 1.85 215263/215263 nr_arena_request_render_rect(NRArena*, NRRectL*) [9] 0.02 0.00 215263/1236181 nr_object_check_instance_type(void const*, unsigned int) [53] 0.00 0.00 215263/863943 nr_arena_item_get_type() [2845] ----------------------------------------------- [8] 35.7 0.08 1.80 663464+1538951 <cycle 1 as a whole> [8] 0.01 1.45 431095 Inkscape::Preferences::getInt(Glib::ustring const&, int) <cycle 1> [12] 0.00 0.14 2482 sp_style_merge_from_style_string(SPStyle*, char const*) <cycle 1> [49] 0.01 0.05 25012 sp_path_set(SPObject*, unsigned int, char const*) <cycle 1> [80] 0.01 0.04 459+28821 sp_repr_svg_read_node(Inkscape::XML::Document*, _xmlNode*, char const*, _GHashTable*) <cycle 1> [85] 0.00 0.03 35384+37576 Inkscape::XML::CompositeNodeObserver::notifyAttributeChanged(Inkscape::XML::Node&, unsigned int, Inkscape::Util::ptr_shared<char>, Inkscape::Util::ptr_shared<char>) <cycle 1> [125] 0.01 0.01 36965 Inkscape::XML::SimpleNode::setAttribute(char const*, char const*, bool) <cycle 1> [180] 0.00 0.02 2272 sigc::internal::signal_emit2<void, SPObject*, SPObject*, sigc::nil>::emit(sigc::internal::signal_impl*, SPObject* const&, SPObject* const&) <cycle 1> [230] 0.01 0.00 81742 sp_object_read_attr(SPObject*, char const*) <cycle 1> [260] 0.00 0.01 3622 Inkscape::Preferences::getBool(Glib::ustring const&, bool) <cycle 1> [271] 0.00 0.01 1739 sp_path_update_patheffect(SPLPEItem*, bool) <cycle 1> [297] 0.00 0.01 135 sp_svg_write_path(std::vector<Geom::Path, std::allocator<Geom::Path> > const&) <cycle 1> [303] 0.01 0.00 650246 Inkscape::Preferences::get() <cycle 1> [340] 0.01 0.00 20173 sp_style_merge_style_from_decl(SPStyle*, _CRDeclaration const*) <cycle 1> [348] 0.01 0.00 5361 sp_arc_set(SPObject*, unsigned int, char const*) <cycle 1> [349] 0.00 0.01 20+518 Inkscape::XML::SimpleNode::mergeFrom(Inkscape::XML::Node const*, char const*) <cycle 1> [474] 0.00 0.00 3666 sp_style_read(SPStyle*, SPObject*, Inkscape::XML::Node*) <cycle 1> [526] 0.00 0.00 130 sp_genericellipse_update_patheffect(SPLPEItem*, bool) <cycle 1> [532] 0.00 0.00 4330 sp_object_invoke_build(SPObject*, SPDocument*, Inkscape::XML::Node*, unsigned int) <cycle 1> [569] 0.00 0.00 2270 Inkscape::URIReference::attach(Inkscape::URI const&) <cycle 1> [593] 0.00 0.00 11780 Inkscape::URIReference::_setObject(SPObject*) <cycle 1> [594] 0.00 0.00 457 sp_repr_do_read(_xmlDoc*, char const*) <cycle 1> [662] 0.00 0.00 47873 sp_item_set(SPObject*, unsigned int, char const*) <cycle 1> [674] 0.00 0.00 73 sigc::internal::signal_emit1<void, SPObject*, sigc::nil>::emit(sigc::internal::signal_impl*, SPObject* const&) <cycle 1> [800] 0.00 0.00 4330 sp_object_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [901] 0.00 0.00 3976 SPGradientImpl::setGradientAttr(SPObject*, unsigned int, char const*) <cycle 1> [925] 0.00 0.00 12196 sp_style_merge_ipaint(SPStyle*, SPIPaint*, SPIPaint const*) <cycle 1> [993] 0.00 0.00 4 LivePathEffectObject::livepatheffect_set(SPObject*, unsigned int, char const*) <cycle 1> [1003] 0.00 0.00 965 sp_use_href_changed(SPObject*, SPObject*, SPUse*) <cycle 1> [1089] 0.00 0.00 6 sp_string_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [1113] 0.00 0.00 2 sp_star_update_patheffect(SPLPEItem*, bool) <cycle 1> [1148] 0.00 0.00 861 sp_style_set_ipaint_to_uri(SPStyle*, SPIPaint*, Inkscape::URI const*, SPDocument*) <cycle 1> [1170] 0.00 0.00 962 sp_path_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [1243] 0.00 0.00 497 SPGradientImpl::build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [1245] 0.00 0.00 882 sp_stop_set(SPObject*, unsigned int, char const*) <cycle 1> [1338] 0.00 0.00 58799 SPIPaint::clear() <cycle 1> [1543] 0.00 0.00 245 Inkscape::XML::(anonymous namespace)::VectorNodeObserver::notifyAttributeChanged(Inkscape::XML::Node&, unsigned int, Inkscape::Util::ptr_shared<char>, Inkscape::Util::ptr_shared<char>) <cycle 1> [1545] 0.00 0.00 962 sp_path_set_original_curve(SPPath*, SPCurve*, unsigned int, bool) <cycle 1> [1610] 0.00 0.00 135 Inkscape::SVG::PathString::PathString() <cycle 1> [1635] 0.00 0.00 252 SPStop::readStopColor(Glib::ustring const&, unsigned int) <cycle 1> [1664] 0.00 0.00 2+27 (anonymous namespace)::strip_ids_recursively(Inkscape::XML::Node*) <cycle 1> [1681] 0.00 0.00 1 LivePathEffectObject::livepatheffect_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [1686] 0.00 0.00 2 sp_namedview_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [1692] 0.00 0.00 10 sp_guide_set(SPObject*, unsigned int, char const*) <cycle 1> [1714] 0.00 0.00 2 Inkscape::Preferences::_load() <cycle 1> [1734] 0.00 0.00 2 sp_root_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [1740] 0.00 0.00 20 sp_image_set(SPObject*, unsigned int, char const*) <cycle 1> [1756] 0.00 0.00 2 Inkscape::loadImpl(std::string const&, Glib::ustring&) <cycle 1> [1758] 0.00 0.00 9000 sp_group_set(SPObject*, unsigned int, char const*) <cycle 1> [1760] 0.00 0.00 8267 sp_style_clear(SPStyle*) <cycle 1> [1771] 0.00 0.00 23 sp_marker_set(SPObject*, unsigned int, char const*) <cycle 1> [1776] 0.00 0.00 3 sp_clippath_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [1778] 0.00 0.00 2 sp_metadata_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [1800] 0.00 0.00 1 sp_image_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [1807] 0.00 0.00 1 Inkscape::DocumentSubset::Relations::remove(SPObject*, bool) <cycle 1> [1808] 0.00 0.00 281 sp_style_unref(SPStyle*) <cycle 1> [1847] 0.00 0.00 431095 Inkscape::Preferences::Entry::getInt(int) const <cycle 1> [2869] 0.00 0.00 81741 sp_object_set(SPObject*, unsigned int, char const*) <cycle 1> [2938] 0.00 0.00 37957 sp_lpe_item_set(SPObject*, unsigned int, char const*) <cycle 1> [3015] 0.00 0.00 29557 sp_shape_set(SPObject*, unsigned int, char const*) <cycle 1> [3073] 0.00 0.00 20560 sp_object_private_set(SPObject*, unsigned int, char const*) <cycle 1> [3174] 0.00 0.00 2482+17691 sp_style_merge_from_decl_list(SPStyle*, _CRDeclaration const*) <cycle 1> [4360] 0.00 0.00 20173 sp_style_merge_property(SPStyle*, int, char const*) <cycle 1> [3178] 0.00 0.00 17680 sp_rect_set(SPObject*, unsigned int, char const*) <cycle 1> [3222] 0.00 0.00 17406 sp_use_set(SPObject*, unsigned int, char const*) <cycle 1> [3224] 0.00 0.00 9381 Inkscape::URIReference::detach() <cycle 1> [3498] 0.00 0.00 7832 sp_style_merge_from_parent(SPStyle*, SPStyle const*) <cycle 1> [3567] 0.00 0.00 5772 SPConnEndPair::setAttr(unsigned int, char const*) <cycle 1> [3748] 0.00 0.00 5748 sp_lineargradient_set(SPObject*, unsigned int, char const*) <cycle 1> [3752] 0.00 0.00 4710 SPIPaint::read(char const*, SPStyle&, SPDocument*) <cycle 1> [3864] 0.00 0.00 4601 sp_style_new(SPDocument*) <cycle 1> [3890] 0.00 0.00 3664 sp_style_read_from_object(SPStyle*, SPObject*) <cycle 1> [4083] 0.00 0.00 3664 sp_item_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [4084] 0.00 0.00 3639 Inkscape::Preferences::Entry::getBool(bool) const <cycle 1> [4113] 0.00 0.00 2907 SPDocument::bindObjectToId(char const*, SPObject*) <cycle 1> [4277] 0.00 0.00 2694 sp_lpe_item_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [4332] 0.00 0.00 2272 sigc::signal2<void, SPObject*, SPObject*, sigc::nil>::emit(SPObject* const&, SPObject* const&) const <cycle 1> [4403] 0.00 0.00 2094 sp_shape_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [4547] 0.00 0.00 1924 SPConnEnd::setAttacherHref(char const*, SPPath*) <cycle 1> [4625] 0.00 0.00 1518 sp_lpe_item_update_patheffect(SPLPEItem*, bool, bool) <cycle 1> [4797] 0.00 0.00 967 sp_use_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [5025] 0.00 0.00 965 sigc::internal::slot_call2<sigc::bind_functor<-1, sigc::pointer_functor3<SPObject*, SPObject*, SPUse*, void>, SPUse*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>, void, SPObject*, SPObject*>::call_it(sigc::internal::slot_rep*, SPObject* const&, SPObject* const&) <cycle 1> [5081] 0.00 0.00 965 sigc::bind_functor<-1, sigc::pointer_functor3<SPObject*, SPObject*, SPUse*, void>, SPUse*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::deduce_result_type<SPObject* const&, SPObject* const&, void, void, void, void, void>::type sigc::bind_functor<-1, sigc::pointer_functor3<SPObject*, SPObject*, SPUse*, void>, SPUse*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::operator()<SPObject* const&, SPObject* const&>(SPObject* const&, SPObject* const&) <cycle 1> [5056] 0.00 0.00 965 sigc::adaptor_functor<sigc::pointer_functor3<SPObject*, SPObject*, SPUse*, void> >::deduce_result_type<SPObject* const&, SPObject* const&, SPUse*&, void, void, void, void>::type sigc::adaptor_functor<sigc::pointer_functor3<SPObject*, SPObject*, SPUse*, void> >::operator()<SPObject* const&, SPObject* const&, SPUse*&>(SPObject* const&, SPObject* const&, SPUse*&) const <cycle 1> [5092] 0.00 0.00 965 sigc::pointer_functor3<SPObject*, SPObject*, SPUse*, void>::operator()(SPObject* const&, SPObject* const&, SPUse* const&) const <cycle 1> [5093] 0.00 0.00 962 sp_conn_end_pair_build(SPObject*) <cycle 1> [5101] 0.00 0.00 884 sp_rect_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [5189] 0.00 0.00 857 sp_style_set_ipaint_to_uri_string(SPStyle*, SPIPaint*, char const*) <cycle 1> [5236] 0.00 0.00 555+144 sp_group_update_patheffect(SPLPEItem*, bool) <cycle 1> [5495] 0.00 0.00 600 sp_group_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [5470] 0.00 0.00 479 sp_lineargradient_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [5608] 0.00 0.00 339 sp_repr_read_mem(char const*, int, char const*) <cycle 1> [5848] 0.00 0.00 245 sp_object_repr_attr_changed(Inkscape::XML::Node*, char const*, char const*, char const*, bool, void*) <cycle 1> [5982] 0.00 0.00 244 sp_arc_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [5983] 0.00 0.00 234 sp_radialgradient_set(SPObject*, unsigned int, char const*) <cycle 1> [6007] 0.00 0.00 129 sigc::internal::slot_call1<sigc::bound_mem_functor1<void, Inkscape::URIReference, SPObject*>, void, SPObject*>::call_it(sigc::internal::slot_rep*, SPObject* const&) <cycle 1> [6225] 0.00 0.00 129 sigc::adaptor_functor<sigc::bound_mem_functor1<void, Inkscape::URIReference, SPObject*> >::deduce_result_type<SPObject* const&, void, void, void, void, void, void>::type sigc::adaptor_functor<sigc::bound_mem_functor1<void, Inkscape::URIReference, SPObject*> >::operator()<SPObject* const&>(SPObject* const&) const <cycle 1> [6226] 0.00 0.00 129 sigc::bound_mem_functor1<void, Inkscape::URIReference, SPObject*>::operator()(SPObject* const&) const <cycle 1> [6228] 0.00 0.00 126 sp_stop_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [6232] 0.00 0.00 101 sp_namedview_set(SPObject*, unsigned int, char const*) <cycle 1> [6301] 0.00 0.00 100 sp_star_set(SPObject*, unsigned int, char const*) <cycle 1> [6304] 0.00 0.00 73 sigc::signal1<void, SPObject*, sigc::nil>::emit(SPObject* const&) const <cycle 1> [6444] 0.00 0.00 67 Inkscape::URIReference::~URIReference() <cycle 1> [6521] 0.00 0.00 50 sp_root_set(SPObject*, unsigned int, char const*) <cycle 1> [6616] 0.00 0.00 42 SPPaintServerReference::~SPPaintServerReference() <cycle 1> [6663] 0.00 0.00 42 SPPaintServerReference::~SPPaintServerReference() <cycle 1> [6664] 0.00 0.00 21 SPFilterReference::~SPFilterReference() <cycle 1> [7119] 0.00 0.00 21 SPFilterReference::~SPFilterReference() <cycle 1> [7120] 0.00 0.00 19 sp_tspan_set(SPObject*, unsigned int, char const*) <cycle 1> [7182] 0.00 0.00 19 sp_text_set(SPObject*, unsigned int, char const*) <cycle 1> [7181] 0.00 0.00 18 sp_radialgradient_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [7221] 0.00 0.00 12 sp_clippath_set(SPObject*, unsigned int, char const*) <cycle 1> [7450] 0.00 0.00 6 sp_metadata_set(SPObject*, unsigned int, char const*) <cycle 1> [8073] 0.00 0.00 4 sp_star_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [8631] 0.00 0.00 2 Inkscape::Preferences::Preferences() <cycle 1> [10292] 0.00 0.00 2 sp_guide_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [9769] 0.00 0.00 1+1 Inkscape::DocumentSubset::Relations::_doRemoveSubtree(SPObject*) <cycle 1> [13194] 0.00 0.00 2 Inkscape::DocumentSubset::Relations::_doRemove(SPObject*) <cycle 1> [10302] 0.00 0.00 2 sigc::internal::slot_call2<sigc::bind_functor<-1, sigc::pointer_functor3<SPObject*, SPObject*, SPDesktop*, void>, SPDesktop*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>, void, SPObject*, SPObject*>::call_it(sigc::internal::slot_rep*, SPObject* const&, SPObject* const&) <cycle 1> [10229] 0.00 0.00 2 sigc::bind_functor<-1, sigc::pointer_functor3<SPObject*, SPObject*, SPDesktop*, void>, SPDesktop*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::deduce_result_type<SPObject* const&, SPObject* const&, void, void, void, void, void>::type sigc::bind_functor<-1, sigc::pointer_functor3<SPObject*, SPObject*, SPDesktop*, void>, SPDesktop*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::operator()<SPObject* const&, SPObject* const&>(SPObject* const&, SPObject* const&) <cycle 1> [10002] 0.00 0.00 2 sigc::adaptor_functor<sigc::pointer_functor3<SPObject*, SPObject*, SPDesktop*, void> >::deduce_result_type<SPObject* const&, SPObject* const&, SPDesktop*&, void, void, void, void>::type sigc::adaptor_functor<sigc::pointer_functor3<SPObject*, SPObject*, SPDesktop*, void> >::operator()<SPObject* const&, SPObject* const&, SPDesktop*&>(SPObject* const&, SPObject* const&, SPDesktop*&) const <cycle 1> [10526] 0.00 0.00 2 sigc::pointer_functor3<SPObject*, SPObject*, SPDesktop*, void>::operator()(SPObject* const&, SPObject* const&, SPDesktop* const&) const <cycle 1> [10530] 0.00 0.00 2 _layer_hierarchy_changed(SPObject*, SPObject*, SPDesktop*) <cycle 1> [9775] 0.00 0.00 2 Inkscape::Preferences::_loadDefaults() <cycle 1> [10291] 0.00 0.00 1 sp_marker_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [12398] 0.00 0.00 1 sp_text_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [12392] 0.00 0.00 1 sp_tspan_build(SPObject*, SPDocument*, Inkscape::XML::Node*) <cycle 1> [12394] 0.00 0.00 1 sigc::internal::slot_call1<sigc::bound_mem_functor1<void, Inkscape::LayerManager, SPObject*>, void, SPObject*>::call_it(sigc::internal::slot_rep*, SPObject* const&) <cycle 1> [13018] 0.00 0.00 1 sigc::adaptor_functor<sigc::bound_mem_functor1<void, Inkscape::LayerManager, SPObject*> >::deduce_result_type<SPObject* const&, void, void, void, void, void, void>::type sigc::adaptor_functor<sigc::bound_mem_functor1<void, Inkscape::LayerManager, SPObject*> >::operator()<SPObject* const&>(SPObject* const&) const <cycle 1> [13666] 0.00 0.00 1 sigc::bound_mem_functor1<void, Inkscape::LayerManager, SPObject*>::operator()(SPObject* const&) const <cycle 1> [13680] 0.00 0.00 1 Inkscape::LayerManager::_selectedLayerChanged(SPObject*) <cycle 1> [13181] 0.00 0.00 1 sigc::internal::slot_call1<sigc::bound_mem_functor1<void, Inkscape::DocumentSubset::Relations, SPObject*>, void, SPObject*>::call_it(sigc::internal::slot_rep*, SPObject* const&) <cycle 1> [13019] 0.00 0.00 1 sigc::adaptor_functor<sigc::bound_mem_functor1<void, Inkscape::DocumentSubset::Relations, SPObject*> >::deduce_result_type<SPObject* const&, void, void, void, void, void, void>::type sigc::adaptor_functor<sigc::bound_mem_functor1<void, Inkscape::DocumentSubset::Relations, SPObject*> >::operator()<SPObject* const&>(SPObject* const&) const <cycle 1> [13667] 0.00 0.00 1 sigc::bound_mem_functor1<void, Inkscape::DocumentSubset::Relations, SPObject*>::operator()(SPObject* const&) const <cycle 1> [13681] 0.00 0.00 1 Inkscape::DocumentSubset::Relations::_release_object(SPObject*) <cycle 1> [13193] 0.00 0.00 1 Inkscape::LivePathEffect::LPEObjectReference::link(char const*) <cycle 1> [13201] ----------------------------------------------- 0.02 1.85 215263/215263 nr_arena_item_request_render(NRArenaItem*) [7] [9] 35.5 0.02 1.85 215263 nr_arena_request_render_rect(NRArena*, NRRectL*) [9] 0.05 1.17 430526/663464 Inkscape::Preferences::getInt(Glib::ustring const&, int) <cycle 1> [12] 0.02 0.58 215263/663464 Inkscape::Preferences::get() <cycle 1> [340] 0.02 0.00 215263/1236181 nr_object_check_instance_type(void const*, unsigned int) [53] 0.00 0.00 215263/219029 nr_arena_get_type() [2885] ----------------------------------------------- 0.00 1.46 435423/435423 Inkscape::Preferences::getEntry(Glib::ustring const&) [11] [10] 27.8 0.00 1.46 435423 Inkscape::Preferences::_getRawValue(Glib::ustring const&, char const*&) [10] 0.35 1.10 435423/435568 Inkscape::Preferences::_getNode(Glib::ustring const&, bool) [13] 0.00 0.01 432741/28329840 Inkscape::XML::SimpleNode::attribute(char const*) const [16] 0.00 0.00 435423/435530 Inkscape::Preferences::_keySplit(Glib::ustring const&, Glib::ustring&, Glib::ustring&) [2863] ----------------------------------------------- This table describes the call tree of the program, and was sorted by the total amount of time spent in each function and its children. Each entry in this table consists of several lines. The line with the index number at the left hand margin lists the current function. The lines above it list the functions that called this function, and the lines below it list the functions this one called. This line lists: index A unique number given to each element of the table. Index numbers are sorted numerically. The index number is printed next to every function name so it is easier to look up where the function in the table. % time This is the percentage of the `total' time that was spent in this function and its children. Note that due to different viewpoints, functions excluded by options, etc, these numbers will NOT add up to 100%. self This is the total amount of time spent in this function. children This is the total amount of time propagated into this function by its children. called This is the number of times the function was called. If the function called itself recursively, the number only includes non-recursive calls, and is followed by a `+' and the number of recursive calls. name The name of the current function. The index number is printed after it. If the function is a member of a cycle, the cycle number is printed between the function's name and the index number. For the function's parents, the fields have the following meanings: self This is the amount of time that was propagated directly from the function into this parent. children This is the amount of time that was propagated from the function's children into this parent. called This is the number of times this parent called the function `/' the total number of times the function was called. Recursive calls to the function are not included in the number after the `/'. name This is the name of the parent. The parent's index number is printed after it. If the parent is a member of a cycle, the cycle number is printed between the name and the index number. If the parents of the function cannot be determined, the word `<spontaneous>' is printed in the `name' field, and all the other fields are blank. For the function's children, the fields have the following meanings: self This is the amount of time that was propagated directly from the child into the function. children This is the amount of time that was propagated from the child's children to the function. called This is the number of times the function called this child `/' the total number of times the child was called. Recursive calls by the child are not listed in the number after the `/'. name This is the name of the child. The child's index number is printed after it. If the child is a member of a cycle, the cycle number is printed between the name and the index number. If there are any cycles (circles) in the call graph, there is an entry for the cycle-as-a-whole. This entry shows who called the cycle (as parents) and the members of the cycle (as children.) The `+' recursive calls entry shows the number of function calls that were internal to the cycle, and the calls entry for each member shows, for that member, how many times it was called from other members of the cycle.

12 44

Shebangs in scripts (LP #602005)
by Krzysztof Kosiński 25 Jul '10

25 Jul '10

Hello LP bug #602005 says that Lintian complains about our Python extensions. They are marked as executable but don't have a shebang line. Leo added the shebangs but I think this is wrong. Those scripts are not meant to be executed directly by the user, only by the Python interpreter started by Inkscape. The proper solution is to mark the extension scripts non-executable. It will not prevent executing them by the Python interpreter, it will only prevent the user from accidentally running them as standalone programs and suppress the warnings. Regards, Krzysztof

3 2

I will be unavailable for a bit in a few weeks...
by Joshua A. Andler 25 Jul '10

25 Jul '10

Hey All, As some of you know, I've had health issues over the past 2 years and both of my hips have gone necrotic (dead bones). So, in one calendar month from today (Aug 24th) I am scheduled to have a dual hip replacement. I am unsure of how long the recovery will take, but I will try to be active again as soon as I can. Don't worry, 0.48 will be out long before then. ;) I hope that the lead-up to this will not interfere with my administration of GSoC or other duties, and that I can return to being an active contributor again quickly. Sorry this seems random, I was just thinking about it and felt I needed to let all of our dev community know. Cheers, Josh

2 1

SVG Working Group: Possible New Path Type
by Tavmjong Bah 24 Jul '10

24 Jul '10

Hi, At the SVG Working Group meeting yesterday there was a discussion on adding a new path type to SVG that would allow a path to be drawn that passes automatically through a list of points. You can read a blog post from Doug Schepers about the idea at: http://schepers.cc/?p=243 We discussed the possibility of using Spiro paths rather than the initially proposed Catmull-Rom curves as Inksscape and FontForge already support Spiro curves. (Spiro curves may, however, be overkill and there are patent issues.) Your feedback would be appreciated. Tav

8 20

Bamboo Pen & Touch
by Mark T 23 Jul '10

23 Jul '10

Hi Inkscape.rs! Just installed a new Wacom Bamboo Pen & Touch. Some videoReviews on uTube. Running with Inkscape 0.47+devel r9596. It's wonderful to see it appear in the Input Devices Config. Not sure how to drive the test area. It is apparently pressure sensitive. Not seeing this so far. Two fingered zooming works pretty well. Wild having touch and pen active. There is a big button on the pad to turn off the touch. I am on Vista Home Premium. Are there any config settings anyone would like me to test? Markt

1 0

Re: [Inkscape-devel] Slow to start
by dormouse 22 Jul '10

22 Jul '10

>...and fetch a cup of coffee in the time it took Inkscape to start up. Using slow Ubuntu (P-IV/768Mb RAM) machine one cup is not enough. After coffe-break works just fine and predictable. --- Regards, Vladimir Kalyaev.

1 0

SVG Working Group: Markers
by Tavmjong Bah 21 Jul '10

21 Jul '10

Hi, There was a lengthy discussion about markers at yesterday's SVG teleconference. At least one browser vendor would like to change the behavior of markers in the SVG1.1 spec. At the moment, markers inherit the style of their parent at the point they are defined: <g fill="black" stroke="red> <marker id="marker1"> <rect width="10" height="10"/> </marker> <path marker-start="url(#marker1)" d="M 30 60 L 80 60 L 80 110 Z"/> <g> would produce a marker on a path. Both the marker and path would have a black fill and a red stroke. On the other hand: <g fill="green" stroke="yellow> <marker id="marker2"> <rect width="10" height="10"/> </marker> <g> <g fill="black" stroke="red> <marker id="marker2"> <rect width="10" height="10"/> </marker> <path marker-start="url(#marker2)" d="M 30 60 L 80 60 L 80 110 Z"/> <g> would produce a marker on a path with the marker having a green fill and yellow stroke. The proposal is to change the behavior so that the marker fill and stroke are defined at the point they are referenced (like the <use> object). This would allow markers to take the color of the path they are attached to. It was claimed that a search of roughly 30,000 SVG's collected from the Web finds only one SVG that relies on the current spec's behavior... namely the SVG from the W3C test suite that specifically tests the behavior. I'm not sure if this is actually true as many Inkscape's markers don't include fill or stroke color. Since they are defined in the <defs> section, the fill defaults to black. If the marker fill were defined at the point of reference, I would think that it would take the object's fill... which is normally "none" for a path with an arrowhead. I pointed out that this does not solve the typical Inkscape user's problem since what most user's want is for the marker fill to be the same color as the object's stroke color, see: https://bugs.launchpad.net/inkscape/+bug/165865 The plan is to reevaluate the proper way to handle markers for SVG2 and then look at what changes to 1.1 can be made that will be compatible with SVG2. This could include changing the spec as described above. Tav BTW, why do some Inkscape markers include "font-size" in their style?

3 2

Updating our 2geom
by unknown＠example.com 21 Jul '10

21 Jul '10

Hi all, Now that 0.48 is branched off, we can work towards updating our 2geom copy. I think the most problematic 2geom change is the renaming of "Geom::Matrix" to "Geom::Affine". Nathan, I read in one of your mails that you already worked on renaming those in Inkscape? Ciao, Johan

2 1

Re: [Inkscape-devel] After the dbus api merge, trunk (9614) fails to build on osx
by Uwe Schöler - OSS-Marketplace.com 20 Jul '10

20 Jul '10

Hi, i get similar errors while building inkscape on windows7 with dbus-wrapper.c I'm not familiar with all that stuff, so i attached the log file ;) Sincerely, UweSch 1) make error due to hardcoded 'libtoolize' in autogen.sh > $ make > CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh /Volumes/blue/src/Inkscape/src/inkscape-repo/mp-x11/missing --run aclocal-1.11 > cd . && /bin/sh /Volumes/blue/src/Inkscape/src/inkscape-repo/mp-x11/missing --run automake-1.11 --foreign > configure.ac:33: required file `./ltmain.sh' not found > make: *** [Makefile.in] Error 1 On OS X libtool and libtoolize are installed as 'glibtool' and 'glibtoolize'. autogen.sh should either test for it or maybe use the environment variables ($LIBTOOL, $LIBTOOLIZE) which could be set in the packaging script (packaging/macosx/osx-build.sh). After editing autogen.sh (replace "libtoolize" with "glibtoolize") to test the fix, autogen.sh and configure ran through: > Configuration: > > Source code location: . > Destination path prefix: /Volumes/blue/src/Inkscape/src/inkscape-repo/mp-x11/packaging/macosx/../../Build > Compiler: ccache g++ > CPPFLAGS: -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -I/Volumes/blue/mp-inkscape/with-a-long-long-long-directory-name/include > CXXFLAGS: -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -O3 -Wall -Wno-strict-aliasing > CFLAGS: -Wno-pointer-sign -O3 -Wall > LDFLAGS: -L/Volumes/blue/mp-inkscape/with-a-long-long-long-directory-name/lib > > Use Xft font database: yes > Use gnome-vfs: yes > Use openoffice files: yes > Use relocation support: no > Internal Python: skipped > Internal Perl: skipped > Enable LittleCms: yes > Enable DBUS no > Enable Poppler-Cairo: yes > ImageMagick Magick++: yes > Libwpg: yes > Doing Local Install: no but make failed later on with: 2) link error for 'libinkdbus.la' > CCLD libinkdbus.la > Undefined symbols: ... > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[3]: *** [libinkdbus.la] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 Any hints on how one can really disable DBUS in Inkscape for now or how to investigate if this is a problem with my local build environment (dbus, dbus-glib dependencies are installed [2]) or why this error happens on osx would be highly appreciated. ~suv [1] from the console log building bzr trunk 9614: > LeWitt:mp-x11 suv$ make > make all-recursive > Making all in src > dbus-binding-tool --mode=glib-server --output=extension/dbus/application-server-glue.h --prefix=application_interface extension/dbus/application-interface.xml > dbus-binding-tool --mode=glib-server --output=extension/dbus/document-server-glue.h --prefix=document_interface extension/dbus/document-interface.xml > dbus-binding-tool --mode=glib-client --output=extension/dbus/document-client-glue.h --prefix=document_interface extension/dbus/document-interface.xml > make all-am > CXX arc-context.o > ... > > CXX extension/print.o > CXX extension/dbus/dbus-init.o > extension/dbus/dbus-init.cpp:71: warning: unused parameter ‘proxy’ > extension/dbus/dbus-init.cpp: In function ‘void Inkscape::Extension::Dbus::init()’: > extension/dbus/dbus-init.cpp:87: warning: unused variable ‘obj’ > extension/dbus/dbus-init.cpp: In function ‘gchar* Inkscape::Extension::Dbus::init_document()’: > extension/dbus/dbus-init.cpp:103: warning: unused variable ‘result’ > extension/dbus/dbus-init.cpp:104: warning: unused variable ‘error’ > CXX extension/dbus/application-interface.o > extension/dbus/application-interface.cpp:40: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:57: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:57: warning: unused parameter ‘error’ > extension/dbus/application-interface.cpp:63: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:70: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:70: warning: unused parameter ‘error’ > extension/dbus/application-interface.cpp:78: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:78: warning: unused parameter ‘document_name’ > extension/dbus/application-interface.cpp:78: warning: unused parameter ‘error’ > extension/dbus/application-interface.cpp:85: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:85: warning: unused parameter ‘error’ > extension/dbus/application-interface.cpp:91: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:91: warning: unused parameter ‘error’ > extension/dbus/application-interface.cpp:101: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:101: warning: unused parameter ‘error’ > extension/dbus/application-interface.cpp:107: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:114: warning: unused parameter ‘object’ > extension/dbus/application-interface.cpp:114: warning: unused parameter ‘error’ > CXX extension/dbus/document-interface.o > extension/dbus/document-interface.cpp:205: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:341: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:486: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:521: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:555: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:563: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:573: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:807: warning: unused parameter ‘object’ > extension/dbus/document-interface.cpp:807: warning: unused parameter ‘shape’ > extension/dbus/document-interface.cpp:841: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:853: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:877: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:933: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:944: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:958: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:975: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1019: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1040: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1055: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘object’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘x’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘y’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘x2’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘y2’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘replace’ > extension/dbus/document-interface.cpp:1079: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1141: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1153: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1160: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1277: warning: unused parameter ‘error’ > extension/dbus/document-interface.cpp:1299: warning: unused parameter ‘object’ > CXX extension/implementation/implementation.o > extension/implementation/implementation.cpp:100: warning: unused parameter ‘docCache’ > CXX extension/implementation/script.o > ... > > CXX inkscape-version.o > AR libinkversion.a > CC extension/dbus/wrapper/libinkdbus_la-inkscape-dbus-wrapper.lo > CCLD libinkdbus.la > Undefined symbols: > "_dbus_g_bus_get", referenced from: > _dbus_get_connection in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_desktop_init_dbus in libinkdbus_la-inkscape-dbus-wrapper.o > "_dbus_g_proxy_call", referenced from: > _inkscape_delete_all in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_call_verb in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_rectangle in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_ellipse in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_polygon in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_star in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_spiral in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_line in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_text in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_image in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_node in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_document_get_width in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_document_get_height in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_document_get_css in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_document_set_css in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_document_merge_css in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_document_resize_to_fit_selection in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_set_attribute in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_set_int_attribute in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_set_double_attribute in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_get_attribute in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_move in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_move_to in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_object_to_path in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_get_path in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_transform in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_get_css in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_modify_css in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_merge_css in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_set_color in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_move_to_layer in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_get_node_coordinates in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_save in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_save_as in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_load in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_mark_as_unmodified in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_close in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_inkscape_exit in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_undo in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_redo in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_pause_updates in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_resume_updates in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_update in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_get in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_add in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_add_list in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_set in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_set_list in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_rotate in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_delete in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_clear in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_select_all in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_select_all_in_all_layers in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_box in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_invert in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_group in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_ungroup in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_cut in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_copy in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_paste in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_scale in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_move in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_move_to in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_move_to_layer in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_get_center in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_to_path in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_combine in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_divide in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_change_level in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_layer_new in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_layer_set in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_layer_get_all in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_layer_change_level in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_layer_next in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_layer_previous in libinkdbus_la-inkscape-dbus-wrapper.o > "_dbus_g_proxy_new_for_name", referenced from: > _dbus_get_proxy in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_desktop_init_dbus in libinkdbus_la-inkscape-dbus-wrapper.o > "_dbus_g_type_get_collection", referenced from: > _inkscape_get_node_coordinates in libinkdbus_la-inkscape-dbus-wrapper.o > _inkscape_selection_get_center in libinkdbus_la-inkscape-dbus-wrapper.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[3]: *** [libinkdbus.la] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > LeWitt:mp-x11 suv$ [2] installed (dbus) dependencies (via MacPorts): dbus @1.2.24_0+no_root+no_startupitem dbus-glib @0.86_1 glib2 @2.24.1_0+darwin ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel -- Mit freundlichem Gruß, Uwe Schöler

4 8

inkscape@...2375... Open
by Alexandre Prokoudine 20 Jul '10

20 Jul '10

Hi, Is anybody planning to participate at SVG Open 2010? Alexandre Prokoudine http://libregraphicsworld.org

2 1

DXF import plugin (dxf_input.py) bugs, missing features and their solutions.
by dormouse 19 Jul '10

19 Jul '10

Hello! Let me introduce myself to group. My name is Vladimir Kalyaev (http://kalyaev.com) one of the "gcodetools" developers. gcodetools is the Inkscape extension to add CNC functionality. It generates G-Codes from SVG drawings and aimed to be a complete CAD/CAM freeware open-source workflow. DXF import bugs. I've discovered 2 major bugs in the latest dxf_import.py release. Both of them are incorrect last "bulget" (having curvature) segment import of LWPOLYLINE. This plugin simply throws away this segment and replaces it with a straight line. Incorrect import example (straight lines point to errorneus lines. Arcs should be there): http://kalyaev.com/2010/20100513/inkscape-direct.png The source code was modified by me to correct these errors. Now all closed polylines imports correctly to Inkscape. Also there is another missing feature: POINT primitive import due to SVG limitation (there is no POINT at all inside SVG specification). dxf_import.py imports POINTS as two circular segments and they are totally indistinguishable from the other objects. Point is very usefull for "drilling" and e.t.c so a simple solution: import them as any object (red arrow in my version) with the "d" outline "M x,y ..." (x,y)=(pointX, pointY) and special SVG-attribute "dxfpoint":"1" to distinguish from the other objects. This behaviour turns on when new "checkmark" is enabled (dxf_import.inx) All of these corrections and additions are tested and work fine. I offer to merge them into current Inkscape dev distribution. Everyone can take these files from launchpad.net "lp:gcodetools" branch or download today's version with the DXF,svg,png examples from the http://kalyaev.com/2010/20100601/gcodetools.v85.zip Have a nice day! --- Vladimir Kalyaev.

3 6

compile error in rev 9618
by bulia byak 18 Jul '10

18 Jul '10

I can probably fix it, but I wonder if it may be a sign of some other trouble. Anyone else seeing this? sp-gradient.h: In function ‘void sp_gradient_pattern_common_setup(cairo_pattern_t*, SPGradient*, const NRRect*)’: sp-gradient.h:81: error: ‘SPGradientUnits SPGradient::units’ is private sp-gradient.cpp:2057: error: within this context sp-gradient.cpp: In function ‘cairo_pattern_t* sp_radialgradient_create_pattern(SPPaintServer*, const NRRect*)’: sp-gradient.cpp:2071: error: ‘sp_gradient_ensure_colors’ was not declared in this scope sp-gradient.cpp: In function ‘cairo_pattern_t* sp_lineargradient_create_pattern(SPPaintServer*, const NRRect*)’: sp-gradient.cpp:2089: error: ‘sp_gradient_ensure_colors’ was not declared in this scope -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 6

What are Auto-Smooth Nodes?
by Dave Crossland 16 Jul '10

16 Jul '10

Hi, Over on the www-svg@...157... list, there has been some discussion about Catull-Rom splines, triggered by http://schepers.cc/?p=243 and http://schepers.cc/svg/path/dotty.svg :) These CR curves look exactly like Inkscape's "auto smooth" node type; could someone confirm this? :) CR curves as per dotty.svg change the 4 segments around the point, although since dotty.svg hasn't got moving points functionality yet, only placing new points, then only the 2 segments before the newly placed point are seen changing as a new point is laid down. The Inkscape "auto smooth" node type interaction is the opposite in the 0.47 release, where you can't lay down AS nodes but you can change points' type to AS and then move them around, which effects the 4 segments around the point. I haven't checked the trunk source version; does the latest node tool support this? Cheers Dave

2 5

linking on Fedora
by Jakub Steiner 15 Jul '10

15 Jul '10

Current trunk fails linking the final binaries on Fedora. I am absolutely clueless about the automake system, but adding -lX11 -ldl -ldbus-glib-1 to INKSCAPE_LIBS in src/Makefile does the trick for me in trunk. Can this be fixed upstream or is that a Fedora specific thing that needs to remain being handled downstream? Thank you https://bugs.launchpad.net/inkscape/+bug/595872 -- Jakub Steiner <jimmac@...400...> http://jimmac.musichall.cz

2 1

How to create a Windows Style file selection modally using GTK?
by Bruce 15 Jul '10

15 Jul '10

Dear All, I am writing a GTK application on Win32. I need to create a Windows style file selection dialog using GetOpenFileName function. I have referred to your source code to see how you did it (filedialogimpl-win32.cpp). I see you are calling GetOpenFileName in another thread, and in the main thread, you can g_main_loop_run to block the main window and make the file selection dialog modally. But when I write my code, I cannot block the main window. It seems that calling g_main_loop_run function would also accept and handle signals from the main window, making the main window still active. So can anyone tell me how you make your Windows style file selection dialog modally (preventing the main window from active) ? Bruce Cheng --

2 5

Upgrading Bazaar Repository Format
by Ted Gould 13 Jul '10

13 Jul '10

Hello again, miss me? We had talked about upgrading the Bazaar repository format as the 0.48 release went out the door, I'm thinking that branching is "good enough" for this. I'd like to upgrade to the '2a' format which requires everyone to be using Bazaar 1.16 or better (current is 2.1). I'll do this tomorrow night if there are no complaints. What does this mean to you? Smaller repositories and faster operations with Bazaar. What do you have to do? You can just grab an entirely new check out of the updated branch. Personally, I'd recommend just upgrading your local repos with the "bzr upgrade" command to save yourself some bandwidth. This does take a while, so I'd do it before bed. What about other branches in LP? You probably want to upgrade them as well. If you look at the branch page (something like https://code.edge.launchpad.net/~inkscape.dev/inkscape/trunk ) you'll notice a "Upgrade this branch" button at the very bottom of page. Click that. Any other questions or concerns? --Ted

1 2

Re: [Inkscape-devel] Compile Inkscape the problem
by 海斌 13 Jul '10

13 Jul '10

I used Windows xp sp2. normal windows command line environment. my devlibs SVN address: https://svn.modevia.com/inkscape/devlibs please give me your devlibs download address. thank you. ------------------ 原始邮件 ------------------ 发件人: "Jasper van de Gronde"<th.v.d.gronde@...528...>; 发送时间: 2010年7月13日(星期二) 下午3:38 收件人: "海斌"<w-hbin@...2378...>; "inkscape"<inkscape-devel(a)lists.sourceforge.net>; 主题: Re: Compile Inkscape the problem No idea what this error is. If no one else has any ideas I would recommend going back to the instructions for setting up a compilation environment and double checking that everything was set up correctly: http://wiki.inkscape.org/wiki/index.php/Win32Port One thing I noticed was that you may have an old devlibs, as one the first things mentioned in the error is line 1675 in .../signal.h and that line (as well as the lines above and below it) only has a comment in my devlibs. So you may want to update your copy of devlibs. Also, it would help if you told us a bit more about your setup. What version of Windows do you use? What shell? (the normal Windows command line environment? MSYS bash? CygWin bash?) 海斌 wrote: > ============================= > Make error line 291: problem compiling: In file included from > H:/devlibs/include > /sigc++-2.0/sigc++/sigc++.h:23:0, > from H:/devlibs/include/glibmm-2.4/glibmm/signalproxy.h:13, > from H:/devlibs/include/glibmm-2.4/glibmm/objectbase.h:24, > from H:/devlibs/include/glibmm-2.4/glibmm/wrap.h:26, > from > H:/devlibs/include/glibmm-2.4/glibmm/containerhandle_share > d.h:35, > from H:/devlibs/include/glibmm-2.4/glibmm/arrayhandle.h:24, > from H:/devlibs/include/glibmm-2.4/glibmm.h:27, > from src/io/inkscapestream.h:16, > from src/xml/repr.h:23, > from src/xml/simple-node.cpp:25: > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:1675:26: error: > declaration of 'ty > pedef struct sigc::signal0<T_return, T_accumulator>::slot_list_type > sigc::signal > 0<T_return, T_accumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, sigc::nil, > sigc::ni > l, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:1784:26: error: > declaration of 'ty > pedef struct sigc::signal1<T_return, T_arg1, > T_accumulator>::slot_list_type sigc > ::signal1<T_return, T_arg1, T_accumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > sigc::nil, > sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:1895:26: error: > declaration of 'ty > pedef struct sigc::signal2<T_return, T_arg1, T_arg2, > T_accumulator>::slot_list_t > ype sigc::signal2<T_return, T_arg1, T_arg2, T_accumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > T_arg2, sig > c::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:2008:26: error: > declaration of 'ty > pedef struct sigc::signal3<T_return, T_arg1, T_arg2, T_arg3, > T_accumulator>::slo > t_list_type sigc::signal3<T_return, T_arg1, T_arg2, T_arg3, > T_accumulator>::slot > _list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > T_arg2, T_a > rg3, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:2123:26: error: > declaration of 'ty > pedef struct sigc::signal4<T_return, T_arg1, T_arg2, T_arg3, T_arg4, > T_accumulat > or>::slot_list_type sigc::signal4<T_return, T_arg1, T_arg2, T_arg3, > T_arg4, T_ac > cumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > T_arg2, T_a > rg3, T_arg4, sigc::nil, sigc::nil, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:2240:26: error: > declaration of 'ty > pedef struct sigc::signal5<T_return, T_arg1, T_arg2, T_arg3, T_arg4, > T_arg5, T_a > ccumulator>::slot_list_type sigc::signal5<T_return, T_arg1, T_arg2, > T_arg3, T_ar > g4, T_arg5, T_accumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > T_arg2, T_a > rg3, T_arg4, T_arg5, sigc::nil, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:2359:26: error: > declaration of 'ty > pedef struct sigc::signal6<T_return, T_arg1, T_arg2, T_arg3, T_arg4, > T_arg5, T_a > rg6, T_accumulator>::slot_list_type sigc::signal6<T_return, T_arg1, > T_arg2, T_ar > g3, T_arg4, T_arg5, T_arg6, T_accumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > T_arg2, T_a > rg3, T_arg4, T_arg5, T_arg6, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:2480:26: error: > declaration of 'ty > pedef struct sigc::signal7<T_return, T_arg1, T_arg2, T_arg3, T_arg4, > T_arg5, T_a > rg6, T_arg7, T_accumulator>::slot_list_type sigc::signal7<T_return, > T_arg1, T_ar > g2, T_arg3, T_arg4, T_arg5, T_arg6, T_arg7, T_accumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > T_arg2, T_a > rg3, T_arg4, T_arg5, T_arg6, T_arg7> >' > cc : compile of build/obj/xml/subtree.o required by source: > src/xml/subtree. > cpp > ============ cmd ============

2 1

Re: [Inkscape-devel] Compile Inkscape the problem
by Jasper van de Gronde 13 Jul '10

13 Jul '10

No idea what this error is. If no one else has any ideas I would recommend going back to the instructions for setting up a compilation environment and double checking that everything was set up correctly: http://wiki.inkscape.org/wiki/index.php/Win32Port One thing I noticed was that you may have an old devlibs, as one the first things mentioned in the error is line 1675 in .../signal.h and that line (as well as the lines above and below it) only has a comment in my devlibs. So you may want to update your copy of devlibs. Also, it would help if you told us a bit more about your setup. What version of Windows do you use? What shell? (the normal Windows command line environment? MSYS bash? CygWin bash?) 海斌 wrote: > ============================= > Make error line 291: problem compiling: In file included from > H:/devlibs/include > /sigc++-2.0/sigc++/sigc++.h:23:0, > from H:/devlibs/include/glibmm-2.4/glibmm/signalproxy.h:13, > from H:/devlibs/include/glibmm-2.4/glibmm/objectbase.h:24, > from H:/devlibs/include/glibmm-2.4/glibmm/wrap.h:26, > from > H:/devlibs/include/glibmm-2.4/glibmm/containerhandle_share > d.h:35, > from H:/devlibs/include/glibmm-2.4/glibmm/arrayhandle.h:24, > from H:/devlibs/include/glibmm-2.4/glibmm.h:27, > from src/io/inkscapestream.h:16, > from src/xml/repr.h:23, > from src/xml/simple-node.cpp:25: > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:1675:26: error: > declaration of 'ty > pedef struct sigc::signal0<T_return, T_accumulator>::slot_list_type > sigc::signal > 0<T_return, T_accumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, sigc::nil, > sigc::ni > l, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:1784:26: error: > declaration of 'ty > pedef struct sigc::signal1<T_return, T_arg1, > T_accumulator>::slot_list_type sigc > ::signal1<T_return, T_arg1, T_accumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > sigc::nil, > sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:1895:26: error: > declaration of 'ty > pedef struct sigc::signal2<T_return, T_arg1, T_arg2, > T_accumulator>::slot_list_t > ype sigc::signal2<T_return, T_arg1, T_arg2, T_accumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > T_arg2, sig > c::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:2008:26: error: > declaration of 'ty > pedef struct sigc::signal3<T_return, T_arg1, T_arg2, T_arg3, > T_accumulator>::slo > t_list_type sigc::signal3<T_return, T_arg1, T_arg2, T_arg3, > T_accumulator>::slot > _list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > T_arg2, T_a > rg3, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:2123:26: error: > declaration of 'ty > pedef struct sigc::signal4<T_return, T_arg1, T_arg2, T_arg3, T_arg4, > T_accumulat > or>::slot_list_type sigc::signal4<T_return, T_arg1, T_arg2, T_arg3, > T_arg4, T_ac > cumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > T_arg2, T_a > rg3, T_arg4, sigc::nil, sigc::nil, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:2240:26: error: > declaration of 'ty > pedef struct sigc::signal5<T_return, T_arg1, T_arg2, T_arg3, T_arg4, > T_arg5, T_a > ccumulator>::slot_list_type sigc::signal5<T_return, T_arg1, T_arg2, > T_arg3, T_ar > g4, T_arg5, T_accumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > T_arg2, T_a > rg3, T_arg4, T_arg5, sigc::nil, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:2359:26: error: > declaration of 'ty > pedef struct sigc::signal6<T_return, T_arg1, T_arg2, T_arg3, T_arg4, > T_arg5, T_a > rg6, T_accumulator>::slot_list_type sigc::signal6<T_return, T_arg1, > T_arg2, T_ar > g3, T_arg4, T_arg5, T_arg6, T_accumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > T_arg2, T_a > rg3, T_arg4, T_arg5, T_arg6, sigc::nil> >' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:2480:26: error: > declaration of 'ty > pedef struct sigc::signal7<T_return, T_arg1, T_arg2, T_arg3, T_arg4, > T_arg5, T_a > rg6, T_arg7, T_accumulator>::slot_list_type sigc::signal7<T_return, > T_arg1, T_ar > g2, T_arg3, T_arg4, T_arg5, T_arg6, T_arg7, T_accumulator>::slot_list' > H:/devlibs/include/sigc++-2.0/sigc++/signal.h:168:1: error: changes > meaning of ' > slot_list' from 'struct sigc::slot_list<sigc::slot<T_return, T_arg1, > T_arg2, T_a > rg3, T_arg4, T_arg5, T_arg6, T_arg7> >' > cc : compile of build/obj/xml/subtree.o required by source: > src/xml/subtree. > cpp > ============ cmd ============

1 0

Humble palette improvements
by Andy Fitzsimon 13 Jul '10

13 Jul '10

Hi All, I'd like to start a discussion about our default palettes. Since Jon implemented the feature years back, I've done many casual surveys of which palettes designers are using and which ones designers want. My suggestion is that we sanitize our current collection of palettes to make inkscape easier for common tasks as well as remove the bloat. Here's what i recommend: --------- Kill: gray, blues, gold, green, reds, royal. hilte, topographic, khaki, and inkscape-default (its a bad default) Keep, tango, echo, ubuntu, XP, latex, websafe22, webhex Add: Android palette (below) and fedora's echo palette ------------ I also suggest we default to either tango, android, or ubuntu. it doesnt matter which one. only that we simplyfy the range of colours being displayed by default so that artists can quickly pickup a few primary hues. my reasons for listing the palettes i did in the kill pile are simply that they offer far too many variations of the same hues. its a confusingly big list and in a typical workflow, the fill and stroke dialog is the best and easiest place to go if you want to vary parameters on a selected hue. of course a few variations are fine What do you all think? Jon, do you mind making this change? Andy ############################## GIMP Palette Name: Android icon palette Columns: 1 # 255 255 255 FFFFFF 191 191 191 BFBFBF 128 128 128 808080 64 64 64 404040 0 0 0 000000 102 153 255 6699FF 51 102 204 3366CC 0 51 153 003399 153 204 51 99CC33 0 204 0 00CC00 102 153 0 669900 255 204 0 FFCC00 255 153 0 FF9900 255 102 0 FF6600 204 0 0 CC0000

11 35

compile Inkscape on Windows error
by 海斌 12 Jul '10

12 Jul '10

> I want to compile Inkscape on Windows Do you see my error log: I:\Inkscape\Src>btool #################################################### # BuildTool v0.9.9 #################################################### ######## PARSE : build.xml ######## PARSE COMPLETE ######## EXECUTE ##### Target : init ##### Do all preparatory tasks, like make directories and copy files --- init / mkdir mkdir : build --- init / mkdir mkdir : build/java --- init / mkdir mkdir : build/java/classes --- init / mkdir mkdir : build/java/lib --- init / mkdir mkdir : inkscape --- init / copy copy : src/helper/sp-marshal.h.mingw to src/helper/sp-marshal.h copy : skipped --- init / copy copy : src/helper/sp-marshal.cpp.mingw to src/helper/sp-marshal.cpp copy : skipped --- init / makefile makefile : src/inkscape-version.cpp makefile : skipped --- init / makefile makefile : config.h makefile : skipped ##### Target : cxxtest ##### generate test files --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestpart --- cxxtest / cxxtestroot ##### Target : compile ##### compile the source to .o --- compile / cc cc : compile of build/obj/document.o required by source: src/document.cpp ============ cmd ============ mingw32-g++ -c -Wall -Wformat -Werror=format-security -W -Wpointer-arith -Wcast- align -Wsign-compare -Woverloaded-virtual -Wswitch -O2 -mms-bitfields -fopenmp - DVERSION=\"0.46+devel\" -DHAVE_CONFIG_H -D_INTL_REDIRECT_INLINE -DHAVE_SSL -DREL AYTOOL_SSL="static const int libssl_is_present=1; static int __attribute__((unus ed)) libssl_symbol_is_present(char *s){ return 1; }" -DPOPPLER_NEW_GFXFONT -I. - IH:/devlibs/include -IH:/devlibs/include/gtkmm-2.4 -IH:/devlibs/lib/gtkmm-2.4/in clude -IH:/devlibs/include/glibmm-2.4 -IH:/devlibs/lib/glibmm-2.4/include -IH:/ devlibs/include/glib-2.0 -IH:/devlibs/lib/glib-2.0/include -mms-bitfields -IH:/d evlibs/include/sigc++-2.0 -IH:/devlibs/lib/sigc++-2.0/include -IH:/devlibs/inclu de/gdkmm-2.4 -IH:/devlibs/lib/gdkmm-2.4/include -IH:/devlibs/include/pangomm-1.4 -IH:/devlibs/include/pango-1.0 -IH:/devlibs/include/pango-1.0 -IH:/devlibs/incl ude/cairo -IH:/devlibs/include/gtk-2.0 -IH:/devlibs/lib/gtk-2.0/include -IH:/dev libs/include/gtk-2.0 -IH:/devlibs/include/pango-1.0 -IH:/devlibs/include/cairomm -1.0 -IH:/devlibs/include/atkmm-1.6 -IH:/devlibs/include/atk-1.0 -IH:/devlibs/i nclude/gtk-2.0 -mms-bitfields -IH:/devlibs/include/gtk-2.0 -IH:/devlibs/lib/gtk- 2.0/include -IH:/devlibs/include/libxml2 -IH:/devlibs/include/freetype2 -IH:/dev libs/include -IH:/devlibs/include/cairo -IH:/devlibs/include/poppler -IH:/devlib s/include/gc -IH:/devlibs/include/libwpg-0.1 -IH:/devlibs/include/libwpd-0.8 -IH :/devlibs/include/libwpg-0.1 -IH:/devlibs/include/libwpd-0.8 -Icxxtest -IH:/devl ibs/python/include -Isrc/bind/javainc -Isrc/bind/javainc/win32 -Isrc -Isrc/2ge om -Isrc/2geom/numeric -Isrc/application -Isrc/bind -Isrc/debug -Isrc/dialogs -I src/display -Isrc/dom -Isrc/dom/io -Isrc/dom/odf -Isrc/dom/util -Isrc/extension -Isrc/extension/implementation -Isrc/extension/internal -Isrc/extension/internal /bitmap -Isrc/extension/internal/filter -Isrc/extension/internal/pdfinput -Isrc/ extension/script -Isrc/filters -Isrc/graphlayout -Isrc/helper -Isrc/inkjar -Isrc /io -Isrc/jabber_whiteboard -Isrc/jabber_whiteboard/dialog -Isrc/libavoid -Isrc/ libcola -Isrc/libcroco -Isrc/libgdl -Isrc/libnr -Isrc/libnrtype -Isrc/libvpsc -I src/libvpsc/pairingheap -Isrc/livarot -Isrc/live_effects -Isrc/live_effects/para meter -Isrc/pedro -Isrc/removeoverlap -Isrc/svg -Isrc/trace -Isrc/trace/potrace -Isrc/ui -Isrc/ui/cache -Isrc/ui/dialog -Isrc/ui/view -Isrc/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml src/document.cpp -o build/obj/document.o ============================= Make error line 291: problem compiling: cc1plus.exe: error: unrecognized command line option "-Werror=format-security" cc1plus.exe: error: unrecognized command line option "-fopenmp" cc : compile of build/obj/display/nr-filter-gaussian.o required by source: s rc/display/nr-filter-gaussian.cpp ============ cmd ============ mingw32-g++ -c -Wall -Wformat -Werror=format-security -W -Wpointer-arith -Wcast- align -Wsign-compare -Woverloaded-virtual -Wswitch -O2 -mms-bitfields -fopenmp - DVERSION=\"0.46+devel\" -DHAVE_CONFIG_H -D_INTL_REDIRECT_INLINE -DHAVE_SSL -DREL AYTOOL_SSL="static const int libssl_is_present=1; static int __attribute__((unus ed)) libssl_symbol_is_present(char *s){ return 1; }" -DPOPPLER_NEW_GFXFONT -I. - IH:/devlibs/include -IH:/devlibs/include/gtkmm-2.4 -IH:/devlibs/lib/gtkmm-2.4/in clude -IH:/devlibs/include/glibmm-2.4 -IH:/devlibs/lib/glibmm-2.4/include -IH:/ devlibs/include/glib-2.0 -IH:/devlibs/lib/glib-2.0/include -mms-bitfields -IH:/d evlibs/include/sigc++-2.0 -IH:/devlibs/lib/sigc++-2.0/include -IH:/devlibs/inclu de/gdkmm-2.4 -IH:/devlibs/lib/gdkmm-2.4/include -IH:/devlibs/include/pangomm-1.4 -IH:/devlibs/include/pango-1.0 -IH:/devlibs/include/pango-1.0 -IH:/devlibs/incl ude/cairo -IH:/devlibs/include/gtk-2.0 -IH:/devlibs/lib/gtk-2.0/include -IH:/dev libs/include/gtk-2.0 -IH:/devlibs/include/pango-1.0 -IH:/devlibs/include/cairomm -1.0 -IH:/devlibs/include/atkmm-1.6 -IH:/devlibs/include/atk-1.0 -IH:/devlibs/i nclude/gtk-2.0 -mms-bitfields -IH:/devlibs/include/gtk-2.0 -IH:/devlibs/lib/gtk- 2.0/include -IH:/devlibs/include/libxml2 -IH:/devlibs/include/freetype2 -IH:/dev libs/include -IH:/devlibs/include/cairo -IH:/devlibs/include/poppler -IH:/devlib s/include/gc -IH:/devlibs/include/libwpg-0.1 -IH:/devlibs/include/libwpd-0.8 -IH :/devlibs/include/libwpg-0.1 -IH:/devlibs/include/libwpd-0.8 -Icxxtest -IH:/devl ibs/python/include -Isrc/bind/javainc -Isrc/bind/javainc/win32 -Isrc -Isrc/2ge om -Isrc/2geom/numeric -Isrc/application -Isrc/bind -Isrc/debug -Isrc/dialogs -I src/display -Isrc/dom -Isrc/dom/io -Isrc/dom/odf -Isrc/dom/util -Isrc/extension -Isrc/extension/implementation -Isrc/extension/internal -Isrc/extension/internal /bitmap -Isrc/extension/internal/filter -Isrc/extension/internal/pdfinput -Isrc/ extension/script -Isrc/filters -Isrc/graphlayout -Isrc/helper -Isrc/inkjar -Isrc /io -Isrc/jabber_whiteboard -Isrc/jabber_whiteboard/dialog -Isrc/libavoid -Isrc/ libcola -Isrc/libcroco -Isrc/libgdl -Isrc/libnr -Isrc/libnrtype -Isrc/libvpsc -I src/libvpsc/pairingheap -Isrc/livarot -Isrc/live_effects -Isrc/live_effects/para meter -Isrc/pedro -Isrc/removeoverlap -Isrc/svg -Isrc/trace -Isrc/trace/potrace -Isrc/ui -Isrc/ui/cache -Isrc/ui/dialog -Isrc/ui/view -Isrc/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml src/display/nr-filter-gaussian.cpp -o build/obj/display /nr-filter-gaussian.o ============================= Make error line 291: problem compiling: cc1plus.exe: error: unrecognized command line option "-Werror=format-security" cc1plus.exe: error: unrecognized command line option "-fopenmp" cc : compile of build/obj/extension/internal/emf-win32-inout.o required by s ource: src/extension/internal/emf-win32-inout.cpp ============ cmd ============ mingw32-g++ -c -Wall -Wformat -Werror=format-security -W -Wpointer-arith -Wcast- align -Wsign-compare -Woverloaded-virtual -Wswitch -O2 -mms-bitfields -fopenmp - DVERSION=\"0.46+devel\" -DHAVE_CONFIG_H -D_INTL_REDIRECT_INLINE -DHAVE_SSL -DREL AYTOOL_SSL="static const int libssl_is_present=1; static int __attribute__((unus ed)) libssl_symbol_is_present(char *s){ return 1; }" -DPOPPLER_NEW_GFXFONT -I. - IH:/devlibs/include -IH:/devlibs/include/gtkmm-2.4 -IH:/devlibs/lib/gtkmm-2.4/in clude -IH:/devlibs/include/glibmm-2.4 -IH:/devlibs/lib/glibmm-2.4/include -IH:/ devlibs/include/glib-2.0 -IH:/devlibs/lib/glib-2.0/include -mms-bitfields -IH:/d evlibs/include/sigc++-2.0 -IH:/devlibs/lib/sigc++-2.0/include -IH:/devlibs/inclu de/gdkmm-2.4 -IH:/devlibs/lib/gdkmm-2.4/include -IH:/devlibs/include/pangomm-1.4 -IH:/devlibs/include/pango-1.0 -IH:/devlibs/include/pango-1.0 -IH:/devlibs/incl ude/cairo -IH:/devlibs/include/gtk-2.0 -IH:/devlibs/lib/gtk-2.0/include -IH:/dev libs/include/gtk-2.0 -IH:/devlibs/include/pango-1.0 -IH:/devlibs/include/cairomm -1.0 -IH:/devlibs/include/atkmm-1.6 -IH:/devlibs/include/atk-1.0 -IH:/devlibs/i nclude/gtk-2.0 -mms-bitfields -IH:/devlibs/include/gtk-2.0 -IH:/devlibs/lib/gtk- 2.0/include -IH:/devlibs/include/libxml2 -IH:/devlibs/include/freetype2 -IH:/dev libs/include -IH:/devlibs/include/cairo -IH:/devlibs/include/poppler -IH:/devlib s/include/gc -IH:/devlibs/include/libwpg-0.1 -IH:/devlibs/include/libwpd-0.8 -IH :/devlibs/include/libwpg-0.1 -IH:/devlibs/include/libwpd-0.8 -Icxxtest -IH:/devl ibs/python/include -Isrc/bind/javainc -Isrc/bind/javainc/win32 -Isrc -Isrc/2ge om -Isrc/2geom/numeric -Isrc/application -Isrc/bind -Isrc/debug -Isrc/dialogs -I src/display -Isrc/dom -Isrc/dom/io -Isrc/dom/odf -Isrc/dom/util -Isrc/extension -Isrc/extension/implementation -Isrc/extension/internal -Isrc/extension/internal /bitmap -Isrc/extension/internal/filter -Isrc/extension/internal/pdfinput -Isrc/ extension/script -Isrc/filters -Isrc/graphlayout -Isrc/helper -Isrc/inkjar -Isrc /io -Isrc/jabber_whiteboard -Isrc/jabber_whiteboard/dialog -Isrc/libavoid -Isrc/ libcola -Isrc/libcroco -Isrc/libgdl -Isrc/libnr -Isrc/libnrtype -Isrc/libvpsc -I src/libvpsc/pairingheap -Isrc/livarot -Isrc/live_effects -Isrc/live_effects/para meter -Isrc/pedro -Isrc/removeoverlap -Isrc/svg -Isrc/trace -Isrc/trace/potrace -Isrc/ui -Isrc/ui/cache -Isrc/ui/dialog -Isrc/ui/view -Isrc/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml src/extension/internal/emf-win32-inout.cpp -o build/obj /extension/internal/emf-win32-inout.o ============================= Make error line 291: problem compiling: cc1plus.exe: error: unrecognized command line option "-Werror=format-security" cc1plus.exe: error: unrecognized command line option "-fopenmp" I:\Inkscape\Src>

2 1

Inkscape 0.48 branch made
by Ted Gould 12 Jul '10

12 Jul '10

Hey all, So I've gone and make the 0.48 release branch which will get the final cleanups and be made into the release. This should free trunk for all the fun stuff again. The branch was made at r9606. New translations and patches that are expected to go into the release should be committed to the new branch. I've updated the symbolic links in LP, so: lp:inkscape <- Trunk lp:inkscape/0.49.x <- Trunk lp:inkscape/0.48.x <- 0.48 release branch lp:inkscape/0.47.x <- 0.47 release branch For the most part, no one should have to care about this message unless you want to target something for the 0.48 branch. If you do want to make a branch for a fix, and you're not sure if it should go in the 0.48.x series please make it from the 0.48.x branch as it'll be easier to integrate than one made on from trunk. Thanks, Ted

1 0

Re: [Inkscape-devel] Re : Inskape 0.48pre1 - Error message when saving as wmf
by bulia byak 08 Jul '10

08 Jul '10

On Thu, Jul 8, 2010 at 1:38 PM, Igor Novikov <igor.e.novikov@...400...> wrote: > From other side a lot of win32 users ask us "Why you announce XXX feature > but i have not this in Inkscape?". Those who watch UC announcements are an entirely different class of people, who can easily be told to install anything :) > We cannot synchronize our project development cycles, it's normally. Having to wait a few months for the new version wins easily over than having to install anything extra, for most people. Sad but true. > External UniConvertor installation is a best solution because current bundle > updating is a task rather for programmer than for > conventional user/designer. OK, so can we perhaps automatically install UC externally (not into Inkscape) when Inkscape is installed? To get the best of both worlds? > As a simple solution we can provide for users an > Inkscape-0.48-with-UniConvertor.zip archive with Inkscape installer, > UniConvertor MSI > and small REAME file inside. Yes, that would be perfect, but only if it's an EXE, and the MSI is automatically installed when you run it, so that no one has to read the README :) > Another valuable reason is planned preferences for translation. We are going > provide a lot of translation options (we already have the code > but we still not expose it as a command line options) and naturally such > preferences could be managed better from GUI than command line. > So we will add preferences dialogs for each format into UniConvertor. It's > not an easy task so for Inkscape team will be better utilizing ready > dialogs from UniConvertor than creating the same but on Inkscape side. And > as I have wrote UniConvertor translation progress dialog > would be also a good additional feature for Inkscape. Sounds great, but I don't see why this must force any extra work on the user. Can we have both this and a one-click Inkscape+UC install, regardless of how UC is actually installed (separate, bundled, whatever, so long as it works with Inkscape)? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Inskape 0.48pre1 - Error message when saving as wmf
by Lewis, Simon 08 Jul '10

08 Jul '10

Hi All Applies to Inscape 0.48pre1 (OS: Windows XP) Following error shown in dialogue box when saving as wmf: UniConvertor failed: Traceback (most recent call last): File "<string>", line 1, in <module> File "C:\Programme\Inkscape\python\lib\site-packages\uniconvertor\__init__.py ", line 66, in <module> from app.io import load File "C:\Programme\Inkscape\python\lib\site-packages\uniconvertor\app\__init_ _.py", line 66, in <module> from _sketch import Point, Polar, PointTypeImportError: Module use of python25.dll conflicts with this version of Python. Simon PS: save as wmf also fails in Inscape 0.47-3 - in this case open empty dos box is seen Krauss-Maffei Wegmann GmbH & Co. KG Sitz der Gesellschaft ist Munchen Registergericht: Amtsgericht Munchen, HRA 72 460 Personlich haftende Gesellschafterin: Krauss-Maffei Wegmann Verwaltungs GmbH Sitz der Gesellschaft ist Munchen Registergericht: Amtsgericht Munchen, HRB 118952 Geschaftsfuhrer: Dipl.-Ing. Frank Haun (Vorsitzender), Dipl.-Kfm. Stefan Krischik, Dipl.-Ing. Jurgen Weber Vorsitzender des Aufsichtsrates: Johannes Schmidt

5 11

SVG1.1 F2 Last Call for Comments
by Tavmjong Bah 08 Jul '10

08 Jul '10

Hi, Just want to make sure that everyone knows that the last call for comments for SVG1.1 "Second Edition" deadline is July 13th. The proposed standard can be found at: http://dev.w3.org/SVG/profiles/1.1F2/publish/ The currently reported issues can be found at: http://www.w3.org/Graphics/SVG/WG/track/products/24 Many of the reported issues have to do with filters. There are also a couple for text and one for markers. Tav

1 0

Extensions (bug)
by Joshua A. Andler 08 Jul '10

08 Jul '10

Hey all, https://bugs.edge.launchpad.net/inkscape/+bug/202540 appears to pick up on a handful of extensions that are now misbehaving due to a change in our internal handling of path data. Is the latest patches approach the correct one as far as everyone thinks? I'm relying on people w/ more experience with our extensions (and changes in path handling) to give input on this. If we can avoid this blocking the release it would be great. Can't tamper w/ paths in unexpected ways. Cheers, Josh

2 1

Inkscape 0.48 - Status
by Joshua A. Andler 08 Jul '10

08 Jul '10

Hey all, Last pre-release should be cut soon and the plan is to branch on Friday. There are currently a couple minor known issues (and a bigger one, but that one should be a easy fix) and we hope to get them wrapped up in the next couple days before branching. Translators, please get all translations committed by Thursday night. If anyone has any bugs/issues that need attention, please bring it up now. su-v you're excused from this piece since you're so good at telling us via public chat. :) Cheers, Josh

1 0

Sorry about the rebuild...
by Josh Andler 08 Jul '10

08 Jul '10

Had to get down to desktop and verbs to disable print colors dialog and toggling to it's view mode. Cheers, Josh

1 0

Re: [Inkscape-devel] universal back to PPC
by Drechsel Wolf 07 Jul '10

07 Jul '10

>>>> Do I have to expect any disadvantages when using such a mixed >>>> framework (e.g. bigger inkscape files)? - In the case - is there an >>>> easy way to get back to a PPC only environment? >>> >>> If inkscape is the only port you tried to install universally, >>> use this: >>> sudo port upgrade --force depof:inkscape -universal >> >> Wouldn't --enforce-variants be preferable here rather than --force? > > I agree, this would be the better choice. Thanks, I'll give that a try and report back. I obtained a 400 MHz G4 384 MB RAM PowerBook - this will be quite hard work for that little machine… (-; Greetings, Wolf

1 0

radial gradient documentation
by MilesTogoe 05 Jul '10

05 Jul '10

I know I've asked this before and there was some simple hot key to switch the radial gradient from inside to outside - but after 30 minutes of searching and trying dragging the nodes around (asymmetrical was easy, not complete invert) So I can't find the hot key - can someone help again ? Can this be documented better - I couldn't find it in the hot keys list, nor under the tutorials, nor in the "inkscape manual" - maybe it's there somewhere but not obvious (at least to me).

2 4

Re: [Inkscape-devel] radial gradient documentation
by Josh Andler 05 Jul '10

05 Jul '10

Is it Shift+R? Cheers, Josh On Jul 5, 2010 11:33 AM, "MilesTogoe" <miles.togoe@...400...> wrote: I know I've asked this before and there was some simple hot key to switch the radial gradient from inside to outside - but after 30 minutes of searching and trying dragging the nodes around (asymmetrical was easy, not complete invert) So I can't find the hot key - can someone help again ? Can this be documented better - I couldn't find it in the hot keys list, nor under the tutorials, nor in the "inkscape manual" - maybe it's there somewhere but not obvious (at least to me). ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

LPE Tool in preferences?
by unknown＠example.com 05 Jul '10

05 Jul '10

Hi all, I just noticed an "LPE Tool" tab in the preferences window. Shouldn't this be removed? Ciao, Johan

1 0

optional icon sets
by Alexandre Prokoudine 04 Jul '10

04 Jul '10

Hi, Is anybody planning to hack on our optional sets of icons for 0.48, in particular, the Tango one? Alexandre Prokoudine http://libregraphicsworld.org

4 8

GSOC branch for c++ification of the SP Layer.
by Abhishek Sharma 04 Jul '10

04 Jul '10

Hello all inkscape developers and users, I am currently developing the project named "C++ifying the SP Layer and XML node privatization". I had been doing the development for the same for about a month now and have created a branch for the corresponding developed code. The code as of now c++ifies sp-item.h/cpp , sp-line.h/cpp, sp-polyline.h/.cpp and marks the beginning of document.h/.cpp . There are some performance increase but they shall become more noticeable when I attack the major parent classes like SPDekstop, SPDocument(SPItem already done, took me 2 weeks). The branch is uploaded here https://code.launchpad.net/~spyzer-abhishek0/+junk/gsoc-cppify I shall be glad to have responses about the work from the developers. I shall soon be beginning the XML node privatization as well where the main job would be to highlight the areas where XML tree should be targeted to begin its purging. Hope this finds you all to your best. Have a nice day!!! -- Abhishek Sharma B-Tech Information Technology Indian Institute of Information Technology(Amethi Campus)

5 12

Inkscape 0.48 Plan
by Joshua A. Andler 03 Jul '10

03 Jul '10

Hey All, So the current thought is that we will branch 0.48 from trunk on Monday. Whatever needs to be disabled, will be disabled in the branch, not in trunk. Any objections, comments or concerns? Cheers, Josh

3 3

Command bar/Snap bar positions
by Tavmjong Bah 02 Jul '10

02 Jul '10

Hi, I just deleted my preferences file and restarted the latest bzr version of Inkscape. I see that the command bar (file/print/etc.) and snap bar are both vertical and on the right side. I really don't like this and prefer them the way they were. Is there a way to move them back? There was recently an option at the end of the command bar to select the preferred placement but it seems to have disappeared. I think that unless there is a compelling reason to set the default to have the bars on the right, the default should be as before. I can't think of any other software that has the file/print/etc. icons on the right. In addition, changes like this mean that a lot of documentation screen shots have to be updated so the changes should really be necessary. Thanks, Tav

8 16

UniConvertor 1.1.5 release
by Igor Novikov 02 Jul '10

02 Jul '10

Hi all! sK1 Team are proud announcing UniConvertor 1.1.5 release. A year of hard work, the masses of improvements and innovations, some multi platform feature - detailed description you can find an excellent review of Alexander Prokoudine: http://www.libregraphicsworld.org/articles.php?article_id=20 UniConvertor 1.1.5 for win32 is prepared as a standalone application bundle with some interesting feature. It includes small script which integrates external UniConvertor into Inkscape 0.47/0.48pre1 installation. So right now Inkscape win32 users can upgrade Inkscape import/export features! And it would be great to discuss with Inkscape developers further development of integration with our project because in next version very interesting features are scheduled. Regards, Igor Novikov sK1 Project http://sk1project.org

2 1

TO THE DEVS — DECISION ABOUT LGM 2011
by Louis Desjardins 29 Jun '10

29 Jun '10

TO THE DEVS. Hi guys, In the light of the proposed Guidelines for Organising LGM http://create.freedesktop.org/wiki/Conference_2011 it would be great to know, as a team, if : a) You have enough information to make a call on the proposed LGM venues for 2011? if not, what are you missing? b) You had enough time for a round of internal discussions to see whether a significant portion of your team will make it to any of the 3 possible venues? If not, how much time would you like to have for such a round before making it a team decision? c) You are in the end satisfied by the process? if not please give some hints on how to improve this process. d) You are ready to make your call about the venues? if yes, please make it now, if not please tell us when, and maybe why! Parallel questions: e) Do you think the guidelines are helpful? if not, are they useless? can we improve them or should we simply remove the code? f) What do you think of the bidding process? Should we keep it as it is, a one-year process? or should we make it a two-year process? And do you think again you have enough information to make a real choice? Please explain. Thanks for getting back asap. Louis Each of the venues have a page on the Create Wiki: Brasil: http://create.freedesktop.org/wiki/Conference_2011_Brasil_Bid Canada: http://create.freedesktop.org/wiki/Conference_2011_Montréal_Bid<http://create.freedesktop.org/wiki/Conference_2011_Montr%C3%A9al_Bid> Vietnam: http://create.freedesktop.org/wiki/Conference_2011_Vietnam_Bid

2 1

compilation of Inkscape on win64
by Kris De Gussem 29 Jun '10

29 Jun '10

Hi all I tried to compile inkscape on vista64, following the information on http://wiki.inkscape.org/wiki/index.php/Win32Port. I downloaded both the 32 bit and the experimental 64 bit TDM-MinGW 4.5.0. With both distributions it was a no go. Building buildtool.cpp fails. Has anyone having similar experiences? Any suggestions (is it known not to work with MinGW 4.5.0, but with the former 4.4.1 release?)? Thanks a lot. Regards Kris PS: I started exploring compiling on windows, because the dev-version on http://inkscape.modevia.com/win32/?M=D is a bit outdated ;-)

4 8

extension autocompletion on save
by Michael Grosberg 28 Jun '10

28 Jun '10

I only tested it on Windows but as far as I can tell, if you save a file and don't explicitly type the extension, the file will be saved without one, so instead of "myfile.svg" you only get "myfile" and then the OS doesn't recognize it as an SVG file. It would be nice if the dialog recognized when no extension was typed and would add it to the file name according to the "save as type" combo box.

1 0

Fwd: Cairo rendering progress
by bulia byak 28 Jun '10

28 Jun '10

Guys, Please check out Krzysztof's work so far. Flat color, gradients, and now patterns are already rendered with cairo; clips and masks, filters are off. lp:~tweenk/inkscape/gsoc-cairo The most exciting is that in my testing, on flat color and gradient files it's now faster very noticeably, from 30% to twice as fast depending on file and resolution. It's with cairo 1.8.8, no GPU acceleration (which as far as I know is not usable until cairo 1.10 anyway). -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 12

pixmaps
by Leo Jackson 27 Jun '10

27 Jun '10

Hello Developers, I was looking at the old files I do see that the node and a few others are with only four fingers as per Bug #598821 on launchpad I might be wrong on this, but it's been that way for awhile. check here please. https://bugs.edge.launchpad.net/inkscape/+bug/598821 I have a branch for the new ones I have completed them. I have a few tools I have added to my version of Inkscape I will double check them and give descriptions for these tools on launchpad for a possible inclusion. I am also back on board to helping with bugs, fixes, and new features translations as well if needed. P.S. As for testing I have some new systems to try it on. Leo Albert Jackson Jr lajjr@...58... http://edge.launchpad.net/~lajjr

1 0

PDF+LaTeX: extension of tex file?
by unknown＠example.com 27 Jun '10

27 Jun '10

Hi all, I have an important question about the extension of the generated TeX file when using the PDF+LaTeX option. Right now, it generates an imagename.pdf file and an imagename.tex file. However, if a user has chosen the same name for the image as his tex document file, the tex file is overwritten. A suggestion at Launchpad proposes to create not a .tex file but a .pdf_tex file instead. I am inclined to go with this option, as this also enables use of different export settings for pdf+latex and ps+latex and eps+latex... Thanks for your quick input, Johan __________________________________________ ir. J.B.C. Engelen PhD student Microelectromechanical Systems TST EEMCS University of Twente, The Netherlands e-mail: j.b.c.engelen@...1887... tel.nr.: +31 53 489 4354

2 3

Extended Input settings not stored permanently
by Alexander Roalter 27 Jun '10

27 Jun '10

The input devices settings (for extended input, e.g. tablet) have changed some time ago to a different format. Now, I can set the stylus device to Screen to have it pressure sensitive as expected, and it is also stored as this in the preferences.xml, but on reload if forgets this setting. My stylus device is called Stylus0, the eraser Eraser0. Setting the eraser to screen mode, in the preferences.xml I see something like <group keys=";;;;;... axes="x;y;pressure;xtilt;ytilt;wheel" mode="screen" id="E:Eraser0" /> but no such entry for stylus or Stylus0 exists and is created... -- cheers, Alex

2 3

Inkscape Extension Developers
by Christoph Sterz 23 Jun '10

23 Jun '10

Hi, First of all and because I am new to this list I want to thank the Inkscape Developers for their awesome work they did. I was recently programming an extension for Inkscape and so I had different (general and specific) questions: - Is there a group of developers, who are just or mainly doing their work on extensions ? - Is the idea of extensions still in the roadmap of Inkscape? - What criteria _do_ extensions have to fulfill to get into the next release ? - Is there a kind of an Extension-Repo ? - And is it planned to include Extensions into Inkscape like we all know it from Firefox (Online -Repo connected to the program itself or Online-Repo providing "one click" installation. Again, thumbs up for all developers - developing an extension was very easy and understandable. cheers, _Christoph

2 2

SVG Working Group
by Tavmjong Bah 23 Jun '10

23 Jun '10

Hi all, I've just been accepted as an "Invited Expert" to the SVG working group to represent Inkscape's interests in the evolution of the SVG standard. There seems to be a renewed effort to get a new standard out the door. The plan is to publish independently a number of "closely-tied" modules that will be bundled eventually as SVG 2.0. This is your chance to influence what that standard will be. I've started a Wiki page to facilitate this work: http://wiki.inkscape.org/wiki/index.php/SVG_WorkingGroup Please add to the page your observations of problems with the current standard and what you want in the future standard. Tav

5 6

'Gcodetools' Inkscape extension.
by dormouse 23 Jun '10

23 Jun '10

to: AurИlio A. Heckert <aurium@...400...> Hello! We want to push our 'gcodetools' (bzr lp:gcodetools) extension to the base Inkscape distribution. 1. Are we too late to be in the 0.48 release? 2. What should we do to put our extension into the public Inkscape releases? > > ?- What criteria _do_ extensions have to fulfill to get into the next > > release ? > I think that must works on any OS (using the python standards > from other extensions will help) and be accepted by a developer. > You may submit it as a patch on the tracker. > > But not for the 0.48, because we are in the string freeze. Regards, Vladimir Kalyaev.

2 1

Inkscape Freenode IRC
by Ted Gould 22 Jun '10

22 Jun '10

Hey, I seem to be banned from speaking in the Inkscape IRC channel on Freenode. Can someone fix that? My nick is 'tedg' --Ted

2 1

Upload pre files to SF
by Uwe Schöler - OSS-Marketplace.com 22 Jun '10

22 Jun '10

Hi everyone, Who can upload win32 pre builds to SF? I provide the windows builds for Inkscape so maybe it would be great if I could upload the files on my own. Any suggestions? Sincerely, UweSch

2 1

Inkscape 0.48 Release Status Update
by Joshua A. Andler 22 Jun '10

22 Jun '10

Hey All, I just wanted to let people know that we still have a couple blocker bugs that are actively being worked on. I got most of the "device-cmyk" issue worked out. Jon has my patch to see if he can sort the last issue (or point me in the right direction). Jon is also close to having the custom swatch issues sorted. I currently have 3 screenshots that I need to do writeups on and post. If anyone has any screenshots to contribute, particularly showing off the spray tool or enhanced text functions, that would be incredibly helpful. Cheers, Josh

1 0

SVG transform + stroke
by Krzysztof Kosiński 22 Jun '10

22 Jun '10

Hello Here is a simple question about SVG. Let's assume I have a circle which has a thick stroke. Then I put it in a group which has a transform attribute that specifies 0.5x scale in the horizontal direction. When the drawing is rendered, should the stroke of the circle be thinner on the sides or have an uniform width? Regards, Krzysztof

4 4

freehand dot bug
by unknown＠example.com 22 Jun '10

22 Jun '10

Hi all, I just found a bug that is perhaps a blocker. Drawing dots with ctrl+click with freehand tool works splendid, but for saving files. Saving and reopening a file with these dots, moves the dots to a different place (and mirrors them). It makes the ctrl+click functionality unusable (or at least very cumbersome to use). Ciao, Johan

2 1

Output selected items through .py extension
by Jonatã Bolzan 21 Jun '10

21 Jun '10

HI there I want to know if there is the possibility to get the ids of the selected items in an extension that is an "output" extension. I'm developing an extension and I just need to get the ids. The extension is located in "File - Save As...", not in the "Extensions" menu. This is the problem? I've tried somethings like: self.selected.iteritems() self.selected but just got empty lists and dicts. Thanks for the attention.

4 4

Re: [Inkscape-devel] compilation of Inkscape on win64
by Uwe Schöler - OSS-Marketplace.com 20 Jun '10

20 Jun '10

Hi Krzysztof, i tried to compile on x4 and i got no error message. The building process just sopped without any error message. I also changed the path variable in mingwenv.bat, but withour success. Sincerely, Uwe 2010/6/18 Kris De Gussem <kris.degussem@...400...>: > Building buildtool.cpp fails. What are the error messages? Regards, Krzysztof ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel -- Mit freundlichem Gruß, Uwe Schöler

1 0

SVG1.1F2 and expanded W3C test suite.
by Tavmjong Bah 20 Jun '10

20 Jun '10

Hi, The SVG working group is in the final stages of publishing SVG1.1F2, an update to the original SVG1.1 specification. It has just gone out for "Last Call". At the same time the SVG test suite has been expanded. I have modified the test suite to include Inkscape output. You can look at the results at: http://tavmjong.free.fr/INKSCAPE/W3C_SVG_1.1F2/harness/htmlInkscape/index.h… Note, I have not removed the tests that are not applicable to Inkscape (animation, etc.). Also, many of the tests are not finalized and some of the reference PNG's are missing. Tav

2 4

Re: [Inkscape-devel] [Inkscape-user] language problem
by Jasper van de Gronde 18 Jun '10

18 Jun '10

Tavmjong Bah wrote: >> In only one of this pop-up-lines I found also the keyboard shortcut for >> the tool (shift-F2). >> I would like to ask the devellopers to put the keyboard-shortcut in the >> pop-up-line of every tool. > > I thought at one time they were all there. I heard this request several > times at LGM. We should make sure they are put back. I've had a look at it right after LGM and for someone who knows how to get the current keybinding it shouldn't be too difficult. If you look in verbs(.cpp|.h) there is a get_tip method that looks like the perfect candidate to inject the current keybinding.

1 0

Inkscape 0.48pre1
by Ted Gould 18 Jun '10

18 Jun '10

Hello, I pleased to announce the tarballs representing the 0.48pre1 release of Inkscape. This is one of the final stops on the rapid road to release. Please look at this release to see if there are any show stopper issues for the 0.48 release. == Download == https://sourceforge.net/projects/inkscape/files/inkscape/0.48pre1/ bzr get lp:inkscape -r tag:INKSCAPE_0_48_PRE1 [1] == SHA1 Sums == 8e4eb561ae5fd8bfbc9c7149f3c0ef3115454cb5 inkscape-0.48pre1.tar.bz2 353b2e1dbc12773a0444b97c6bab1fd7dd632c04 inkscape-0.48pre1.tar.gz 5f64dfe8e9c01e600b52f5b3c33b9325a5cd42f7 inkscape-0.48pre1.zip --Ted [1] Is the Bazaar tag useful? I threw it in there because I thought that might be easier for some folks, but I'm not sure. Thoughts?

1 0

Jabber channel broken?
by unknown＠example.com 16 Jun '10

16 Jun '10

Hi all, Is the Jabber channel broken? I get a timeout when I try to connect. Also, the logs are empty for the last couple of days... (http://inkscape.gristle.org) Does anybody know how to fix it? Thanks! Johan

1 1

just curious
by bulia byak 13 Jun '10

13 Jun '10

A question for C++/gtkmm gurus: Why do we have to have ALL widgets of a dialog declared in an .h file? They aren't usable outside the dialog anyway. In general, while I appreciate many advantages of C++, the way it is used with gtkmm for Inkscape's dialogs is a major annoyance. A lot more typing in a lot more places than when using simple gtk where you can declare, create, and show a widget in a single spot in code. Is there some grand vision behind this that I'm missing? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 7

New anti aliasing techniques for 2d rendering
by Juan Vuletich 11 Jun '10

11 Jun '10

Hi Folks, I'm new to this list and community, and I hope this is interesting for you. I am developing a novel way to do anti aliased 2d graphics that breaks away from pixel coverage and super sampling, while being simpler and providing higher quality. Please take a look at http:www.jvuletich.org , especially at the samples. Comments welcome. Cheers, Juan Vuletich

5 17

Spray tool shorcut
by Nicolas Dufour 11 Jun '10

11 Jun '10

Hi all, All tools are bound to key shortcuts, except one: the spray tool. "s" is already used by the selector, and thus I suggest that we use "a' (airbrush) or, if we want to use a F key, Shift+F3, Shift+F5 or Shift+F8 (the only free Shift+F keys). What do you think? Regards, -- Nicolas

1 0

Re: [Inkscape-devel] gnome or X test framework
by Vangelis Katsikaros 11 Jun '10

11 Jun '10

William Swanson wrote: > On Thu, Jun 10, 2010 at 12:27 AM, Vangelis Katsikaros > <vkatsikaros@...1244...> wrote: >> For example I could write a script: >> when program opens click this menu, click this button, drag that object, >> press these keyboard keys, roll the mouse wheel etc. > > This tool seems similar to what you are describing: > > http://groups.csail.mit.edu/uid/sikuli/ yep it is exactly that :) A friend suggested this too some hours ago, and I 've playing with it all this time. It does work as advertised and it's excellent for testing. I've been able to make inkscape run and do several GUI driven things. Drawbacks: - not so portable (a theme change can render it unusable not to mention switching OS). - when putting inkscape under pressure, careful timing must be used to make sure the simulation performs what you want and when you want. __________________________________________________ ×ñçóéìïðïéåßôå Yahoo!; ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíýìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí http://mail.yahoo.gr

2 2

gnome or X test framework
by Vangelis Katsikaros 11 Jun '10

11 Jun '10

Hello I would like to ask if there is a gnome or X testing suite that could either in a controlled or monkey/fuzzy way, simulate user actions on a GTK or X in general program. For example I could write a script: when program opens click this menu, click this button, drag that object, press these keyboard keys, roll the mouse wheel etc. I want to use it to reproduce some test cases several times and then compare some profiling data. Of course, the same thing could have been used for bug hunting and regression testing, so since I haven't seen anything like that used around, I am not positive that sth like that exists. I have searched around for this, but couldn't find something (maybe I am using the wrong keywords...) except Squish for KDE (which I haven't used or know its current status). Regards Vangelis __________________________________________________ ×ñçóéìïðïéåßôå Yahoo!; ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíýìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí http://mail.yahoo.gr

2 3

Normal/preview screen mode!
by Jmx 09 Jun '10

09 Jun '10

In Indesign you have two screen modes: 1. Normal with objects visible outside the document borders. 2. Preview mode where you only see things inside the document borders. It's often very nice to be able to switch between those modes when designing. Anyone know if something like that is planned in the future? Have a great day =) -- View this message in context: http://old.nabble.com/Normal-preview-screen-mode%21-tp28733051p28733051.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

Changing font family, and -inkscape-font-specification
by Chris Lilley 09 Jun '10

09 Jun '10

Hello, I came across this in a file that someone sent me. It was generated by Inkscape 0.47 r22583. The font-family property is set on a text element, while child tspan elements have -inkscape-font-specification set to the full font name, but the font-family has not been set even though it has changed. Inkscape should have written font-family: Bitstream Charter. SVG viewers are therefore (correctly) not applying Bitstream Charter, in this example. And the content creator thinks that SVG viewers have 'font issues' as they don't display what was designed. Is this a known bug? SVG snippet: <text xml:space="preserve" style="font-size:40px;font-style:normal;font-weight:normal;text-align:center;text-anchor:middle;fill:#000000;fill-opacity:1;stroke:none;font-family:Bitstream Vera Sans" x="437" y="202" id="text3695"><tspan sodipodi:role="line" id="tspan3697" x="437" y="202" style="font-size:28px;font-weight:bold;-inkscape-font-specification:Bitstream Charter Bold">Semantic</tspan><tspan sodipodi:role="line" x="437" y="237" id="tspan3699" style="font-size:28px;font-weight:bold;-inkscape-font-specification:Bitstream Charter Bold">Web</tspan><tspan sodipodi:role="line" x="437" y="272" id="tspan3701" style="font-size:28px;font-weight:bold;-inkscape-font-specification:Bitstream Charter Bold">Technologies</tspan></text> -- Chris Lilley mailto:chris@...157... Technical Director, Interaction Domain W3C Graphics Activity Lead Co-Chair, W3C Hypertext CG

2 1

SVG Vector Effects in Inkscape
by Ivan Louette 09 Jun '10

09 Jun '10

Was anyone at this Chris Lilley's talk last year at SVG Open ? http://dev.w3.org/SVG/modules/vectoreffects/master/SVGVectorEffectsPrimer.h… Should be of course implemented in Inkscape ! It could also render obsolete some BoolOps LPE while beeing perhaps much lighter. ivan

6 10

Screenshots 0.48
by unknown＠example.com 09 Jun '10

09 Jun '10

Hi all, Don't we have any screenshots of 0.48? http://inkscape.org/screenshots/index.php?lang=en I forgot where to add screenshots... Ciao, Johan

2 1

Feature & String Freezes
by Joshua A. Andler 08 Jun '10

08 Jun '10

Hey all, Just wanted to let everyone know that Feature & String Freezes are now in effect. Only behind by a day right now, so that's pretty good. :) Translators please do your magic with the confidence that we won't be changing strings. :) Cheers, Josh

1 0

Re: [Inkscape-devel] New anti aliasing techniques for 2d rendering
by Michal Suchanek 08 Jun '10

08 Jun '10

On 5 June 2010 18:06, Juan Vuletich <juan@...2357...> wrote: > Hi Michal, > > Michal Suchanek wrote: >> >> On 3 June 2010 18:45, Juan Vuletich <juan@...2357...> wrote: >> >> >>> >>> Ok. Did it. Take a look at >>> http://www.jvuletich.org/Morphic3/tigerWholePixel.png . I think it is >>> closer to the subpixel rendered version than to Inkscape. >>> >>> But I did something else. I opened the web page on several displays. >>> Tried it in 3 LCD screens, with both DVI and VGA interfaces, and at >>> native resolution and at lower resolution. In all cases the subpixel >>> rendered version shows less pixellation and less color artifacts. Then I >>> tried on 2 15" CRT screens, one Trinitron and the other regular, at >>> 1024x768 and at 800x600. The whole pixel version looks consistently >>> better than the Inkscape rendering, although both show some colored >>> shadows that are due to the misalignment between logical pixels, the >>> display's color mask and the actual colored phosphor on the screen. The >>> subpixel version looks less pixellated and also with a slight colored >>> shadow, but in different places. Overall, I find the subpixel version to >>> also look better in these 2 CRT displays! Finally, I tried on an OLPC >>> XO, both in color and b/w modes. There, all alternatives look equally >>> good and it is hard to declare a winner. >>> >>> So I say that given that the majority of displays sold and in use are >>> RGB LCDs, given that it makes sense to obtain the highest possible >>> quality from the best and most used displays, and given that the >>> subpixel version looks better even in CRTs and doesn't hurt in the XO; >>> it is advisable to use the subpixel version on any display, at least as >>> a default. >>> >> >> I beg to differ. >> >> I use a rotated screen and the subpixel rendered images look odd and >> the color shadows make examining the images quite hard on the eyes, >> even more than the pixelation present in the Inkscape images. This is >> the reason I don't use subpixel rendering. No sftware I know can do >> vertical subpixel rendering or even switch the subpixel direction as >> the window is moved to a different screen or the screen is rotated >> differently. >> >> Thanks >> >> Michal > > I see you answered just to me, so I'll do the same. Anyway, it is ok for me > to have any of these discussions in public, as others might have things to > say... Sorry, I meant to reply to the list and as the list does not provide reply-to headers and my mail client is not capable of processing list headers the message went only to you. > > I see your points, they are valid issues. However, to me, avoiding subpixel > rendering is perfectly ok as a personal choice to live with an unfortunate > state of affairs, but there are better options for thechnology to evolve. I > mean: > > - WRT rotated screens and nonstandard subpixel geometries, ideally the > software should be able to query the hardware, do adjust the rendering as > appropriate. My code can do vertical subpixel, as well as adapt to BGR or > OLPC XO with just a few parameter tweaks. Yes, that would be nice option to have. Actually the geometry is known (for most LCDs it is RGB) and the direction can be determined by examining xrandr and window position. It's just not done, and cannot be done for prerendered images. > > - WRT to examining the images, I guess new tools are needed. The image zoom > software considers images as made of pixel as having the R, G and B I intentionally did not use zooming for the comparison, only displayed the page as-is on two screens, one with the expected RGB direction and one rotated. The reason for crude zooming in bitmap viewers is speed I guess, few people want to wait tens of seconds for their image to show in the viewer. Also without additional information you cannot know how the image was rendered and how it should be scaled or resampled for different subpixel positions and different resolutions. > components on the same point. My claim is that this is not true. Thinking > about it like digital audio, we have "the real thing", a continuous image > not made of pixels, and sampled as appropriate for the current target > device. So the idea of images made of rgb pixels is dead. And for examining > and editing images, no music producer works with individual samples, > although in the > old times all of them did work cutting and gluing magnetic tape. The same Working with pixels directly makes sense for very small low resolution images which are more akin to ASCII-art than actual pictures. As the resolution of display devices increases and images are getting more realistic the need for such low-level manipulation decreases as well. Still the low-res images strike back in the form of font glyphs and icons for pocket devices. Actually there is real a problem of converting fonts from vector outlines to some bitmap form which can be used for simple drawing operations (in this particular case for use in a bootloader which should not be concerned with rendering vector graphics). The current method freetype uses fails miserably for conversion to b&w (not grayscale) bitmaps but maybe there is no way how that can be done reasonably. Grayscale is the next thing on the list of things to try but I have not seen the results yet. If your software can render some CJK/Indic/whatever TrueType/OpenType/whatever font glyphs that would be another thing where good antialiasing could be useful. Rendering of Latin or such is also of use but there drawing all the bitmaps by hand is less of an issue and many bitmap fonts already exist. Thanks Michal

3 7

gsoc blogs
by Alexandre Prokoudine 07 Jun '10

07 Jun '10

Hi, There is a tradition to add blogs of "graphics" GSoC students to graphicsplanet.org every year. If your students blog on their projects, please let me know URLs/RSSs and I'll add them. Thanks, Alexandre Prokoudine http://libregraphicsworld.org

1 0

About shapes with translucent borders
by Juan Vuletich 06 Jun '10

06 Jun '10

Hi Folks, Inkscape and other SVG renderes draw shapes by drawing first the fill, and then drawing the border on top. As Ivan noted recently (in ""), at http://dev.w3.org/SVG/modules/vectoreffects/master/SVGVectorEffectsPrimer.h… and http://www.w3.org/TR/SVGTiny12/render.html#PaintingShapesAndText , it is clear that the standard requests to do that. I didn't know that, and took the time to render this svg: http://www.jvuletich.org/Morphic3/rects.svg like this: http://www.jvuletich.org/Morphic3/rectsInM3.png . It is a bit more complicated, but I feel it is better. What do you think? Should I simplify my code and just draw one over the other? Or should the standard be changed, and Inkscape and other renderers do what I did? Thanks, Juan Vuletich

4 7

Feature Freeze
by Joshua A. Andler 05 Jun '10

05 Jun '10

Hi all, We're ready to move into Feature Freeze. No further feature work is permitted at this point. Any remaining tasks regarding documentation needs to be wrapped up ASAP, as we will be moving to string freeze soon. Feature Freeze entails: No further development work. Disable features that aren't finished Post additional inkscape-0.48-pre*.tar.gz releases Focus on critical bug fixing. Finalize all tutorials, docs, etc. Finalize all extensions Finalize about screen Translators create translations. Inkscape must pass 'make distcheck' Establish the Stable Branch for release Disable features that won't be turned on in the release Post inkscape-0.48-beta.tar.gz ----- Here's a tentative release schedule (please, lets try to stick to this): Today (6/1) is Feature Freeze Monday (6/7) will be String Freeze Monday (6/21) will be Hard Freeze Monday (6/28) will be Release ----- To stick to this we need to address the following. @Felipe: It appears that either your device-cmyk work needs to get disabled at this time, which was suggested by Jon in the previous thread. Will you be able to address this soon? Please let us know. Bug 542346 @Jon: Please get the "UX" selector in that toolbar sorted ASAP. Are the "Auto" swatches initially editable in the F&S dialog yet? If not, it's looking like they'll need to be disabled again for this release. @Johan: I see you think you've fixed the LPE issue that bulia reported, thank you! @Tavmjong: Awesome work on the Text Tool! Is there anything else that is a "must" to get in/fixed? If so, is it looking feasible to get done in time with your schedule? Also, it appears that bug 583593 is assigned to you, any progress? If there are any other issues that have been overlooked please let me know. Thanks to everyone for all of your hard work! Cheers, Josh

5 7

Emergency save could need testing
by Jasper van de Gronde 05 Jun '10

05 Jun '10

I took the liberty of fixing a bug that would cause pretty much any autosave of a document that has already been saved before to fail: https://bugs.launchpad.net/inkscape/+bug/283769 I have tested with multiple files, new documents, existing documents and existing documents which were the result of an emergency save. Given that the release is slowly nearing I would love at least some confirmation that it also works on Linux(/Mac), as I've only tested on Windows. The attached file demonstrates some changes I used to add a Crash menu item to the file menu, as I didn't know of any other way to make Inkscape crash fast and reliably :) Also, if anyone can give the code a quick review that would be great as well (see revision #9470 and/or inkscape.cpp in trunk). (To ensure that I'm not abusing Document::base for example.) === modified file 'src/menus-skeleton.h' --- src/menus-skeleton.h 2010-04-11 08:51:39 +0000 +++ src/menus-skeleton.h 2010-06-02 12:18:02 +0000 @@ -18,6 +18,7 @@ " <verb verb-id=\"FileNew\" />\n" " <template-list/>\n" " </submenu>\n" +" <verb verb-id=\"FileCrash\" />\n" " <verb verb-id=\"FileOpen\" />\n" " <recent-file-list/>\n" " <verb verb-id=\"FileRevert\" />\n" === modified file 'src/verbs.cpp' --- src/verbs.cpp 2010-04-11 08:51:39 +0000 +++ src/verbs.cpp 2010-06-02 09:23:40 +0000 @@ -768,6 +768,12 @@ g_assert(parent != NULL); switch (reinterpret_cast<std::size_t>(data)) { + case SP_VERB_FILE_CRASH: + { + void (*func)() = 0; + func(); + } + break; case SP_VERB_FILE_NEW: sp_file_new_default(); break; @@ -2192,6 +2198,7 @@ new Verb(SP_VERB_NONE, "None", N_("None"), N_("Does nothing"), NULL), /* File */ + new FileVerb(SP_VERB_FILE_CRASH, "FileCrash", "Crash", "Crash", NULL ), new FileVerb(SP_VERB_FILE_NEW, "FileNew", N_("Default"), N_("Create new document from the default template"), GTK_STOCK_NEW ), new FileVerb(SP_VERB_FILE_OPEN, "FileOpen", N_("_Open..."), === modified file 'src/verbs.h' --- src/verbs.h 2010-04-11 08:51:39 +0000 +++ src/verbs.h 2010-06-02 09:24:18 +0000 @@ -33,6 +33,7 @@ SP_VERB_INVALID, /**< A dummy verb to represent doing something wrong. */ SP_VERB_NONE, /**< A dummy verb to represent not having a verb. */ /* File */ + SP_VERB_FILE_CRASH, SP_VERB_FILE_NEW, /**< A new file in a new window. */ SP_VERB_FILE_OPEN, /**< Open a file. */ SP_VERB_FILE_REVERT, /**< Revert this file to its original state. */

5 9

Gradient with beziercurves....
by Axel Richter 04 Jun '10

04 Jun '10

Hi Devs, i think, the gradientool are great and useful, but this could be more advanced. Nice function are the points on the gradientline, but the line should be handle in the second mode like a curve or bezier. every point should the graident tagential to the line or curve. the other option could be possible to convert the bezier-tool into a gradienttool. please all devs help me or take me the way to great this funktion. i like inkscape and i think this is the number one of vector-tools.

3 2

FW: SVG Open 2010 conference - Last Call for anInkscape contribution
by unknown＠example.com 04 Jun '10

04 Jun '10

Hi all, I think the mail below on the user maillist is more suited for the devel maillist :-) Ciao, Johan > -----Original Message----- > From: Andreas Neumann [mailto:a.neumann@...1944...] > Sent: Friday, June 04, 2010 07:02 > To: Inkscape User Community > Subject: [Inkscape-user] SVG Open 2010 conference - Last Call > for anInkscape contribution > > Hi all, > > As every year we are organizing the SVG Open conference > (http://www.svgopen.org/2010/). This year it takes place from > August 30 to September 1 in Paris. Inkscape was always > present in the past couple of years through presentations of > Jon Cruz, one time also a keynote. His contribution was > always one of the highlights of the conference. > Inkscape is the most powerful SVG editor we have at hand. It > would be very nice if the Inkscape project would be > represented at the conference. I am sure there are plenty > interesting aspects in Inkscape that would be worth being > presented at the conference. > > If you live close by and have time and interest in presenting > Inkscape, both from a developer, but also from a > designer/user point of view, you are still welcome to submit > a short abstract until June 9. The official abstract > submission deadline is over, but we are still accepting late > interesting submissions. If you are interested, please submit > an abstract at > https://www.svgopen.org/2010/registration.shtml (you first > have to preregister) or ask me questions, if any. > > I would hope that the Inkscape project could be present at > the conference. > > Thanks, > Andreas

1 0

mingw, freebsd cross build patches
by Jan Nieuwenhuizen 03 Jun '10

03 Jun '10

Hi, Last year I added Inkscape to our GUB cross build tool so that it creates installers for windows and some Linux/FreeBSD flavours. Inspired by the grand LGM event, today I've updated the patches to latest trunk, for mingw: inkscape-mingw.patch inkscape-wstring.patch for freebsd: inkscape-isfinite.patch inkscape-round-2.patch inkscape-wstring.patch In order to enable cross building, you also need to fix the hard setting of the PKG_CONFIG variable in configure.ac, the GUB builds scripts now have self.file_sub ([('AC_PATH_PROG\(PKG_CONFIG,', 'AC_PATH_PROG(ARE_YOU_FREAKING_MAD__OVERRIDING_PKG_CONFIG,')], '%(srcdir)s/configure.ac') as PKG_CONFIG is set to something like 'PKG_CONFIG': '''pkg-config \ --define-variable prefix=%(system_prefix)s \ --define-variable includedir=%(system_prefix)s/include \ --define-variable libdir=%(system_prefix)s/lib \ ''', Greetings, Jan. -- Jan Nieuwenhuizen <janneke@...570...> | GNU LilyPond http://lilypond.org Freelance IT http://JoyOfSource.com | Avatar® http://AvatarAcademy.nl

1 0

Power Stroke discussion
by unknown＠example.com 03 Jun '10

03 Jun '10

Hi all, This summer, Zhenfeng will work on a new "variable stroke width" LivePathEffect, called "Power Stroke". Now that Zhenfeng has started his GSoC, I'd like all who are interested to join the discussion on this page: http://wiki.inkscape.org/wiki/index.php/PowerStroke#Discussion_at_LGM_20 10. Already I got some great input at the Libre Graphics Meeting in Brussels last week. More input is always welcome. Thanks a lot! Johan

3 2

Proposal to create "Inkscape translators" team in Launchpad
by Lucas Vieites 02 Jun '10

02 Jun '10

Hi, I'd like to propose the creation of a Launchpad team called "Inkscape Translators" in the same way the "Inkscape Administrators" and "Inkscape Developers" exist in order to centralize the efforts of all us translators. Comments? -- Lucas Vieites Blog: http://blog.codexion.com/

4 10

SPObject counting clones
by unknown＠example.com 01 Jun '10

01 Jun '10

Hi all, Is the number of times an spobject is cloned (svg "use") counted? It would be a really great help in fixing a bug. So what I'd like to have is: SPObject obj; obj->clone_count or something similar. Thanks, Johan

2 2

Preferences help
by Tavmjong Bah 01 Jun '10

01 Jun '10

Could someone who understands preferences please look at bug #583593? https://bugs.launchpad.net/inkscape/+bug/583593 I am clueless. Thanks, Tav

1 0

attributes.h
by Alex Leone 01 Jun '10

01 Jun '10

Hi all, I've been working on the document properties dialog, which uses RegisteredWidgets (essentially wrappers that link a gtk widget to an XML attribute, so changing the widget changes the XML), and I've noticed that the code doesn't really use the attribute constants in attributes.h. My question: instead of using straight strings, for example "inkscape:document-units", should the code be using sp_attribute_name(SP_ATTR_INKSCAPE_DOCUMENT_UNITS) - Alex

2 1

Report from LGM 2010
by Tavmjong Bah 31 May '10

31 May '10

Hello, As I am sitting on the train returning from LGM 2010, I thought I would give you all a summary of the conference. There where many nice talks and it was great to finally meet many Inkscapers who I only knew by name. There were also very nice endorsements of Inkscape. The Fedora design team made a big point of expressing how much they LOVE Inkscape. Inkscape appeared all over the place at the conference, from designing icons to designing fonts. I am sure I have forgotten somethings as my memory needs a serious upgrade... so other Inkscape attendees, don't hesitate to correct me. Here is a summary of talks by Inkscapers about Inkscape or other topics. Friday: Jasper van de Gronde: Diffusion curves (gradients defined by values specified along the defining paths). Felipe Sanches (JucaBlues): GNU LibreDWG to read DWG files from AutoCAD. Saturday Jakub Steiner: Icon Workflows with Inkscape. Alexandre Prokoudine: Digital photography workflow on Linux with darktable. Andy Fitzsimons: Inkscape for everybody. Elisa de Castro Guerra: Workshop for Inkscape beginners (in French and English). Sunday John Phillips: Aiki framework. As a side note, he used Inkscape for his presentation, putting all his slides on one page and then zooming in and out on individual ones. Other Inkscapers present included Ivan Louette, Gemy Cedric, and Johan Engelen. My only critique is that it would have been nice to have had a demonstration of some of the new features of the upcoming Inkscape release. The list of other interesting talks is long. You can look at the website for a list of talks and the videos of all the talks should be online soon if not already. Some of the crowd favorites were the talk by the NodeBox2 group and the talk by Tom Lechner who showed a very impressive demonstration of putting images on a sphere and then unwrapping it. During the talks and at informal gatherings, there was quite a bit of discussion about what users need from Inkscape. Here is a list of requests: 1. Hyphenation support in the text tool. 2. Faster loading/displaying fonts in the menu. 3. Command line interface without opening the GUI. 4. Trapping for commercial work. 5. Fixes for bugs #167809 (Linked offset performance issues) and #270983 (Terrible performance node editing even in outline mode). In general there is a desire for more SPEED! 6. Shortcuts in tooltips (especially for tools). 7. Don't muck up imported SVG, e.g. turning ellipses into paths. This is important when planning to animate things. Many people design with Inkscape and then use Scribus for preparing files for commercial printing. Members of the SVG working group were present which lead to a number of useful discussions. They will hold a working group meeting tomorrow. Here are a number of topics that were covered: 1. Support for multipage documents. The proposal for multipage documents has been dropped from SVG 1.2 due to many negative comments. The proposal was too complicated for simple uses and not sophisticated enough for advance uses. If we push, a simplified version could be added to SVG 2.0. 2. Support for patterns along paths. Coming out of the discussion on Power Strokes lead by Johan Engelen, Doug Schepers of the SVG standards group expressed a great interest in pursuing this as it would allow some LPE like effects to be animated. Doug, in general, would like to see greater ability to edit/animate SVG. 3. Support for diffusion curves. 4. SVG Fonts: Firefox and IE at the moment don't have any interest in supporting, preferring to focus on WOFF implementation. It was pointed out by several people that SVG Fonts are much more useful for artistic purposes as one can imagine animating the glyphs or adding special effects to them. 5. Increasing the bit depth for some of the filters to avoid artifacts (e.g. the displacement filter or lighting filters). There is a need to balance requirements for small devices (small memory) with the need for large ones (smooth/accurate displays) but perhaps a compromise could be made (I've suggested adding an optional second byte to the bump maps). 6. Standardizing layers (Inkscape currently uses tagged groups for layers). Other SVG news is that Adobe is again interested in supporting the standard and that IE9 will support all of SVG except SVG fonts and filters. Finally, the SVG working group really stressed the need for community participation, especially from Inkscape. I have volunteered to help represent Inkscape in the group. So let me know on this list or off of any thing you want raised with the group. You can also join the SVG mailing list (www-svg@...157...). Jasper is already a member and I just joined. One of the more interesting talks was about trying to develop Open Source tools for fashion design. It seems that there is a need to develop adjustable patterns for those who don't have the petite bodies the industry designs towards. The industry just scales up the patterns for bigger women, leading to poor fit. After hearing the talk, someone has already created an Inkscape extension to help with the work. See: http://www.sew-brilliant.org/wiki/index.php?title=Projects Finally, several venues for LGM 2011 have been proposed. The leading candidate seems to be Ho Chi Min City, Viet Nam. Montreal is also a possibility. Felipe was encouraged to think about Brazil for 2012. Tav PS. Thanks to Jasper for reading a draft of this summary and making many corrections.

1 0

Re: [Inkscape-devel] Re : Re : Re : I suck at Perl (orcheck-markup)
by Preben Soeberg 31 May '10

31 May '10

> From: Krzysztof Kosiński [mailto:tweenk.pl@...400...] > > W dniu 30 maja 2010 14:33 użytkownik Preben Soeberg <prsodk@...400...> > napisał: > > Now at devlibs rev. 17, still having the same problem: > > > > Make error line 452: <msgfmt> problem: po/fr.po:18690: keyword "msgctxt" > > unknown > > po/fr.po:18690:8: parse error > > po/fr.po:18695: keyword "msgctxt" unknown > > po/fr.po:18695:8: parse error > > ... > > > > I'm not near a computer for the next week or so. > > I think you have an obsolete version of gettext tools installed in > your MinGW directory, or somewhere in your PATH before the devlibs > bin/ directory. Make sure that the msgfmt.exe from devlibs is first in > your PATH. > Thanks, that solved my problem. I just managed to test it, before I leave for the train. Regards Preben

1 0

Re: [Inkscape-devel] Re : Re : Re : Re : I suck at Perl (orcheck-markup)
by Uwe Schöler - OSS-Marketplace.com 30 May '10

30 May '10

Hi, if i try to update the de.po with "msgmerge -Uv de.po inkscape.pot" on Windows, i get a different error message: ----- inkscape.pot:18745: Schlüsselwort »msgctxt« ist unbekannt inkscape.pot:18745:8: parse error ----- Keyword »msgctxt« is unknown So i get at least 104 Error messages. Can someone fix this problem? Sincerely, UweSch > De : Peter Moulder <Peter.Moulder@...2349...> > À : Nicolas Dufour <nicoduf@...48...> >> Another check-markup related issue: [it doesn't support msgctxt >> lines] > > It's past my bedtime, so I haven't tested interesting cases > yet, but try the attached patch. Thanks for the patch. Unfortunately, it still doesn't work. But the error message is different now: ... fr.po: parse error; may be a bug in po/check-markup: #: ../src/ui/tool/transform-handle-set.cpp:479 ... And the fuzzy lines are now correctly ignored. Regards, -- Nicolas ------------------------------------------------------------------------------ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel -- Mit freundlichem Gruß, Uwe Schöler

4 9

Diffusion Curves
by Jasper van de Gronde 30 May '10

30 May '10

For those interested in Diffusion Curves, more information can be gotten at the Inkscape wiki: http://wiki.inkscape.org/wiki/index.php/Diffusion_Curves This includes some early thoughts on syntax and a link to a very (very) basic implementation (purely raster based). (Feel free to add your own ideas and suggestions.)

1 0

Talk at EuroPython 2010
by Hannes Hochreiner 29 May '10

29 May '10

Dear all: Harald Armin Massa was so kind as to invite me to give a talk at EuroPython 2010 on JessyInk. The talk will focus in particular on the Inkscape extensions I wrote for JessyInk. As such, I thought it might be a very good opportunity to promote Inkscape, provide people with an introduction to writing Python extensions for Inkscape and to present new features or plans that concern Inkscape's extension facility. Therefore, I would like to ask for your input: *) What are the most essential points that have to mentioned when it comes to Inkscape extensions written in Python ("inkex" and install dirs come to mind)? *) Are there any (Python) extensions that demonstrate interesting / unusual / particularly helpful patterns that would be helpful for someone looking to develop new extensions? *) Is there any page / tutorial / other place (irc?, this mailing list?) that you would like to have mentioned where developers can get help when they have an extension related problem? *) Are there any new features or exciting plans for the future of the extension facility that I should tell people about? If you can think of anything else, feel free to let me know. Cheers, Hannes

2 1

[Inkscape] New From Template Dialog
by Albin Manoël 29 May '10

29 May '10

Hi developers, I try to work on New From Template Dialog You can see work progress here : http://wiki.inkscape.org/wiki/index.php/NewFromTemplateSpec So, I have some questions, all are written down on this page : http://wiki.inkscape.org/wiki/index.php/Talk:NewFromTemplateSpec So you can read them and answer there, or simply answer me by mail. Questions are : About attributes Is it possible to add completely new attributes into a svg file ? like: <sodipodi:namedview inkscape:template-name="Web banner 728x90" inkscape:template-name-fr="Bannière Web 728x90" inkscape:template-category="Web/Banner" inkscape:template-description="A banner for a website, size: 728x90 px" ... /> Also, is "sodipodi:namedview" the correct markup for template attributes ? Categories names Translations Do we have to traduce categories names ? If yes, we can add new attributes in svg files, like : inkscape:template-category-fr="Fond d'écran" Notation Should we use underscore between words ? like : inkscape:template-category="Paper_sizes" or can we simply use: inkscape:template-category="Paper sizes" Keywords I think that keywords are optionals, because they must be traduced in too many languages. And there is categories in order to find templates. Should we use them or not ? Currents categories Background Is "background" the same category as "Desktop" ? Defaults "default_mm.svg" and "default_pt.svg" don't respect specifications. Must be "default.mm.svg" and "default.pt.svg". Is it correct ? Thanks you for all :-)

2 1

Devlibs updates
by Krzysztof Kosiński 28 May '10

28 May '10

Hello I made the following changes to the devlibs: 1. Upgrade Python to 2.6.5 2. Upgrade lxml to 2.2.4 3. Upgrade numpy to 1.4.1 4. Upgrade gettext-tools to 0.17 Please look for any breakage it might have introduced. The gettext tools update was a bit problematic and two versions of libintl are now contained in the build dir: one is being used by Inkscape and the GTK stack, and the second one by the gettext tools. Fixing this would require either convincing the gettext binaries to use the devlibs libintl, which I have no idea how to do, or rebuilding all other libraries to use the one built by gettext. In the longer run, I think that cross-compiling the devlibs from Linux might be less painful than recompiling them as needed in MSYS (mainly because MSYS is excruciatingly slow and sometimes doesn't work). Regards, Krzysztof

5 6

Showstopper bug
by bulia byak 28 May '10

28 May '10

This is easily a no-go for the release: - with Pen or Pencil, draw anything in Spiro mode (any other LPE would do the same) - clone (alt+d) - select original and try to move it by arrow key - watch Inkscape freeze and die an out-of-memory death, apparently in some kind of infinite recursion. I suspect this has something to do with LPE stack cloning that Johan recently worked on, but as I don't watch commits as closely as I would like lately, I also cc: others who did some nontrivial changes. Let's get this fixed quickly :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 2

Re : Re : Re : Re : I suck at Perl (or check-markup)
by Nicolas Dufour 25 May '10

25 May '10

> De : Peter Moulder <Peter.Moulder@...2349...> > À : Nicolas Dufour <nicoduf@...48...> >> Another check-markup related issue: [it doesn't support msgctxt >> lines] > > It's past my bedtime, so I haven't tested interesting cases > yet, but try the attached patch. Thanks for the patch. Unfortunately, it still doesn't work. But the error message is different now: ... fr.po: parse error; may be a bug in po/check-markup: #: ../src/ui/tool/transform-handle-set.cpp:479 ... And the fuzzy lines are now correctly ignored. Regards, -- Nicolas

1 1

Re : Re : Re : I suck at Perl (or check-markup)
by Nicolas Dufour 24 May '10

24 May '10

Hi, Another check-markup related issue: I've just activated gettext context macro C_() support in po/Makevars in order to include all the status bar messages added in the new node tool, but check-markup now returns an error message for each string, translated or not: ... fr.po: Not in msg format: #: ../src/ui/tool/transform-handle-set.cpp:479 msgctxt "Transform handle tip" msgid "<b>Rotation center:</b> drag to change the origin of transforms" msgstr "" I guess it is related to the new msgctxt line. Bug again, I'm really not a Perl expert... Could you please see if you can fix this issue? Regards, -- Nicolas

1 0

Inkscape 0.48pre0
by Ted Gould 24 May '10

24 May '10

Hey all, I did the release this afternoon, but realized I forgot to write the e-mail! :) None the less, I put together a pre0 release for the upcomming 0.48. Please if packages could look at it and ensure that they can build their package FROM THE TARBALL that would be great for making sure the tarball is useful. Links: https://sourceforge.net/projects/inkscape/files/inkscape/0.48pre0/ MD5: 273b3a032a57e8c557ebfac750d4572e inkscape-0.48pre0.tar.bz2 9cb002bd9ac0c3613ef435fd98551e06 inkscape-0.48pre0.tar.gz 332c4028f582f48e1587c232009a8886 inkscape-0.48pre0.zip --Ted PS - Odd to me is that there's already 72 downloads of the source!

1 0

Re : Re : I suck at Perl (or check-markup)
by Nicolas Dufour 21 May '10

21 May '10

Comments removed from Makefile.am and patch committed in revision 9438. A huge thanks for your patch and explanations! Regards, -- Nicolas

1 0

The path to FREEZE... Woohoo!
by Joshua A. Andler 21 May '10

21 May '10

Hey all, We're roughly 6 weeks behind the proposed schedule... not good, but could be worse. If we stick to it, things could shape up nicely. A quick update... here is the one thing that MUST be done before moving to Freeze... posting of an "alpha" tarball. The following outstanding issues HAVE to be addressed to not be cut (and most unfortunately have not been addressed fully during Frost): *Jon's swatches MUST be initially editable in the F&S dialog. *Jon's new Input Devices dialog needs whatever polish to be good enough (I saw regressions from 0.47 mentioned recently in the tracker). *Jon's "UX" work (specifically UI placement needs to be settled). *Tavmjong's LinuxFund text tool work (we'll take what we can get, great progress has been made!). *Felipe Sanches' color management work. The "not real" (device) cmyk thing MUST be addressed prior to release. I'm not saying to remove, but perhaps disable, it is a part of the SVG spec, but it's not how the CMYK workflow actually works. Now is the time to bring up other possibly blocker bugs. Please speak up... things that can be fixed in point releases and that aren't critical/high priority should not be brought up. Cheers, Josh

4 4

Re : Re : I suck at Perl (or check-markup)
by Nicolas Dufour 21 May '10

21 May '10

>De : Lucas Vieites <lucasvieites@...400...> >Would it work to use the < and > entities in the original strings? The original string is already "<width>x<height>". intltools extract it as "<width>x<height>" to the pot file, which is the correct behavior. The issue is due to the check-markup perl script, which detects "invalid" markups in the translated strings (or markups which are not correctly closed, etc.). And <width> and <height> are not allowed by the script... Regards. -- Nicolas

1 0

I suck at Perl (or check-markup)
by Ted Gould 21 May '10

21 May '10

Hey, So I was trying to make a release but the check-markup script is failing because of the strings "<width>x<height>" which it thinks is a tag. I tried fixing the check-markup script to ignore this, but well, read the subject :) Could someone who knows Perl help out here? Here's the output: perl ../po/check-markup ../po/*.po br.po: parsing error for `<width>x<height>': #. i18n. Description duplicated in a fake value attribute in order to make it translatable #: ../share/extensions/webslicer_create_rect.inx.h:12 msgid "Force Dimension must be set as <width>x<height>" msgstr "Bountañ war ar Vent a rank bezañ arventennet evel <width>x<height>" fr.po: parsing error for `<width>x<height>': #. i18n. Description duplicated in a fake value attribute in order to make it translatable #: ../share/extensions/webslicer_create_rect.inx.h:12 msgid "Force Dimension must be set as <width>x<height>" msgstr "Imposer la dimension doit être défini sous la forme « <width>x<height> »" ja.po: parsing error for `<width>x<height>': #. i18n. Description duplicated in a fake value attribute in order to make it translatable #: ../share/extensions/webslicer_create_rect.inx.h:12 msgid "Force Dimension must be set as <width>x<height>" msgstr "サイズ強制は <幅>x<高さ> のように設定してください。" nl.po: parsing error for `<width>x<height>': #. i18n. Description duplicated in a fake value attribute in order to make it translatable #: ../share/extensions/webslicer_create_rect.inx.h:12 msgid "Force Dimension must be set as <width>x<height>" msgstr "Dimensies forceren moet ingesteld worden als <breedte>x<hoogte>" ru.po: parsing error for `<width>x<height>': #. i18n. Description duplicated in a fake value attribute in order to make it translatable #: ../share/extensions/webslicer_create_rect.inx.h:12 msgid "Force Dimension must be set as <width>x<height>" msgstr "" make[1]: *** [distcheck-hook] Error 1 Thanks, Ted

2 1

Coding style question
by unknown＠example.com 19 May '10

19 May '10

Hi all, Is it good practice to start class member variables with an underscore? The reason I ask is for ambiguity in a function in a class that is derivative of SPObject. class SPObject has member "repr". So now if I subclass from that and add a method to my class like "sp_do_something(XML::Node repr)", there is an ambiguity in the method. Perhaps underscoring the class member variables is better... Ciao, Johan

2 1

Snapping options anomalies? - Selector tool
by Mihaela 18 May '10

18 May '10

What is the policy on snapping nodes to stuff when dragging the whole object (Selector tool) VS snapping only nodes to stuff (Node tool)? There are some things I'm confused about, some of them might be bugs, others might just be my misinterpretation. Enable "Snapping nodes or handles" and try to snap cusp or smooth nodes using Node tool to a guide, everything works as expected, they snap and the tooltip is correct. If I convert a node to Symmetric it snaps to the guide but the tooltip says "Cusp node to guide". If I convert a node to Auto-smooth it snaps to the guide but the tooltip says "Smooth node to guide". Now with the same setting (Snapping nodes or handles) use Selector tool to move the object around and snap it's nodes to the guide. Snapping sharp cusp nodes works and the tooltip is correct. Snapping cusp nodes that were converted from smooth (so their handles are collinear) doesn't work, even if you move a handle just a bit so handles aren't collinear. Symmetric nodes don't snap. Auto-smooth nodes don't snap. When I add the "Snap to smooth nodes" into play then smooth nodes snap to the guide when using Selector tool, but the tooltip says "Cusp node to guide". It's the same with symmetric and auto-smooth nodes - they snap but the tooltip says cusp. No snapping occurs if I use "Snap to cusp nodes" instead of "Snap to smooth nodes" when trying to snap smooth, symmetric or auto-smooth node using Selector (cusp nodes snap correctly even without this option). It's the same when I want to snap to paths or path intersections (Selector tool), I need to have "Snap to smooth nodes" enabled to do it with nodes that aren't obviously cusp. When snapping to path intersection is on, when trying to snap to a cusp node the tooltip says it's snapping to "path intersection" instead of "to cusp node" and it happens with "Snap to cusp nodes" disabled. Unrelated to this but related to gradients snapping - when creating a gradient start stop snaps but the gradient can't be created. You have to click next to the snapping point and not directly on it to make it work. Is this expected? This is all tested on 9425 but some of it behaves the same in 0.47. Mihaela

2 1

Tool Order
by Tavmjong Bah 17 May '10

17 May '10

Hi, I propose to change the tool order to move the spray tool down and the text tool up a bit. The spray tool is quite neat but I can't imagine using it more than the text tool! The specific order would be: Selector Node Tweak Zoom Rectangle Box Circle/Ellipse Star/Polygon Spiral Pencil Pen Calligraphy Text Spray Eraser Bucket Fill Gradient Dropper Connector Tav

4 3

gradient mesh
by sid datta 17 May '10

17 May '10

Hi, Are we still waiting for the SVG standards before we can implement gradient meshes ? I have a ( pretty simple and obvious ) method of rendering gradient meshes that is simpler than blurring multiple beziergons and is quite fast ( 100 ms in Java rendering 500x500px approx ), I was wondering if we start putting a basic gradient mesh in inkscape and we can conform/export to the SVG format when it comes out. I believe we are trying to get a triangle gradient primitive approved from SVG. Do we have any plans of getting a quadrilateral primitive ? It will be more accurate for gradient mesh. This paper I found explains some quadrilateral rendering techniques : http://vcg.isti.cnr.it/publications/papers/quadrendering.pdf Thanks -Sid

9 21

Export Page to PDF
by Mihaela 17 May '10

17 May '10

When exporting to PDF with the Page option it appears correctly in PDF readers, you only see the page area, but when you import the document back into Inkscape the objects outside the Page area are still there. Is this what it's supposed to work? I'd expect that everything outside the Page area gets discarded. Mihaela

2 1

NEW: Pseudo unified console / GUI app on Windows
by Krzysztof Kosiński 14 May '10

14 May '10

Hello Starting with revision 9251, it's possible to open cmd.exe, type "inkscape" while having Inkscape's installation directory in PATH, and get a working console-mode executable. This is done by shipping a slightly modified version of the well-known inkscapec.exe helper, renamed to inkscape.com and placed in the same directory as inkscape.exe. This approach looks a bit hacky, but it's used by several of Microsoft's tool that also implement both GUI and command line mode. Regards, Krzysztof

2 4

Bug Hunt Complete! - 381/300
by Joshua A. Andler 13 May '10

13 May '10

This list contains fixes between 5/3 @ 1:39pm PDT - 5/13 @ 3:39am PDT. Only fixes to "true bugs" (i.e. no website/translation/docs/etc. bugs). Pts BugID Fixer Description ------------------------------------------------------------------------ 6 573512 JazzyNico Export XAML with matrix 12 220711 JazzyNico Inkscape export to XAML produces invalid XAML 9 519408 JohanEngelen Crash while saving opened PDF 6 446723 UNKNOWN Preferences: numeric precision tooltip error. 9 578990 UNKN (J.E.)? a line with self defined marker crashes... 6 488747 Chris Morgan Windows installer problems 0.47 6 489022 Chris Morgan Windows Uninstaller Doesn't Work 3 485027 JazzyNico Export to Gimp XCF returns deprecation... 9 463602 Kosiński crash when node-editing pattern-filled object 6 572906 JazzyNico Export invisible layer in XAML 6 516462 JazzyNico XAML error when I set Object Properties 18 282421 JazzyNico Save As XAML Inkscape crashes after five... ------------------------------------------------------------------------

5 5

LGM 2010 registration
by Alexandre Prokoudine 08 May '10

08 May '10

Hi, Registration at Libre Graphics Meeting has been open for quite a while now: http://libregraphicsmeeting.org/2010/signup.php If you intend to come, my advice would be to book flight and hotel *now*. Hotel prices seems to be quite high in Brussels, so make sure you really can't or don't want to cluster before you book :) If you intend to give a talk, please submit your proposal here: http://create.freedesktop.org/wiki/Conference_2010/Submit_Talk Cheers, Alexandre

2 1

icon-names.h
by bulia byak 05 May '10

05 May '10

This file explains itself thus: * This file exists for several reasons: firstly, it contains all the icon names * in Inkscape, so it can serve as a reference to themers. Secondly, using * macros instead of strings avoids typos. Thirdly, we can change names * to conform to external icon sets / specifications without changing any code. Let's look: - Before, all the icon references were also in one place - in verbs.cpp, where they were adjacent to other verb metadata and thus easier to understand. - Before, to add a new verb with an icon, I had to add icon ID in one place. Now I have to add icon ID _and_ the define name. How is this better for typos? - icon-names.h is "code" just as well - at least if you change it, you have to recompile. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Re : [Inkscape-translator] Re : 0.48 About Screen Contest - Developer voting time.
by Nicolas Dufour 04 May '10

04 May '10

Hi, > De : Clytie Siddall <clytie@...2346...> >> On 28/04/2010, at 6:40 AM, Nicolas Dufour wrote: >> I suggest that we don't translate the about screen for this version. >> The "Draw freely" text is not easy to change in the selected screens >> without damage, and I feel it is really unnecessary. > > I disagree. "Draw Freely" in English is completely > meaningless to speakers of many languages. If it's the motto of Inkscape, then > we need to translate it. Otherwise, why use it? Please see (and comment) https://bugs.launchpad.net/inkscape/+bug/463814. The "Unimount" about screen is a typical case. "Draw Freely" is very well integrated in the drawing and will be very difficult to translate. Translating it will change the text length (or if we want to keep the same length, change to text size) and may not be as nice as the original screen with some translations. Regards, -- Nicolas

1 0

0.48 About Screen Contest - Results
by Joshua A. Andler 04 May '10

04 May '10

It appears that #2 is the winner. Here is a version w/ the spray tool and the newer logo. Let's figure out what else needs to be changed. Cheers, Josh

2 2

Bug Hunt Update - 285/300
by Joshua A. Andler 03 May '10

03 May '10

This list contains fixes between 4/22 @ 2:28pm PDT - 5/3 @ 1:39pm PDT. Only fixes to "true bugs" (i.e. no website/translation/docs/etc. bugs). Pts BugID Fixer Description ------------------------------------------------------------------------ 12 165529 Jaspervdg border around bitmap object in exported png 3 425202 JazzyNico Script messages not translated 6 553911 Jon Cruz Inkscape hangs when selecting CJK fonts in... 6 569885 JazzyNico No opacity value in XAML export 6 427514 Jon Cruz two inkscape instances will mirror data in... 12 169009 Jon Cruz Icon Preview only works with the first window 9 463602 Kosiński crash when node-editing pattern-filled object 3 571196 JazzyNico Extension floating point default value and... 12 307654 Max Albert 3dbox inside scaled groups, translation broken ------------------------------------------------------------------------

1 0

py2geom
by unknown＠example.com 02 May '10

02 May '10

Hi all, Although py2geom (python functions of 2geom) is still in development and not fully functional, I'd like to discuss how to include it in Inkscape. Should we include it in our releases, or should users install it by themselves? (note on Windows, py2geom is 16MB large; I do not know why it is so large). Cheers, Johan

3 2

Inkscape(Quartz) crahes sometimes when opening files
by Janosch Peters 30 Apr '10

30 Apr '10

Hi there, Im trying to get the native (non-X11) inkscape version working. I first tried the version from macports. However, it crashed about half of the time when I wanted to open an SVG file. I then tried to compile it manually following the instructions on the inkscape wiki http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX. The section where it says "Building Aqua from scratch, 2010". Unfortunately, I get the very same error. More or less every second time I open a SVG file inkscape crashes. See the console output and the crash report below. I only postet the part of the crash report which looked relevant to me. If you need more detailed logs, let me know. The X11 version runs fine, by the way. Except that there are other bugs making copy & paste unusable. cheers, Janosch Console output: ====================================== Janoschs-MacBook:Inkscape.app jp$ Contents/Resources/bin/inkscape Setting Language: de_DE.UTF-8 cp: /Users/jp/Code/inkscape/myproject/packaging/macosx/Inkscape.app/ Contents/Resources/etc/pango/pangox.aliases: No such file or directory /Users/jp/.inkscape-etc/gtkrc:56: Clearlooks configuration option "menuitemstyle" is not supported and will be ignored. /Users/jp/.inkscape-etc/gtkrc:57: Clearlooks configuration option "listviewitemstyle" is not supported and will be ignored. /Users/jp/.inkscape-etc/gtkrc:58: Clearlooks configuration option "progressbarstyle" is not supported and will be ignored. (inkscape-bin:1725): Gtk-WARNING **: Das Symbol »object-visible« konnte nicht gefunden werden, ebenso wenig wie das Thema »hicolor«. Möglicherweise müssen Sie es installieren. Sie können sich eine Kopie herunterladen unter: http://icon-theme.freedesktop.org/releases (inkscape-bin:1725): Gtk-WARNING **: Vorgegebener Überwachungstyp für lokale Ordner konnte nicht gefunden werden (inkscape-bin:1725): Gtk-WARNING **: Vorgegebener Überwachungstyp für lokale Ordner konnte nicht gefunden werden (inkscape-bin:1725): Gtk-WARNING **: Vorgegebener Überwachungstyp für lokale Ordner konnte nicht gefunden werden (inkscape-bin:1725): Gtk-WARNING **: Vorgegebener Überwachungstyp für lokale Ordner konnte nicht gefunden werden Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. Segmentation fault ====================================== Apple crash report: ====================================== Process: inkscape-bin [1725] Path: /Users/jp/Code/inkscape/myproject/packaging/macosx/ Inkscape.app/Contents/Resources/bin/inkscape-bin Identifier: inkscape-bin Version: ??? (???) Code Type: X86 (Native) Parent Process: bash [1643] Interval Since Last Report: 61812 sec Crashes Since Last Report: 7 Per-App Interval Since Last Report: 0 sec Per-App Crashes Since Last Report: 7 Date/Time: 2010-04-30 13:14:31.535 +0200 OS Version: Mac OS X 10.5.8 (9L31a) Report Version: 6 Anonymous UUID: 8600E840-20FE-4E65-9021-C6EDDD9FA609 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x00000000ffffffff Crashed Thread: 0 Thread 0 Crashed: 0 libobjc.A.dylib 0x9392f68c objc_msgSend + 28 1 com.apple.CoreFoundation 0x96800772 __CFRunLoopDoObservers + 466 2 com.apple.CoreFoundation 0x96801acc CFRunLoopRunSpecific + 844 3 com.apple.CoreFoundation 0x96802aa8 CFRunLoopRunInMode + 88 4 com.apple.HIToolbox 0x96b212ac RunCurrentEventLoopInMode + 283 5 com.apple.HIToolbox 0x96b20ffe ReceiveNextEventCommon + 175 6 com.apple.HIToolbox 0x96b20f39 BlockUntilNextEventMatchingListInMode + 106 7 com.apple.AppKit 0x94da46d5 _DPSNextEvent + 657 8 com.apple.AppKit 0x94da3f88 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 128 9 libgdk-quartz-2.0.0.dylib 0x0179f207 poll_func + 135 10 libglib-2.0.0.dylib 0x01cf728f g_main_context_iterate + 799 11 libglib-2.0.0.dylib 0x01cf76e7 g_main_loop_run + 439 12 libgtk-quartz-2.0.0.dylib 0x013c4a44 gtk_dialog_run + 420 13 inkscape-bin 0x000a7b1a inkscape_crash_handler(int) + 3162 14 libSystem.B.dylib 0x94a002bb _sigtramp + 43 15 libobjc.A.dylib 0x9392f689 objc_msgSend + 25 16 com.apple.CoreFoundation 0x96800772 __CFRunLoopDoObservers + 466 17 com.apple.CoreFoundation 0x96801acc CFRunLoopRunSpecific + 844 18 com.apple.CoreFoundation 0x96802aa8 CFRunLoopRunInMode + 88 19 com.apple.HIToolbox 0x96b212ac RunCurrentEventLoopInMode + 283 20 com.apple.HIToolbox 0x96b20ffe ReceiveNextEventCommon + 175 21 com.apple.HIToolbox 0x96b20f39 BlockUntilNextEventMatchingListInMode + 106 22 com.apple.AppKit 0x94da46d5 _DPSNextEvent + 657 23 com.apple.AppKit 0x94da3f88 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 128 24 libgdk-quartz-2.0.0.dylib 0x0179f207 poll_func + 135 25 libglib-2.0.0.dylib 0x01cf728f g_main_context_iterate + 799 26 libglib-2.0.0.dylib 0x01cf76e7 g_main_loop_run + 439 27 libgtk-quartz-2.0.0.dylib 0x014495c1 gtk_main + 177 28 libgtkmm-2.4.1.dylib 0x00eff50b Gtk::Main::run() + 27 29 inkscape-bin 0x00004eba sp_main_gui(int, char const**) + 1146 30 inkscape-bin 0x001f9912 Inkscape::NSApplication::Application::run() + 178 31 inkscape-bin 0x00003861 main + 353 32 inkscape-bin 0x00003076 start + 54 ======================================

1 0

Re: [Inkscape-devel] 0.48 About Screen Contest - Developer voting time.
by Valessio S Brito 29 Apr '10

29 Apr '10

4 4

First core contribution: undefined reference to Class::method()
by Aurélio A. Heckert 29 Apr '10

29 Apr '10

Hi all, I'm a extension developer but i want to collaborate with the core. I'm not skilled in C++ and GTK but i'm reading a lot. I create some long running extensions and will be cool if i can show the percentage and what it is doing while the user wait. So, i want to replace the current simple Gtk::MessageDialog by an Inkscape::Extension::WorkingDialog. I did my first test code, compiled it, but the make fails on linking. I already refered the new class files on this files: src/extension/CMakeLists.txt and src/extension/Makefile_insert But i run "./configure && make" and still getting this error: /src/extension/execution-env.cpp:82: undefined reference to `Inkscape::Extension::WorkingDialog::hide()' Please, see my .diff and error.txt attached files. PS: i'm thinking in open a pipe to the extension set the percentage and description text. Thanks! Aurium -- Aurélio A. Heckert http://SoftwareLivre.org/aurium Coop. de Tecnologias Livres: http://Colivre.coop.br - - - - - - - - - - - - - - - - - - - - - - - - - GNU/Linux User #312507 http://counter.li.org Ilustração Vetorial Livre: http://InkscapeBrasil.org - - - - - - - - - - - - - - - - - - - - - - - - - "Windows 7: a new era of restrictions." http://windows7sins.org Antes de imprimir esta mensagem reflita sobre a sua responsabilidade com a preservação do Meio Ambiente.

1 0

0.48 About Screen Contest - Developer voting time.
by Joshua A. Andler 29 Apr '10

29 Apr '10

Here are the results from the About Screen contest on DA, follow the link to see what the community has voted for. http://inkscapers.deviantart.com/blog/31821956/ All Devs (yes that includes Translators too), please chime in with your opinions, votes, as well as any comments on modifications that may need to be done. Cheers, Josh

19 19

Re: [Inkscape-devel] Cairo rendering proposal
by bulia byak 28 Apr '10

28 Apr '10

On Mon, Apr 26, 2010 at 1:46 PM, Jasper van de Gronde > In any case, you're definitely right that it would add complexity, and it is > by no means meant as /the/ solution, but I do think we can and should > consider some alternatives other than our way and the Illustrator way. A simple and relatively cheap method, similar to your proposal, which I for some time was thinking of trying, would be to start by testing, from top to bottom, if any object in the repaint buffer covers it completely and has no opacity and filters; if yes, then discard objects below it and render only from this object up. However, to be of any use, this method must be used with our current buffered redraw, where the probability of an object to cover the entire strip buffer is significant. With the Illustrator method, this optimization would only work if some object covers the entire screen, which is much less probable. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 6

Setting kerning for all the characters
by David Marín Carreño 26 Apr '10

26 Apr '10

Hello all. Currently, while using keyboard shortcuts for setting the kerning of characters, I have realized that this setting is stablished in a character-by-character pattern. I have seen that, in the resulting SVG file, the kerning is set using the attribute "dx" for the tag "tspan", specified for each character in the string. Can I change the "default" kerning between all the characters of a text or text block with a single action, or with a single tag or attribute in the file? Thanks a lot. David Marín Carreño

1 0

Cairo rendering proposal
by Krzysztof Kosiński 26 Apr '10

26 Apr '10

Hello Here's my Cairo rendering proposal. I made it public so that all people can comment. http://socghop.appspot.com/gsoc/student_proposal/show/google/gsoc2010/tween… I also have some doubts whether cairo-gl surfaces can be created on all platforms. It looks like only EGL and GLX is supported. An additional problem is that GtkGLExt, which I'll need to use to create cairo-gl surfaces for onscreen drawing, doesn't work on OSX. However, there are Quartz surfaces in Cairo, which we might be able to use in the Aqua port. Regards, Krzysztof

9 18

Ubuntu devel builds
by unknown＠example.com 26 Apr '10

26 Apr '10

Hi all, I'm having a hard time finding how to install 0.48dev on Ubuntu (without compiling it myself). Where should people find this info, and please add the link to the "development versions" section here http://inkscape.org/download/?lang=en. Thanks, Johan

2 1

Help. Can't reopen edited SVG files
by Brian Lake 26 Apr '10

26 Apr '10

Any idea why I can't repoen a file? I clicked "Save As" and named it transparent.svg. Help! Thanks! Brian Lake

2 1