March 2004 - Inkscape Devel - Inkscape Mailman

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

Heading towards 1.2 - Scribus Status Update
by Peter Linnell 06 Mar '04

06 Mar '04

Hi all, I wanted those on the list to get an update on the road to 1.2, as well as add some relevant tidbits to the world of Scribus. 1. If you have not visited the http://www.scribus.net web site recently, we are pleased to have Petr Vanek join the Scribus team. He is concentrating on adding more cool features for the scripter. He has created a nice font preview plug-in. You can download tarballs, Fedora or SuSE 9.0 RPMS from http://www.scribus.net 2. There is an Irix build for Scribus available on http://www.nekochan.net It would be good to know if anyone has tried Scribus on Irix. Screen caps would be welcome. 3. Bug Tracker - The bug tracker has been a great success there have been currently 324 bugs have been posted and over 225 are closed. Of the remaining open bugs, 76 are feature requests. 18 of 19 crash bugs have been closed. 4. Seeking a Mandrake volunteer. If there is someone interested in building Mandrake RPMS which can be hosted on www.scribus.net, please contact me off-list. 5. Thanks to Alex Moskalenko - there are now updated Scribus 1.1.5 Debian packages and nightly cvs builds for Debian. 6. The Scribus team has been invited by Linux User magazine to exhibit again at the London Linux expo in April. Come meet us there. details: http://www.linuxexpo.org.uk 7. Gimp2-pre4 was just released. GIMP 2.0 is close :) You can now edit images within Scribus directly with the GIMP. Today's cvs has a new for selecting external tools, so you can choose between GIMP 1.2.x or GIMP 2.0pre.x This also allows you to have your choice of Ghostscript versions. More news and a mini how to for having parallel installs of Ghostscript coming soon. 8. Inkscape On-Line meeting. Developers from the Scribus team and the Inkscape Team met on-line a few days ago. Many good things are already coming from the meeting. Franz has added some fixes for making text import better from Inkscape SVG files and the Inkscape team is working on support for Open Type fonts, which Scribus already has. With a note of thanks to help from Patrick Smith aka Bandi Pat aka Magic Page for his help,I have built gpg signed Fedora-1 and SuSE 9.0 RPMS for Inkscape 0.37. You can find links on the http://inkscape.org home page. Cheers, Peter

1 0

RE: patch
by bulia byak 06 Mar '04

06 Mar '04

>cut= cuts a polygon (ie a filled path), along another >path, not necessary closed. for example, do a circle, >a path making a wave over it, and cut => the circle is >split in above wave and under wave. in illustrrator >10, it's called "divide objects below" (it's a shame >it can't operate on shapes created via the >pathfinder). of course, it's a minor change from the >intersection/difference combo Yess! That's what is really needed - sorry in my haste I did not check it properly. Indeed it works and is very useful. I will add it to the menu as Divide (Ctrl+/). It needs one fix: the command must be undone in one step. Now it needs two ctrl-z to fully undo it. >slice= cuts a path into pieces (ie strokes, not filled >paths), with one cut at each point where it intersects >with the cutting path. the rect you give in your >example is a "bad" example, because it's a path >arranged like "topleft corner -> bottomleft >->bottomright ->topright ->topleft", so it has 2 >intersections with the oval, and the path is cut in 3 >pieces (maybe the first and last part should remain >glued, tho, since the path is supposed to be closed). >sort of a razor tool. OK, now I understand. Maybe this can be useful too. I think this should be called "Cut Path" in the menu. Besides, I think this command must also remove the fill, if any is present, from the result, otherwise the result looks very strange and bug-like. Since this command is supposed to work on fill-less paths, I think it's logical if it removes fill from the path it cuts. Also, this command must also be fixed with regard to undo (this one requires 3 undo steps!). Perhaps you'll just have to remove extra calls to sp_document_done. I will now commit your patch with menu commands added and with my compilation fixes, and you'll be able to work from CVS to fix the above problems, OK? _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

3 2