March 2004 - Inkscape Devel - Inkscape Mailman

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