- Inkscape Devel - Inkscape Mailman

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

Re: [Inkscape-devel] problems with win32 (German)
by bulia byak 11 Mar '04

11 Mar '04

>but the rect is shown as it is (with no fill) Thanks, it is also caused by the same bug where , is used instead of . in numbers. We're working on that. _________________________________________________________________ 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

Re: [Inkscape-devel] problems with win32 (German)
by bulia byak 11 Mar '04

11 Mar '04

>I tried to attach a the file, >but it doesn't give me any button to do that. >I will attach the picture to this e-mail. Rect1 is still holduing the mouse >button (you dont see the cursor on the screenshot). Rect2 is after release >the button. Thanks, but we're more interested in the resulting SVG file, not the screenshots. Also please attach your preferences file ($HOME\Inkscape\preferences.xml), it may be useful for debugging. _________________________________________________________________ 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…

2 1

RE: [Inkscape-devel] "problem with gradients" (Bug 850924)
by bulia byak 11 Mar '04

11 Mar '04

>So, if it's a problem in Nautilus, then there really isn't anything we >can do. Shall I document the workaround and close the bug? Properly, this should have been investigated... But with the bug being scarce for info (no sample) and with Lauris' opinion, I'd vote for closing it. _________________________________________________________________ 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…

2 1

patch comments
by bulia byak 11 Mar '04

11 Mar '04

1. This bit must come _before_ any drawing in GDK_MOTION_NOTIFY: if ( event_context->within_tolerance && ( abs( (gint) event->motion.x - event_context->xp ) < event_context->tolerance ) && ( abs( (gint) event->motion.y - event_context->yp ) < event_context->tolerance ) ) { break; // do not drag if we're within tolerance from origin } // Once the user has moved farther than tolerance from the original location // (indicating they intend to draw, not click), then always process the // motion notify coordinates as given (no snapping back to origin) event_context->within_tolerance = false; Its purpose is to do nothing if the mouse hasn't trespassed tolerance limit from the origin. However in arc-context (and probably elsewhere) you have sp_arc_drag() before it, which kinda defeats its purpose. 2. event_context->xp and xy should be reset to 0 in GDK_BUTTON_RELEASE, just in case. 3. Like I said, tolerance can be a local variable, i.e. instead of event_context->tolerance = prefs_get_int_attribute_limited ("options.dragtolerance", "value", 0, 0, 100); you can have guint tolerance = prefs_get_int_attribute_limited ("options.dragtolerance", "value", 0, 0, 100); and remove it from SPEventContext. 4. Cosmetics: please fix indentation (I don't care tabs or spaces, but the nesting structure must be indented properly), AUTHORS should remain alphabetical, and remove the "hello" :) Other than that, good work! Now what remains is the cosmetic/behavior of spinbuttons (focus, keys, font size - as in rect) and, most importantly, spinbuttons' event handlers and listeners to track selection. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

RE: Spoonshapes - win32
by bulia byak 11 Mar '04

11 Mar '04

>I cannot make them appear regularly. Sometimes I can get two in >successsion. >Other times 15 or 20 normal ones might intervene. Noticed that as well. Please file a bug with your a screenshot. _________________________________________________________________ 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

RE: [Inkscape-devel] "problem with gradients" (Bug 850924)
by bulia byak 10 Mar '04

10 Mar '04

>Summary: problem with gradients >Bug ID: 850924 I can't verify, but this bug is closed in sodi: http://sourceforge.net/tracker/index.php?func=detail&aid=782800&group_id=40… _________________________________________________________________ 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: offset & simplify
by bulia byak 10 Mar '04

10 Mar '04

>to false). apparently illustrator does exactly the >same kind of errors in its offsets, so i suppose they >have taken the same method. You used a constant value in the call to Coalesce in sp-offset. I changed that to: SPItem *item = &(shape->item); NR::Rect bbox = sp_item_bbox_desktop (item); gdouble size = L2(bbox.dimensions()); gdouble exp = NR::expansion(NR::Matrix(item->transform)); if (exp != 0) size /= exp; orig->Coalesce (size * 0.001); I.e. I coalesce by the 0.001 of the item's size (divided by transform, because offset works with the original untransformed path). And it now works perfectly for most sizes! Only in the smallest size, at 256x zoom, there are noticeable distortions resembling pixelation, apparently because of a lack of precision somewhere causing nodes to "snap to grid". However, this is a much smaller annoyance than before. The version with my change is committed. Another change I did was reducing the minimum allowed radius from 0.25 to 0.01: if (fabs (offset->rad) < 0.01) offset->rad = (offset->rad < 0) ? -0.01 : 0.01; because with 0.25, there was a noticeable "jump" around 0 for small objects. _________________________________________________________________ Add photos to your e-mail with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

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

10 Mar '04

>the offset quality is dependent on the simplification >quality, especially the "correct" version. for the >time being, i leave the bad version (selected by >setting the global use_slow_but_correct_offset_method >to false). apparently illustrator does exactly the >same kind of errors in its offsets, so i suppose they >have taken the same method. its advantage is that it's >faster, and easier to recombine in curves. but i still >haven't found a nice way to have a treshhold that >depend on the "detail" size (like for the "good" >version), so the simplification can eat some details. >as far as simplification is concerned, it's probably >wiser to leave someone else come up with a good >algorithm (and to not default to Coalesce(), which is >sometimes too strong). I tried use_slow_but_correct_offset_method = true, which gave good results indeed, but froze and crashed soon :( So I guess we should leave it at false for now. As for the current method, again, if it gives correct results for large objects, what prevents you from "tricking" it so it believes all objects are large enough for the artifacts to never appear? >also, when you say >"simplification", i assume you mean (a bit) >"smoothing". Yes, that's what is often needed in design, and what most people expect when they do "simplify": reduce the number of nodes making the path smoother. >The simplify() functions don't do >smoothing at all; they were intended to remove very >small segments in the path description, that's all. So I guess it's useful for doing simplification as part of the offset, but not usable for standalone Simplify command. >i can't remember what the defaults were for >yesterday's sp_selected_simplify(), but i don't think >i have done major changes to the behavior of simplify. >it's probably just the difference between >justCoalesce=true and justCoalesce=false Yes! options.simplifyjustcoalesce was 1 by default, now I changed it to 0 and it works very well again! With the starting threshold of 0.003 * size, it gives a very smooth transition from the original shape to the degenrate two-node path, preserving the original outline as good as it can on every step. Thanks, and please do not change the algorithm used by the standalone Simplify anymore! :) (you can of course tweak the algo used by offset, to fix the distortions, if this is possible at all) _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar � get it now! http://clk.atdmt.com/AVE/go/onm00200415ave/direct/01/

1 0

"problem with gradients" (Bug 850924)
by Bryce Harrington 10 Mar '04

10 Mar '04

Summary: problem with gradients Bug ID: 850924 ------------------------------------------------------------------------ If you use gradients in Sodipodi and then stretch the icon of the saved file in Nautilus, you'll notice, that the gradients are absolutly screwed up! Just try it yourself, draw a rect, give it a gradient fill, save it as svg or sodi-svg and do "Stretch Icon" with Nautilus... I assume there's something wrong with de definition of the gradients in the xml David ------------------------------------------------------------------------ Can anyone verify that this is a problem with how gradients are being stored in the SVG, or could it be a Nautilus problem? Bryce

1 0

offset & simplify
by bulia byak 10 Mar '04

10 Mar '04

Hi Fred, Your latest changes in the offset code are very promising. The offset behavior is now much better, it's almost perfect for most "normal" sizes and only breaks for really small objects. So I'm closing the "splotch" bug as no longer relevant, and to the "offset distortions" bug I attach a new sample file, sloam.svg, with three object sizes (one perfect, one slightly broken, one broken). As for Simplify, the best result I've seen from it was yesterday. Today (as of this writing) it behaves much worse: does not change anything until very high thresholds, and then suddenly distorts the shape beyond recognition. The nature of these distortions is similar to those in the broken (smallest) shape in sloam.svg. Obviously this is because offset uses the simplify command too. The behavior I want to see from Simplify is this: preserve the general outline of the path; allow to remove a varying number of nodes by varying the threshold; avoid distortions; behave consistenly and predictably for all threshold values. Yesterday's version was very close to that. Ca we return to it please? _________________________________________________________________ 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…

1 0

shorcuts and keybindings for Adobe Illustrator, Macromedia Freehand and Jasc Web Draw
by Alan Horkan 10 Mar '04

10 Mar '04

For reference purposes I have collected lists of keybindings from other vector graphics applications (and because I think I remember Bulia saying if these lists were provided he would look into allowing different sets of shortcuts/keybindings.) I would have provided these last week but my laptop died so instead I have been forced to fix my CD burner and put these files on disk, I also have some Adobe Illustrator screenshots I will send as soon as I have time. Shortcuts for Adobe Illustrator CS http://www.maths.tcd.ie/~horkana/inkscape/illustrator/ (nice software but five hundred dollars?!? If they can do Adobe Photoshop Elements for ninety-nine dollars why haven't they done Adobe Illustrator Elements yet? The sooner cheaper and free alternatives take a bite out of their apple the better it will be for consumers. Adobe Illustrator Elements $99, my prediction for late 2005 early 2006). While I was at it I signed up for thier Beta testing program for the laugh but doubt they will ever ask me. Shortcuts for MacroMedia FreeHand MX http://www.maths.tcd.ie/~horkana/inkscape/WebDraw_Keyboard_Shortcuts.html (sorry about the lack of line wraps but if mozilla can wrap long lines when you view source I dont see why it doesn't do so when viewing text files). Shortcuts for Jasc Web Draw http://www.maths.tcd.ie/~horkana/inkscape/WebDraw_Keyboard_Shortcuts.html but I'm pretty sure for my playing with WebDraw that there are other undocumented keybindings. While I still have some time left on the evaluation periods for Macromedia Freehand MX and Adobe Illustrator are there any other things people would like me to check? Any bug reports or feature requests I should file to help move along the possibility of mulitple sets of keybindings/shortcuts? Hope this helps. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

1 0

RE: [Inkscape-devel] problems with win32 (German)
by bulia byak 10 Mar '04

10 Mar '04

>1. Fill does not work correctly. When I drag a rect filling is shown but >when I release the mouse the filling disapears. This is bug http://sourceforge.net/tracker/index.php?func=detail&aid=898753&group_id=93… Could you please attach a sample SVG with such disappeared rectangle to that bug. >2. Freehand tool works so far, but when I simplify that path the line is >scrumbled again (I say again, because this is the known problem in >environments where numbers does not have the english format) Yes, splivarot.cpp still uses printf. Can anyone please search the codebase and rewrite the remaining printfs, so we could finally close this bug? _________________________________________________________________ MSN Premium includes powerful parental controls and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

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

10 Mar '04

>Build - 4 March >Load Keys file >1st load about 30 seconds after a "low virtual memory" message >2nd load 95s and machine hung when leaving page. > >Build - 5 March >1st load 27s >2nd load 68s >3rd load 3+minutes. The machine hung > >Repeat test of Build 1 March >1st load 11s >2nd load 9s >3rd load 9s >4th load 11s >prog exited cleanly. Which suggests it's not Mental's 7 March change after all, but something that happened between 1 and 4 March. Let's search CVS logs for those days. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

problems with win32 (German)
by Adib Taraben 10 Mar '04

10 Mar '04

Hi, I use the win32 build Inkscape0403090324.zip from Bob Jamisons Page. I have a german Win2k. 1. Fill does not work correctly. When I drag a rect filling is shown but when I release the mouse the filling disapears. 2. Freehand tool works so far, but when I simplify that path the line is scrumbled again (I say again, because this is the known problem in environments where numbers does not have the english format) HTH. Adib.

1 0

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

10 Mar '04

>Build - 7 March > >Inkscape crashes on first attempted load of Keys. Correct. That was the day when Mental did his big commit, and that day's Inkscape died on any SVG with text. _________________________________________________________________ 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

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

10 Mar '04

>Loading keys file. > >Build - 1 March > >1 12s >2 10s >3 12s >4 10s >5 13s > >Build - 9 March >1 35s >2 94s >3 3+minutes with machine hang Fred's renderer was committed on Feb 28. So I think this points at Mental's changes as the culprit. _________________________________________________________________ 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…

2 1

RE: [Inkscape-devel] Line skewing bug (851008)
by bulia byak 10 Mar '04

10 Mar '04

>Okay, so it sounds like the question becomes, what does the SVG spec say >we need to do? Does the skewing transformation Not only skewing, non-uniform scaling is also not reflected in the stroke. >result in a rendered >object that is correct according to SVG The object is perfectly valid as written into the SVG document, but displayed incorrectly. >and should be closed or recast as a more compliant feature request? Or >else does it result in something which is not according to spec, that >we'll need to figure out how to fix at some point? Only rendering is incorrect, and we'll have to fix it one day, although I don't perceive this need as pressing at the moment. _________________________________________________________________ MSN Premium includes powerful parental controls 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 10 Mar '04

10 Mar '04

Just did an experiment: $ for N in `range /1..10/`; do time inkscape keys.svg; done 6.70user 0.20system 0:07.40elapsed 93%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (2356major+10607minor)pagefaults 0swaps 6.71user 0.24system 0:07.77elapsed 89%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (2356major+10621minor)pagefaults 0swaps 6.64user 0.25system 0:07.74elapsed 88%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (2356major+10621minor)pagefaults 0swaps 6.70user 0.24system 0:07.79elapsed 89%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (2356major+10621minor)pagefaults 0swaps 6.68user 0.25system 0:07.76elapsed 89%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (2356major+10621minor)pagefaults 0swaps 6.65user 0.27system 0:07.48elapsed 92%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (2356major+10622minor)pagefaults 0swaps 6.74user 0.15system 0:07.63elapsed 90%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (2356major+10621minor)pagefaults 0swaps 6.75user 0.19system 0:07.54elapsed 91%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (2356major+10622minor)pagefaults 0swaps 6.72user 0.23system 0:07.49elapsed 92%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (2356major+10622minor)pagefaults 0swaps 6.69user 0.23system 0:07.47elapsed 92%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (2356major+10607minor)pagefaults 0swaps So keys.svg consistently takes under 7 sec to load (I pressed Ctrl+Q as soon as it came up), although it takes quite a load on CPU. However the music playing on XMMS during all of this did not hitch a slightest bit. The CPU is Athlon 1200, 512Mb RAM, kernel 2.4.24. _________________________________________________________________ MSN Premium includes powerful parental controls and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

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

10 Mar '04

>I noticed that it seems to take a variable time to bring up the Tutorial >file and the Keys and Mouse file. Chasing it a bit further I got into "low >on virtual memory" messages from windows and then crashes. Looks like we need boehm, and we need it NOW. I guess Linux does its memory cleanup properly, so there's no garbage left when the program exits. I work in Inkscape for hours when drawing, and I run it literally hundreds of times when doing development, with no slowdown. I guess Windows is another matter entirely... >After a couple of calls of the Tutorial file, but before crash, I tried to >use the Freehand tool and it gave very erratic performance indeed. >Sometimes >no curves, sometimes small straight sections instead of curves etc. Not a >good scene. This bug was fixed yesterday. If it didn't make it into yesterday's build, try today's. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

RE: [Inkscape-devel] Line skewing bug (851008)
by bulia byak 09 Mar '04

09 Mar '04

>I think it's very difficult. The renderer is built on the assumption that >lines are constant width. Objects are transformed (including skew) first >and rendered second. Fixing this would request transforming the result of >rendering, which is a major architectural change. I should add that even if this is agains SVG spec, it only concerns rendering. Any SVG with transformed strokes created in Inkscape will display properly in viewers that can transform strokes. _________________________________________________________________ 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

simplify command
by bulia byak 09 Mar '04

09 Mar '04

>while on the topic of simplification: the rotate/grow >behavior is mostly due to the fact that you set the >treshhold of simplification according to the size of >the object. if the treshhold is fixed, the shape won't >grow. the rotation is extremely odd, i have no >explanation for that. I think it's intuitively correct for the threshold to depend on the size of objects; if this causes rotation&growth, I think we can live with that, because this only affects a closed shape and only after it's been simplified to the extreme already. >also, you set a default >treshhold of 0.02, which is very small. the meaning of >the treshhold is sort of the max deviation between >original and approximated. you need at least 1.0 to >make simplification useful. It's not 0.02, it's 0.02 multiplied by the size of the object. While this value is small, it still does some simplification for some shapes, and it's set intentionally low because it's supposed to be accelerated by repeating the command fast (press and hold Ctrl+L). I found that when acceleration ups the value to 0.1 or more, this cracks almost any shape, and with 0.2 or more, the shape degrades to a one- or two-node path quickly. >anyway, i just understood why the splotchs were >appearing in the offsets, but don't know how to solve >that. probably going to need a big rewrite of its code... Do you mean only splotches (bug 866838) or general distortions (877019), or are they the same problem? Anyway, consider that the relative size of the distortions lessens when applied to a larger object. So a workaround I use when I need to offset a small object is this: scale the object up 10x, do the offset, scale it back. This suggests that the severity of the problem can be reduced if you make the algorithm somehow use a finer scale so it would "think" that the object is larger than it is, and then scale the result back to original size. Do you think it's feasible? While not eliminating distortions completely, this could reduce them so that the command will be usable in all scales, and it does not require a major rewrite (I think). _________________________________________________________________ Store more e-mails with MSN Hotmail Extra Storage � 4 plans to choose from! http://click.atdmt.com/AVE/go/onm00200362ave/direct/01/

1 0

RE: [Inkscape-devel] Line skewing bug (851008)
by bulia byak 09 Mar '04

09 Mar '04

>However, I'm not really sure this is is a bug - perhaps this is a >feature request? Would it be very difficult to implement a capability >such as described above? I think it's very difficult. The renderer is built on the assumption that lines are constant width. Objects are transformed (including skew) first and rendered second. Fixing this would request transforming the result of rendering, which is a major architectural change. _________________________________________________________________ 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…

1 0

Line skewing bug (851008)
by Bryce Harrington 09 Mar '04

09 Mar '04

Summary: line of skewed object not displayed skewed Bug ID: 851008 ------------------------------------------------------------------------ Hi I skewed an arrow in Sodipodi and the line was displayed with constant width; that's what I wanted. But unfortunately the line's nodes were not moved but the arrow was skewed (transform="matrix...). It would be great to have an option where I skew the shape but the line stays constant-width: no transformation is applied, but instead the coordinates of the path are changed. Anyways, the display is incorrect AFAICS, check http://www.pinkjuice.com/temp/sodipodi/skewed_arrow.png In Squiggle, some edges of the arrow are thinner than other edges (correct AFAICS), but not in Sodipodi. source: http://www.pinkjuice.com/temp/sodipodi/old_note.svg Tobi -- Tobias Reif (tobi__r) tobiasreif pinkjuice com ------------------------------------------------------------------------ I've also found the current behavior to be a bit wacky, especially for technical drawings, where you want to maintain constant line width for all the shapes in the chart. However, I'm not really sure this is is a bug - perhaps this is a feature request? Would it be very difficult to implement a capability such as described above? Bryce

1 0

Cumulative Include Dependency Check
by Bryce Harrington 09 Mar '04

09 Mar '04

We've been noticing some excessive rebuilding of the tree when certain header files are modified, due probably to too many header includes (either direct or indirect). This causes two problems: A) Files take longer to pre-process, and B) files get recompiled even when they don't really need to. The following report quantifies the problem on a per-file basis. IDC (Include Dependency Count) - the number of source files that have to be recompiled if this file changes. IC (Include Count) - the number of files that could trigger a rebuild of any files that include this file. IDP (Include Dependency Product) - is the product of IDC and IC, and is used to indicate files where the problems are worst. Bryce IDC IC IDP FILENAME 67 23 1541 sp-item.h 80 16 1280 libnr/nr-macros.h 80 16 1280 libnr/nr-matrix.h 80 16 1280 libnr/nr-rect.h 49 24 1176 sp-item-group.h 39 29 1131 sp-marker.h 45 22 990 desktop.h 52 17 884 libnr/nr-matrix-fns.h 28 31 868 sp-shape.h 19 31 589 style.h 28 18 504 helper/sp-canvas.h 80 6 480 libnr/nr-rotate.h 81 5 405 libnr/nr-point-fns.h 80 5 400 libnr/nr-scale.h 19 21 399 display/nr-arena-item.h 12 32 384 sp-path.h 13 27 351 sp-root.h 19 18 342 libnr/nr-matrix-ops.h 81 4 324 libnr/nr-point-ops.h 80 4 320 libnr/nr-translate.h 78 4 312 sp-object.h 9 32 288 sp-chars.h 8 34 272 sp-text.h 52 5 260 view.h 83 3 249 libnr/nr-point.h 60 4 240 document.h 10 23 230 desktop-snap.h 10 23 230 libnrtype/nr-font.h 10 23 230 libnrtype/nr-rasterfont.h 10 23 230 libnrtype/nr-typeface.h 7 32 224 sp-polygon.h 10 22 220 display/nr-arena-group.h 6 36 216 nodepath.h 6 33 198 sp-star.h 5 39 195 node-context.h 6 32 192 sp-rect.h 6 32 192 sp-spiral.h 7 24 168 select-context.h 8 21 168 seltrans.h 9 18 162 sp-canvas.h 7 23 161 desktop-events.h 80 2 160 libnr/nr-maybe.h 80 2 160 libnr/nr-values.h 7 21 147 nr-arena-item.h 34 4 136 libnr/nr-pixblock.h 7 19 133 helper/sodipodi-ctrl.h 7 19 133 sp-canvas-util.h 13 10 130 sp-namedview.h 43 3 129 uri-references.h 4 32 128 sp-ellipse.h 4 31 124 document-private.h 6 20 120 helper/canvas-bpath.h 39 3 117 svg/svg.h 12 9 108 file.h 6 18 108 libnr/nr-svp.h 12 9 108 verbs.h 35 3 105 desktop-handles.h 13 8 104 extension/extension.h 13 8 104 extension/implementation/implementation.h 6 17 102 nr-macros.h 6 17 102 nr-matrix.h 6 17 102 nr-rect.h 4 25 100 sp-anchor.h 4 25 100 sp-image.h 11 9 99 sp-guide.h 7 14 98 sp-gradient.h 4 24 96 display/canvas-arena.h 12 8 96 helper/action.h 32 3 96 inkscape.h 16 6 96 knot.h 3 32 96 sp-offset.h 92 1 92 config.h 9 10 90 interface.h 10 9 90 sp-paint-server.h 88 1 88 forward.h 1 86 86 verbs.cpp 85 1 85 libnr/nr-forward.h 17 5 85 sp-object-group.h 42 2 84 helper/sp-intl.h 28 3 84 selection.h 1 84 84 toolbox.cpp 83 1 83 libnr/nr-coord.h 83 1 83 libnr/nr-dim2.h 83 1 83 xml/repr.h 81 1 81 libnr/nr-i-coord.h 4 20 80 libnr/nr-gradient.h 79 1 79 version.h 3 26 78 nr-type-directory.h 77 1 77 helper/units.h 1 76 76 desktop.cpp 4 19 76 helper/sodipodi-ctrlrect.h 4 19 76 helper/sp-canvas-util.h 4 19 76 helper/sp-ctrlline.h 37 2 74 libnr/nr-rect-l.h 72 1 72 display/nr-arena-forward.h 36 2 72 libnr/nr-object.h 3 24 72 nr-type-ft2.h 3 24 72 seltrans-handles.h 1 71 71 sp-object-repr.cpp 1 71 71 tools-switch.cpp 1 70 70 prefs-utils.cpp 7 10 70 shortcuts.h 1 67 67 splivarot.cpp 2 33 66 display/nr-arena-glyphs.h 22 3 66 event-context.h 3 22 66 nr-arena-group.h 22 3 66 xml/repr-private.h 2 32 64 gradient-position.h 2 32 64 sp-line.h 2 32 64 sp-polyline.h 1 63 63 sp-shape.cpp 1 63 63 text-edit.cpp 1 62 62 interface.cpp 1 62 62 select-toolbar.cpp 1 62 62 sp-text.cpp 1 60 60 file.cpp 4 15 60 gradient-chemistry.h 15 4 60 inkscape-private.h 1 60 60 nodepath.cpp 5 12 60 svg.h 60 1 60 svg/svg-types.h 59 1 59 helper/helper-forward.h 1 59 59 node-context.cpp 1 59 59 nr-arena-shape.cpp 1 59 59 text-context.cpp 1 59 59 xml-tree.cpp 1 58 58 select-context.cpp 1 57 57 draw-context.cpp 3 19 57 nr-svp-private.h 3 19 57 nr-svp-uncross.h 1 57 57 rect-context.cpp 1 56 56 event-context.cpp 8 7 56 knotholder.h 28 2 56 libnr/nr-path.h 1 56 56 sp-offset.cpp 1 56 56 stroke-style.cpp 1 55 55 gradient-vector.cpp 1 54 54 path-chemistry.cpp 1 54 54 seltrans.cpp 2 27 54 sp-symbol.h 1 53 53 export.cpp 1 53 53 selection-chemistry.cpp 1 53 53 spiral-context.cpp 1 53 53 sp-item.cpp 1 53 53 star-context.cpp 1 52 52 document.cpp 2 26 52 libnrtype/nr-type-directory.h 2 26 52 nr-type-xft.h 1 51 51 desktop-properties.cpp 1 51 51 main.cpp 1 51 51 object-ui.cpp 1 50 50 arc-context.cpp 50 1 50 enums.h 1 50 50 script.cpp 2 25 50 sp-pattern.h 2 25 50 sp-use.h 1 48 48 desktop-events.cpp 1 48 48 fill-style.cpp 1 48 48 ps.cpp 1 48 48 sp-image.cpp 1 47 47 gradient-selector.cpp 1 47 47 nr-arena-glyphs.cpp 1 47 47 sp-chars.cpp 1 47 47 sp-gradient.cpp 1 47 47 sp-marker.cpp 47 1 47 uri.h 23 2 46 color.h 1 46 46 help.cpp 1 46 46 inkscape.cpp 1 46 46 print.cpp 9 5 45 sp-defs.h 5 9 45 spiral-context.h 1 45 45 sp-item-group.cpp 1 45 45 sp-root.cpp 1 45 45 sp-symbol.cpp 1 44 44 object-edit.cpp 2 22 44 stroke-style.h 1 44 44 style.cpp 1 43 43 align.cpp 1 43 43 dyna-draw-context.cpp 1 43 43 gradient-chemistry.cpp 1 43 43 sp-rect.cpp 1 43 43 sp-star.cpp 2 21 42 helper/nr-gradient-gpl.h 1 42 42 item-properties.cpp 2 21 42 libnr/nr-svp-render.h 6 7 42 svg-view.h 1 41 41 sp-namedview.cpp 1 41 41 sp-use.cpp 1 41 41 transformation.cpp 20 2 40 desktop-affine.h 1 40 40 dropper-context.cpp 4 10 40 extension.h 1 40 40 gradient-position.cpp 1 40 40 knotholder.cpp 8 5 40 libnr/nr-blit.h 1 40 40 object-properties.cpp 10 4 40 print.h 4 10 40 rect-context.h 1 40 40 slideshow.cpp 1 40 40 sp-pattern.cpp 1 39 39 paint-selector.cpp 1 39 39 sp-ellipse.cpp 1 39 39 sp-object.cpp 1 39 39 zoom-context.cpp 1 38 38 display/nr-arena-shape.h 2 19 38 helper/guideline.h 1 38 38 knot.cpp 2 19 38 libnr/nr-svp-private.h 1 38 38 nr-arena-shape.h 1 38 38 selection.cpp 1 38 38 sp-line.cpp 1 38 38 sp-path.cpp 1 38 38 sp-spiral.cpp 1 38 38 sp-xmlview-content.cpp 1 37 37 sp-clippath.cpp 1 37 37 sp-mask.cpp 1 36 36 dash-selector.cpp 4 9 36 db.h 36 1 36 helper/curve.h 4 9 36 implementation/implementation.h 1 36 36 sp-guide.cpp 9 4 36 sp-metrics.h 6 6 36 widgets/sp-widget.h 1 35 35 desktop-affine.cpp 7 5 35 display/nr-arena.h 1 35 35 icon.cpp 1 35 35 sp-polygon.cpp 1 35 35 sp-polyline.cpp 1 34 34 document-undo.cpp 1 34 34 font-style-to-pos.cpp 1 34 34 svg-view.cpp 1 33 33 dialog-events.cpp 1 33 33 nr-arena-glyphs.h 1 33 33 satisfied-guide-cns.cpp 1 33 33 sp-anchor.cpp 1 33 33 spw-utilities.cpp 1 32 32 desktop-snap.cpp 4 8 32 dropper-context.h 1 32 32 nr-rasterfont.cpp 1 32 32 nr-type-directory.cpp 4 8 32 object-edit.h 1 32 32 sp-item-update-cns.cpp 1 32 32 sp-widget.cpp 1 31 31 canvas-arena.cpp 1 31 31 font-selector.cpp 1 31 31 object-attributes.cpp 1 31 31 sp-item-notify-moveto.cpp 1 31 31 sp-item-rm-unsatisfied-cns.cpp 1 30 30 button.cpp 1 30 30 nr-type-xft.cpp 10 3 30 selection-chemistry.h 10 3 30 sp-object-repr.h 3 10 30 system.h 29 1 29 attributes.h 1 29 29 in-dt-coordsys.cpp 1 29 29 nr-typeface.cpp 1 29 29 sp-item-transform.cpp 1 28 28 rubberband.cpp 1 27 27 nr-type-ft2.cpp 3 9 27 sp-clippath.h 3 9 27 sp-mask.h 3 9 27 widgets/button.h 1 26 26 nr-font.cpp 1 25 25 desktop-handles.cpp 25 1 25 macros.h 5 5 25 nr-arena.h 1 25 25 nr-arena-item.cpp 1 25 25 nr-gradient-gpl.cpp 1 25 25 nr-svp.cpp 1 25 25 seltrans-handles.cpp 1 24 24 canvas-arena.h 1 24 24 font-selector.h 1 24 24 inkview.cpp 4 6 24 libnr/nr-scale-ops.h 3 8 24 livarot/Shape.h 1 24 24 nr-arena-group.cpp 1 24 24 nr-arena-image.cpp 1 24 24 nr-font.h 1 24 24 nr-gradient.cpp 1 24 24 nr-rasterfont.h 1 24 24 nr-stroke.cpp 1 24 24 nr-svp-render.cpp 1 24 24 nr-typeface.h 4 6 24 rubberband.h 1 24 24 widgets/font-selector.h 6 4 24 zoom-context.h 1 23 23 nr-arena.cpp 1 23 23 nr-blit.cpp 1 23 23 nr-svp-uncross.cpp 23 1 23 xml/repr-action.h 1 22 22 canvas-bpath.cpp 1 22 22 display/nr-arena-image.h 1 22 22 guideline.cpp 1 22 22 nr-arena-image.h 1 22 22 nr-pixblock-pattern.cpp 1 22 22 sp-canvas.cpp 1 21 21 action.cpp 1 21 21 canvas-grid.cpp 3 7 21 livarot/ShapeUtils.h 1 21 21 nr-gradient-gpl.h 1 21 21 nr-svp-render.h 1 21 21 sodipodi-ctrl.cpp 1 21 21 sodipodi-ctrlrect.cpp 1 21 21 sp-color-wheel.cpp 1 21 21 sp-ctrlline.cpp 1 20 20 canvas-bpath.h 4 5 20 draw-context.h 4 5 20 dyna-draw-context.h 2 10 20 extension/system.h 1 20 20 gnome-canvas-acetate.cpp 1 20 20 gradient-image.cpp 2 10 20 implementation/script.h 4 5 20 libnr/nr-pixblock-pattern.h 4 5 20 libnr/nr-render.h 1 20 20 nr-compose-transform.cpp 1 20 20 nr-path.cpp 1 20 20 nr-pixblock.cpp 1 20 20 nr-rect.cpp 1 20 20 nr-types.cpp 1 20 20 nr-values.cpp 10 2 20 path-chemistry.h 20 1 20 prefs-utils.h 1 20 20 sp-canvas-util.cpp 5 4 20 star-context.h 1 19 19 canvas-grid.h 1 19 19 display-settings.cpp 1 19 19 extension.cpp 1 19 19 gnome-canvas-acetate.h 1 19 19 guideline.h 1 19 19 helper/canvas-grid.h 1 19 19 helper/gnome-canvas-acetate.h 1 19 19 libnr/nr-stroke.h 1 19 19 libnr/nr-types.h 1 19 19 nr-stroke.h 1 19 19 nr-uta.cpp 1 19 19 sodipodi-ctrl.h 1 19 19 sodipodi-ctrlrect.h 1 19 19 sp-ctrlline.h 1 19 19 svg-affine.cpp 2 9 18 implementation.h 1 18 18 init.cpp 1 18 18 menu.cpp 1 18 18 nr-matrix.cpp 1 18 18 nr-matrix-fns.cpp 1 18 18 nr-object.cpp 1 18 18 nr-type-primitives.cpp 6 3 18 sp-color-selector.h 1 18 18 src/bonobo/embeddable-document.cpp 1 18 18 svg.cpp 1 18 18 system.cpp 4 4 16 arc-context.h 16 1 16 src/livarot/LivarotDefs.h 4 4 16 text-context.h 1 15 15 gradient-image.h 15 1 15 helper/window.h 3 5 15 libnr/nr-pixblock-pixel.h 5 3 15 repr-private.h 1 15 15 widgets/gradient-image.h 7 2 14 dialogs/object-attributes.h 1 14 14 sp-color-notebook.cpp 1 14 14 window.cpp 1 13 13 src/bonobo/embeddable-drawing.cpp 13 1 13 widgets/menu.h 1 12 12 implementation.cpp 2 6 12 sp-color-wheel-selector.h 2 6 12 sp-widget.h 1 12 12 src/bonobo/embeddable-desktop.cpp 1 12 12 tool-options.cpp 1 12 12 view.cpp 11 1 11 libnr/nr-pixops.h 1 11 11 shortcuts.cpp 1 11 11 sp-color-wheel-selector.cpp 1 11 11 sp-paint-server.cpp 1 11 11 src/livarot/ShapeRaster.cpp 1 10 10 db.cpp 10 1 10 dialog-events.h 5 2 10 helper/unit-menu.h 1 10 10 internal/ps.h 1 10 10 internal/svg.h 2 5 10 livarot/Path.h 1 10 10 ps.h 1 10 10 script.h 2 5 10 sp-animation.h 1 10 10 sp-color-scales.cpp 2 5 10 sp-color-scales.h 1 10 10 spinbutton-events.cpp 10 1 10 src/livarot/DblLinked.h 1 10 10 src/livarot/PathCutting.cpp 5 2 10 toolbox.h 1 9 9 button.h 1 9 9 extension/db.h 9 1 9 helper-forward.h 1 9 9 sp-attribute-widget.cpp 3 3 9 sp-color-wheel.h 1 9 9 sp-defs.cpp 1 9 9 sp-object-group.cpp 9 1 9 src/livarot/AVL.h 1 9 9 uri-references.cpp 1 8 8 action.h 1 8 8 bezier-utils.cpp 1 8 8 geom.cpp 4 2 8 helper/bezier-utils.h 1 8 8 nr-pixblock-line.cpp 1 8 8 nr-plain-stuff-gdk.cpp 1 8 8 sp-color-gtkselector.cpp 2 4 8 sp-color-gtkselector.h 2 4 8 sp-color-notebook.h 4 2 8 sp-guide-attachment.h 4 2 8 sp-guide-constraint.h 8 1 8 src/livarot/Shape.h 8 1 8 src/livarot/ShapeUtils.h 2 4 8 widgets/sp-color-notebook.h 7 1 7 helper/sp-marshal.h 1 7 7 libnr/nr-rotate-ops.h 7 1 7 libnrtype/nr-type-pos-def.h 7 1 7 nr-arena-forward.h 1 7 7 nr-pixblock-pixel.cpp 1 7 7 ruler.cpp 1 7 7 sp-animation.cpp 1 7 7 sp-color-selector.cpp 1 7 7 sp-xmlview-attr-list.cpp 1 7 7 src/livarot/PathConversion.cpp 7 1 7 src/livarot/Path.h 1 7 7 src/livarot/PathStroke.cpp 1 7 7 src/livarot/ShapeMisc.cpp 1 7 7 src/livarot/ShapeSweep.cpp 1 7 7 unit-menu.cpp 6 1 6 dialogs/dialog-events.h 2 3 6 gradient-selector.h 6 1 6 inkscape-stock.h 1 6 6 libnr/nr-translate-ops.h 3 2 6 livarot/AVL.h 6 1 6 nr-pixops.h 1 6 6 nr-point-fns.cpp 3 2 6 nr-values.h 3 2 6 sp-item-rm-unsatisfied-cns.h 3 2 6 sp-item-transform.h 1 6 6 src/livarot/Shape.cpp 1 6 6 src/livarot/ShapeDraw.cpp 1 6 6 src/livarot/ShapeSweepUtils.cpp 3 2 6 streams-handles.h 2 3 6 streams-zlib.h 2 3 6 widgets/sp-color-selector.h 1 5 5 curve.cpp 1 5 5 libnr/nr-pixblock-line.h 5 1 5 libnrtype/nr-type-primitives.h 1 5 5 nr-blit.h 1 5 5 nr-pixblock-pattern.h 1 5 5 nr-pixblock-pixel.h 5 1 5 repr-action.h 1 5 5 repr.cpp 5 1 5 repr.h 1 5 5 repr-util.cpp 1 5 5 ruler.h 5 1 5 sp-color-preview.h 1 5 5 sp-metrics.cpp 1 5 5 sp-xmlview-tree.cpp 5 1 5 src/forward.h 1 5 5 src/libnr/testnr.cpp 1 5 5 src/livarot/Path-test.cpp 5 1 5 src/utest/utest.h 1 5 5 src/xml/repr-action-test.cpp 1 5 5 streams-gzip.cpp 1 5 5 svg-color.cpp 1 5 5 svg-length.cpp 1 5 5 svg-path.cpp 5 1 5 tools-switch.h 5 1 5 widgets/icon.h 1 5 5 widgets/ruler.h 4 1 4 approx-equal.h 2 2 4 dialogs/item-properties.h 4 1 4 dialogs/object-properties.h 4 1 4 dir-util.h 2 2 4 extension/menu.h 1 4 4 filedialog.cpp 2 2 4 fill-style.h 2 2 4 geom.h 2 2 4 gradient-vector.h 4 1 4 helper/nr-plain-stuff-gdk.h 2 2 4 in-dt-coordsys.h 2 2 4 libnr/nr-point-l.h 2 2 4 menu.h 1 4 4 nr-compose.cpp 1 4 4 nr-pixblock.h 1 4 4 nr-plain-stuff.cpp 2 2 4 object-ui.h 1 4 4 repr-action.cpp 1 4 4 repr-css.cpp 1 4 4 repr-io.cpp 2 2 4 satisfied-guide-cns.h 2 2 4 sp-attribute-widget.h 4 1 4 sp-color-slider.h 4 1 4 sp-cursor.h 2 2 4 sp-item-notify-moveto.h 2 2 4 sp-item-update-cns.h 2 2 4 splivarot.h 4 1 4 src/bonobo/embeddable-document.h 1 4 4 src/bonobo/svg-doc-factory.cpp 1 4 4 src/extension/internal/gnome.cpp 1 4 4 src/helper/bezier-utils-test.cpp 1 4 4 src/libnrtype/nr-type-w32.cpp 1 4 4 src/livarot/AVL.cpp 1 4 4 src/livarot/Ligne.cpp 4 1 4 src/widgets/sp-wrap-box.h 1 4 4 src/widgets/test-widgets.cpp 1 4 4 src/widgets/test-wrapbox.cpp 4 1 4 src/xml/repr.h 1 4 4 streams-gzip.h 1 4 4 streams-zlib.cpp 1 4 4 units.cpp 2 2 4 widgets/paint-selector.h 4 1 4 widgets/spw-utilities.h 1 3 3 arikkei-token.cpp 1 3 3 attributes.cpp 1 3 3 color.cpp 3 1 3 dialogs/export.h 1 3 3 font-style-to-pos.h 3 1 3 helper/gnome-utils.h 1 3 3 inkscape-stock.cpp 1 3 3 libnrtype/font-style-to-pos.h 3 1 3 livarot/DblLinked.h 3 1 3 livarot/LivarotDefs.h 3 1 3 marker-status.h 3 1 3 nr-type-primitives.h 1 3 3 png-write.cpp 3 1 3 remove-last.h 1 3 3 sp-color-preview.cpp 1 3 3 sp-xmlview-content.h 3 1 3 src/document.h 3 1 3 src/helper/helper-forward.h 3 1 3 src/helper/units.h 3 1 3 src/libnr/nr-forward.h 1 3 3 src/libnrtype/nr-type-gnome.cpp 1 3 3 src/livarot/AlphaLigne.cpp 1 3 3 src/livarot/BitLigne.cpp 3 1 3 src/livarot/BitLigne.h 1 3 3 src/livarot/MySeg.cpp 1 3 3 src/livarot/Path.cpp 1 3 3 src/livarot/PathOutline.cpp 1 3 3 src/livarot/PathSimplify.cpp 1 3 3 src/widgets/sp-hwrap-box.cpp 1 3 3 src/widgets/sp-vwrap-box.cpp 1 3 3 streams-handles.cpp 3 1 3 widgets/spinbutton-events.h 1 3 3 widgets/sp-xmlview-content.h 3 1 3 widgets/widget-sizes.h 1 2 2 arikkei-dict.cpp 1 2 2 bezier-utils.h 2 1 2 curve.h 1 2 2 dash-selector.h 2 1 2 dialogs/align.h 2 1 2 dialogs/desktop-properties.h 1 2 2 dialogs/fill-style.h 2 1 2 text-edit.h 2 1 2 dialogs/transformation.h 1 2 2 dir-util.cpp 1 2 2 extract-uri.cpp 2 1 2 extract-uri.h 1 2 2 gnome-canvas-bpath-util.cpp 2 1 2 gnome-canvas-bpath-util.h 1 2 2 gnome-utils.cpp 2 1 2 helper/nr-plain-stuff.h 2 1 2 help.h 2 1 2 icon.h 1 2 2 item-properties.h 1 2 2 libnr/nr-compose-transform.h 1 2 2 livarot/AlphaLigne.h 1 2 2 livarot/Ligne.h 1 2 2 marker-status.cpp 2 1 2 nr-compose.h 1 2 2 nr-compose-transform.h 1 2 2 nr-object.h 1 2 2 nr-path.h 2 1 2 nr-plain-stuff.h 1 2 2 nr-rect-l.h 1 2 2 nr-type-pos-def.cpp 2 1 2 nr-type-pos-def.h 1 2 2 object-attributes.h 1 2 2 paint-selector.h 2 1 2 select-toolbar.h 1 2 2 sp-color-slider.cpp 1 2 2 sp-cursor.cpp 1 2 2 sp-intl.h 1 2 2 sp-marshal.cpp 1 2 2 sp-xmlview-attr-list.h 1 2 2 sp-xmlview-tree.h 1 2 2 src/application.cpp 1 2 2 src/bonobo/canvas-translator.cpp 2 1 2 src/bonobo/canvas-translator.h 2 1 2 src/bonobo/embeddable-desktop.h 2 1 2 src/bonobo/embeddable-drawing.h 1 2 2 src/bonobo/sodipodi-bonobo.cpp 2 1 2 src/bonobo/sodipodi-bonobo.h 2 1 2 src/desktop.h 1 2 2 src/dialogs/filedialog-win32.cpp 2 1 2 src/display/nr-arena-forward.h 1 2 2 src/extension/internal/win32.cpp 1 2 2 src/extract-uri-test.cpp 1 2 2 src/inkjar/jar.cpp 2 1 2 src/inkscape.h 2 1 2 src/libnr/nr-point-fns.h 1 2 2 src/libnr/nr-point-fns-test.cpp 2 1 2 src/libnr/nr-types.h 1 2 2 src/libnr/nr-types-test.cpp 2 1 2 src/libnrtype/nr-type-directory.h 2 1 2 src/livarot/AlphaLigne.h 1 2 2 src/livarot/DblLinked.cpp 2 1 2 src/livarot/Ligne.h 2 1 2 src/sp-item.h 2 1 2 src/sp-object.h 2 1 2 src/version.h 2 1 2 src/view.h 2 1 2 src/widgets/sp-hwrap-box.h 2 1 2 src/widgets/sp-vwrap-box.h 1 2 2 src/widgets/sp-wrap-box.cpp 1 2 2 unit-menu.h 2 1 2 units.h 1 2 2 uri.cpp 1 2 2 version.cpp 1 2 2 widgets/dash-selector.h 2 1 2 widget-sizes.h 1 2 2 widgets/sp-xmlview-attr-list.h 1 2 2 widgets/sp-xmlview-tree.h 1 1 1 align.h 1 1 1 arikkei-dict.h 1 1 1 arikkei-token.h 1 1 1 brokenimage.xpm 1 1 1 desktop-properties.h 1 1 1 dialogs/display-settings.h 1 1 1 dialogs/filedialog.h 1 1 1 dialogs/tool-options.h 1 1 1 dialogs/xml-tree.h 1 1 1 display-settings.h 1 1 1 export.h 1 1 1 extension/init.h 1 1 1 filedialog.h 1 1 1 gnome-utils.h 1 1 1 helper/png-write.h 1 1 1 libarikkei/arikkei-token.h 1 1 1 libnr/nr-compose.h 1 1 1 nr-plain-stuff-gdk.h 1 1 1 nr-uta.h 1 1 1 object-properties.h 1 1 1 pixmaps/cursor-arc.xpm 1 1 1 pixmaps/cursor-node-d.xpm 1 1 1 pixmaps/cursor-node-m.xpm 1 1 1 pixmaps/cursor-node.xpm 1 1 1 pixmaps/cursor-rect.xpm 1 1 1 pixmaps/cursor-select-d.xpm 1 1 1 pixmaps/cursor-select-m.xpm 1 1 1 pixmaps/cursor-spiral.xpm 1 1 1 pixmaps/cursor-star.xpm 1 1 1 pixmaps/cursor-text.xpm 1 1 1 pixmaps/cursor-zoom.xpm 1 1 1 pixmaps/handles.xpm 1 1 1 png-write.h 1 1 1 preferences-skeleton.h 1 1 1 slideshow.h 1 1 1 spinbutton-events.h 1 1 1 spw-utilities.h 1 1 1 src/application.h 1 1 1 src/ast/node.cpp 1 1 1 src/bonobo/svg-doc-factory.h 1 1 1 src/color.h 1 1 1 src/dialogs/filedialog.h 1 1 1 src/display/testnr.cpp 1 1 1 src/extension/extension.h 1 1 1 src/extension/implementation/implementation.h 1 1 1 src/extension/internal/gnome.h 1 1 1 src/extension/internal/win32.h 1 1 1 src/extract-uri.h 1 1 1 src/helper/bezier-utils.cpp 1 1 1 src/helper/bezier-utils.h 1 1 1 src/helper/canvas-bpath.h 1 1 1 src/helper/curve.h 1 1 1 src/helper/sp-canvas.h 1 1 1 src/inkjar/jar.h 1 1 1 src/libnr/nr-blit.h 1 1 1 src/libnr/nr-matrix.h 1 1 1 src/libnr/nr-matrix-ops.h 1 1 1 src/libnr/nr-matrix-test.cpp 1 1 1 src/libnr/nr-path.h 1 1 1 src/libnr/nr-pixblock.h 1 1 1 src/libnr/nr-point-ops.h 1 1 1 src/libnr/nr-rotate-test.cpp 1 1 1 src/libnr/nr-scale-test.cpp 1 1 1 src/libnr/nr-translate-test.cpp 1 1 1 src/libnrtype/codepages.h 1 1 1 src/libnrtype/cp1250.cpp 1 1 1 src/libnrtype/cp1251.cpp 1 1 1 src/libnrtype/cp1252.cpp 1 1 1 src/libnrtype/cp1253.cpp 1 1 1 src/libnrtype/cp1254.cpp 1 1 1 src/libnrtype/cp1255.cpp 1 1 1 src/libnrtype/cp1256.cpp 1 1 1 src/libnrtype/cp1257.cpp 1 1 1 src/libnrtype/cp1258.cpp 1 1 1 src/libnrtype/cp874.cpp 1 1 1 src/libnrtype/cp932.cpp 1 1 1 src/libnrtype/cp936.cpp 1 1 1 src/libnrtype/cp949.cpp 1 1 1 src/libnrtype/cp950.cpp 1 1 1 src/libnrtype/nr-type-gnome.h 1 1 1 src/libnrtype/nr-type-w32.h 1 1 1 src/livarot/MyMath.h 1 1 1 src/livarot/MySeg.h 1 1 1 src/widgets/sp-color-selector.h 1 1 1 src/winmain.cpp 1 1 1 src/xml/repr-action.h 1 1 1 src/xml/repr-private.h 1 1 1 dialogs/text-edit.h 1 1 1 tool-options.h 1 1 1 widgets/sp-color-preview.h 1 1 1 helper/window.h

2 2

Re: [Inkscape-devel] arrowheads
by Bryce Harrington 09 Mar '04

09 Mar '04

On Tue, 9 Mar 2004 jasonmod@...262... wrote: > > The way that the SVG spec wants us to do it is using the 'marker' > > approach. I've found it's kind of a pain to implement but in theory if > > we do it right, the files will work in any compliant SVG editor or > > viewer. Would you be interested in helping me finish implementing it? > > I can give you the run-down on what's left to do to get it working, as > > best as I know, if you'd like? > > Sure. Okay, cool. The way that SVG does markers is via the 'marker-start', 'marker-end', etc. style tags. Unlike most other style tags, like line caps, the markers use uri's that point elsewhere in the document for the definition of what to be drawn. I.e.: "marker-start:url(#mArrow);" The place that the mArrow item is defined is in the <defs></defs> section of the SVG document. If you look on the screenshots page down at the bottom, there's an example I made of some markers, and you can download the svg document by clicking on the screenshot to see how the SVG is laid out. The code in the codebase currently has some buttons that will put the marker-start style tag on the lines, which is fine if mArrow is already present in the <defs> section (i.e., if you manually write it into the doc). So the next step is to figure out how to make it automatically insert it when the user clicks that button and adds an arrowhead to a line in the drawing. Ideally, we should also remove the def when there are no longer any lines using it. The gradients work in a very analogous way, so it's possible that code can be stolen from there. I haven't looked at the gradient code at all so am not sure what's there. Would you like to take a look at it and see if you can understand how it handles adding/removing its defs items, and if the code could be reused in some fashion? If we can get this defs insert capability done, I *think* that'll be enough to get the feature officially included. Beyond that, then things get fun. ;-) Ultimately I think we want some way to let users define their own markers. Bryce

1 0

Re: inset/outset
by bulia byak 09 Mar '04

09 Mar '04

>can't reproduce the bug >i just spotted a mistake in MakeOffset, btw: at line >557, the 'maxPt' should be a 'maxAr' (damn >cut'n'paste) >it may be the cause of your crashes Made that change, but it still crashes. Here's a 100% reproducible case. Load the attached file, select the star only, press ctrl+) twice, ctrl+( twice, ctrl+). At this moment it crashes. _________________________________________________________________ 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…

1 0

inset/outset
by bulia byak 09 Mar '04

09 Mar '04

I reworked the sp_selected_path_do_offset similarly, so that it also can work with multiple selections and preserves z-order and parent. When testing it, I pressed ctrl+) and ctrl+( many times on a star with 32 sharp long tips, and sometimes (not sure when, seemingly at random) it crashed for that shape. Here's the backtrace of one such crash: Program received signal SIGSEGV, Segmentation fault. 0x408e96d0 in mallopt () from /lib/i686/libc.so.6 (gdb) bt #0 0x408e96d0 in mallopt () from /lib/i686/libc.so.6 #1 0x408e7fd2 in realloc () from /lib/i686/libc.so.6 #2 0x081a2e3b in Shape::AddEdge(int, int) (this=0x89f7c50, st=106, en=107) at Shape.cpp:1241 #3 0x081972d6 in Path::DoLeftJoin(Shape*, double, join_typ, NR::Point, NR::Point, NR::Point, double, double, double, int&, int&, int, int, double) (dest=0x89f7c50, width=2, join=join_pointy, pos={_pt = {369.90625, 535.15625}}, prev=Cannot access memory at address 0x6a ) at PathStroke.cpp:591 #4 0x081a8292 in Shape::MakeOffset(Shape*, double, join_typ, double) (this=0x89f7c50, a=0x89b5758, dec=Unhandled dwarf expression opcode ) at nr-point.h:34 #5 0x080d28cc in sp_selected_path_do_offset(bool) (expand=false) at splivarot.cpp:1125 #6 0x080d1c5d in sp_selected_path_inset() () at splivarot.cpp:713 #7 0x081520c7 in sp_action_perform(_SPAction*, void*) (action=0x85cb678, data=0x0) at action.cpp:128 #8 0x080bdc7d in sp_shortcut_invoke(unsigned, _SPView*) (shortcut=50331688, view=0x829d270) at shortcuts.cpp:33 #9 0x08145bf6 in sp_window_key_press (widget=0x869d5d8, event=0x86d2a04) at window.cpp:31 #10 0x4010192c in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x0869d5d8 in ?? () #12 0x086d2a04 in ?? () _________________________________________________________________ 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

simplify command
by bulia byak 09 Mar '04

09 Mar '04

Fred, I noticed you changed something in the simplify algorithm, and I just reworked the command itself. Now it: - works with multiple selected objects - preserves the z-order position of the objects - preserves the parent (i.e. you can simplify within group) I also changed the hard-coded threshold value of 1.0 that you had. Now that value is: - taken from preferences (options.simplifythreshold) - multiplied by the size of the simplified objects, so you get the same result if you scale the object - accelerated when you call the command is quick sequence. The last one is especially useful IMHO. You press Ctrl+L; some simplification happens, but not enough for you. Without acceleration, you're stuck; you may go to preferences and edit the threshold there but it's a major hassle. Now, you can simply keep pressing Ctrl+L quickly enough (faster than twice a second), and on each press, threshold is increased by 0.5 of the original value. If you call simplify again after some pause, the value is back to its prefs default. As for the algorithm itself, with acceleration it works well enough in my testing, I can always drive a path to a one- or two-node degenerate path and get a good range of intermediate simplification degrees along the way. However, when I end up with a one-node degenerate path which is closed, that path tends to grow quickly and rotate if I try to simplify it more, which is kinda weird. Unclosed paths are OK, they get to a two-node bezier and stop there. Can you do something about this growth&rotation? _________________________________________________________________ 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

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

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

Re: [OT] Re: Inkscape inclusion on w3 svg site
by Jonathan Phillips 06 Mar '04

06 Mar '04

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. Jon On Thu, 2004-03-04 at 02:45, Tobias Reif wrote: > P.S. > > Something else: > > I'm on Suse 9.0. There is a Suse RPM for Inkscape 0.36 on > > http://sourceforge.net/project/showfiles.php?group_id=93438 > > Will there be one for 0.37 and releases after that? > > TIA, > Tobi > > On Wed 2004-03-03 Jonathan Phillips wrote: > > I gave your RFE a looksy and mentioned to the other developers. > > > > Jon > > > > > > On Wed, 2004-03-03 at 01:31, Tobias Reif wrote: > > > Hi > > > > > > On Tue 2004-03-02 Jonathan Phillips wrote: > > > > Could someone add Inkscape to this page as an acceptable SVG editor. > > > > This site drives traffic in a major way and we've identified being > > > > on this list as highly valuable. > > > > [...] > > > > Inkscape's main motivation is to provide the Open Source community > > > > with a fully XML, SVG, and CSS2 compliant SVG drawing tool. > > > > Additional planned work includes conversion of the codebase from > > > > C/Gtk to C++/Gtkmm, emphasizing a lightweight core with powerful > > > > features added through an extension mechanism, and establishment of > > > > a friendly, open, community-oriented development processes. > > > > > > Given that there hasn't been any reaction to my RFE > > > http://sourceforge.net/tracker/index.php?func=detail&atid=604309&aid=848230… > > > since more than three months I didn't even bother trying it out. > > > > > > Tobi > > -- > > Jonathan Phillips <jon@...15...> > > -- Jonathan Phillips <jon@...15...>

3 2

freeze
by bulia byak 06 Mar '04

06 Mar '04

Hi, you might want to have a look at: https://sourceforge.net/tracker/index.php?func=detail&aid=910799&group_id=9… This freeze is very similar to the one that was fixed by your patch, the only difference being that it happens on a text object and not on a shape. Maybe you could fix it too, by redoing NRArenaGlyphs the same way you redid NRArenaShape? _________________________________________________________________ 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…

1 0

Updated RPMS / SuSE 9.0 RPMS
by Peter Linnell 06 Mar '04

06 Mar '04

Hi all, SuSE 9.0 gpg signed rpms are loaded onto the sourceforge page and I have refreshed the Fedora RPMS to make sure the inkjar option is compiled in. Sorry for the delay, but I did not want to release them until they were done properly. Cheers, Peter

1 0

RE: patch
by bulia byak 06 Mar '04

06 Mar '04

>multiple undo needed: move the sp_document_done() at >line 412 in splivarot.cpp outside of the loop that add >the subpaths of the result. stupid of me to leave that >mistake... Done, works, thank you! _________________________________________________________________ MSN Premium includes powerful parental controls and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

RE: patch
by bulia byak 06 Mar '04

06 Mar '04

Hi, just tested your new commands. I may not fully understand what they are intended to do, but: - sp_selected_path_cut works identically to the old intersection command. What's the point of having it? - sp_selected_path_slice does very strange things. See the attached svg that shows the original objects, the result of slicing, and then the result of attempting to undo that slicing, which requires three undo commands to fully restore the original object. _________________________________________________________________ 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

RE: [Inkscape-devel] [Fwd: Re: [Sodipodi-list] killer feature? a proposal]
by bulia byak 05 Mar '04

05 Mar '04

>This is a gr8 idea. I've thought often about having tools to mirror >points, apply perspective, add lines of symmetry and then move points in >a shape and so forth. Apply perspective (and, in general, any mesh transformation) is much needed. It will need to wait however for internal restructuring (AST) to finish, if we want the transforms to be fully reversable, otherwise the implementation will be very messy. >It would be very cool to be able to select one or more points and then >have a scale tool to them scale points, or move away from each other. That's easier to implement but less useful. I may do this when I have time. Add a RFE. _________________________________________________________________ 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…

1 0

[Fwd: Re: [Sodipodi-list] killer feature? a proposal]
by Jonathan Phillips 05 Mar '04

05 Mar '04

This is a gr8 idea. I've thought often about having tools to mirror points, apply perspective, add lines of symmetry and then move points in a shape and so forth. It would be very cool to be able to select one or more points and then have a scale tool to them scale points, or move away from each other. Check the screenshot. Jon -----Forwarded Message----- From: markus hammer <markush@...258...> To: Sodipodi-list <sodipodi-list(a)lists.sourceforge.net> Subject: Re: [Sodipodi-list] killer feature? a proposal Date: Fri, 05 Mar 2004 16:58:37 +0100 here a link to how this vertex scale looks like: http://dev.blogdns.net/~smoke/picts/blender_vertex_scale.png -- Jonathan Phillips <jon@...15...>

1 0

Announcing The Inkscape 0.38 "BUG HUNT"!
by Bryce Harrington 05 Mar '04

05 Mar '04

With 0.37 happily out the door, we're ready to kick off the event you've all been looking forward to - yup, the BUG HUNT. Over the past few releases we've closed an insane number of bugs. Out of a total of 187 bugs that have been submitted, only 61 remain open. Particularly, we've been very attentive to close any bug that leads to a crash. No matter how obscure the bug, we don't want Inkscape to crash - ever! But there's a lot of smaller bugs that don't cause crashes, that are no less important to get fixed. Our goal for this release is to close a lot of bugs. Since we usually have focused mainly on the critical bugs, this time let's instead focus on the older bugs, that normally don't get much attention. Let's make our objective for 0.38 to either reduce the number of bugs submitted before the 0.37 release announce on 2/15/04 to fewer than 10, or to reduce our ratio of open-to-total bugs from 30% to 10%. 2/18 Goal ---- ---- 1. Bugs 841633-896992 52 9 2. Open/Total Bug Ratio 33% 10% Now, it may take some time for us to achieve this. If it looks like it's going to take significantly more than a month, then we should do a few 0.37.x point releases along the way. When we've achieved either objective 1 or objective 2, we will release 0.38. I think having a numerical goal will make this a fun release, even though it's just bug fixing, in that our progress towards the goal will be very easy to see. And having two objectives will hopefully help us avoid getting frustrated if we get stuck trying to meet one. A few notes on how to handle bugs. First, when reviewing a bug ask if it really is a feature request in disguise. If so, don't be shy about kicking it over to be an RFE. Second, you may find that the bug is a symptom of a larger underlying problem; in this case, perhaps consider finding some way to address the symptom directly and close the bug, and write up in detail what needs to be done to address the larger problem and submit that as an RFE. Bryce

2 14

integration again
by Nestor Diaz Valencia 05 Mar '04

05 Mar '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, looking for integration again, this time I will try a different approach: Now that you are conversating with scribus devs, what about a whole new theme for Scribus, Inkscape and The Gimp? - -From scratch - -Usable - -eye candy - -proffesional There will be a lot of work to do, and this challenge can also discover some usability probs. Also, I will not do it if it's not distributed with the main package. Anybody Interested? - -- www.barriolinux.net www.augcyl.org gnuva.hispalinux.es www.hispalinux.es gimp.es.gnome.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFARRZ++wdOtztJwQkRAqweAJwJblC2rMQb42Z3LzF3l6ANteFAYwCgm0O2 mSy9Fa4S4BCeBXUnOJ7N+GA= =DOUy -----END PGP SIGNATURE-----

2 2

Inkscape Presentation Prep.
by Jonathan Phillips 05 Mar '04

05 Mar '04

Hello All, I had some time while getting my tire repaired today to outline a project presentation of Inkscape. I'm supposed to give a little 10 minute thing at this place http://crca.ucsd.edu/ next wed. I figured that this type of outline and developing slides might be important for us all. And we can copy and paste for different types of presentations (technical, artistic, and then very specific). Here is the outline http://inkscape.org/cgi-bin/wiki.pl?InkscapePresentations Its the other one other than Teds. Could you all look over and rip into it and add/subtract anything. I know its not totally complete, but I wanted to basically develop an overview. I will make the SVG slides (and use Inkview) and post them to CVS after the outline of the presentation looks good. Jon -- Jonathan Phillips <jon@...15...>

4 4

Added viewBox attribute
by Bob Jamison 05 Mar '04

05 Mar '04

I added a few lines of code to add a <src viewBox=""> attribute. Since we have no viewBox editor yet, I just made the viewBox equal to "0 0 width height" where the width and height are the page sizes x 1.25. So, if you want to put an SVG drawing on a web page, do the following: 1. Set the page size to the size in points that the image rectangle will be on the web page. 2. Resize and move your drawing to fit into the page outline rectangle. 3. You might want to make a background rect to slightly overlap the page outline, to make sure that the edge of the drawing area does not appear on the web page. 4. Save. Paste into an XHTML document, and enjoy! Bob

1 1

Inkscape with coloured icons (fwd)
by Alan Horkan 05 Mar '04

05 Mar '04

I mentioned on a previous thread that I thought it would be nice if the Inkscape icons had different colours for rectangle, ellipse, star, and I figured it would make sense to match their defualt colours (blue, red, yellow respectively). I hand edited icons.svg and changed the ellipse/arc to use a red gradient that already existed and that worked nicely. then I tried to change the star to yellow by adding another gradient but that doesn't seem to have worked as planned because I somehow managed to break the blue rectangle in the process. screenshot here: http://www.maths.tcd.ie/~horkana/inkscape/inkscape-coloured-icons-test.png and if you want to try it for yourself you can grab my modified icons.svg and drop it in place of the current one: http://www.maths.tcd.ie/~horkana/inkscape/inkscape-coloured-icons-test_icon… If people like this I'll try a brighter shade of Yellow and try to do this again properly without losing the blue rectangle and I'll submit a patch. I also played around with was converting the file to Standard SVG and it still worked fine. >From reading the markup I have noticed that it is extremely verbose (more accurately I was reminded having previously noticed this in Sodipodi) and I cannot think of any reason why this markup needs to be written. For example a lot of style information about fonts in groups that done contain any text or setting the fill-style:none but and then still setting the unneccessary fill-rule, so i filed an enhancement request asking for less verbose markup and with some suggestions. http://sourceforge.net/tracker/index.php?func=detail&aid=909368&group_id=93… Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

2 1

Win32 build and Inkview
by Bob Jamison 05 Mar '04

05 Mar '04

After considerable tweaking, the Win32 build, which has been broken for a couple of days, is OK again. In addition, the src/Makefile.am has been cleaned up a bit to make it clearer, and so that Inkscape and Inkview can more cleanly use the same base code. Bob

2 1

Re: [Inkscape-devel] Re: [OT] Re: Inkscape inclusion on w3 svg site
by bulia byak 04 Mar '04

04 Mar '04

>After placing a few SVG images on XHTML docs, I would say that he is >correct. For such things the size is less important than the viewBox="" >setting. > >I would suggest that for an interim solution, that when an SVG doc >is written, the <svg> attribute be added: > >viewBox="0 0 width height" > >...where the width and height are the size of the page, but in >SVG coordinates x 1.25 (1/0.8) I think it's a sensible approach. Just patch sp_document_create() in document.cpp and sp_doc_dialog_whatever_changed() in dialogs/desktop-properties.cpp to also put the page size into viewBox=. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] DTD
by bulia byak 04 Mar '04

04 Mar '04

>Good idea. For Inkscape we listed 'full SVG compliance' as one of our >core missions & goals, so the DTD is extremely important. I don't know >if Inkscape's output passes the W3C DTD, but if it doesn't then those >items should probably be treated as critical bugs (as bad as crash >bugs). No it does not pass W3C DTD, and it will never be able to, simply because DTDs are not namespace-aware. In a DTD, you cannot say "pay no attention to anything outside svg namespace". DTDs are an extremely old and inflexible technology. The best we can do about it is ignore it. >We've also talked about having a DTD for the SVG additions. This is >definitely something that should be written and included with the >Inkscape package - wouldn't hurt to include the W3C SVG DTD too, for >completeness. Maybe we should have a share/dtd/ directory? Any schemas are useful when you have different suppliers and different consumers of information using a shared format. In our case, we have one supplier (Inkscape) and one consumer (Inkscape), so I don't see much use for a DTD or schema. When people will begin generating Inkscape SVG documents by scripts, or do some meaningful things to them outside of Inkscape, then a shema will be more useful. Right now it's ultimately Inkscape itself that defines what is "valid" and what not. Also, the inkscape: additions are very much in a flux, new ones are added often, and we still don't have a big enough body of SVG documents in Inkscape format. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] Re: 'dialogs' menu (screenshot inside)
by Alan Horkan 04 Mar '04

04 Mar '04

On Sat, 21 Feb 2004, Nestor Diaz Valencia wrote: > Date: Sat, 21 Feb 2004 10:38:57 +0000 > From: Nestor Diaz Valencia <nestordiaz@...207...> > To: Alan Horkan <horkana@...44...> > Subject: Re: [Inkscape-devel] Re: 'dialogs' menu (screenshot inside) > > You are right, gimp stock icons, plus openoffice stock icons. > The theme is not perfect but it looks integrated. I had a look. Rather than simply embed the new icons I would ideally like to see the icon theme specifications followed so that users can switch themes rather than being stuck with just one. I've been meaning for a long time to get the original vector graphics for the High Contrast theme and make a low (~16) theme out of it. The (gfig) star and spiral icons are pretty bad, but they were drawn too small originally because of the cramped gfig user interface and I think jimmac didn't change them much when he redrew them. If you are going to use the stock icons from OpenOffice I think it would be far better if you used the ellipse icon that doesn't have a segment sliced out of it (because the ellipse tool in inkscape cannot draw shapes like that yet). (I really hope I remember this right because I've deleted the mail with the attachment and although I tried to find it in the mailing list archives there is a signficant delay before Sourceforge updates the mailing list archives http://sourceforge.net/mailarchive/forum.php?forum_id=36054 ) All the icons are on Jimmacs website http://jimmac.musichall.cz/i.php3?ikony=77 Stock Draw circle http://jimmac.musichall.cz/ikony/i77/stock_draw-circle.png Stock Draw square http://jimmac.musichall.cz/ikony/i77/stock_draw-square.png I should admit that I'm not a huge fan of Jimmacs Gnome 2 icons and I actually prefer clearer sharper icons however it is a great bit of work you have done and it great that someone tried this, just the other day on GnomeDesktop.org a user was asking for Inkscape to use the stock icons. http://gnomedesktop.org/article.php?sid=1653 I also considered taking the icons Inkscape was already using and colouring in the Square Circle and Star to the colours they are now using by default to make them more easily distinguishable at a glance. Hope that makes sense Sincerely Alan Horkan

10 22

RE : call for sample pictures
by Cédric GEMY 04 Mar '04

04 Mar '04

I've put some SVG files here : http://www.le-radar.com/?art/galerie feel free to use them. A+ Cedric

1 0

RE: [Inkscape-devel] Inkscape with coloured icons (fwd)
by bulia byak 03 Mar '04

03 Mar '04

>From reading the markup I have noticed that it is extremely verbose (more >accurately I was reminded having previously noticed this in Sodipodi) and >I cannot think of any reason why this markup needs to be written. For >example a lot of style information about fonts in groups that done contain >any text or setting the fill-style:none but and then still setting the >unneccessary fill-rule, so i filed an enhancement request asking for less >verbose markup and with some suggestions. >http://sourceforge.net/tracker/index.php?func=detail&aid=909368&group_id=93… Text style is not added to non-text objects now. Since icons.svg was created long ago, it doesn't show that. More granular style management will be possible when we have AST (a new internal representation for XML and CSS) that's being worked on. _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

1 0

Mozilla SVG support info
by Bob Jamison 03 Mar '04

03 Mar '04

I saw this posted on /. http://www.mozilla.org/events/dev-day-feb-2004/mozilla-futures/title.html Use the <-- and --> keys to navigate. It would be absolutely wonderful if Mozilla supported SVG by default. Bob

1 0

[Fwd: [OT] Re: Inkscape inclusion on w3 svg site]
by Jonathan Phillips 03 Mar '04

03 Mar '04

I've been trying to get us on w3.org, but look at one of the responses from their list. I guess we should look at the RFE's some more, but man we have a ton of RFE's!!! Jon -----Forwarded Message----- From: Tobias Reif <tobiasreif@...254...> To: Jonathan Phillips <jon@...15...> Cc: svg list <www-svg@...157...> Subject: [OT] Re: Inkscape inclusion on w3 svg site Date: Wed, 03 Mar 2004 10:31:05 +0100 Hi On Tue 2004-03-02 Jonathan Phillips wrote: > Could someone add Inkscape to this page as an acceptable SVG editor. > This site drives traffic in a major way and we've identified being > on this list as highly valuable. > [...] > Inkscape's main motivation is to provide the Open Source community > with a fully XML, SVG, and CSS2 compliant SVG drawing tool. > Additional planned work includes conversion of the codebase from > C/Gtk to C++/Gtkmm, emphasizing a lightweight core with powerful > features added through an extension mechanism, and establishment of > a friendly, open, community-oriented development processes. Given that there hasn't been any reaction to my RFE http://sourceforge.net/tracker/index.php?func=detail&atid=604309&aid=848230… since more than three months I didn't even bother trying it out. Tobi -- Jonathan Phillips <jon@...15...>

1 0

RE: [Inkscape-devel] Problem with saved files in system with non UTF-8 locales
by unknown＠example.com 03 Mar '04

03 Mar '04

> -------- Original Message -------- > Subject: [Inkscape-devel] Problem with saved files in system with non > UTF-8 locales > From: "Okhremenko Andrei" <andreo@...251...> > Date: Wed, March 03, 2004 12:04 am > To: "Inkscape-devel" <Inkscape-devel(a)lists.sourceforge.net> > > I use Fedora Core 1 with russian locale ru_RU.koi8r. > When I saved file (SaveAs) with russian letters in filename I have > some > problems. > > 1. I don't see filename in header of program. > 2. When I closed inkscape and start it again I have message That's a known bug, id #866197 I happen to be working on that litterally as we speak. (Well, tonight while I'm reading and responding to your mail). I'll probably have a fix checked into CVS soon. :-)

2 1

RE: [Inkscape-devel] Problem with saved files in system with non UTF-8 locales
by bulia byak 03 Mar '04

03 Mar '04

> When I saved file (SaveAs) with russian letters in filename I have some >problems. This is a known bug. We're fixing it at the moment, it will work in 0.38. Thanks for reporting! _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

Problem with saved files in system with non UTF-8 locales
by Okhremenko Andrei 03 Mar '04

03 Mar '04

I use Fedora Core 1 with russian locale ru_RU.koi8r. When I saved file (SaveAs) with russian letters in filename I have some problems. 1. I don't see filename in header of program. 2. When I closed inkscape and start it again I have message /home/oau/.inkscape/preferences.xml either is not valid xml file or you do not have read premissions on it. Although inkscape will run, you are neither able to load nor save preferences. I viewed filename.svg and preferences.xml files and I found what Inkscape write some attributes in tags in koi8r locale, non utf-8. Example filename.svg tag <svg ... sodipodi:docname - koi8r locale sodipodi:docbase - koi8r locale preferences.xml tag <document ... uri - koi8r locale name - koi8r locale It's wrong. Andreo P.S. Sorry my english is so bad.

1 0

Re: [Inkscape-devel] DTD
by bulia byak 03 Mar '04

03 Mar '04

Wait a second. What is the bug here? The namespace URI does not resolve into DTD? It doesn't have to. It must be formally correct URI but it must not necessarily correspond to any page. Besides, only the Sodipodi namespace alludes to a DTD, Inkscape's does not, and we cannot add a DTD to sodipodi.sf.net even if we wanted to. We may eventually provide a schema for the Inkscape/Sodipodi SVG extensions, but it is not top priority now, and it may not be a DTD (there are much more flexible and powerful schema languages than DTD). >From: Jonathan Phillips <jon@...15...> >To: Wendall Cada <wendallc@...248...> >CC: inkscape <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] DTD >Date: Tue, 02 Mar 2004 13:14:42 -0800 > >Cool...could you file it in Inkscape as a bug. > >Jon > > >On Tue, 2004-03-02 at 13:06, Wendall Cada wrote: > > I filed a bug with the Sodipodi project quite some time ago, it can be > > found here: > > > > Date: 2003-11-29 11:29 > > Sender: lauris > > Logged In: YES > > user_id=19294 > > > > No, DTD does not exist, because nobody wants to maintain > > it (and unmaintained DTD is much useless). > > Also, W3C guidelines only say, that xmlns indicator has to > > be valid URL, not really existing document. > > Also, there is 'plain-svg' saving option and --export-svg > > command line option, that should create pure W3C variant. > > So I move this to feature request category from bugs. >-- >Jonathan Phillips <jon@...15...> > > > >------------------------------------------------------- >SF.Net is sponsored by: Speed Start Your Linux Apps Now. >Build and deploy apps & Web services for Linux with >a free DVD software kit from IBM. Click Now! >http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

4 3

DTD
by Wendall Cada 03 Mar '04

03 Mar '04

Hello, Accidentally sent a post earlier, the admin can disregard. Anyway, I posted a SR on sf.net some months ago that can be found here: https://sourceforge.net/tracker/?func=detail&aid=742081&group_id=4054&atid=… Anyway, I came away with the impression that lauris didn't much care about the spirit of the W3C documentation and interpreted it to the letter whenever convenient. I didn't bother to argue the fact that the DTD does need to exist, and as mhnoyes points out, the DTD provided by W3C could just as easily be used. Date: 2003-11-29 11:29 Sender: lauris Logged In: YES user_id=19294 No, DTD does not exist, because nobody wants to maintain it (and unmaintained DTD is much useless). Also, W3C guidelines only say, that xmlns indicator has to be valid URL, not really existing document. Also, there is 'plain-svg' saving option and --export-svg command line option, that should create pure W3C variant. So I move this to feature request category from bugs. Anyway, I disagree that this is a Feature Request. This is a problem, not a feature I'm looking for. I realize that valid files are created, but the DTD's are part of the process. I and am wondering how this with be addressed with InkScape? Wendall -- "Only the ideas that we really live have any value." --Hermann Hesse (Demian)

4 3

tutorials + renaming menu items
by Jonathan Phillips 03 Mar '04

03 Mar '04

Hello, 1.) After we get a couple more tutorials, how hard would it be to make a big Tutorial menu item with the sub-menu arrow to like our normal tutorials, a tutorial on how to create an icon, and lets say a tutorial a tips and tricks tutorial? If we can do this, I'd be interesting in plowing on these. We have a nice template already of what to do (thx to bulia), and we might as well make use of them. I will start these tutorials if someone (bulia?) makes that hierarchical Tutorial menu item with just the standard tutorial in it for now. 2.) NJH mentioned that we should rename the Import... menu item to "Place..." I thoroughly agree as place just places an absolute reference to a PNG file. A true import implies that a file is converted and put into the current document that a user is working on, right? If we agree to this, I'll change it. Jon -- Jonathan Phillips <jon@...15...>

5 5

Re: [Inkscape-devel] more font work
by Robert Crosbie 03 Mar '04

03 Mar '04

>From: Bryce Harrington <bryce@...1...> >To: inkscape <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] more font work >Date: Tue, 2 Mar 2004 11:16:28 -0800 (PST) > >On Tue, 2 Mar 2004, Jonathan Phillips wrote: > > Two things: > > > > 1.) What is the speed differences between using SVGs compared to XPMs > > for icons in the interface? > >I don't think anyone's quantified it, but I traced through the code that >gets called to render them, and it's quite extensive. My guess is that >it's quite a bit slower, but couldn't say how much. I suspect that >could be mitigated via caching the rendered bitmaps at compile or >installation time. > > > 2.) Currently, our interface doesn't use SVGs for icons, right? > >I think it uses a mix of both SVG and XPM. > >Bryce > Yes, it is a mix of both SVG and XPM. I was working on this a while ago when I added the Stock support. I got lost in the SVG icon rendering code and didn't know if we wanted to go exclusively with SVG or XPM, so I left things as a mix. I haven't had time to work on the code since before christmas. :( Some icons in the icons.svg file aren't rendered as xpm yet. If we went exclusively with XPM's we could put everything in stock and get rid of the SPIcon code (I think). It should be faster and the code would be easier to manage and understand. Also, last time I looked, Valgrind was reporting quite a few memory leaks traceable to the SPIcon code. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

4 4

more font work
by bulia byak 03 Mar '04

03 Mar '04

Continuing the font system cleanup, today I checked in a fairly large chunk of code: 1. All CSS font properties (style, weight, stretch, variant) are now fully supported. This support is somewhat flakey in that when you change a font of a text object, the properties get their values from parsing the style name of the font, assuming the name uses more or less standard terms (and is in English). This is currently unavoidable, because the Xft back-end provides no information about the font style except italic and bold bits, which is clearly insufficient for our purposes. When we switch to Pango, we'll be able to get from it an exact match for the CSS properties, but it needs to be tested how reliable is this information from Pango (it may well be that parsing the name, although ugly, is still more reliable). Similarly, when Inkscape reads a CSS font specification from SVG, it finds the most appropriate font based on the name only. So, now Inkscape can see, apply, and read from SVG a lot more fonts and styles than before. It still cannot handle _all_ fonts, but the limit of the CSS syntax is reached, and further improvement is only possible if we introduce an inkscape:font-style extension attribute. Perhaps I will do this next. 2. The matching algorithm that finds the most appropriate family and style is much improved. If there's no exact family match, Inkscape now uses partial matches (e.g. "Times New Roman" if SVG specifies "times", or "Adobe Garamond" if the file requires "Garamond", or vice versa), of which it selects the family with the shortest name. Inkscape now knows more standard families (most importantly Bitstream Vera, but also Luxi and Windows standard fonts) and uses one of them when all else fails. It also attempts to avoid using fancy fonts (such as monospace, outline, etc) when not asked, so as to prevent funny font substitutions. Finally, it now understands and tries to obey generic font families (serif, sans-serif, monospace) and can parse multiple families in one specification (e.g. "font-family:garamond,times,serif") finding the best match for all listed families. With matching style, it will match "italic" when you specify "oblique" but no oblique is available, and vice versa, and will find the closes stretch and weight match among the available styles. 3. Whenever an inexact family/style match is chosen, Inkscape will now display a g_warning showing what font was required and what is being used instead. You will probably get a lot of such warnings for your old files, because older versions of inkscape/sodipodi often included bogus and unnecessary font references. Newly created files should be OK (at least when viewed on the same system). In particular, there were warnings in icons.svg, tutorial.svg and about.svg; I cleaned them all up so please do "make install" again. If you get some suspicious font substitution or any other font problem, contact me at once. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

6 10

new library dependency: libgc
by MenTaLguY 03 Mar '04

03 Mar '04

We're looking at using libgc (the Boehm garbage collector) -- will this be a problem for any of our non-Unix packages? -mental

1 0

Re: [Inkscape-devel] SVG icon work (was more font work)
by Robert Crosbie 02 Mar '04

02 Mar '04

>From: Alan Horkan <horkana@...44...> >To: Bob Jamison <rjamison@...73...> >CC: inkscape <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] more font work >Date: Tue, 2 Mar 2004 21:10:40 +0000 (GMT) > > >On Tue, 2 Mar 2004, Bob Jamison wrote: > > > Date: Tue, 02 Mar 2004 08:28:59 -0600 > > From: Bob Jamison <rjamison@...73...> > > To: inkscape <inkscape-devel(a)lists.sourceforge.net> > > Subject: Re: [Inkscape-devel] more font work > > > > bulia byak wrote: > > > > > warnings in icons.svg, tutorial.svg and about.svg; I cleaned them all >up > > > so please do "make install" again. > > > > > > > Speaking of icons.svg, I have noticed > > something that maybe one of the users > > could help with, if this is OK with > > Bryce. > > > Currently, icons.svg is rather unorganized. > > It would be really great if someone > > could organize and arrange the icons > > according to their use. And annotated, too. > > Like if the file were arranged like this, > > visually: > > > > > > Toolbox icons, 20x20 > > [icon] [icon] [icon] > > text-tool curve-tool freehand-tool > > > > Menu icons, 24x24 > > [icon] [icon] [icon] > > import-into file_export print-direct > > > > > > ....etc.... > > > > > > The only restrictions are that the > > icons should not be resized, that > > they must remain top-level <g> members > > of the svg tree, and that they retain their > > proper names. > >Would be possible (or even a good idea) to have some way of simply >allowing the group id to be shown directly in the document? > >This would save adding lots of text descriptions as the icons are all >already nicely labelled. > >- Alan H. It is possible that adding extra text and other unused objects could slow down the parsing of the icons. It could be negligable, I don't know, but people do like their applications to start as fast as possible. The file could still be organized into a logical order though and I could take this task. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 3

Re: [Inkscape-devel] DTD
by bulia byak 02 Mar '04

02 Mar '04

>I agree about there being more powerful methods than a DTD. My point is >that I disagree about the URI not needing to correspond to an actual >page. If that is the stance of this development team, I think you should >get some clarity from someone over at W3C, because that has never been >the case in my experience, nor is it how I or any other developer I've >worked with interprets the documents. Quoting http://www.w3.org/TR/REC-xml-names/#ns-decl "The namespace name, to serve its intended purpose, should have the characteristics of uniqueness and persistence. It is not a goal that it be directly usable for retrieval of a schema (if any exists)." This clearly states that a namespace URI is not that of a schema and was never intended to be. If Lauris decided to construct a URI that ends with .dtd, it's not our problem. We keep using it simply for compatibility with Sodipodi. >It would be completely acceptable to leave it out, but putting invalid >DTD information in the files does produce errors. Or do you mean that the SVG DTD linked to in DOCTYPE does not validate our files? If so then yes, it's a problem, we'll probably need to remove that reference (or maybe remove the DOCTYPE altogether). _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

Re: [Inkscape-devel] tutorials + renaming menu items
by bulia byak 02 Mar '04

02 Mar '04

> > 2.) NJH mentioned that we should rename the Import... menu item to > > "Place..." I thoroughly agree as place just places an absolute reference > > to a PNG file. A true import implies that a file is converted and put > > into the current document that a user is working on, right? > >I'm not sure that is a valid assumption. I vote against "Place". It annoys me enough in Illustrator. Importing is a logical inverse of exporting, so the name must reflect that. Whether a file is sucked in or just linked to is secondary. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

Re: [Inkscape-devel] DTD
by Bryce Harrington 02 Mar '04

02 Mar '04

Thanks, we'd appreciate the help. I think once a DTD (or XML Schema) is available, I assume all we'd need to do is post it to the appropriate place on our website to take care of that validation issue, right? Bryce On Tue, 2 Mar 2004, Wendall Cada wrote: > Should have waited to respond, this answered my question entirely. I > would love to check into this for you guys. If I remember correctly, the > SVG files validated against the W3C DTD just fine. I just cut and pasted > the DTD address over the Sodipodi one. > > Wendall > > On Tue, 2004-03-02 at 13:32, Bryce Harrington wrote: > > On Tue, 2 Mar 2004, Wendall Cada wrote: > > > Hello, > > > > > > Accidentally sent a post earlier, the admin can disregard. > > > > > > Anyway, I posted a SR on sf.net some months ago that can be found here: > > > > > > https://sourceforge.net/tracker/?func=detail&aid=742081&group_id=4054&atid=… > > > > > > Anyway, I came away with the impression that lauris didn't much care > > > about the spirit of the W3C documentation and interpreted it to the > > > letter whenever convenient. I didn't bother to argue the fact that the > > > DTD does need to exist, and as mhnoyes points out, the DTD provided by > > > W3C could just as easily be used. > > > > Good idea. For Inkscape we listed 'full SVG compliance' as one of our > > core missions & goals, so the DTD is extremely important. I don't know > > if Inkscape's output passes the W3C DTD, but if it doesn't then those > > items should probably be treated as critical bugs (as bad as crash > > bugs). > > > > We've also talked about having a DTD for the SVG additions. This is > > definitely something that should be written and included with the > > Inkscape package - wouldn't hurt to include the W3C SVG DTD too, for > > completeness. Maybe we should have a share/dtd/ directory? > > > > It might be useful to have an optional extension that did a DTD check of > > documents on load, so people who want to ensure DTD compliance could > > make use of that as a filter/check. > > > > Wendall, would you be interested in checking some of the output against > > the W3C DTD and get a feel for how far off we are from compliance? > > Also, if you know the ins and outs of DTD making, would you be > > interested in helping make the DTD for the added svg items? (I think > > mental could probably itemize what the svg additions in Inkscape are, if > > you catch him on Jabber). > > > > Bryce > > > > > Date: 2003-11-29 11:29 > > > Sender: lauris > > > Logged In: YES > > > user_id=19294 > > > > > > No, DTD does not exist, because nobody wants to maintain > > > it (and unmaintained DTD is much useless). > > > Also, W3C guidelines only say, that xmlns indicator has to > > > be valid URL, not really existing document. > > > Also, there is 'plain-svg' saving option and --export-svg > > > command line option, that should create pure W3C variant. > > > So I move this to feature request category from bugs. > > > > > > Anyway, I disagree that this is a Feature Request. This is a problem, > > > not a feature I'm looking for. I realize that valid files are created, > > > but the DTD's are part of the process. I and am wondering how this with > > > be addressed with InkScape? > > > > > > Wendall > > > >

1 0

DTD
by Wendall Cada 02 Mar '04

02 Mar '04

Hello, Accidentally sent two posts earlier, the admin can disregard. Not enough coffee or something today. Anyway, I posted a SR on sf.net some months ago that can be found here: https://sourceforge.net/tracker/?func=detail&aid=742081&group_id=4054&atid=… Anyway, I came away with the impression that lauris didn't much care about the spirit of the W3C documentation and interpreted it to the letter whenever convenient. I didn't bother to argue the fact that the DTD does need to exist, and as mhnoyes points out, the DTD provided by W3C could just as easily be used. Date: 2003-11-29 11:29 Sender: lauris Logged In: YES user_id=19294 No, DTD does not exist, because nobody wants to maintain it (and unmaintained DTD is much useless). Also, W3C guidelines only say, that xmlns indicator has to be valid URL, not really existing document. Also, there is 'plain-svg' saving option and --export-svg command line option, that should create pure W3C variant. So I move this to feature request category from bugs. Anyway, I disagree that this is a Feature Request. This is a problem, not a feature I'm looking for. I realize that valid files are created, but the DTD's are part of the process. I and am wondering how this with be addressed with InkScape? Wendall -- "Only the ideas that we really live have any value." --Hermann Hesse (Demian)

1 0

DTD
by Wendall Cada 02 Mar '04

02 Mar '04

I filed a bug with the Sodipodi project quite some time ago, it can be found here: Date: 2003-11-29 11:29 Sender: lauris Logged In: YES user_id=19294 No, DTD does not exist, because nobody wants to maintain it (and unmaintained DTD is much useless). Also, W3C guidelines only say, that xmlns indicator has to be valid URL, not really existing document. Also, there is 'plain-svg' saving option and --export-svg command line option, that should create pure W3C variant. So I move this to feature request category from bugs. -- "Only the ideas that we really live have any value." --Hermann Hesse (Demian)

2 1

Re: [Inkscape-devel] more font work
by bulia byak 02 Mar '04

02 Mar '04

>It might be nice to get some of these new icons designed for our next >release. http://inkscape.org/cgi-bin/wiki.pl?Icons _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

3 2

Re: [Inkscape-devel] more font work
by Robert Crosbie 02 Mar '04

02 Mar '04

>From: Jonathan Phillips <jon@...15...> >To: Robert Crosbie <swingincelt@...19...> >CC: inkscape <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] more font work >Date: Tue, 02 Mar 2004 11:51:53 -0800 > >What is standard to most GTK apps? There is something luring about using >SVG icons since we are the SVG app, right? Also, by supporting SVG, that >would that allow green-developers to quickly add icons for our app. > >I know its more work, but SVGs sound like the proper way to go. Looks >like gnome is moving that way as well with their entire interface to be >svg rendered on-screen, as well as icons. > >Otherwise, what would someone do to create an icon. Add it to icons.svg, >then export it as a png, and then convert it to an XBM file? > >It might be nice to get some of these new icons designed for our next >release. > >Jon I agree with the SVG icons thing. What would be really cool is to have code that would render an svg object (from a file) into an image that we could add to inkscape's Stock. I hacked this together once by moving code from SPIcon over to inkscape_stock with a few modifications. I didn't comit it because it looked ugly and I didn't understand it at all. That, or it didn't work... I can't remember. :/ Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

RE: [Inkscape-devel] Obtain po files to update
by bulia byak 02 Mar '04

02 Mar '04

> Hi, how can I download the es.po file so I can start updating it with >the new entries? Do I need to use CVS? You can also grab it here: http://cvs.sourceforge.net/viewcvs.py/*checkout*/inkscape/inkscape/po/es.po… This web interface is a few hours behind CVS, but since the file was not changed in the last days, this does not matter. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Obtain po files to update
by Lucas Vieites Fariña 02 Mar '04

02 Mar '04

Hi, how can I download the es.po file so I can start updating it with the new entries? Do I need to use CVS? -- Lucas Vieites Fariña Dpto. Desarrollo <lucas@...212...> Asix Informática http://www.asixinformatica.com/ Tel/Fax: +34 986 54 26 98

1 0

Inkscape Status - March 1, 2004
by Bryce Harrington 02 Mar '04

02 Mar '04

Project Status Monday, March 1, 2004 The Inkscape 0.37 release seems to have been quite well received. Unfortunately SourceForge's statistics are about a month behind so it's difficult to quantify how well the release went, but growth in list membership and Freshmeat hits show that our audience is steadily increasing. Statistics Nov 15 Dec 15 Jan 15 Feb 15 Mar 1 ========== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 2452 1928 * * (68.5%) (82.4%) (86.1%) * * Max Week's Rank on SourceForge: 62 27 321 * * (99.6%) (99.8%) (97.5%) * * Total SF Page Views * 86,000 126,500 * * Total SF Downloads * 3640 5,735 * * Total Freshmeat URL Hits 746 2237 2,958 3,437 4,661 Total Freshmeat Subscriptions 16 28 33 35 49 Lines of Code in src/: 115,901 132,134 166,914 167,386 176,181 Code lines 100,549 133,150 131,540 137,202 Comment line 11,591 12,468 12,995 15,343 Blank 20,559 21,929 23,513 24,378 Lines of Docs in doc/: 1,135 2,225 3,000 4,500 4,500 Lines of content in website: 1,173 2,090 2,885 4,300 4,886 Size of the Inkscape wiki: 3,700 7,385 11,284 13,114 13,880 Minutes since last ChangeLog mod: 360 1260 6 2 2 Bugs open/total: 9/15 67/111 74/160 53/178 41/198 Features open/total: 18/18 40/45 104/120 120/137 157/176 Patches open/total: 1/ 6 6/25 4/32 2/ 35 5/ 40 CVS Commits (as per inkscape-cvs): 481 * * 2796 * Inkscape-devel membership: 49 64 64 63 70 Inkscape-announce membership: 9 16 22 26 31 Inkscape-user membership: 0 21 31 * - Statistics unavailable

1 0

RE: [Inkscape-devel] new AST module
by bulia byak 02 Mar '04

02 Mar '04

>Starting today, I'll be working on a new Inkscape::AST module, which >will eventually replace the current SPRepr subsystem. Hurray!!! I can't wait when it's ready! :) But what does AST stand for? >The goal is to reduce the complexity of the XML code, while allowing for >e.g. CSS and SVG path data to be manipulated in the same tree, in >broken-down form (rather than as monolithic strings). And also to automate any and all inheritance and precedence issues, so that we can use ONE function to access the effective value of any property, be it in CSS string or in attribute, no matter how many levels of parents or defs (defs can be recursive, too) may affect it. _________________________________________________________________ Click, drag and drop. My MSN is the simple way to design your homepage. http://click.atdmt.com/AVE/go/onm00200364ave/direct/01/

2 1

directory reorganization
by Jonathan Phillips 02 Mar '04

02 Mar '04

SO I proceeded with the dir. reorg. last night and I have the head compiling and all that. I still have some other little tweaks, but the largest chunk (excluding packaging) has been committed. Please make sure that I did not break anything. The icons and extensions folders now are inside share. Also, I put the svg files that were in icons (about.svg, keys.svg, and tutorial.svg) and put them into share/screens and updated and created a variable INKSCAPE_SCREENDIR instead of INKSCAPE_PIXMAPDIR for these files where accessed in help.cpp (this is defined in src/Makefile.am). ISHMAL, could you please look and see how a fresh cvs windows build works. I have a strong feeling that a I broke it, as I have no test box and tried to conceptually follow what I did on the linux side. The part that might not work I'm pretty sure is contained in config.h.mingw and Makefile.mingw I believe. I became slightly confused after staring at weird makefile syntax for a couple of hours. I will delve further into cleaning up the makefiles now that I understand automake and makefiles much better. There is sooo much legacy architecture and cheap hacks where the same paths are called in different places in the makefiles. Also, would you all agree that I should migrate the current recursive makefiles to just one top-level makefile? You all might also email me/the list a wishlist of how to clean up the source tree and the makefile nasties as they currently exist. If you want to refer to the dir. reorg plan: http://inkscape.org/cgi-bin/wiki.pl?DirectoryReorgProposal Thank you, Jon -- Jonathan Phillips <jon@...15...>

6 9