- Inkscape Devel - Inkscape Mailman

Spam in our sourceforge forums
by Diederik van Lierop 31 Jul '07

31 Jul '07

Hi, There's still a lot of spam being posted into the "installation help" forum. About 5 a day, with currently only one real post in the last month. That's a bit skewed... I guess people are being scared away when they see the first 10 messages of so being spam (I don't come over everyday to clean up the mess). Maybe we could try to block anonymous posts for a few weeks, and then unblock them again. There's a slight chance that the spammer (it's apparently only a single #%$#@) might notice and stop bugging us. This will also shy away real people (as opposed to the spam bots), but it's not being used anyhow at the moment. The "manual" forum already has anonymous posts blocked, but the others haven't. Diederik

1 0

Re: [Inkscape-devel] Change in object snap behavior
by Diederik van Lierop 31 Jul '07

31 Jul '07

> I don't personally see much reason for wanting to snap to a bounding > box. It's only weakly related to the underlying geometry. A (corner) > node, on the other hand, is a visible geometric feature. > > --bb Snapping boundingboxes is useful for objects having a stroke, if you want the strokes touching instead of overlapping. You'll get overlapping strokes when snapping to the paths. But I don't think we need the distinction between bbox corners and bbox sides (as in nodes vs. paths), do we? I'm trying to have as little options as possible because the snapping dialog can easily get too confusing. All the tiny detailed options are there under the hood, but I think only some subset should be provided to the user. For example, in the object snapper we currently only snap boundingbox corners to other bounding boxes, and nodes to other nodes or paths. There's no mixing of those any longer (i.e. no nodes to bboxes), which makes snapping much more intuitive. Does anyone have any objections to this behaviour? I like the idea of only snapping to nodes at sharp corners.We will still need an option to disable snapping to nodes, as someone might want to snap to any point along a path, also to any point close to a sharp node. It would be annoying if it snaps to the node when you get close to it, so this doesn't help in reducing the snapping dialog clutter. But I think I might filter out the smooth nodes anyway, merely for improving the snapping responsiveness. Diederik

1 0

Tutorial xml2po conversion done
by Colin Marquardt 31 Jul '07

31 Jul '07

Hi, the conversion of the tutorial translations to PO format is done. (There are a few small things left, but the large task is finished). I'll now work on polishing the Makefile support and documenting the translation flow. Cheers Colin

2 2

Re: [Inkscape-devel] [Inkscape-user] Seeking documentation of Python bindings
by Ted Gould 31 Jul '07

31 Jul '07

On Tue, 2007-07-31 at 09:40 -0500, Kent Tenney wrote: > On 7/30/07, Ted Gould <ted@...11...> wrote: > > There is some information in the Wiki on this. I've started an XML > > Scheme (attached) > > I don't see an attachment. Sorry, I'll make sure to attach it this time :) > > > - a discussion of how Inkscape processes the share/extensions dir > > > > I'm not sure what you're looking for here. Sorry. Could you please > > reask this a different way? > > I'm curious about the relationship between the files in share/extensions and > the entries in the 'Effects' menu. > Hiding the share/extensions menu results in removing all 'Effects' entries > except 'Generate from path' and 'Render' > Where are those 2 effects defined? There are some effects that are defined internally in Inkscape. Those are built into the C code directly. I'm a little confused on your examples of 'Generate from path' and 'Render' as those are submenus. The submenus are also defined in the INX files, dynamically depending on which effects are available. --Ted

1 0

Re: [Inkscape-devel] Change in object snap behavior
by Bill Baxter 31 Jul '07

31 Jul '07

On 7/31/07, postmaster@...1785... <postmaster@...1785...> wrote: > We used to have an option to snap only to nodes and/or paths, which > currently is > not in the snapping preferences dialog in SVN (I'm still working on this > dialog). I've been shuffling the checkboxes, but also the snapmanager code. I > will put the snap to paths and/or nodes option back in for snapping to > objects, That would be great. > but I wonder if we need something similar for the boundingboxes also: snap to > the sides and/or corners? Does anyone think that would be usefull? I don't personally see much reason for wanting to snap to a bounding box. It's only weakly related to the underlying geometry. A (corner) node, on the other hand, is a visible geometric feature. --bb

1 0

Re: [Inkscape-devel] [Inkscape-user] Seeking documentation of Python bindings
by Ted Gould 31 Jul '07

31 Jul '07

Unfortunately I think the documentation you seek is largely unavailable. :( This isn't on purpose, it just hasn't been done yet. Let me see if I can answer some of the questions here, but I'm going to CC the Devel list which can probably help also. On Fri, 2007-07-27 at 08:54 -0500, Kent Tenney wrote: > I haven't yet found; > > - an explanation of the xml in the .inx file There is some information in the Wiki on this. I've started an XML Scheme (attached) but it is not complete and I'm not sure it even validates (my first XML Schema). If you have specific questions I'd be happy to answer them. > - the api available to Python scripts The scripts themselves aren't locked into any API. The data comes through command line parameters and STDIN/STDOUT to the script. There is a convenience library in the extensions directory which provides come common functionality. If you have questions on those functions, please ask on -devel. > - a discussion of how Inkscape processes the share/extensions dir I'm not sure what you're looking for here. Sorry. Could you please reask this a different way? --Ted

1 0

Change in object snap behavior
by Bill Baxter 30 Jul '07

30 Jul '07

I noticed that in SVN the object/node snap behavior is different from that in 0.45. In 0.45 if I had a polyline then I would only get snapping to the nodes, not to other parts of the line. In 0.46 it is equally happy to snap to any part of the line, making it difficult to snap to the corner vertex. I can understand there's no particular reason to preferentially snap to a smooth node on a path, but for corner nodes I think you should get snapping behavior that somehow takes precedent over the line-snapping behavior. --bb

2 1

coloured markers
by Felipe Sanches 30 Jul '07

30 Jul '07

one friend asked me if it is possible to have start, middle and end markers coloured. The UI aparently only allows black markers. Then I looked at the svg xml and noticed that markers declarations are quite flexible. Is it only my impression, or we can indeed use as markers absolutly anything that is valid svg ? I would propose that a color-selection button is placed to the right of each of the marker combo-boxes. (maybe even 2: one for marker-fill and one for marker-stroke) Juca

3 2

Re: [Inkscape-devel] Gtkmmifying the desktop window object
by joel＠...1709... 30 Jul '07

30 Jul '07

Well, I still may not have made your work obselete. After all, all I've done is replace the GtkWindow* of SPDesktop::window with Gtk::Window*. It was a relatively simple fix to go through all the dependancies and change all those. For proper Gtkmmification, SPDesktop should probably be turned from a struct to a class, retagged "Inkscape::UI::Desktop" (or something), and derrived from Gtk::Window. This would be a proper job of it. My change is a sort of most minimal gtkmmification. ---------------------------------------- From: MenTaLguY <mental@...3...> Sent: 30 July 2007 10:08 To: ralf@...748... Subject: Re: [Inkscape-devel] Gtkmmifying the desktop window object On Mon, 2007-07-30 at 08:22 +0200, Ralf Stephan wrote: > Oh yes, I certainly did nothing of the sort. > As I demonstrated to mental long, long ago, the only what was > missing in my implementation was correct zooming. If I'd been aware that Joel was working on gtkmmification before (I've not been following development very closely for the past few months), I would've suggested he finish the work you nearly completed. As it is, I'm just relieved the task is finally done! I don't mean to denigrate the time you put into it yourself. -mental ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

new ways to scroll and zoom
by bulia byak 30 Jul '07

30 Jul '07

I know adding prefs settings for individual shortcuts is evil, but since we don't yet have a UI for editing keymaps, and these features were requested A LOT, I think in this case it's justified: * You can now enable Space+mouse drag to pan canvas, as it does in Adobe Illustrator. This mode is enabled by the "Left mouse button pans when Space is pressed" checkbox in the Scrolling tab of the Inksape Preferences dialog. By default it is off and pressing the spacebar key switches you to Selector and back, as it always did in Inkscape. * By default, rotating the mouse wheel scrolls the canvas vertically and Ctrl+wheel zooms in and out. Now, if you turn on the "Mouse wheel zooms by default" checkbox in the Scrolling tab of the Inksape Preferences dialog, this behavior is reversed: mouse wheel zooms without Ctrl and scrolls with Ctrl. This new mode should be familiar for users of AutoCAD and CorelDraw. * In the Zoom tool, right mouse button always zooms out instead of calling the context menu (which is rather useless in this tool anyway). -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0