- Inkscape Devel - Inkscape Mailman

Fwd: 0.48.5 packages needed
by Liam White 14 Jul '14

14 Jul '14

Oops, forgot to add the mailing list when sending this message. ---------- Forwarded message ---------- From: Liam White <inkscapebrony@...400...> Date: Sun, Jul 13, 2014 at 9:53 PM Subject: Re: [Inkscape-devel] 0.48.5 packages needed To: Krzysztof Kosiński Here is the Windows portable version: http://goo.gl/hdrLXB I think we need to get this signed by a PortableApps person, but there's the base installer. On Fri, Jun 27, 2014 at 4:22 PM, Krzysztof Kosiński <tweenk.pl@...972.....> wrote: > The Windows installer is up at sourceforge.net, and the tarballs are > at Launchpad. We still need the portable version and the Mac bundle > before we can announce the new release. Anyone up for it? > > Regards, Krzysztof >

2 1

Save a copy of the current document with all converted into curves leaving original untouched and get measures of all objects
by Nadie Nathing 11 Jul '14

11 Jul '14

Hi! I'm making an Inkscape extension that does this: 1-. Save a copy of the current document in a folder as .ai with all objects converted into curves (leaving the current document with text, spirals, polygons...) 2-. Take the measures of the bounding box that appears when I select all objects and save it to a file. 3-. Call an executable in the system path. I'm using Inkscape nightly build.

1 0

New swatches dialog and questions
by Tomasz Boczkowski 10 Jul '14

10 Jul '14

Hi! I'd like to post a video of a new swatches dialog[1]. It displays color swatches and patterns as preview tiles divided into palettes. The palettes are read from .gpl and .svg files in stock directories. One category "Current document" is special, as it shows paint servers from currently opened document. The dialog allows applying swatches to fill and stroke. It is also possible to create new swatches based on current object solid fill or stroke. New pattern can be created by invoking "object to pattern" command from add menu. How do you like it? I still have some issues to be implemented and I'd like to ask you some questions about it. 1) I would like to implement modifying existing patterns. My original idea was to create new dialog "swatch properties". Now I think using existing "object attributes" and "object properties" dialogs would be simpler and more versatile. After clicking a modify button a popup will appear [2]. Each option would show appropriate dialog. The content of the property dialogs is based on current selection, and there is no option to display the properties of arbitrary objects. I have two possibilites: * set selection to swatch element (having solidColor, gradient or pattern tag). Selection API allows it, but only visible objects are selected in inkscape so far. * modify the property dialogs to enable editing arbitrary objects by adding a setObject(SPObject *) method. Which of the options is favourable? 2) The dialog should enable removing swatches. I think placing, rather long, implementation of this feature in swatches dialog class might not be the best solution. Where else can I place the code? 3) Old swatches dialog supplies an "auto" palette. It consists of swatch objects from current document that have "obs:swatch" attribute defined. The new one displays all swatches from current document. Should I keep the the palette? Regards, Tomasz [1] https://www.dropbox.com/s/80f9r6ct9w2fktx/swatches-dialog.mpeg [2] https://www.dropbox.com/s/hn8cqvu64ke364b/modify_swatch.png

3 4

Re: [Inkscape-devel] Large filter areas
by Niko Kiirala 08 Jul '14

08 Jul '14

8.7.2014 8.52 kirjoitti Michael Grosberg <grosberg.michael@...400...>: > > Krzysztof Kosiński <tweenk.pl@...360...> writes: > > > > > We could do three things > > a) put in some logic to arbitrarily stop rendering an effect when the > > dependent area crosses some threshold > > b) use stacked box blur instead of true Gaussian blur (though I doubt > > it would be faster) > > c) speed up the existing Gaussian blur implementation - it shouldn't > > be that slow > > > > Regards, Krzysztof > > If it's OK to contribute my two cents as a user, I would prefer loss of > quality in the work area over a slowdown. If for example zooming in to a > blurred shape would make large chunky pixels visible, that is still better > than having to contend with a slow system. So if you have a way of replacing > the blurred object with a static bitmap instead of having to recalculate > the blur every time the display changes, that would be acceptable. > I'm talking about the work area display only, of course, not bitmap export. > > BTW, I've been working with Inkscape in a production environment for years > but lately I've upped my usage even more and I'm using it almost all day. > Even though I have the latest version of Illustrator installed I still vastly > prefer Inkscape - it is so much easier to work with. It's likely quite a forgotten thing, but filters as they stand, do contain a crude method along these lines. If you go into settings, you can drop the filters rendering quality, which will limit the rendering resolution when editing. You will get quite notable artifacts, but it's vastly faster in many cases. There are a couple quality settings available in the filtering code. It could be useful to look into those and see if there's some better default combination than what we have now.

1 0

Large filter areas
by Diederik van Lierop 08 Jul '14

08 Jul '14

Hi ppl, It's no surprise that filters can make Inkscape crawl, and I ran into that while digging into this bug https://bugs.launchpad.net/inkscape/+bug/827192 In this case though, the area to be filtered measures 18416 x 17524 pixels, which is a bit too much for just on screen display. Is there any way to work around this? Can't we set an upper limit on the area, in order to keep Inkscape somewhat responsive? If it takes a few seconds that's OK IMHO in such extreme cases, but at least the user should be able to trust that Inkscape will recover. Diederik

7 10

requesting wiki account
by Brynn 06 Jul '14

06 Jul '14

Hi Friends, I've been given edit privileges at inkscape.org from Martin Owens. I want to re-organize and edit some of the community info, including Inkscape forums, tutorials and galleries. I came across info about forums, tutorials and galleries in the "old" wiki, and wanted to know about incorporating it into the new inkscape.org. He suggested that forums, tutorials and galleries probably don't belong in the wiki anyway, and said I should delete them, if I can get access to the wiki. He said the wiki (an updated and current wiki) should only contain development, design, code, etc., anyway. (Also told me to email this mailing list to ask for a wiki account.) So assuming you all are in agreement with him, I'm asking for access to be able to edit the wiki. I'll be glad to do any tedious, menial work that might need to be done there, to bring it up to meet the current needs of the community -- if anyone can tell me what kind of work that would be. Should I get access to the wiki, I would be at your disposal. Maybe most of you probably don't know me, but I've been a moderator at InkscapeForum.com for a few years, and nearly a year ago, opened a new Inkscape website (http://forum.inkscapecommunity.com/index.php). So I'm fairly well connected to the user community....at least those who post in forums. Thank you very much, brynn

2 2

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 98, Issue 4
by Jelle Mulder 06 Jul '14

06 Jul '14

Ehm,.. not Inkscape related really, but I am looking for a C++ programmer to earn a few thousand euro's with a probably fairly easy task. (my estimate is a week part-time). I thought someone here might be interested and it would sort of indirectly help the project as well by supporting my favourite programmers. I hope not with a weeks delay though, don't want to interrupt what's going on here. If interested, send me your rating fee and we'll pick it up from there. There is some time pressure on it, so if you don't have time the coming few weeks, state it clearly in your e-mail. I may have other tasks later for the same or other clients as well. Cheers, Jelle

1 0

GSoC Project Update
by Krzysztof Kosiński 06 Jul '14

06 Jul '14

Hello The midterm evaluations are near due, so here's a public update on my GSoC project. The schedule this year was very bad for me, and dealing with university stuff ate most of my time in the first half of the project, so I didn't do nearly as much as I hoped for. I have however made a prototype CGAL-based implementation of boolops. It is available in 2Geom trunk; you have to have CGAL installed, its headers available in your default include path, and set the CMake option CGAL_TOYS=ON to compile it. Saying "sudo apt-get install libcgal-dev" suffices to satisfy the first two requirements on Ubuntu 14.04. The results of playing with this toy are rather disappointing. CGAL produces visibly imprecise results even for simple shapes (see attached pictures), and for some inputs (e.g. when sliding two bananas over each other so that they nearly match) it crashes with an assertion. It seems that its boolean operation algorithm for Beziers is of very poor quality. This means I will have to write the boolops code from scratch. I've found a MIT-licensed Objective-C library that implements boolops on Bezier paths, which may serve as an inspiration. https://bitbucket.org/andyfinnell/vectorboolean During the remaining time before midterm, I'll work on path-related APIs in 2Geom. This will be useful when implementing boolops, and will allow us to get rid of ugly ancient stuff in Inkscape, such as SPCurve. After the midterm, I will have to complete a final assignment at the university, and should have much more time to get useful work done in the second half of the project. Regards, Krzysztof

5 9

Math function problem
by Jabiertxo Arraiza Cenoz 02 Jul '14

02 Jul '14

Hi to all. I try this in my debian calculator: "4 / 3 * (sqrt(2) - 1)" and return 0,55228475 in C++ return 0.414214 I want 0,55228475. Where i lost? I have the cmath header Regards, Jabier.

6 12

Bug of the Week - 167834
by Bryce Harrington 02 Jul '14

02 Jul '14

David is selecting bug #167834 as one of the two bugs of the week for this coming week. Please take a quick look and see if you can help move it to solution by Monday; it already has a verified patch that just needs wider testing. This is an ancient bug and so will be worth a ton of points for us. """ This one: https://bugs.launchpad.net/inkscape/+bug/167834 I am not sure exactly what the original problem was, but the examples in posts 4 and 5 are not visible in Inkscape (on XP). Maybe that was the problem? """ Bryce On Tue, Jul 01, 2014 at 07:59:08PM -0700, Bryce Harrington wrote: > Sorry folks, looks like I neglected to send out last week's report. > So here's two in one. > > > Development focus: 0.91.x series > > Unfixed bugs: https://bugs.launchpad.net/inkscape/ > Milestone targeted bugs: http://tinyurl.com/bughunt91a-open > Regressions (double points): https://bugs.launchpad.net/inkscape/?field.tag=regression > > Pts Bug Age Fixed Assignee Description > === === === ===== ======== =========== > 3 1314910 0 05/01 Font size specification > 6 1315416 0 05/03 jazzynico [0.91 Tutorial Review] issues with "Basic" tutorial > 6 1315485 0 05/05 jazzynico [0.91 Tutorial Review] issues with "Elements of Design" tutorial > 6 1315453 0 05/05 jazzynico [0.91 Tutorial Review] issues with "Shapes" tutorial > 6 1315480 0 05/06 jazzynico [0.91 Tutorial Review] issues with " Bitmap tracing" tutorial > 6 1315487 0 05/06 jazzynico [0.91 Tutorial Review] issues with "tips and tricks" tutorial > 6 1315483 0 05/06 jazzynico [0.91 Tutorial Review] issues with " Calligraphy" tutorial > 6 1316591 0 05/06 Mohamed IKBEL Boulabiar copy-paste typo in the dbus document interface > 6 1315457 0 05/06 jazzynico [0.91 Tutorial Review] issues with "Advanced" tutorial > 3 1317140 0 05/09 jazzynico Tutorials: supported generic font names in trunk have changed (Sans -> sans-serif, Serif -> serif) > 3 1247448 0 05/10 jazzynico environment variable INKSCAPE_PORTABLE_PROFILE_DIR should be documented in man page > 6 1310266 0 05/10 jazzynico Update the man page with '-i -j' for plain SVG export options > 6 1318289 0 05/11 jazzynico preferences > bitmap > rendering shows po file headers > 6 1318345 0 05/11 jazzynico untranslatable strings in trunk-r13348 > 3 1318671 0 05/12 Masato HASHIMOTO url for New in This Version is obsolete > 12 1318532 0 05/12 Alvin Penner Extension/Guides creator: Render fails > 3 1318328 0 05/11 Masato HASHIMOTO typo in trunk-r13348 > 12 1256597 0 05/13 Diederik van Lierop several actions outputs to the terminal: "warning: invalid state when picking..." > 24 1243401 0 05/13 David Mathog Clickable area of a text object is much larger than the object itself (rev >= 12488) > 3 1319060 0 05/14 jazzynico typo in tutorials on r505 > 6 1318929 0 05/14 jazzynico untranslatable string in trunk-r13370 > 3 1303422 0 05/15 Tavmjong Bah corrupt -inkscape-font-specification values > 6 1320317 0 05/16 Martin Owens barcodes do not scale correctly when modifying default document units (rev 13386) > 3 1320613 0 05/18 Matthew Petroff Coordinates don't update properly when moving a node > 6 1318339 0 05/22 jazzynico Tooltips in extensions page elements are not translated > 7 1022733 1 05/23 Diederik van Lierop Measure tool: flakiness with constrained measuring > 6 1318348 0 05/24 jazzynico Extension dialogs inconsistency > 6 1270929 0 05/28 Tavmjong Bah sans-serif as default font: gtk-critical, glib-gobject-critical warnings (Text & Font dialog)(rev >= 12164) > 11 378097 5 05/20 Crashes with several documents > 12 1326144 0 06/05 Tavmjong Bah Some fonts no longer work, they appear in the chooser though > 14 1188996 1 06/06 Tavmjong Bah real font-style does not correspond with selected style > 5 1009953 2 06/09 theAdib Font previewed but not imported > 12 1298967 0 06/11 David Mathog trunk: swatches are duplicated again on paste and import (rev >= 13139) > 3 1327577 0 06/11 jazzynico Tablet pressure button wrongly located in Spray tool control bar > 7 505920 4 06/11 jazzynico inkscape loads extension even if the script specified in <command> doesn't exist > 18 1326652 0 06/11 Johan Engelen Crash if right-click when completing a shape > 18 1318657 0 06/11 David Mathog Drag&Drop imports wrongly gradients (leads to crash)(rev >= 13139) > 18 1328152 0 06/15 Johan Engelen trunk/experimental: crash on open filter editor after blurring an object > 9 1327232 0 06/06 Alex Valavanis Trunk PPA FTBFS in Utopic. Missing Build-Depends: libpoppler-private-dev > 12 1315142 0 06/03 Matthias Kilian Build failure with poppler-0.26 > 6 1264371 0 05/14 Masato HASHIMOTO Broken Link: Bug Page Not Found From Program Link > 3 1323561 0 05/27 jazzynico Right handed ilustration file is incorrect > > Week 6: > 7 433860 4 06/18 jazzynico Live preview doesn't work after updating the values many times (timeout reached) > 24 781893 3 06/18 Johan Engelen Crash after moving a Bezier node after Knot path effect > 9 656938 3 06/22 Abe Yo Uniconvertor formats export fails on Windows 7 (python.exe crashes) > 18 1333020 0 06/22 Liam P. White trunk: crash on releasing groups clipped/masked by non-SPLPEItems, revision >= 13418 > 3 1281028 0 06/20 jazzynico Update the changelog file in the 0.48.x branch > > Week 7: > 6 1262782 0 06/23 David Mathog inkscape --export-text-to-path - linebreak-bug with flowed text > 6 1262792 0 06/23 David Mathog inkscape --export-text-to-path --export-plain-svg - position bug with flowed text > 3 1323561 0 05/27 jazzynico Right handed ilustration file is incorrect > 3 1332948 0 06/23 uwesch Typo at German translation > 0 1328217 0 06/24 John Smith space bar should allow to easily move around the document without using scrollbars > 6 1332461 0 06/25 jazzynico Datamatrix 22x22 is always incorrect > 11 810159 2 06/28 Crash when removing a color profile > 0 1326131 0 06/29 jazzynico Can't delete layer from context menu > 11 977003 2 06/29 Johan Engelen inkscape crashed with SIGSEGV in Avoid::VertInf::removeFromGraph() > > Total Score: 427 / 1500 > > > Scoring: > -------- > 12, 9, 6, 3 for importances critical, high, medium and low > > +1 point per year of the bug report's age > > x2 if bug is tagged 'regression' > > x2 if closed the week it was declared Bug of the Week > > > Bug of the Week > --------------- > Highest Scorer Week 6: Johan Engelen > Highest Scorer Week 7: David Mathog > > Johan and David, why don't you each give us a bug for week 8, and we'll > have a bug-of-the-week double deal. > > Bryce > > > ------------------------------------------------------------------------------ > Open source business process management suite built on Java and Eclipse > Turn processes into business applications with Bonita BPM Community Edition > Quickly connect people, data, and systems into organized workflows > Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Threading problem in extension system
by Johan Engelen 02 Jul '14

02 Jul '14

Hi all, There is a threading problem with the extension system. It results in a crash when saving a document and quitting while the save is happening. Have a look here: https://bugs.launchpad.net/inkscape/+bug/967416 I don't know enough about glib's threading to fix this bug. I do not fully understand where the execution flow is going after the fork (/src/extension/implementation/script.cpp, line 1017, _main_loop->run();), nor where the fork is terminated. I hope someone who knows more about this can have a look. I'm afraid it may lead to pretty weird bugs when running time consuming extensions and doing stuff meanwhile. (gdb reports illegal mem accesses when doing stuff while an extension is running, for example). Is this asynchronous extension execution so important, or can we disable it for now to improve stability? regards, Johan

3 2

Re: [Inkscape-devel] code formating
by Jabiertxo Arraiza Cenoz 02 Jul '14

02 Jul '14

Hi Samuel, I try it like this: ~/Development/inkscape/fillet-chamfer$ clang-format-3.3 -assume-filename=/home2/Development/inkscape/fillet-chamfer/_clang-format src/ui/dialog/lpe-fillet-chamfer-properties.h clang-format-3.3: Unknown command line argument '-assume-filename=/home2/Development/inkscape/fillet-chamfer/_clang-format'. Try: 'clang-format-3.3 -help' clang-format-3.3: Did you mean '-profile-file=/home2/Development/inkscape/fillet-chamfer/_clang-format'? also use profile-file and 2 spaces. also copy to .clang-format and again 2 spaces. regards, Jabier. > > Thanks again Samuel! > > El mié, 02-07-2014 a las 12:44 +0530, Samuel Chase escribió: > > Hi Jabier, > > > > Try using clang-format > > -assume-filename=<toplevel-inkscape-src-dir>/_clang-format <FILE>.cpp > > That has the appropriate options set to 4 spaces. > > > > You could also copy that file to ``.clang-format``, and then clang-format > > will autmatically find it if you are working in an Inkscape subdirectory. > > > > Samuel > >

2 1

Re: [Inkscape-devel] code formating
by Jabiertxo Arraiza Cenoz 02 Jul '14

02 Jul '14

Thanks again Samuel! El mié, 02-07-2014 a las 12:44 +0530, Samuel Chase escribió: > Hi Jabier, > > Try using clang-format > -assume-filename=<toplevel-inkscape-src-dir>/_clang-format <FILE>.cpp > That has the appropriate options set to 4 spaces. > > You could also copy that file to ``.clang-format``, and then clang-format > will autmatically find it if you are working in an Inkscape subdirectory. > > Samuel

1 0

Fwd: code formating
by Samuel Chase 02 Jul '14

02 Jul '14

---------- Forwarded message ---------- From: Samuel Chase <samebchase@...400...> Date: Wed, Jul 2, 2014 at 12:44 PM Subject: Re: [Inkscape-devel] code formating To: jabier.arraiza@...2893... Hi Jabier, Try using clang-format -assume-filename=<toplevel-inkscape-src-dir>/_clang-format <FILE>.cpp That has the appropriate options set to 4 spaces. You could also copy that file to ``.clang-format``, and then clang-format will autmatically find it if you are working in an Inkscape subdirectory. Samuel

1 0

code formating
by Jabiertxo Arraiza Cenoz 01 Jul '14

01 Jul '14

Hi to all. Im trying to format code with Clang formater and Astyle. Both give me diferent results. I find some GTK::Widget chains -connect- don`t indented by Astyle. Clang format indent with 2 spaces and Astyle with 4. Cheers, Jabier.

1 0

Clang Format configuration file
by Jabiertxo Arraiza Cenoz 30 Jun '14

30 Jun '14

Hi to all. Im running clang format like this: clang-format-3.3 -i -style=file src/live_effects/lpe-fillet-chamfer.cpp And return: Unknown style file, using Google style seems not ok... regards, Jabier.

2 2

Re: [Inkscape-devel] LPE on clip/mask - Bug 1241902
by Jabiertxo Arraiza Cenoz 29 Jun '14

29 Jun '14

Hi to all > > I haven't tried it, but is the problem around the non commutativity of > > composition? > > > > njh Not is about the type of LPE, some go well -usualy deformation ones- some not -redefinition of path, because this effect is for a clip or mask so result path is vieaw through it. I couldent find another way to explain it :( In last patch i upload a method to specify in the effect itself if is allowed to handle clips or mask. Regards, Jabier. > Think I fing a better way to handle this: > Remove all of my patch except the code in sp-lpe-item. > Add/modiffy the function "doBeforeEffec" in each effect you want to have > clip or mask: > sp_lpe_item_apply_to_mask(SP_ITEM(lpeitem)); > sp_lpe_item_apply_to_clippath(SP_ITEM(lpeitem)); > Now compiling and testing. soon a patch. > > Regards and thanks for the bug report. El lun, 23-06-2014 a las 11:24 +0200, Jabiertxo escribió: > Hi. > I see the problem. > Well, some effects apply well and some not because the effect "remove > partialy the fills and you view trhought". > > I think is a good feature to think about a way to define the effects > whith LPE on clip or mask enabled/disabled. > > Maybe the best way can be add a button to the GUI (in the effect GUI > itself or more global) to add or remove selected LPE to clippaths or > mask. > > If last is best i can work to port some LPE. > > Regards, Jabier. > > > > El lun, 23-06-2014 a las 10:11 +1000, Nathan Hurst escribió: > > I haven't tried it, but is the problem around the non commutativity of > > composition? > > > > njh > > > > On Sun, Jun 22, 2014 at 04:37:48PM -0700, Josh Andler wrote: > > > Yeah, definitely not what I'd expect... also, if you do this with the > > > hatches lpe and switch to the node tool, it's displaying like you can > > > modify things in a way that it can't/shouldn't. > > > > > > Cheers, > > > Josh > > > > > > > > > On Sun, Jun 22, 2014 at 4:17 PM, Johan Engelen <jbc.engelen@...2984....> > > > wrote: > > > > > > > It works as expected for pure rectangles <svg:rect>, because that it the > > > > old behavior and an oversight in the fix. Try it with a path as clippath > > > > (rect -> object-to-path). > > > > > > > > Sorry for the confusion, > > > > Johan > > > > > > > > > > > > > > > > > > > > On 23-6-2014 0:50, Josh Andler wrote: > > > > > > > > 1. Drew a Star > > > > 2. Applied rectangle as clippath > > > > 3. Applied sketch to clipped star > > > > > > > > The results were as expected and no different than if I > > > > > > > > 1. Drew Star > > > > 2. Applied sketch to star > > > > 3. Applied rectangle as clippath > > > > > > > > Should I have expected something different visually or behavior wise than > > > > to end up with a clipped star that shows sketch being applied? > > > > > > > > The only other potentially relevant things I can think to mention were > > > > that I selected items using the selector tool and there were no groups > > > > present. > > > > > > > > Cheers, > > > > Josh > > > > > > > > > > > > On Sun, Jun 22, 2014 at 3:29 PM, Johan Engelen <jbc.engelen@...3132...... > > > > > wrote: > > > > > > > >> 1. draw a path > > > >> 2. apply a rectangle as clippath > > > >> 3. apply lpe sketch => weirdness > > > >> > > > >> Johan > > > >> > > > >> > > > >> > > > >> On 23-6-2014 0:19, Josh Andler wrote: > > > >> > > > >> Can you supply a weird one? I just applied sketch to an object and then > > > >> applied said object as a clippath to something else and it looked as > > > >> expected. > > > >> > > > >> Cheers, > > > >> Josh > > > >> > > > >> > > > >> On Sun, Jun 22, 2014 at 3:08 PM, Johan Engelen < > > > >> jbc.engelen@...2592...> wrote: > > > >> > > > >>> Hi all, > > > >>> Recently, a fix to Bug 1241902 was committed. But... I have second > > > >>> thoughts now. > > > >>> Do we really want to apply LPEs to clip and masks? Now, clips on a path > > > >>> with, say, LPE Sketch, works very weird. > > > >>> > > > >>> I now think that we really don't want to apply LPEs on clips/masks. > > > >>> > > > >>> cheers, > > > >>> Johan > > > >>> > > > >>> > > > >>> > > > >>> ------------------------------------------------------------------------------ > > > >>> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > > > >>> Find What Matters Most in Your Big Data with HPCC Systems > > > >>> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > > > >>> Leverages Graph Analysis for Fast Processing & Easy Data Exploration > > > >>> http://p.sf.net/sfu/hpccsystems > > > >>> _______________________________________________ > > > >>> Inkscape-devel mailing list > > > >>> Inkscape-devel(a)lists.sourceforge.net > > > >>> https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > >>> > > > >> > > > >> > > > >> > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > > > Find What Matters Most in Your Big Data with HPCC Systems > > > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > > > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > > > http://p.sf.net/sfu/hpccsystems > > > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > >

2 2

Stable PPA not built correctly
by Liam White 29 Jun '14

29 Jun '14

Hi, I've noticed a problem with the stable PPA. It seems to contain incorrectly built packages. The resulting .deb files from the build are approximately 12 KiB. They contain no binary data. The build logs leave a clue to the problem: chroot-autobuild/build/buildd/inkscape_0.48.5+31~ubuntu14.10.1_amd64.deb: dpkg-deb: file `chroot-autobuild/build/buildd/inkscape_0.48.5+31~ubuntu14.0.1_amd64.deb' contains ununderstood data member data.tar.xz , giving up You can see more details here <https://code.launchpad.net/~inkscape.dev/+archive/stable/+build/6118562>.

1 0

Re: [Inkscape-devel] GSOC status report - Better support for SVG paints
by Tomasz Boczkowski 27 Jun '14

27 Jun '14

> As you progress with converting existing dialogs to the TileView widget > and adding new dialogs that use the widget, have a look at what > behaviors should be common to all the dialogs. For example, I would > think that users would want to control the size of the tile (as is done > in the Symbols dialog). I've noticed that symbols, patterns and swatches are very similar in the way they can be stored, rendered and presented to the user. They are all fragments of SVG documents, usually stored in /shared directory. When I finish implementing model for strong paints I'll see if it's usable for symbols. It seems to me much of the code can be shared. In addition to symbols dialog, size of the tile and fitting into tile will be controlled in swatches dialog. TileView widget supports it. I have to choose what kind of UI to use for setting the size. Currently the symbols dialog uses buttons at the bottom, while existing swatches dialog provides menu with options to control the look. In addition to this, in my proposal [1] I sketched a dialog for TileView configuration, but now I see it using it would mean a lot of clicking. [1] https://www.dropbox.com/s/vupc7hl7wwsxsj1/new_patterns_ui_3.png Tomasz

5 10

Review: C++ for Inkscape Core
by Martin Owens 26 Jun '14

26 Jun '14

Dear Developers, I've been asked to review a large patch by Liam which is an attempt to C ++ify the core of inkscape, removing inkscape-private.h and making objects. I'm going through the code as requested, but I feel this patch will need more than me to give it the OK. Can I request some of the bright peers working on C++ification to give the patch their blessings too? Merge Request: https://code.launchpad.net/~inkscapebrony/inkscape/inkscape-cppify/+merge/2… Best Regards, Martin Owens

3 2

Undefined but declared hash<> template causing C++11 trouble
by Johan Engelen 25 Jun '14

25 Jun '14

Hi Krzysz, The following lines in ui/tool/node.h are causing trouble with gcc 4.9 C++11: #if HAVE_TR1_UNORDERED_SET namespace std { namespace tr1 { template <typename N> struct hash< Inkscape::UI::NodeIterator<N> >; } } #endif Is it OK to remove those? If I comment them out, all seems to work fine. I cannot find the specialization definition anywhere, so seems only a fwd decl? regards, Johan

4 5

inkscape-0.91pre1 source tarball
by Bryce Harrington 24 Jun '14

24 Jun '14

Download it at: https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre1/ Tagged in trunk as: INKSCAPE_0_91_PRE1 It would be helpful if packagers could generate binary platform packages from this tarball. If you spot packaging problems (like version numbers that didn't get updated, or missing files needed for builds), please raise these problems with me ASAP. Bryce

6 16

Inkscape 0.48.5 - tarballs posted
by Krzysztof Kosiński 23 Jun '14

23 Jun '14

Hello The last bug was fixed in the Windows devlibs, so I tagged the 0.48.5 release and posted the tarballs to Launchpad. They should be available for download now. https://launchpad.net/inkscape/0.48.x/0.48.5 As usual, the announcement should wait until packages for major platforms are ready. (This is the first time I'm doing a release for a major project, so I hope I didn't make any big blunders.) Regards, Krzysztof

6 8

LPE on clip/mask - Bug 1241902
by Johan Engelen 23 Jun '14

23 Jun '14

Hi all, Recently, a fix to Bug 1241902 was committed. But... I have second thoughts now. Do we really want to apply LPEs to clip and masks? Now, clips on a path with, say, LPE Sketch, works very weird. I now think that we really don't want to apply LPEs on clips/masks. cheers, Johan

3 6

Windows Compilation 0.91pre1
by Partha Bagchi 22 Jun '14

22 Jun '14

I am having some difficulty with the latest code (also for 0.48.5 series) which I didn't have before or didn't notice before. :) There are lot of places where M_PI and friends is/are used without it/they being in scope. In some files, M_PI is defined right in with #ifndef block. What would be the fastest way (other than modifying the source all over the place) of rectifying this? A lot of the Windows specific stuff is defined with the #ifdef WIN32 block. However, in my case it only works if it's _WIN32 and not WIN32. This of course I can pass on the command line to gcc. Would be nice if it was standard as say glib or gimp. Thanks, Partha

3 6