- Inkscape Devel - Inkscape Mailman

IconWidget unused code?
by Alex Valavanis 31 May '12

31 May '12

Hi All, The code in src/ui/widget/icon-widget.[cpp,h] doesn't appear to be used anywhere. I searched for header inclusion, and use of the IconWidget class, and I don't see anything in trunk or 0.48.x. In fact, the C++ source looks rather like a placeholder file that was never completed. Can anyone shed some light on this? The file is contributing to the GTK+ 3 build failure, so if it's not used and not usable, am I OK to delete it? Thanks, AV

2 2

Regression in filters Editor
by Ivan Louette 31 May '12

31 May '12

Seemingly a recent regression in Filters Editor : https://bugs.launchpad.net/inkscape/+bug/1006816 ivan

1 0

Grid and Guide UI
by John Smith 31 May '12

31 May '12

Is there a reason for the differences between the UI for Grid and Guides ? Currently: a) Guides are visually "on" by default - but there are no actual guides. Menu "View->Guides" initially does nothing - since there is no guide to show/hide. b) Grids are visually "off" by default. Menu "View->Grid" creates and shows a grid if there is no grid. c) Guides are created/deleted via the Edit menu d) Grids are created/deleted via the Document Properties dialog. Comments in the code refer to some sort of backwards compatibility // show guides if not specified, for backwards compatibility // hide guides if not specified, for backwards compatibility Propose to change the Guide UI to match the Grid UI as below. 1. Guides would be "off" by default (if not specified in the doc) 2. Toggling "View->Guides" would create guides (same as "Edit->Create Guides Around the page") if there is no existing guide. 3. Add a button : "Document Properties->Guides->Remove Guides" 4. Remove menu item : "Edit->Create Guides Around the page" 5. Remove menu item : "Edit->Delete All Guides" https://bugs.launchpad.net/inkscape/+bug/1005055

8 15

Re: [Inkscape-devel] InkScape Help !!
by Ted Gould 30 May '12

30 May '12

Hey Suresh, I'm going to go ahead and CC inkscape-devel on my reply. That list, in general, is more likely to get you a timely e-mail than sending it directly to me. Plus it helps everyone learn together. I hope that's okay. On Thu, 2012-05-10 at 03:14 -0700, $uresh... wrote: > Ted, I am using InkScape for vector drawing, mostly I will generated > Vector graphics, generate svg file, and parse the file using C++ > coding and load the final value to CNC machine. By default, when there > is a group of object, by default matrix apply to only group not a > single object, so in some complex drawing with group, group and sub > group to find the object property I have to move to the parent group > and apply the value to group, well this is time taking and in some big > vector image, my binary hand and crash, because i traverse the svg, > find the root parent and apply parent property to child object.. > > For ex. > > Parent -> Child 1 (transform) -> child, in this case i need to > traverse upto the child parent that is Child 1 and if there is any > transform, I will strore it and apply it. > > Now I want to find out how can reduce the whole method using some > simple logic? Is there any way to simplified this process, so that i > will have exact object property of that group. In general, this is the way that SVG is structured, so that is how Inkscape represents it as well. What you're basically asking for is the rendered version that flattens the stack. I'm not sure exactly what you need as the final output, but if you could get it from the renderer directly that might be a solution for you. I'm not that familiar with the renderer code as it's been updated heavily recently, but if you think it might be, reply to the list with your questions. If not, I'd recommend not going up the stack, but in fact down it and keeping the matrix transformations themselves in a stack. So then you effectively have a cache of last few matrices as you move down. Computing the entire stack for each object is much more costly. Good luck! Ted

1 0

Embedded inline graphics and SVG ?
by Ivan Louette 30 May '12

30 May '12

I pick this up from the announcement of Xara Designer 8. This is a great feature but I don't know if this is compatible with svg. Freehand had it already a long time ago, and DTP programs like QuarkXPress also (but the later can also embed bitmap images on text lines, which is a must !) " Designer MX now allows you to embed 'inline graphics' in text using a simple Paste operation. Embedded graphics are great for really small items on the line such as symbols, icons etc, and are treated just like a 'character', in other words they flow and follow the same formatting rules as a character embedded in the text. " ivan

3 2

libpoppler shenanigans
by Chris Mohler 29 May '12

29 May '12

Hi, I had some issues when compiling current bzr against current libpoppler. I've attached a patch of modifications I made - I wouldn't apply it though: First item is that it seems like #define POPPLER_NEW_COLOR_SPACE_API isn't getting set in the configure script, and I don't have enough autotools-fu to figure out why. The test around line 20770 looks OK to me. So I crammed a define POPPLER_NEW_COLOR_SPACE_API 1 into pdf-parser.cpp (which is obviously the absolutely wrong thing to do). The next 57 changes are also in pdf-parser.cpp. It seems poppler's error() function now takes an additional first argument of type ErrorCategory [1]. I changed all error types to 'errInternal', since I'm guessing these aren't getting reported anywhere anyway. The final hack is that GfxFont no longer has a function 'getOrigName()'. It seems 'getName()' takes care of this now [2], so I removed that call from svg-builder.cpp. So, I doubt the patch is of any real value unless you're wanting to play around with current poppler on linux. On the upside, PDF import works just like in 0.48 with poppler shipped by Mint 12/Ubuntu Oneiric (0.16?). Of course the shipped -dev package doesn't have the xpdf headers, hence my willingness to muck about with poppler from git ;) Chris [1] http://cgit.freedesktop.org/poppler/poppler/tree/poppler/Error.h#n54 [2] http://cgit.freedesktop.org/poppler/poppler/tree/poppler/GfxFont.h#n199

2 2

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