- Inkscape Devel - Inkscape Mailman

Mesh tool added to trunk
by Tavmjong Bah 23 May '12

23 May '12

Hi, My Mesh branch suffered from serious bit rot. This is good as it shows how fast Inkscape code is progressing. But it also required several days of work to get the mesh branch in sync... not so good. I have thus merged the branch with trunk so I won't have to go through this pain again. One major change I made was to create a separate Mesh tool. The editing mode for meshes is significantly different from that for linear and radial gradients that I think this makes the most sense. By default, the Mesh tool is not shown. You can enable it at compile time by editing the file widgets/toolbox.cpp to define WITH_MESH. To actually see meshes, you must have compiled and linked to a version of Cairo greater to or equal to 1.11.4. Cairo version 12.0 would be preferred as 1.11.4 has bugs that cause frequent Inkscape crashes. Note, meshes are to be considered experimental. The SVG working group has endorsed their inclusion in SVG2 but the exact syntax has not been fixed. Inkscape is the only program/browser/renderer that supports the proposed SVG mesh syntax. Also, the UI for meshes is rather primitive at the moment. Please play with the meshes and give your feedback. Bug fixes and interface improvements will be greatly appreciated! Tav

4 4

Re: [Inkscape-devel] Mesh tool added to trunk
by Valerie 23 May '12

23 May '12

> What would be your recommendation regarding PPA builds? Enable or > disable the feature? Please enable it! Those of us using the PPA already know that it's an unstable build, and many of us look forward to testing this feature! :D

1 0

Re: [Inkscape-devel] Powerstroke presentation at LGM 2012
by jbc.engelen＠swissonline.ch 21 May '12

21 May '12

What I meant is: how do other programs draw sharp joins on thick paths? Ugly with a standard miter, or perhaps nicer? -Johan ----- Reply message ----- Van: "Valerie" <valerie_vk@...36...> Datum: ma, mei 21, 2012 10:56 Onderwerp: [Inkscape-devel] Powerstroke presentation at LGM 2012 Aan: "inkscape-devel(a)lists.sourceforge.net" <inkscape-devel(a)lists.sourceforge.net> > So... how do other programs draw thick stroked lines? Well, Synfig also has thick line drawing: http://wiki.synfig.org/wiki/Outline_Layer Illustrator 5 also has a line thickness feature: http://www.video2brain.com/en/lessons/variable-width-strokes I'm not sure about the algorithms they use though. By the way, more feedback on Powerstrokes: - Closed-paths powerstrokes will often render strangely until you fiddle a bit with them. - Is it possible to either: a. Save the relative positions of the widths controls (to save the shape of the powerstroke) or b. Define the starting distance between the control point and the line center at least (basically when drawing very thin powerstrokes, the starting thickness can be a bit distracting)? I'm trying to come up with a mock-up for line style management, to easily save and access all sorts of presets collections: - Powerstrokes - Pattern along Path (I'm finishing a mock-up proposal for on-canvas Pattern along Path editing) - Graph lines (a few arrowed and dotted lines. They're such a pain to set and unset right now) - Calligraphy (save presets as now, but with visual previews!) - [insert custom collections. Maybe presets from other tools] They'll be accessed just like brush presets in MyPaint and Krita from a dialogue, except with longer previews. For Powerstrokes, presets would allow the user to access various settings easily. But I'm hoping that it would also be possible to save and access preset Powerstrokes shapes, or at least of varying widths. For example, suppose you're drawing eyelashes or hair highlights. You don't need to control the exact width of every line, but they do all need to be thin. See? ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Re: [Inkscape-devel] Powerstroke presentation at LGM 2012
by Valerie 21 May '12

21 May '12

> So... how do other programs draw thick stroked lines? Well, Synfig also has thick line drawing: http://wiki.synfig.org/wiki/Outline_Layer Illustrator 5 also has a line thickness feature: http://www.video2brain.com/en/lessons/variable-width-strokes I'm not sure about the algorithms they use though. By the way, more feedback on Powerstrokes: - Closed-paths powerstrokes will often render strangely until you fiddle a bit with them. - Is it possible to either: a. Save the relative positions of the widths controls (to save the shape of the powerstroke) or b. Define the starting distance between the control point and the line center at least (basically when drawing very thin powerstrokes, the starting thickness can be a bit distracting)? I'm trying to come up with a mock-up for line style management, to easily save and access all sorts of presets collections: - Powerstrokes - Pattern along Path (I'm finishing a mock-up proposal for on-canvas Pattern along Path editing) - Graph lines (a few arrowed and dotted lines. They're such a pain to set and unset right now) - Calligraphy (save presets as now, but with visual previews!) - [insert custom collections. Maybe presets from other tools] They'll be accessed just like brush presets in MyPaint and Krita from a dialogue, except with longer previews. For Powerstrokes, presets would allow the user to access various settings easily. But I'm hoping that it would also be possible to save and access preset Powerstrokes shapes, or at least of varying widths. For example, suppose you're drawing eyelashes or hair highlights. You don't need to control the exact width of every line, but they do all need to be thin. See?

1 0

Re: [Inkscape-devel] Recursive Drawing
by Valerie 21 May '12

21 May '12

> Yes, there are always things that will take "too much" time, but > initially it's usually a good idea to think about what you'd really > want. If you start thinking too early about performance you often end up > with something that might(!) be fast, but isn't really what you want... > So ideally you start to think about what you want, then identify where > the performance problems might lie and try to fix that. That's true. In any case, I'll explore the UI concept of on-canvas templates some more, and see where it leads. > Have a look at laidout (http://laidout.org/). Of course! :)

1 0

SVG Path contains vertical bar |
by Ogla Sungutay 20 May '12

20 May '12

Hi guys, The path d attribute in Inkscape often contains a | character followed by one or two point coordinates. Does anyone know what this is used for? -- V. Ogla Sungutay, GUI Programmer www.lyciasoft.com *gtalk:* ogla@...2470... *g+:* g <http://plus.google.com/110038181712863996630>plus.to/Proclus *skype:* oglasungutay *twitter: *@proclus

2 2

Re: [Inkscape-devel] Recursive Drawing
by Valerie 18 May '12

18 May '12

> Don't let that worry you too much :) First of all, rendering a bunch of > shapes isn't necessarily that slow, and secondly, there are usually some > tricks to make the speed acceptable when it is. True, though I wonder if you'll still be saying that once people start stacking symmetry templates on top of tiling templates on top of perspective templates, with extrude templates in-between. What am I talking about? - A person draws half a window, then uses a symmetry template to make the other half. - Then drops that group onto a tiling template to make a whole bunch of windows. - Then drops That group onto a perspective template to make a wall full of windows. - And somewhere in-between, uses an extrude template to extrude windows, balconies etc. - He also drops an L-system templates to create vine-looking objects on-canvas. Then drops that onto the perspective template as well (vines along the wall). - On another side, he drops a whole picture (a poster) onto a deform template (for slightly wavy paper), and drops that onto another perspective template. (this is just an example, in case you're asking why the user isn't learning how to use a 3D program instead) All the while, every function in-between can still be edited: he can change the number of windows on-canvas (tiling), can change the perspective on-canvas, can change the extrude values on-canvas, can edit the vines on-canvas too. He can turn templates on and off, for example turning off the perspective template temporarily to edit the poster. There's been a lot of head-scratching regarding the proper interface for LPE-stacking. The current interface is not on-canvas enough, and the lack of reusability is a pity (for perspective, for example, or custom wavy flags). There's been another proposal for connecting function boxes, and I'm not sure users would like that either. On-canvas templates may be a new approach, but seems to open up a lot of possibilities. Are there any other programs where you drop all sorts of functions to be accessed on-canvas? (previously I was also thinking about adding functions to guides for various effects, but now I think some of those could be snap modes: snap to parallel i.e. straight lines snap into directions parallel to guides-, snap to orthogonal, snap towards guide points) > (Frankly, it's more the "sounds stupid, but involves a whole lot > of code refactoring" tasks that usually don't get done.) Yeah... there are a few fundamental operations that Inkscape can't do yet, like a number of group operations: - You can't perform boolean operations like substract or cut on a group - You can't cycle through color hue for a group (like you do with hue/saturation in Gimp) - You can't perform perspective deform on a group, nevermind make perspective templates... I'm also trying to think for a proper GUI proposal for on-canvas Pattern Along Path editing combined with line shape presets management (the presets could probably be accessed from a separate dialogue, like brush presets in MyPaint and Krita). This means Inkscape could ship with custom line shapes like chains, zippers etc., and then the user would be able to modify their size etc. without accessing a scary LPE dialogue. Presets won't just apply to Pattern Along Path, users can save their own powerstroke settings and dotted lines + markers settings for quick access. I don't suppose someone could bring this layer clip extension into the main branch, by the way? Layer masks (or just clipping) happens to be quite high on many people's wishlist: http://www.pernsteiner.org/inkscape/layerclip/ I really got off-topic. Oops?

2 1

Powerstroke presentation at LGM 2012
by unknown＠example.com 18 May '12

18 May '12

Hi all, Quick note to tell that I uploaded my presentation about Powerstroke on our wiki. http://wiki.inkscape.org/wiki/index.php/PowerStroke#LGM_2012_Presentation I'm sad I had to leave so early and had no time for the party :'( :'( Ciao, Johan

6 9

Re: [Inkscape-devel] Mockup for Improvement of Fill and Stroke Dialog
by John Smith 17 May '12

17 May '12

> You can see my findings and my suggestion on the Wiki, but to entice you > to read it, the mockup is here :) > > http://wiki.inkscape.org/wiki/index.php/Fill_and_Stroke_Dialog_Re-Design > http://wiki.inkscape.org/wiki/index.php/File:Solution-fillandstrokedialog.p… > > Thanks and I would love to hear your comments! > Created a patch and screenshot for this in https://bugs.launchpad.net/inkscape/+bug/1000023

1 0

Recursive Drawing
by daniele rossi 16 May '12

16 May '12

really interesting, thanks for sharing. Daniele Il giorno 16/mag/2012, alle ore 20.18, inkscape-devel-request@...349...orge.net ha scritto: > I just saw the video for a recursive drawing tool and thought you might find it interesting: http://recursivedrawing.com/ It seems like a very natural way for designing L-systems.

1 0

Re: [Inkscape-devel] Recursive Drawing
by Valerie 16 May '12

16 May '12

That's pretty interesting. In fact, this and working on the GUI for tiling have made me think more about on-canvas templates in general. There's quite a bit of potential for just dropping stuff onto the canvas for various outcomes (you can turn them on and off). Possibilities include: 1. Clone/iteration templates: the render frame for the tiling tool is kind of like an on-canvas clone template, right? The link you provided could be an iteration template. Drop an iteration area, drop an object inside it, then manipulate the whole to activate iteration within the area. 2. Kinematic templates: "improves freehand drawing by altering the cursor's movements." More info at http://hci.uwaterloo.ca/research/kinematic (really cool stuff). 3. Deform templates An idea I've had recently: create a perspective grid (for example, over the side of a building), and if you grab and hover any object over it for a few seconds (example: a 2D window design), the object will have an automatic perspective deform applied to it. Moving the object along the grid behaves a bit like what happens with the 3D box tool. Also, when you draw straight lines within the area, they snap to the direction of the grid's vanishing points. Another deform template could be a mesh grid that you can edit before dropping some object onto it (example: a mesh grid to simulate a wavy flag. You can then drop the 2D design of any country flag onto it) Although some of it sounds more suited to 3D programs, a user could very well want to make a wavy flag in Inkscape, or some simple box icons with decorations on the side for example. 4. Render templates Basically things you would currently find under extensions -> Render in Inkscape (L-systems, trees etc.), except once they are on-canvas you can edit them there. Of course, although the ideas sound cool, programming would be another issue. And all that real-time rendering would totally kill a few CPUs.

2 1

Ellipse text change in 11365
by Jon Cruz 16 May '12

16 May '12

Hi John, The change in 11365 to shorten text when it gets too long looks great. Quite a handy feature, and very good to pull it out to its own function. What would make it even nicer would be to use C++ strings instead of C ones. In this case that could change the function declaration to be Glib::ustring gr_ellipsize_text(Glib::ustring const &src, size_t maxlen); Overall I thought this is also a good chance for us to call out a few specifics to the rest of the devs out there, as they might not know all the points you and I are already familiar with. For everyone out there, some reasoning for a few of those differences: * Glib::ustring and std::string manage their memory automatically, can share internal buffers, etc. Solves the huge issue of memory management with C strings. * Using Glib::ustring instead of std::string denotes the intent that the string contents have been standardized into UTF-8. Good to use Glib::ustring wherever applicable. * Passing in a reference to a constant Glib::ustring allows things to work, with automatic conversion even happening with gchar*'s being passed in. It also allows one to use .size() or .length() on the passed in parameter and not have to resort to strlen(). * Using size_t for sizes instead of guint. This is mainly a minor clarity point, but can matter for certain overloads, etc. And when we get to dealing with 32-bit vs. 64-bit code, using size_t for all sizes avoids a lot of problems. * Renaming to 'gr_ellipsize_text' (from 'gr_ellipse_text') changes it from a set of nouns to a verb. It's better to name methods and functions as verbs, and variables as nouns.

1 0

Recursive Drawing
by Veronika 15 May '12

15 May '12

I just saw the video for a recursive drawing tool and thought you might find it interesting: http://recursivedrawing.com/ It seems like a very natural way for designing L-systems. Veronika

1 0

Fwd: Re : Fw: Menu refresh
by Susan Spencer 14 May '12

14 May '12

It would also be helpful to add command line options: inkscape --preferences=mydefault_preferences.xml --template=mydefault_template.svg - Susan On Mon, May 14, 2012 at 2:46 AM, John Smith <john.smith7545@...36...>wrote: > Re: [Inkscape-devel] Re : Fw: Menu refresh

1 0

Fw: Menu refresh
by John Smith 14 May '12

14 May '12

Any thoughts on changes to the main menu layout ? 1. Move "File->Inkscape Preferences" to "Edit->Preferences" This seems to be the preferred location in the Gnome HIG http://developer.gnome.org/hig-book/3.4/menus-standard.html.en 2. Move "Edit->Clone" to "Object->Clone" Does this make more sense, since we are really cloning objects ? 3. Split View menu (including Show/Hide submenu) into 2 menus - View (UI "decorating" the main view) and Window (dockable dialogs) View->Grid View->Snap View->Commands Bar View->Toolbox View->Rulers View->Scrollbars View->Palette View->Status Bar ... etc Window->Icon Preview Window->Input Devices Window->Memory Window->Messages Window->Swatches Window->Show/Hide dialogs 4. Merge "File->Document Metadata" into "File->Document Properties"

13 14

Active guides proposals
by Valerie 14 May '12

14 May '12

The fact that guide improvement is one of the projects accepted by Google Summer of Code projects is really good news! Guides are particularly helpful features in illustration programs. I thought it'd be a good time to write up some of the possibilities of guides. I doubt anyone can implement any of it anytime soon (certainly not before the current GSOC project is finished), but it might be helpful to keep these in mind to not close off future possibilities in the definitions or the GUI. Write-up here: http://wiki.inkscape.org/wiki/index.php/Active_guide_proposals As you can see, features I think will can be particularly useful are: - Symmetry guides: by simply toggling them on and off, you can enter an improved "mirror" mode. Helpful for everything from complicated technical illustrations to just drawing some vases in some corner. - Convergence points: this could be a mere feature of a more general "guide point". When drawing straight lines, the lines would "snap" to the direction of one of the active convergence points. Anyone who's ever tried to illustrate a building in 2D or 3D should know how helpful this would be (because the vanishing points can be so far away from the rest of the drawing that it's really no fun to look for them every time). - More generally, guide points and guidelines could have various properties activated. Guidelines with "orthogonal" and "parallel" properties activated, for example, would cause straight lines drawn to snap in a direction orthogonal/parallel to said guidelines. Very helpful for geometric drawing. - Then there are kinematic templates (by Richard Fung). I don't know why this still hasn't been ported to any of the major open source image programs, but in Inkscape, they would be great fun when combined with the calligraphy tool. I can work more on the GUI proposal in the meantime, but I'm not sure where to go from here, so comments are welcome.

1 0

Menu and keyboard shortcuts
by John Smith 12 May '12

12 May '12

Is there a reason Inkscape doesn't show the keyboard shortcuts in the main menu on Linux ? Keyboard shortcuts show up in the * Inkscape menus on Windows * Inkscape context menus on Linux * GIMP main menu on Linux ... so i'm guessing its not a GTK issue ?

4 7

Re: [Inkscape-devel] Circular Arrangement
by Valerie 07 May '12

07 May '12

Nice proposal! I just find the use of arrows for "bounding box" confusing. For me, arrows refer to a Direction, so my first impression is that you're choosing the direction for a transformation, except that doesn't make sense here. There's a really nice existing blueprint for anchor points here: https://blueprints.launchpad.net/inkscape/+spec/transformation-anchors For the sake of the future interface consistency, I'm wondering if that arrow-less grid shouldn't be used instead, though maybe in a bigger version. A mouse-over will pop up descriptions like "Use objects' lower-left bound." Another question is... how does this feature handle it if you want all the objects to Just touch the guide edge, but you don't rotate the objects? Basically, for an object on the upper-right, the lower-left bound should be used, while for an object on the lower-left, the upper-right bound should be used (which isn't quite an accurate way of putting it either, since the object doesn't necessarily touch the circle that way). See what I mean? Something like "Objects to touch circle's inner edge" (or just "Touch inner edge") and "Objects to touch circle's outer edge." Then again, if anybody needs that, they could submit it as a feature proposal later. I really look forward to the feature, rotational arrangements are a pain to do right now (I can never remember how to use that tiling interface). So thanks in advance!

3 4

affine/transform question
by mathog 03 May '12

03 May '12

In the emf print virtual methods the current transform is pulled out with: Geom::Affine tf = m_tr_stack.top(); Is the stack supposed to hold the final transform, or just the stack of partial transforms? For instance, for this bug: https://bugs.launchpad.net/inkscape/+bug/965594 the text SVG has a set of nested transforms, and the top only returns the inner one. The problem can be worked around by ungrouping everything, which seems to replace the serial transformations with a single one for each object. Otherwise it seems the proper action is to multiply down the transform stack to find the final complete transform operation. It looks like the stack is "fed" by the ::bind method, but that just moves the question out a bit, as that method has a call argument which is itself a transform. (Unfortunately "bind" is a common string in this code, so grep was not very helpful in locating whatever it is that calls the [virtual] ::bind method.) Thank you, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

5 8

javick2
by Ivano Arrighetta 30 Apr '12

30 Apr '12

signal processing and JAVICK in theory - draft 2 -https://docs.google.com/document/d/19EP2CgK6_EqsZ_nU6YSHcWsmC8ciFs7y1WWmTQw8J2c/edit Inviato da iPhone

1 0

Possible bug: ruler meters leaving trails
by Joachim 30 Apr '12

30 Apr '12

Hello all, Have found a possible bug. When using Inkscape on my Sony Vaio VGN-NS11Z traces are left by the ruler indicators on the edges of my 'design screen'. Running Debian Squeeze here. See attachment for a screenshot. Regards, Joachim de Koning - Metasync.info

2 1

javick
by Ivano Arrighetta 30 Apr '12

30 Apr '12

Someone pointed me to videojack, it's almost the same thing Inviato da iPhone

1 0

javick
by Ivano Arrighetta 30 Apr '12

30 Apr '12

sorry, i posted a wrong url. right one: https://docs.google.com/document/d/1Lut6Y6Xe-4ScR9G4Fg6EorTuSp0JKuTP6QRRzrk… Inviato da iPhone

1 0

javick
by Ivano Arrighetta 29 Apr '12

29 Apr '12

please see: https://docs.google.com/document/d/1Lut6Y6Xe-4ScR9G4Fg6EorTuSp0JKuTP6QRRzrk… and comment here Inviato da iPhone

1 0

Trunk PPA
by Josh Andler 28 Apr '12

28 Apr '12

Hey All, I just wanted to let people know that I've included the Quantal (Ubuntu 12.10) series in the PPA builds, so they should start showing up soon. Cheers, Josh

1 0