September 2011 - Inkscape Devel

win32 build working again
by Bob Jamison 08 Apr '24

08 Apr '24

The win32 build, which was broken for the weekend, is working again. I just made a "manual autobuild" again, so that we can see how it looks on Windows: http://troi.titan-aeu.com/~rjamison/inkscape/builds/ Bob

2 1

Rendering cache committed
by Krzysztof Kosiński 25 Oct '12

25 Oct '12

Hello I committed the rendering cache work in revision 10579 of trunk. If you encounter serious problems, you can turn off caching completely by defining the environment variable _INKSCAPE_DISABLE_CACHE. For example, run inkscape as: $ _INKSCAPE_DISABLE_CACHE=1 inkscape By default, each drawing will use up to 64 MB of memory for rendering data. It can be set in the "Rendering" page of the preferences (renamed from "Filters"). As usual, problem reports are welcome. Regards, Krzysztof

2 14

Complete removal of libnr
by Krzysztof Kosiński 15 Sep '12

15 Sep '12

Hello all. Revision 10589 removes all trace of libnr from Inkscape's code, which was a major refactoring goal. This is a rather big change and might break various things. Here is a short summary of the changes: 1. NRRect was replaced by Geom:Rect and Geom::OptRect as appropriate. 2. NRRectL was replaced by Geom::IntRect and Geom::OptIntRect as appropriate. Note that the semantics of Geom::IntRect's contains() function for points are slightly incorrect at this time, as max() will be considered part of the rectangle even though it should not be. This doesn't cause any obvious problems for now. 3. SPItem bounding box methods were rewritten. There are now methods for bounding boxes in 3 different coordinate systems: - visualBounds(), geometricBounds(), bounds() - bounds in the item's own coord system - desktopVisualBounds(), desktopGeometricBounds(), desktopBounds() - bounds in desktop coordinate system (origin in bottom left, but user-editable in the future) - documentVisualBounds(), documentGeometricBounds(), documentBounds() - bounds in SVG coordinate system The "geometric" version returns the object bounding box as defined by SVG (does not consider stroke, filters, clipping paths, masks, etc.). The "visual" version considers all of this to return the bounds of the area affected by the object. The legacy "approximate bbox" was removed. 4. NRActiveObject was used only by SPAction. SPAction was converted to GObject and NRActiveObject listeners were replaced by signals. Some changes to verbs were made along the way. 5. nr-point-fns.h was used by some things in the gradient editor and was replaced with code using Geom::LineSegment. Regards, Krzysztof

11 38

pdf import again: poppler native vs. poppler cairo
by the Adib 24 Jun '12

24 Jun '12

Hello All, as the problem is still there I would propose following intermediate solution: currently in the codebasis there is also an pdf import via poppler-cairo. This one is disabled. I would like to enable this as an additional pdf import possibility. We have to decide later when it comes to the release which one to integrate into the release. so we can test in parallel the two options. we have a big tester basis (compared to separate launchpad branch) we get the possibility to switch to an tested poppler-internals independent solution (while using poppler) I there is no big NONO I will go forward and enable this within the next days. attached the patch that is needed for this (tested on windows, should work on Linux) regards, Adib.

3 6

libvisio is available
by Alexandre Prokoudine 20 Jun '12

20 Jun '12

Hi, During this GSoC a LibreOffice student and her mentor implemented support for VSD, binary Microsoft Visio documents, that Microsoft never bothered to publish a specification on. The student managed to do far more that she expected and ended up with a nice C++ library for parsing VSD called libvisio that supports all geometric primitives, formatted text, embedded stencils, all kinds of fills and strokes etc. The long story is here: http://libregraphicsworld.org/articles.php?article_id=41 Now, the short story is that the libvisio library (currently at v0.0.7) has a tool called vsd2xhtml which converts VSD to SVG documents and embeds them into XHTML documents. So it looks like it's possible to write an extension for loading VSD directly to Inkscape. Otherwise you have to do some text editing to get an SVG out of that XHTML. Howevere there is a party trick involved. Since VSD files are often multipage, the convertor dumps every page into same XHTML file one by one. So if someone decides to have a go at it, I think it would rather be loader similar to our PDF loader which provides preview for letting a user to choose a page for importing. Alexandre Prokoudine http://libregraphicsworld.org

2 1

Re: [Inkscape-devel] OCAL Dialog Redesign
by Andrew 28 Dec '11

28 Dec '11

Hi Guys, So I have been doing a lot of work on the Import from OCAL dialog and I have finally finished! I was wondering whether I could get some testing, especially on some different platforms with different internet connections. All you need to do is get my branch using: bzr branch lp:~and471/inkscape/ocal-dialog-improvements And then compile as usual. You will find the dialog in File > Import Clip Art So yeah, basically I want a lot of testing, to iron out any errors that I have missed and also feedback on the stuff I have done. Then once that is all done, I shall propose for merging into trunk. A list of changes is below, as well as a link to screenshots of the new dialog. Thanks! -- Andrew Screenshots: http://wiki.inkscape.org/wiki/index.php/OCAL_Dialog_Re-Design == Changes == * UI Redesign (which includes) - Altered the padding and packing of all widgets - Added search entry with clear and search icons - Added OCAL Logo overlay - Put descriptions inline in list - New preview widget that shows extra metadata - New status widget to notify on errors/success etc. - Dialog is now persistent (retains state) - Better messages for the user - Changed title/menuitem to 'Import Clip Art' * Backend stuff (which includes) - Use new GFile API instead of depreciated GNOMEVFS - Use async methods so the UI isn't blocked - Use smaller, thumbnail images in the preview widget (save on bandwidth and increase speed) - Implement cancelling of operations - Put downloaded resources into one directory, from which we can use later - Big cleanup in terms of code

5 5

Regressions after r10326 (initial merge of the cairo-rendering branch)
by ~suv 29 Nov '11

29 Nov '11

Since we don't have a dedicated thread for regressions introduced with the initial merge of the cairo-rendering branch and I don't want to mix it with reports about merge of the rendering cache or the removal of libnr, I'm starting a new thread forwarding related confirmed reports in the bug tracker which haven't been mentioned on the list before: Bug #845153 <https://bugs.launchpad.net/inkscape/+bug/845153> "radial gradients not rendered correctly" Bug #837066 <https://bugs.launchpad.net/inkscape/+bug/837066> "Bucket Tool regressions with Cairo renderer" Bug #814179 <https://bugs.launchpad.net/inkscape/+bug/814179> "CMS tab: Yellow and Cyan colors are swapped" Bug #805392 <https://bugs.launchpad.net/inkscape/+bug/845153> "Circle resizing do not preserve stroke width" ~suv (trying to work around the flood of bug mails to developers and the apparent inability of gmail's web interface to filter on custom mail headers [1] ;) ) [1] List of custom mail headers in bug tracker e-mail notifications to allow filtering on assignee, status, importance, tags etc.: <https://help.launchpad.net/Bugs/Subscriptions#Bug_mail_headers>

3 6

powerstroke
by Alexandre Prokoudine 12 Nov '11

12 Nov '11

Hi, I was wondering how powerstroke LPE was doing and whether we should enable it, and just have come across a document on somewhat similar thing called Advanced Outlines in Synfig Studio. I think some people in this list will enjoy reading it :) http://bit.ly/qwZ4lD BTW, should we perhaps enable some of the LPEs in nightly PPA? Some testing wouldn't hurt? Alexandre Prokoudine http://libregraphicsworld.org

11 32

Mesh Gradients in Inkscape
by Tavmjong Bah 09 Nov '11

09 Nov '11

Hi, I have just checked in to my private Coons Patch Mesh Gradient branch, code that allows the ability to create and edit mesh gradients. Warning: This code is a real Hack. It is known to segfault and eat kittens for lunch. It will need lots of reworking by real experts before one can hope to see it in Inkscape trunk (as well as dealing with the issue that meshes are not part of the SVG 1.2 standard... they have been accepted as part of SVG 2.0 but that standard is along way from being appearing even in a draft form). What you can do with the code: 1. Create a simple one patch square mesh the size of an objects bounding box. (Select the third button on the Gradient Tool-Tool Bar and the double click the object.) 2. Drag corner nodes (diamonds). 3. Change color of corner nodes. 4. Drag handles (circles). There is no indication of what handle belongs with which corner node or path so it can be confusing. 5. Divide a row or column of patches into two rows or columns. (Double click on the lines connecting corner nodes. Double clicking elsewhere may lead to a crash.) At the moment, the row or column is split down the middle. 6. Save the mesh. The mesh is saved in the proposed SVG standard format (highly likely to change). 7. Read in saved meshes. Some of what is missing: 1. Ability to undo node moves/color changes. 2. Ability to merge two rows or columns into one or delete edge rows or columns. 3. Ability to change paths between straight lines and Bezier curves. Handles are shown even for straight lines. 4. Display of Bezier curves (they are shown as straight lines). 5. Stability (I did tell you it will segfault, didn't I?). 6. Sane coding. 7. Properly handling of gradient copying. 8. Auto-creation of conical gradients or other non-square gradient types. 9. Output to PS/PDF/PNG(?) 10. Update to current trunk. You can check out the code at: https://code.launchpad.net/~tavmjong-free/inkscape/mesh Tav

5 11

Modevia & Nightlies
by Josh Andler 24 Oct '11

24 Oct '11

Hey all, I got a response from JTC Inc regarding our use of the modevia server and was told that the server is no longer available for us to use. So, the bad news is that we need to find alternative hosting. However, the good news is that they didn't nuke our data apparently. They want to know what we need to be able to retrieve the data, so I left it with a response asking how much data we had on the server... once we know this we can make arrangements to recover the nightly stuff. Now is the fun part... does anyone know of any organizations that would be interested in hosting this stuff for us? I'm almost tempted to say the nightly builds might do well on sourceforge just for the sake of mirroring and having a rough idea of download stats. It's just a thought, no one is married to it. All reasonable suggestions are welcome. Cheers, Josh

6 8