- Inkscape Devel - Inkscape Mailman

inkscape-devel news gateway
by Bryce Harrington 09 Mar '04

09 Mar '04

For any interested, I notice that gmane has picked up inkscape-devel and can be accessed via news: nntp://news.gmane.org/gmane.comp.graphics.inkscape.devel Bryce

1 0

Re: [Inkscape-devel] Re: freehand strokes bug
by bulia byak 08 Mar '04

08 Mar '04

For now, I committed the round -> rint change so that windows folks can work with latest builds. I tested it and it works. When you decide on what's the best function to be used instead of round, feel free to change. Fred, big thanks for debugging this! > > ok, found the bastard. a math function difference, as > > i suspected. so the correct answer is: > > "the round() at line 377 of Shape.h behaves like a > > ceil() on windows" (don't ask me why) > > it is of prime importance for the rounding done in the > > intersector that round() behaves like a round, ie that > > [0...0.5] maps to 0 and [0.5...1] maps to 1. to fix > > it, the quick way is to use rint() instead (which i > > believe is what i was using), but that may induce > > other incompatibilities with other systems. at any > > rate, i'm not qualified to handle platform-specific > > stuff, so i leave it to you to choose the appropriate > > course of action > >Depending on what you need, there are different ways of achieving this >portably -- also there are some finer points like how negative numbers >should be handled, and whether 0.5 gets rounded up or down... > >I'm CCing Nathan on this since he has better mathematical background to >answer your question than I do. > >-mental > > ><< signature.asc >> _________________________________________________________________ Get business advice and resources to improve your work life, from bCentral. http://special.msn.com/bcentral/loudclear.armx

1 0

CVS for test cases
by Peter Linnell 08 Mar '04

08 Mar '04

Hi all, >From our IRC chat, we agreed to have a cvs tree for test cases. Well, I have the first one to submit, can someone set that up? This is probably related to ongoing code refactoring, but this svg imports to/from Inkscape 0.37 <> Scribus 1.1.5+ perfectly. I've renamed the file ugly.svg to give you an idea of what happens. :) Peter

2 1

aux toolbars + true poly mode
by John Cliff 08 Mar '04

08 Mar '04

hi folks, I implemented a true poly mode in the star tool, as opposed to the flattened star that was there before (so its still editable once you've created it.) As a part of that I implemented the aux toolbar for the star mode, and once I'd worked it out for one context I figured I might as well do the others. So rect, star and spiral now all have toolbars that expose the functionality from the tool options dialog. They always modify the tool options, and also affect any of the type you currently have selected (regardless of what else is in the selection) this means if you create a star and change the sides spinner the # of sides on your new star will update. Anyway bulias commited it, feel free to poke holes in it, I'm new to C++ and this codebase so there may well be more elegant ways of doing some of it. Thanks to bulia, mental and ishmal for answering all my dub questions on jabber. cheers John __________________________________ Do you Yahoo!? Yahoo! Search - Find what you�re looking for faster http://search.yahoo.com

1 0

arrowheads
by unknown＠example.com 08 Mar '04

08 Mar '04

Hi, I downloaded Inkscape and noticed that it didn't have any way to put arrowheads on strokes; so I added that feature. I have had no contact with the Inkscape group previously, how do I offer the feature for use in the code? I've added to the stroke-style dialog two additional cap types (solid triangle arrow and line-drawn arrow like "->"), and also a head-size numeric selector kind of similar to the existing stroke width selector and a radio button for selecting whether the arrowhead should be on both, left, right, or neither end of the stroke (non-arrowhead ends get butt_straight rather than the specified cap style.) I believe the interface look-and-feel and also the code style of the stuff I've added are basically indistinguishable from what's already there. Some caveats: I haven't delved into libart, so if you set Inkscape to use the libart stroke calls instead of the livarot calls, then it will basically ignore my additions. Also, there seemed to be some disabled WITH_MARKER_GUI code that maybe was intended to do something similar, but didn't seem to do anything when enabled. My additions ignore the existing disabled marker stuff. - jason Jason Modisette http://snork.home.texas.net/jason

2 1

Re: freehand strokes bug
by bulia byak 07 Mar '04

07 Mar '04

> > Do you know any code saying "if something, do not > > draw the stroke"? Since > >not that i know of... but it's hard to fully >understand what inkscape does, there are so many >pieces stitched together > > > the stroke disappears completely, this is likely to > > be such a "draw or not > > draw" switch. I know of one, which you introduced > >the behavior is shape-dependent; you can have a single >cubic bezier patch rendering with one value of the 2nd >control point, and if you move that point slightly, it >won't render anymore. So you're observing that behavior? Great, that gives me hope :) >that's much like the intersector >bugs i was having, so i suppose it's the >ConvertToShape() eating the stroke, either because the >input is incorrect, or because it failed to uncross >the polygon. there are maybe other places where this >can happen, but i don't think they come into play >here. sadly my gdb refuses to see debug symbols in >inkscape.exe... (tho it was compiled with the >appropriate cflags) does anyone know how to tame gdb >on mingw? I don't know :( Anyone? _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

Re: Installing SuSE RPMS
by Peter Linnell 07 Mar '04

07 Mar '04

> Message: 2 > Date: Sat, 6 Mar 2004 09:37:13 +0100 > From: Tobias Reif <tobiasreif@...254...> > To: Jonathan Phillips <jon@...15...> > Cc: inkscape <inkscape-devel(a)lists.sourceforge.net> > Subject: [Inkscape-devel] Re: [OT] Re: Inkscape inclusion on w3 svg site > > [ I'm not subscribed to inkscape-devel(a)lists.sourceforge.net > please CC me on any replies, TIA :) ] > > Hi Jon > > On Thu 2004-03-04 Jonathan Phillips wrote: > > Yes, one of our developers is creating one. I thought it was up on > > the sf.net site, but looks like it is not. I will forward to our > > developers. > > There now are Suse 9.0 RPMs, thanks! > > Unfortunately I didn't succeed with installing it, see bug 910849: > > http://sourceforge.net/tracker/?func=detail&aid=910849&group_id=93438&atid=… > > Tobi I added notes to the the bug where the libsigc++ RPMs are located. Also, I have done some more minor tweaks to the RPMS, so make sure you have the inkscape-0.37-suse90.3.i686.rpm version of the RPMS. I do not have admin privilege to close or resolve this. Cheers, Peter

3 3

Re: freehand strokes bug
by bulia byak 07 Mar '04

07 Mar '04

>yes, it's likely to be something in the rasterizing, >or above it in nr-arena-shape. Problem is, the bug >doesn't appear on linux x86, so it's not >endian-related, and since the win build is compiled >with gcc, it's not a "different compiler, different >results" problem. that leaves the system-dependent >math primitives, like sin and cos, or the nasty case >of an intersector bug, but i find that dubious since >it works fine on OSX and linux. >anyway, my knowledge of win32 is too limited to tackle >this bug; sorry... Do you know any code saying "if something, do not draw the stroke"? Since the stroke disappears completely, this is likely to be such a "draw or not draw" switch. I know of one, which you introduced lately (the check for width > 0.01 in nr-arena-shape) and I tried to disable it but this did not help. Maybe there are others checks like that somewhere? _________________________________________________________________ MSN Premium helps eliminate e-mail viruses. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

child handling
by MenTaLguY 07 Mar '04

07 Mar '04

I've just comitted a fairly major reworking of the way children work in the SPObject layer -- now SPObject itself handles children directly, rather than each subclass having its own child list implementation. A lot of duplicate code related to that has also been "hoisted" into the base class. This is still a very rough cut, and there are some performance and correctness issues to work out (most noticable when creating a new document window, and when exiting the application, respectively). I'll be working on polishing it more over the next week or so. Some things to note: Now, instead of accessing SP_WHATEVER(foo)->children, please use sp_object_first_child(SP_OBJECT(foo)). Also, instead of SP_OBJECT(bar)->next, please use SP_OBJECT_NEXT(bar). More generally, when you need to access a field of SPObject, use the accessors declared in sp-object.h rather than accessing data members directly -- the data members are likely to start changing soon. -mental

1 0

Re: freeze
by bulia byak 06 Mar '04

06 Mar '04

>i thought of that, but don't you have other plans for >text rendering? like using freetype? and if you >convert to pango, you'll be using freetype too, or am >i mistaken? My understanding (Mental: please correct me if I'm wrong) is that no matter what is the back-end, what Inkscape gets from it is always a glyph curve. That is, neither Freetype nor Pango will be doing font rasterizing for us (if only because they cannot do all the fills, strokes, transparency etc); they will only give us glyphs which Inkscape will render using its own renderer. _________________________________________________________________ MSN Premium helps eliminate e-mail viruses. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1