- Inkscape Devel - Inkscape Mailman

ccHost upload from Inkscape.
by ryan lerch 02 Aug '07

02 Aug '07

I am just wondering if we can get an update on how the GSoC upload to Open CLip art library from Inkscape is coming along? I cant wait for this awesome feature... :P cheers, ryanlerch

2 1

Error compiling
by radar.map35＠...8... 01 Aug '07

01 Aug '07

Since few days, i get this error when i try to compile from SVN : In file included from ui/dialog/dialog-manager.cpp:26: ./ui/dialog/filter-effects-dialog.h:19:36: error: gtkmm/cellrendererspin.h: Aucun fichier ou répertoire de ce type make[2]: *** [ui/dialog/dialog-manager.o] Erreur 1 Does anyone get that too ? pygmee

2 1

filter UI (convolve matrix)
by Felipe Sanches 31 Jul '07

31 Jul '07

Here are some considerations about the convolve matrix ui current implementation: (1) I think that the rows and cols parameters dont need a scroll bar since they are integer values selectable within a very small range. The scroll bar is only wasting space there since its even easiear to select the desired value directly typing it or by using the up or dow arrows. (2) I have drawn a spline and have imported a bitmap. I have applied the same filter to both (convolve matrix) when I change the divisor or the bias parameters, the effect on the spline updates automaticaly while I scroll the bar, but on the image I MUST double click on the filter name to have the effect aplied. It is a weird behaviour I think. Do you know why is it happenning? (3) the bias and divisor scroll bars bypass the default value behaviour (which could be desired in some ocasions, mainly because the default value seems to be usually a good choice aesteticaly) Maybe a good soulition woul be to initialize it with the default value, not zero. Also it limits the range of possible values. (4) how do we set the targetX and targetY? Maybe we could have a little black dot indicating it on the matrix And one desired feature for the filters ui in general: (5) it would be nice if we coul drag and drop a filter from the left list into the filter diagram area at the right in order to use it as if it was a filter primitive. In the UI it would show the filter name (it's an abstraction to the user) but behind the scenes it would probably be a copy of the filter structure connected to the rest of the real primitives implementing a "higher level" filter. You understand what I mean? best wishes, Juca

6 7

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 13:23 -0500, Kent Tenney wrote: > On 7/31/07, Ted Gould <ted@...11...> wrote: > > 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. > > If I rename share/extensions to share/extensions.hide, and open Inkscape, > those 2 submenus are the only members of 'Effects', each with 1 member; > Generate from path->Inset/Outset halo > Render->Grid Yes, specifically: src/extensions/internal/grid.cpp src/extensions/internal/bluredge.cpp --Ted

1 0

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