- Inkscape Devel - Inkscape Mailman

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