- Inkscape Devel - Inkscape Mailman

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