- Inkscape Devel - Inkscape Mailman

RE: [Inkscape-devel] graphics troubles between SODI and Inkscape
by bulia byak 17 Mar '04

17 Mar '04

>Okay, this file looked fine the other day in Inkscape, and is fine in >SODIPODI 0.34. It is smeared in Inkscape now. Any quick thoughts on >this? Yeah :) Forgotten break in line 541 of src/svg/svg-path.cpp. Fixed now. Thanks for reporting. _________________________________________________________________ MSN Premium with Virus Guard and Firewall* from McAfee� Security : 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

graphics troubles between SODI and Inkscape
by Jonathan Phillips 17 Mar '04

17 Mar '04

Okay, this file looked fine the other day in Inkscape, and is fine in SODIPODI 0.34. It is smeared in Inkscape now. Any quick thoughts on this? Jon -- Jon Phillips Graduate Researcher Visual Arts Department PO BOX 948667 LA JOLLA, CA USA cell.858.361.2811 jon@...247... http://www.jonphillips.info

1 0

new icons
by bulia byak 16 Mar '04

16 Mar '04

I checked in new icons for the selector toolbar - grouping, z-order, flip/rotate (couldn't stand those old ones any longer :) Comments are welcome. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

Inkscape Project Status 2004-03-15
by Bryce Harrington 16 Mar '04

16 Mar '04

The bug hunt has been rumbling along. Easy bugs are getting knocked out left and right, harder ones are being tackled through concerted teamwork. It's taken quite a bit of time to get to this point, but finally we can see the light at the end of the tunnel. Special thanks to all users who have taken the time to identify and report bugs; we've uncovered and solved a large number of issues that we never would have caught ourselves. Thanks is also due to the team of developers tackling these bugs, especially the new developers using the bug hunt as a good way to get involved with the codebase. Tonight a user popped onto Jabber to share what he's using Inkscape for - to make the text bubbles for his comics! http://www.cybersewer.com/comics/16 Statistics Nov 15 Dec 15 Jan 15 Feb 15 Mar 15 ========== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 2452 1928 1599 * (68.5%) (82.4%) (86.1%) (88.6%) * Max Week's Rank on SourceForge: 62 27 321 70 * (99.6%) (99.8%) (97.5%) (99.5%) * Total SF Page Views * 86,000 126,500 200,000 * Total SF Downloads * 3640 5,735 10,000 * Total Freshmeat URL Hits 746 2237 2,958 3,437 4,670 Total Freshmeat Subscriptions 16 28 33 35 50 Lines of Code in src/: 115,901 132,134 166,914 167,386 177,286 Code lines 100,549 133,150 131,540 138,457 Comment line 11,591 12,468 12,995 15,584 Blank 20,559 21,929 23,513 24,061 Lines of Docs in doc/: 1,135 2,225 3,000 4,500 4,434 Lines of content in website: 1,173 2,090 2,885 4,300 5,087 Size of the Inkscape wiki: 3,700 7,385 11,284 13,114 14,840 Minutes since last ChangeLog mod: 360 1260 6 2 0 Bugs open/total: 9/15 67/111 74/160 53/178 43/244 Features open/total: 18/18 40/45 104/120 120/137 151/184 Patches open/total: 1/ 6 6/25 4/32 2/ 35 6/ 45 CVS Commits (as per inkscape-cvs): 481 * * 2796 3070 Inkscape-devel membership: 49 64 64 63 75 Inkscape-announce membership: 9 16 22 26 35 Inkscape-user membership: 0 21 38 * - Statistics unavailable

1 0

Updated RPMS
by Peter Linnell 16 Mar '04

16 Mar '04

Hi all, I have uploaded updated SuSE and FC-1 rpms for Inkscape, which have some minor spec file tweaks. The first QA review from Fedora QA was pretty positive. So, getting Inkscape into the Fedora stable repository should happen as soon as it is further QA'd. The 0.38 release notes have a section I added on Build Requires. Can someone give that a good look over to make sure the versions are correct? Cheers, Peter

1 0

is Python scripting supported yet?
by Kevin Altis 15 Mar '04

15 Mar '04

Is Python scripting of Inkscape supported yet? If not is it still planned? ka

2 1

RE: [Inkscape-devel] Bug 866103: non-well-formed preferences.xml causes data los
by bulia byak 15 Mar '04

15 Mar '04

>What's a good approach for dealing with this issue? Do we need to have >a validation step so that it's possible to descriminate good from bad >files? The most useful and probably easiest is to create a backup file each time preferences are written. This, combined with modal errorbox saying that the preferences failed to parse and will be replaced by defaults, will be enough to resolve this. Validation is not necessary. _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

Bug 866103: non-well-formed preferences.xml causes data loss
by Bryce Harrington 15 Mar '04

15 Mar '04

Summary: non-well-formed preferences.xml causes data loss Bug ID: 866103 ------------------------------------------------------------------------ 1. edit ~/.inkscape/preferences.xml so it's not well-formed (e.g. delete any > in a tag) 2. run inkscape 3. quit The file is overwritten with all the default preferences, all old data in it is lost. Expected behavior: use default values while the program is running but NOT overwrite data on quit if it was not read successfully, or at least leave a backup copy. --buliabyak Currently there's no way to discriminate between a failure to load preferences because the file did not exist yet and a failure because that file was not well-formed. -- mental ------------------------------------------------------------------------ What's a good approach for dealing with this issue? Do we need to have a validation step so that it's possible to descriminate good from bad files? This sounds like a fairly easy thing to fix once an approach is decided. Bryce

1 0

Advert: inkscape-devel@lists.sourceforge.net - Due Payment, account.
by Leased I. Clobber 14 Mar '04

14 Mar '04

1 0

re: line wrapping
by MenTaLguY 14 Mar '04

14 Mar '04

...and yes, I realize I've occasionally gone back and tweaked line wrapping myself. That doesn't mean it's a good idea (except maybe in really extreme cases, but those are better candidates for actually being rewritten). -mental

1 0

line wrapping
by MenTaLguY 14 Mar '04

14 Mar '04

While the coding standards make suggestions for how to wrap lines, I do not think line wrapping should be required. I've been getting complaints about authors who are coming back to find their code line-wrapped in ways they are not happy with. I don't mind people going back and fixing whitespace/indents/brace positioning, but I would prefer that wrapping be left alone unless you're at least also making functional changes to those lines. Otherwise it creates a lot of needless churn in the diffs, and it can't simply be ignored with -b. I also notice that our emacs modeline includes a fill-column:99 ... do we need to rethink this? I don't mind it so much if it's wrapping new code, but if it's forcibly reformatting existing code, that's not cool. -mental

1 0

Re: offset & simplify
by bulia byak 14 Mar '04

14 Mar '04

> > I suspect it's something with your code. > >indeed it is. the ConvertToShape() return 4, meaning >it fucked up the uncrossing. the path you give him is >a good example of polygons intersectors don't like: >"long" edges with lots of intersections in a small >area, and worst of all, small angles between segments. >there is also another tiny star in the svg that isn't >rendered properly for the same reasons. >i'll take a look at the problem when i have some time, >but you must realize that converting strokes to >polygons just to raster them is not a clever method. >dumbly rasterizing them segment by segment with a >supersampled antialiasing is faster (well, ought to be >faster) and much more robust to numerical problems. if >you want to get rid of rasterization bugs, i'm afraid >you'll have to get there one day. Yes, I never could fully understand why an intersector is needed in a renderer at all. This is design we inherited from Sodipodi. Do you think it's realistic to change that? How hard could that be? > > you add a check that would prevent it from doing any > > simplification on a > > subpath that contains only one node? That would stop > > it from growing > > indefinitely. I would do this myself but I only know > >here is also a big algorithmical problem: the >simplification algorithm (if you can call that an >algorithm) is not even able to recompose a single >cubic bezier curve from a polyline coming from a >single bezier curve; it will produce several cubic >curves, unless you give a very big treshhold, or >refine the fitting a lot (and it takes time). the >growth/rotate/oddities would probably not happen if >the algorithm worked properly on a single cubic curve. >before adding shortcuts to prevent degenerate cases, >it's better (IMHO) to make the simplification behave >correctly on such simple paths. I don't know, but if part of what Simplify does is adding more nodes sometimes, I'd say it's OK. The design appeal of Simplify is in its "randomness" and "generalization". The number of nodes is of secondary importance. The goal is not a mathematically perfect simplification, but one that "feels right". The current algorithm is very good in this respect, imho. _________________________________________________________________ Add photos to your messages with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

Re: FFDingbests
by bulia byak 14 Mar '04

14 Mar '04

>Hmm, this is getting stranger and stranger. Despite the warning >from pfaedit, the old one did work ok for me on both Linux and >Windows; On linux, that may be caused by different verions of fontconfig, freetype, or something else. But I didn't test that font on windows. > > Can you provide another example of a valid font which Inkscape > > sees on one platform but does not see on another? > >I'll try to find one when I get back to Windows next week. OK >I never thought about it, because I always edit text using Text >and Fonts. However, if Text and Fonts is going away, this >definitely would be useful (or perhaps "must be done" if we >don't want to lose existing functionality). OK, I will look into incorporating that patch. Another related question: Can you please test the status this bug: https://sourceforge.net/tracker/index.php?func=detail&aid=850966&group_id=9… Is this still a problem with the latest CVS? If yes, can you provide any additional pointers or information? What to look for to have that fixed? _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

RE: FFDingbests
by bulia byak 13 Mar '04

13 Mar '04

>I don't know why they changed all the names. I downloaded the >font fresh, and found that all the names, including names in >the Postscript fonts (both the PC and Mac versions), have changed. > >Perhaps they are doing this to discourage people from using this >font and encourage them buy the paid version instead... :-/ There may be plenty of other reasons, too. ><< dingbest.ttf >> This font has fewer characters than Dingbests-Regular, and it seems broken. pfaedit says "TTF has bad glyph count field", and if i install it on linux, Inkscape sees no characters in it (all are empty rectangles). The TTF file you sent is 36697 bytes (in case it was truncated or corrupted). So maybe they redid and renamed the font exactly because the old one was broken (the new one works OK for me on both platforms). Can you provide another example of a valid font which Inkscape sees on one platform but does not see on another? On another topic, as a person using Chinese, can you comment on this post: http://sourceforge.net/mailarchive/message.php?msg_id=7449173 Do you think adding this capability to Inkscape would be useful? _________________________________________________________________ STOP MORE SPAM with the MSN Premium and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

Adobe Illustrator CS screenshots and comments.
by Alan Horkan 13 Mar '04

13 Mar '04

So much for an unbiased write up, the Grid Mesh Tool rocks! (Well it produces great looking results, I haven't quite gottne the hang of using it yet). I've taken screenshots and grabbed a few samples http://www.maths.tcd.ie/~horkana/inkscape/illustrator/ Screenshot of Adobe Illustrator CS showing the About Inkscape SVG (139 kb) http://www.maths.tcd.ie/~horkana/inkscape/illustrator/Adobe-Illustrator-CS/… I was interested to notice that Adobe Illustrator CS doesn't render the About Inkscape SVG correctly (it also seems the version of librsvg used by the EOG viewer doesn't render it correctly either). The white part was not shown, I didn't make any changes, although I have selected it to show it is still there. It seems Adobe Illustrator isn't correctly interpreting the compound paths. Screenshot of Adobe Illustrator CS showing the Graph Tool(s) and tooltips for various graphs (81 kb). http://www.maths.tcd.ie/~horkana/inkscape/illustrator/Adobe-Illustrator-CS/… The screenshot shows many of the hidden tool options that you access by clicking and holding on tool button for a few seconds (and I should point out that usability people think click and hold is generally a bad idea). The screenshot was altered to include all the tooltips at once and usually only the active tool is coloured. Screenshot of Adobe Illustrator CS in fullscreen mode with menubar showing a simple Bar Chart created using the Graph Tool. (53 kb) http://www.maths.tcd.ie/~horkana/inkscape/illustrator/Adobe-Illustrator-CS/… As soon as I tried the graph tool I immediately saw the potential for Gnome Office integration and the reuse of existing components if developers are interested. Embeddding Gnumeric graphs into Inkscape! Gnumeric can already be embedded using bonobo which unfortunately is not a cross platform technology but Gnumeric is evolving towards being crossplatform so Jody Goldberg (Gnumeric maintainer,) may be able to suggest a better way to do easily produce a portable graph tool dialog based on Gnumeric. The Gnumeric graphing engine is in a seperate library adn the graphs have an SVG backend, hopefully this would allow the graphs to be embedded and the resulting graphs could be embedded as SVG so that Gnumeric would only be needed for the creation not the viewing of graphs. >From my brief playing around with the Adobe Illustrator Graph tool I didn't think it was particularly well done. It wasn't very obvious how to adjust the data of the graph (figured it out eventually though) and it was even less obvious how I might convert from one graph type to another without needing to create a whole new graph. My point is that if Inkscape were to have this feature it could easily do a better job of it. Screenshot of Adobe Illustrator in fullscreen mode with menubar show the sample file Flower.ai that is included with Adobe Illustrator (195 kb) http://www.maths.tcd.ie/~horkana/inkscape/illustrator/Adobe-Illustrator-CS/… I turned on a whole load of differnt pallettes and tried to show as many of the tools as I possibly could, and I made some selections so you could see the Grid Mesh. I was told that it would be important to get some postscript out so I converted the sample Flower.ai file into EPS and SVG formats (with some slightly differnt options in each case) and the files are here: http://www.maths.tcd.ie/~horkana/inkscape/illustrator/Adobe-Illustrator-CS/ I only have a 30 day Trial of Adobe Illustrator and although I'll try my best to produce lots of screenshots and write ups I urge you all (even the busy developers) to help out and try Adobe Illustrator CS as well or perhaps try Corel Draw (Corel Graphics Suite 12) or Macromedia Freehand (or Xara X from Bryce, or Deneba Canvas* from ACD Systems, or Jasc Web Draw) or any other vector graphics program that inspires you. Perhaps even some CAD or 3D graphics programs would inspire you, from what I've read Corel Graphics Suite 12 includes many advanced alignment guides and tools that make it quite useful for simpler technical drawing. Enthusiastically Yours Alan Horkan http://advogato.org/person/AlanHorkan/ PS Thanks for the software. PPS I bet I've forgotten something, I probably should have broken this into several smaller emails. * I got a 'free' full copy of Canvas 7 (current version is 9) inlcuded with Computer Arts magazine (annoying online registration required so I haven't tried it yet), published in the UK by Future publishing. Anyone else in the UK might be interested in trying it out.

4 4

SVG backend for Gnome Print in progress
by Alan Horkan 13 Mar '04

13 Mar '04

I thought you might be interested to learn that an SVG backend for Gnome-Print is currently underway and that there is work already in Gnome CVS. Christian Schaller (Uraeus) mentions it in here http://www.advogato.org/person/Uraeus/diary.html?start=288 Dom Lachowicz mentions it on the Gnome Office mailing list http://mail.gnome.org/archives/gnome-office-list/2004-March/msg00121.html Very short quote: 1) It emits SVG1.2/SVGPrint compliant SVG. This means that it supports multi-page docs via the <pageSet>, <page> tags. Unfortunately, no viewers support such a construct yet. LibRSVG gets it right for page 1. Of course, since I own librsvg, I can move on making it support multi-page SVGs. I'm thinking I should file an RFE asking for support of the <pageSet> and <page> tags? Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

2 1

Re: offset & simplify
by bulia byak 13 Mar '04

13 Mar '04

I love Simplify! Just added a new screenshot to http://inkscape.org/screenshots/index.php. With the new algorithm and acceleration it's really an essential design tool. Fred: concerning "rotate&growth" of degenerate paths, I have an idea: can you add a check that would prevent it from doing any simplification on a subpath that contains only one node? That would stop it from growing indefinitely. I would do this myself but I only know how to get the number of nodes in the entire path, while this check must be done for each subpath (so that some subpaths can stop while others may still be simplifying). Also, how difficult would it be to add an opposite operation, that would add _more_ nodes to a path with random displacement and disorientation, distorting the path? That would not only be a lot of fun, but a really useful design instrument as well. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

Joining GNOME Office
by Charles Goodwin 13 Mar '04

13 Mar '04

Inkscape developers! I'm in the process of developing the new GNOME Office portal. There's has been talk of GNOME Office applications requiring a quality SVG canvas. Your roadmap suggests that, at some point, you intend to separate out an SVG canvas from the Inkscape codebase. I also notice your plans for a clip art extension. This would also be an excellent tool for other GNOME Office applications. GO already contains arguably the best available spreadsheet application in Gnumeric, one of the leading word processors in AbiWord, and an excellent data(base)-agnostic backend in the Gnome-DB project that is a unique facet to GO. We are looking to include Conglomerate (advanced XML editor), Mergeant (database management), and Planner (project management) as well as Inkscape. The increased collaboration and code re-use could produce an office suite to be reckoned with. Inkscape is becoming the leading SVG editor. I am in a position of ignorance (not a coder or a projcet lead) but I firmly believe there is a desire from the GO team to include Inkscape among GO or, at the very least, make use of some of the excellent functionality provided by Inkscape. Perhaps Inkscape could make use of the advanced editing capabilities of Conglomerate or other facets of GO? There is libgsf, libgda, libgnomedb and the planned libgoffice (emerging from Gnumeric). I know not the details nor how any of this would be accomplished and indeed parts of it is mere speculation by myself. I can only humbly invite some (or all!) of you to join the GO mailing list in order to begin discussions with the more technical members of GO with regards to what GO and Inkscape can do for each other: http://lists.gnome.org/mailman/listinfo/gnome-office-list In the potential GO application list, we have a distinct selection of potentially (if not arguably) best-of-breed applications. If they were to collaborate then who knows what exciting prospects the future might hold! But first the respective project leads must be prepared to look months or even years ahead in terms of planning and setting goals. Thank you for your time and I hope to hear from you soon! -- - Charles Charles Goodwin <charlie@...208...> Online @ http://www.charlietech.com

9 28

MUC Room problems?
by Bob Jamison 13 Mar '04

13 Mar '04

Is anyone else having the same problem connecting to inkscape@...132...? I haven't been able to get into it all day. If so, please remember that the alternate location is IRC, #inkscape on irc.freenode.net. Bob

2 2

RE: [Inkscape-devel] Bug 'o the day - 848692
by bulia byak 11 Mar '04

11 Mar '04

>Isn't this a special case of bug 851008, "line of transformed object >rendered incorrectly" that we talked about the other day? No. This bug only affects how objects are displayed during transformation, i.e. while mouse is still down. Correct display during transformation is not limited to e.g. strokes being skewed, but includes other aspects, such as maintaining the ratio of the rounded corner radii. So when and if the skewed-stroke bug is fixed, that will probably affect display-during-transformation too, but overall it's a different problem altogether. _________________________________________________________________ Find things fast with the new MSN Toolbar � includes FREE pop-up blocking! http://clk.atdmt.com/AVE/go/onm00200414ave/direct/01/

1 0

Bug 'o the day - 848692
by Bryce Harrington 11 Mar '04

11 Mar '04

Okay, I think this one might boil down to a dupe of the skewing one: Summary: are the corners on a rounded rectangle circular? Bug ID: 848692 ------------------------------------------------------------------------ Rescaling a round cornered rectangle has strange semantics. Either we allow rectangles to have unequal roundness, or the resize should show equal roundness whilst interacting. - njh I think rects must have equal roundness always. If you want it unequal, just convert to curves. The scaling display must therefore be fixed. -- bb This may be difficult to fix because currently, what you see during scaling is made by applying a transform matrix to the object (temporarily, without writing to repr). Therefore it is scaled as a whole. For the scaling display to be correct, seltrans must actually write transform into the repr and then regenerate object from that repr on each mouse move, which would be slow and require a serious change in how seltrans works. I think this will need to be done eventually, but probably not now. -- bb ------------------------------------------------------------------------ Isn't this a special case of bug 851008, "line of transformed object rendered incorrectly" that we talked about the other day? If so, I'd like to just merge this one into that ticket, because if we're not going to be able to fix it this time round, I'd like to not have it count against us twice. Thoughts? Bryce

1 0

[Fwd: [Sodipodi-list] Input method menu patch]
by Jonathan Phillips 11 Mar '04

11 Mar '04

-----Forwarded Message----- From: Yukihiro Nakai <ynakai@...43...> To: sodipodi-list(a)lists.sourceforge.net Subject: [Sodipodi-list] Input method menu patch Date: Thu, 11 Mar 2004 19:41:58 +0900 Hi, Users can change input methods (GTK+ immodules) with the right click menu in the normal GTK+ editable widgets, and this feature is very useful when you want to switch to another input method or input other languages on an application. The attached patch brings you a happy switching of input methods. I've put a screenshot: http://bonobo.gnome.gr.jp/~nakai/tmp/immenu.png Thank you. -- Nakai -- Jonathan Phillips <jon@...15...>

1 0

Re: [Inkscape-devel] RE: Spoonshapes - win32
by bulia byak 11 Mar '04

11 Mar '04

>Have filed bug report but cannot get a screenshot up there. Is there a >secret to attaching a screenshot to the bug report and getting it to work? >Or is this some Souceforge thingie? "Check to Upload and Attach a File:" at the bottom of the form. _________________________________________________________________ STOP MORE SPAM with the MSN Premium and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

3 3

Re: [Inkscape-devel] Virtual memory problems - win32
by bulia byak 11 Mar '04

11 Mar '04

I think I fixed this. Please test tomorrow's build. _________________________________________________________________ Add photos to your messages with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

Re: patch comments
by bulia byak 11 Mar '04

11 Mar '04

>They should track selection, I added the listener code >to toolbar, they update when you select a shape with >different properties (try creating a bunch of >different stars, the spins should update as you select >different ones. should also track handle changes.) >i also put the event handlers to do esc and stuff in. Ah, yes, sorry, I didn't notice your patch did not apply completely - for some reason it had bad line counts in two places and my patcher ignored the rest of it. Now I applied it in full - works really well, thanks! Notes: 1 You copied rect's tooltips to some of the new spinbuttons, write appropriate new ones instead. 2 toolbox.cpp: In function `void sp_star_toolbox_selection_changed(SPSelection*, GtkObject*)': toolbox.cpp:582: warning: `SPRepr*repr' might be used uninitialized in this function toolbox.cpp: In function `void sp_rect_toolbox_selection_changed(SPSelection*, GtkObject*)': toolbox.cpp:844: warning: `SPRepr*repr' might be used uninitialized in this function toolbox.cpp: In function `void sp_spiral_toolbox_selection_changed(SPSelection*, GtkObject*)': toolbox.cpp:1042: warning: `SPRepr*repr' might be used uninitialized in this function Do not assume that variables are automatically NULL, assign NULL explicitly when you declare them. 3 In the star, I can drag any of the handles closer or farther from center than the other. However the Sharpness spinbutton has its own idea of which handle must be "inner" and which "outer", so it shows the incorrect value of 1.0 when I drag the inner one away. It should be smarter and check the ratio of the handles first, before it calculates the sharpness. 4 Please try to remove the arbitrary limits like 32 star rays or 20 max revolution in spiral. 5 I think the defaults (0) are only useful for rect, as they allow to quickly get a not-rounded rect. In other tools, the defaults are pretty arbitrary and therefore useless. So I propose to remove those "defaults" buttons from spiral and star. 6 In addition to cx/cy spinbuttons, you may add start/end angle spinbuttons and an chord/segment toggle for the ellipse. Eventually it might be worthwhile to add more handles to some shapes too, for example a lower-right-corner handle for a rect so that the selected rect could be easily resized by the rect tool (in addition to adjusting its rounding radii). 7 When I click "not rounded" on rect, it resets radii to 0, but when I then draw a rect, it sometimes gets some small radius values (0.01 or 0.02). Looks like a rounding error somewhere. I will look into the "invalid cast from `GtkCheckButton' to `GtkSpinButton'" problem tomorrow. _________________________________________________________________ Free yourself from those irritating pop-up ads with MSn Premium. Get 2months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0