- Inkscape Devel - Inkscape Mailman

RE: [Inkscape-devel] annoying usability with selection
by bulia byak 30 Mar '04

30 Mar '04

>arguably* this is the correct behaviour and that if you want to rotate all >the objects as a group then you should group them and ungroup them when >you are done. (* i wouldn't argue this for myself, although the behaviour >is logical I cannot say I have ever wanted to use it that way) If we follow this logic, we'll also need to change scaling, skewing, flipping, and perhaps other operations all of which currently work on a selection as a whole. >the problem is that if you change the behaviour to rotate the whole group >and some one actually does want to rotate each of the selected objects >individually then they would be forced to do them one by one. True, this may be useful sometimes too, but it's not for a global verb. It would be nice to have it as a checkbox in the Transform dialog or next to the top panel's Rotate field. _________________________________________________________________ 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] annoying usability with selection
by bulia byak 30 Mar '04

30 Mar '04

>Does anyone else find it annoying that when using another tool, you >can't select all with ctrl-a You can. It's a global verb, although it works differently in node tool. , and shift into selection mode? Also, I >wonder if there could be shortcut keys associated with rotate 90 deg CW >and 90 deg CCW. There are. Look up Ctrl+[ and Ctrl+] in the reference. There is a problem with them, however: these keys are only valid in selector, while the buttons on the toolbar call a different function and are global verbs without shortcuts. Those global rotates are broken (try rotating several selected objects, it rotates each one separately instead of rotating the selection as a whole) and need to be removed anyway. And the reason why the [, ] rotates are not global is that they work differently in node editor (rotate node handles). So what needs to be done is this: - rewrite the global rotate verbs so that they find out the current tool and call different functions in node tool and in all other tools. An example of such tool-sensitive verb is Ctrl+A whence you can borrow the check code. - assign the Ctrl+[] shortcuts to these global verbs and remove these keys from select-context.cpp. This might be a good project for you :) _________________________________________________________________ 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…

2 1

RE: Startup message
by bulia byak 30 Mar '04

30 Mar '04

This means it can't find some of the icons. This may happen if you updated your .exe but not icons.svg. >I am consistently getting the following startup messages with win32 28 >march >and 29 march. > >vellum ><< Startup040329.gif >> ><< Startup040328.gif >> _________________________________________________________________ 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

annoying usability with selection
by Jonathan Phillips 30 Mar '04

30 Mar '04

Does anyone else find it annoying that when using another tool, you can't select all with ctrl-a, and shift into selection mode? Also, I wonder if there could be shortcut keys associated with rotate 90 deg CW and 90 deg CCW. Jon -- Jon Phillips Graduate Researcher Visual Arts Department PO BOX 948667 LA JOLLA, CA USA cell.858.361.2811 jon@...247... http://www.jonphillips.info

1 0

Re: [Inkscape-user] little buggy ?
by Jonathan Phillips 30 Mar '04

30 Mar '04

I will forward up stream to whomever creates the Industrial Theme. Arg. I really do not believe this is our bug, as we are using standard GTK widgets for the rulers, right? Jon On Wed, 2004-03-31 at 10:09, Vinh TONTHAT wrote: > Thanks for your reply :) > > I am using Arch Linux with Industrial theme on gtk 2.2.4. I tried with > other themes which work without problem. Industrial is my favorite gtk2, > how to get Inkscape works with ? > > Vinh > > On Mon, 29 Mar 2004 09:15:58 -0800, Jonathan Phillips <jon@...15...> > wrote: > > > Arg...I tested the newest Industrial theme which was giving us this > > problem and it seemed fixed. I do believe this is a problem with some > > themes, as others work. > > > > Could you tell me what theme you are using, your system, etc, so that I > > can look into this further. > > > > Jon > > > > > > On Mon, 2004-03-29 at 03:53, vinh@...286... wrote: > >> there is what I get when I scroll with mouse: > >> > >> http://www.opti-mind.net/tmp/buggy.png > >> > >> Do you have any idea ? > >> > >> Thanks > >> > >> Vinh > >> > >> ******ADSL Tiscali, le Haut débit au meilleur prix ****** > >> Avec Tiscali, profitez de l'ADSL au meilleur prix partout en France ! > >> Pour profiter de cette offre exceptionnelle, cliquez ici : > >> http://register.tiscali.fr/adsl > >> Sous réserve d'éligibilité à l'ADSL. > >> > >> > >> > >> > >> ------------------------------------------------------- > >> This SF.Net email is sponsored by: IBM Linux Tutorials > >> Free Linux tutorial presented by Daniel Robbins, President and CEO of > >> GenToo technologies. Learn everything from fundamentals to system > >> administration.http://ads.osdn.com/?ad_id70&alloc_id638&opÌk > >> _______________________________________________ > >> Inkscape-user mailing list > >> Inkscape-user(a)lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/inkscape-user -- Jon Phillips Graduate Researcher Visual Arts Department PO BOX 948667 LA JOLLA, CA USA cell.858.361.2811 jon@...247... http://www.jonphillips.info

2 1

RE: [Inkscape-devel] Inkscape strings
by bulia byak 30 Mar '04

30 Mar '04

> > Right, strictly speaking sharpness also depends on the angular > > positions of handles. Please feel free to propose a better one-word > > term than "sharpness". > >Maybe "compactness"? Same problem as sharpness. A star with skewed rays is less compact even if the radii are the same length. _________________________________________________________________ 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

Open/Save dialogs
by Ted Gould 30 Mar '04

30 Mar '04

Hey, I changed the open and save dialogs so that they have listings of all the extensions that are available to be saved with. Unfortunately, I don't have a win32 system to put the changes over there. I think that I have ported over the API changes (so it should build) - but not the code. Can someone port the changed code? I guess someone should also make sure that I didn't screw up the build too :) --Ted

1 0

InkScape Icons (fwd)
by Bryce Harrington 29 Mar '04

29 Mar '04

---------- Forwarded message ---------- Date: Mon, 29 Mar 2004 23:19:27 +1000 From: Gerwood <gerwood@...289...> To: bryce@...58... Subject: InkScape Icons Bryce A quick explanation. I found out about inkscape less than a week ago and so far have found it a brilliant program to use. I am sending to you an icon I have created for it (for use in gnome). I figured you might like to start a collection or similar. Thank you for this program. Incidently I did also try sodipodi and I realise that they are from the same source originally. I chose inkscape though because I preferred the interface. I thought you would also like to know that I found inkscape to be very, very easy to use. I have already started on my own icon set as a result. Again thank you and the rest of those who are working on this program. Gerwood Stewart (p.s. do what you will with the icon).

1 0

RE: [Inkscape-devel] Inkscape strings
by bulia byak 29 Mar '04

29 Mar '04

>"Ratio of tip and base radii of points" (src/toolbox.cpp) > >What's "base radius" and "tip radius"? Tip radius is the distance from the center to the farthest handle. Base radius is the same for closest handle. Can you suggest better terms? >Does "point" mean "corner" here? Yes, although "of points" is just redundant, I removed it. >"You cannot group objects from different groups or layers." >(src/selection-chemistry.cpp) >"You cannot raise/lower objects from different groups or layers." >(src/selection-chemistry.cpp) >"You cannot combine objects from different groups or layers." >(src/path-chemistry.cpp) > >First of all, what do you mean by "layer"? This is for the future. We will (hopefully) soon have layers support. In SVG, layers will be represented by <g> as are groups, hence the messages. >Taking a look at the sources it seems that what we really mean by >these 3 strings is something like "objects with different parents". >Probably these strings could be worded a bit better. Yes, but "parents" are confusing for a user. It's developer terminology. >You can't raise a grouped item (without raising the rest of the group), >but you can raise the whole group, right? No. You can raise/lower a grouped object (or an object in a layer) within it's group/layer, not within document root (try it). >The "raise" string talks >about >"different groups", which does not apply to this case. I think it's correct. When you select objects with different parents, it's ambiguous where to raise/lower it, hence the message. >If you select a grouped item with Ctrl, you can't group it together >with an ungrouped item, but you can group the group itself with that >ungrouped item (right?). No. You cannot even select a group and an item within that group at the same time, there's a check for that. When you have a group selected and try to select an item within it, te group is deselected, and vice versa (try it). _________________________________________________________________ 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

Inkscape strings
by Arpad Biro 29 Mar '04

29 Mar '04

Hi, I have a few questions about some of the translatable strings in the Inkscape sources: "Ratio of tip and base radii of points" (src/toolbox.cpp) What's "base radius" and "tip radius"? Does "point" mean "corner" here? ---------------------------------------------------- "You cannot group objects from different groups or layers." (src/selection-chemistry.cpp) "You cannot raise/lower objects from different groups or layers." (src/selection-chemistry.cpp) "You cannot combine objects from different groups or layers." (src/path-chemistry.cpp) First of all, what do you mean by "layer"? Taking a look at the sources it seems that what we really mean by these 3 strings is something like "objects with different parents". Probably these strings could be worded a bit better. You can't raise a grouped item (without raising the rest of the group), but you can raise the whole group, right? The "raise" string talks about "different groups", which does not apply to this case. This string needs rewording the most (of the 3 above). If you select a grouped item with Ctrl, you can't group it together with an ungrouped item, but you can group the group itself with that ungrouped item (right?). IMHO this shows that the other 2 strings could also be worded better. Of course this depends on what you call a "layer". Arpad Biro __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html

1 0

Re: [Inkscape-user] little buggy ?
by Jonathan Phillips 29 Mar '04

29 Mar '04

Arg...I tested the newest Industrial theme which was giving us this problem and it seemed fixed. I do believe this is a problem with some themes, as others work. Could you tell me what theme you are using, your system, etc, so that I can look into this further. Jon On Mon, 2004-03-29 at 03:53, vinh@...286... wrote: > there is what I get when I scroll with mouse: > > http://www.opti-mind.net/tmp/buggy.png > > Do you have any idea ? > > Thanks > > Vinh > > ******ADSL Tiscali, le Haut débit au meilleur prix ****** > Avec Tiscali, profitez de l'ADSL au meilleur prix partout en France ! > Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl > Sous réserve d'éligibilité à l'ADSL. > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&opÌk > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user -- Jon Phillips Graduate Researcher Visual Arts Department PO BOX 948667 LA JOLLA, CA USA cell.858.361.2811 jon@...247... http://www.jonphillips.info

1 0

RE: [Inkscape-devel] Text Special Characters
by bulia byak 29 Mar '04

29 Mar '04

>>Each time I try I get a small empty rectangle instead of the character. I tested available builds back to the end of December, they're all broken. So probably this was never fixed except on linux. I don't know if it's worth trying to fix this particular bug, or perhaps we should work towards Pangofication instead, which will likely fix this and other font problems on windows. >>I am also getting the error message shown in the attached file. This one is unrelated, I fixed it now. _________________________________________________________________ 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…

3 3

crash in IntLigne::Copy on windows
by bulia byak 29 Mar '04

29 Mar '04

Fred, SF tracker is down so I'm writing you directly with another bug :) Since after 23rd, Inkscape on Windows started to crash when doing node editing or freehand drawing. The crash is not instantaneous, but it 100% happens after a few motions. Freehand crashes while you're still drawing a line which is not yet finalized, so this crash has to do with ctrlline rendering and not the regular renderer. Here's the backtrace: Program received signal SIGSEGV, Segmentation fault. 0x0059ea5d in IntLigne::Copy(int, BitLigne**) () (gdb) bt #0 0x0059ea5d in IntLigne::Copy(int, BitLigne**) () #1 0x00590b08 in nr_pixblock_render_bpath_rgba(Shape*, unsigned, NRRectL&, char *, int) () #2 0x0058fe7b in sp_canvas_bpath_render(_SPCanvasItem*, SPCanvasBuf*) () #3 0x004663c8 in sp_canvas_group_render(_SPCanvasItem*, SPCanvasBuf*) () #4 0x004663c8 in sp_canvas_group_render(_SPCanvasItem*, SPCanvasBuf*) () #5 0x004663c8 in sp_canvas_group_render(_SPCanvasItem*, SPCanvasBuf*) () #6 0x004692e0 in sp_canvas_paint_rect(_SPCanvas*, int, int, int, int) () #7 0x004694ab in paint(_SPCanvas*) () #8 0x004676a7 in idle_handler(void*) () #9 0x00c5c865 in ?? () #10 0x00c5d07c in ?? () #11 0x00c5d6e3 in ?? () #12 0x00c5a21f in ?? () #13 0x00e6d109 in ?? () #14 0x00401b36 in sp_main_gui(int, char const**) () #15 0x00401902 in main () If you can't reproduce this and need more info, let me know, I can look up anything in gdb for you. Also there's another (less critical) bug on the visibility of handle lines in node edit, please see in the tracker. Simarilius: You can find a Windows binary of gdb at http://www.mingw.org/download.shtml, highly recommended. _________________________________________________________________ Find a broadband plan that fits. Great local deals on high-speed Internet access. https://broadband.msn.com/?pgmarket=en-us/go/onm00200360ave/direct/01/

1 0

Vector Aesthetics Presentation
by Jonathan Phillips 29 Mar '04

29 Mar '04

Hello All, I'm giving another presentation that kinda involves Inkscape at UC Berkeley on April 04, 2004. Please see http://art.berkeley.edu/040404/ if you are interested in attending. It should be very interesting. The event is free I believe and has food and whatnot. I will post info on the talk to the WIKI shortly. It is an overview of a framework I'm calling Vector Aesthetics. I will only discuss post-Bezier art/design/etc at the talk, but will end with Inkscape short-note. Anyone seeking help, or wants to have a little mini-meeting in the area, then please stop into that talk. Jon -- Jon Phillips Graduate Researcher Visual Arts Department PO BOX 948667 LA JOLLA, CA USA cell.858.361.2811 jon@...247... http://www.jonphillips.info

1 0

RE: [Inkscape-devel] Text Special Characters
by bulia byak 28 Mar '04

28 Mar '04

>Each time I try I get a small empty rectangle instead of the character. Also please try to find the latest build that worked and report it when submitting the bug. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

How to get up-to-date PO/POT files
by Arpad Biro 28 Mar '04

28 Mar '04

Hi, How can the current PO/POT files be obtained/generated? (I mean, files that contain the very latest English strings.) Are they updated automatically or do we have to update them by hand? Arpad Biro __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html

2 2

Re: [Inkscape-devel] Gradient Meshes
by bulia byak 28 Mar '04

28 Mar '04

>>When these things are done, I will be almost happy. It will be relatively >>easy then to emulate most meshes, fields, etc. by overlaying >>semitransparent elliptic gradients. > >How does that follow? Nobody has shown how to transform a gradient mesh >into a gradient field (a very good name actually). I'm not a mathematician; I'm a designer. I think I can approximate well enough (for design purposes) most useful meshes using ellipses, and a still better approximation is possible with blurred strokes of blur filter on shapes. See the current about.svg for a crude example. _________________________________________________________________ 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…

5 4

Re: [Inkscape-devel] Gradient Meshes
by bulia byak 28 Mar '04

28 Mar '04

>I think we're best off providing UI to utilize the features we do have >from SVG; And from Sodipodi. It's amazing how much stuff we can render but lack creation tools for. Bitmap fills, patterns, masks, clones (svg:use), multistage gradients... All we need for these is just UI and some bugfixing, and voila. This should be one of the main directions of Inkscape development IMHO. _________________________________________________________________ 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…

3 2

Error on Inkscape web pages
by Alan Horkan 28 Mar '04

28 Mar '04

I thought you might want to fix this immediately so I'm mailing it to the list rather than filing a bug at the top of every page on the inkscape site is the following error message: Warning: open(/tmp/sess_8fbb6e7c1573df58b634cba6b111355e, O_RDWR) failed: No space left on device (28) in /home/groups/i/in/inkscape/inkscape_web/includes/header.php on line 6 - Alan

2 1

RE: [Inkscape-devel] Text Special Characters
by bulia byak 28 Mar '04

28 Mar '04

>Each time I try I get a small empty rectangle instead of the character. I can confirm that. Please file a bug. >I am also getting the error message shown in the attached file. This is likely unrelated, please file a separate bug. I also noticed that saving with non-ascii filenames on windows does not work (I will file this too). Did it ever work, or was it only fixed/tested on linux? _________________________________________________________________ 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] more on win32 locale
by bulia byak 28 Mar '04

28 Mar '04

>Se attached diff for the function that causes the komma. Thanks, applied >For now I don't see other cases that generate wrong number output even >there are a lot printfs. Here's what I found: sp_arc_set_elliptical_path_attribute in sp-ellipse sp_stop_write and sp_gradient_repr_set_vector in sp-gradient sp-metrics one more _dump_path is sp-offset sp_shape_build in sp-shape still lots of printfs with %g in style.cpp sp_svg_write_percentage all postscript output in extensions/internal/ps.cpp sp_dtw_whatever_changed and 2 more cases in desktop-properties still more style writing in sp_fill_style_widget_paint_changed in dialogs/fill-style similar in stroke-style, also dash setting there widget_opacity_value_changed in item-properties setting font-size in text-edit Perhaps I still missed something... _________________________________________________________________ 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…

2 1

RE: [Inkscape-devel] more on win32 locale
by bulia byak 28 Mar '04

28 Mar '04

I applied your first three patches, thanks. >1. When drawing a polygon (the star) numbers in the points element are >locale dependent, strange the star is drawn correctly. >2. The root document with and height are also locale dendent. Yes, and probably other places, too. What we need to do is just search for "printf" and see if the output of it goes into SVG, and if so, replace them (some printfs print debug messages on screen, you can leave them alone). Now that you know what to do, it should be easy :) >cvs diff sp-polygon.cpp (in directory C:\projekte\inkscape\src) Please resend this patch in diff -u format as were the previous ones. _________________________________________________________________ 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…

6 8

some UI suggestions ;-)
by Artemio 28 Mar '04

28 Mar '04

Hello all! Once again thank you so much for your great efforts and unbelievable results. I have several suggestions to make Inkscape UI even more usable. -= 1 =- Currently, most (if not all) the tool options, fill/stroke and similar dialogues appear as top-level windows. If Inkscape's main window is maximised, this makes coming back to a certain dialogue to slow (one has to use Alt-tab or go to taskbar). Possible solution: make all dialogue windows child windows so they never go away if one works on the canvas etc. This would drastically speed up the work with the app. Also, possibly remember open child dialogue windows and their positions - this way users would be able to create their very own In -= 2 =- In export dialogue, it would be nice to be able to export a PNG of the same size the canvas is, not just the size of the whole drawing. Drawing can be small, but people often need to export 300/600 dpi A4 page. -= 3 =- I think that most of "file", "edit" and "dialogs" menus should also be available as tollbar icons (like it is in Sodipodi). Of course, users should probably be able to configure this so those who prefer I'll tell you why I'm asking about this. Working with your left hand on the keys and right on the mouse is faster and better. But very often there are times when one puts his back on the armchair, holds a cup of warm tea with his left hand and wants to have some nice rest with drawing in his favorite Inkscape :-) This makes this person walk in menus too much. So if he'd be abke to add the file/edit/diaogue toolbars he'd be so much happier :-) These are just what I feel Inkspace is lacking, although nothing here is critical. Thank you very much again for Inkscape! Sincerely, Artemio. -- http://artemio.net/exp ::: Artemio's hot sound tweaks [local time 13:04:31 (GMT +3) 28 March 2004] [system uptime 1 hr 57 min]

1 0

thank you
by Artemio 28 Mar '04

28 Mar '04

Dear Inkscape developers, at first, please take my sincere congratulations - Inkscape is on the 3rd place in my top 5 list of most used applications! :-) You have made possible what I have dreamt for over two years since I started using Linux (I use ONLY Linux since that time). You have done a really great work. Inkscape has absolutely everything I need from a vector editor and even more. It's very light, fast and the interface is very straightforward and intuitive. Thank you, thank you very much! Frankly, you have blown all my expectations away - I didn't think someone would do font->path thing possible, this is amazing! Now I can bring my SVGs _anywhere_ and they will be read just as I made them (already tested this). Please excuse me for talking too much, it's just that I really respect your work and wish you all the best! I do have some little suggestions to you, but I will write them in my next message :-) Good luck to you all and thanks so much again! Artemio. -- KDEvibes ::: audio environment for KDE ::: http://kdevibes.artemio.net/ [local time 12:55:00 (GMT +3) 28 March 2004] [system uptime 1 hr 48 min]

1 0

text improvement
by bulia byak 28 Mar '04

28 Mar '04

* Clicking on a text object by text tool positions the cursor closest to the click, instead of at the end of the text object as before. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

RE: [Inkscape-devel] more on win32 locale
by bulia byak 28 Mar '04

28 Mar '04

>I found the problem that causes #1 but I didn't found the source that >writes the root width and height with the units. Initially it's set in document.cpp: /* Quick hack 2 - get default image size into document */ if (!sp_repr_attr (rroot, "width")) sp_repr_set_attr (rroot, "width", A4_WIDTH_STR); if (!sp_repr_attr (rroot, "height")) sp_repr_set_attr (rroot, "height", A4_HEIGHT_STR); but that uses preset strings "210mm" and "297mm" so you don't need to change that. (Ugly, btw, this needs to be reqritten properly, so it takes initial page size from a template.) Then it may also be set in root.cpp, but that is already covered, because it uses sp_repr_set_double. Finally it is also set in dialogs/desktop-properties.cpp (document options dialog): g_snprintf ( c, 32, "%g%s", adjustment->value, sp_unit_selector_get_unit (us)->abbr ); and this one needs to be replaced. _________________________________________________________________ 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

svg canvas
by laurent belmonte 27 Mar '04

27 Mar '04

Hi all, I'm present my self : i am the developper of monkey-bubble (http://home.gna.org/home/monkeybubble). MonkeyBubble use svg gfx from the begining but i am not happy of my display architecture : i use librsvg to load svg to a bitmap. The main disadvantage of this, is that i can't do sophisticated transformation of vector object like rotation, zoom ..etc So i have read somewhere that inkscape plan to implement a vectorial canvas lib. I am very interesed in this. is the work already started ? where can i know more about this ? regards, Laurent Belmonte

2 1

Release
by Ted Gould 27 Mar '04

27 Mar '04

Hey, Bulia noted on chat the other night that we're getting awful close to the 10% metric on bugs. We discussed, and I think it was generally accepted, that we should feature freeze for a release shortly. Peter has disabled the guideline locking until a GUI can be developed and Mental has moved the AST code on to its own branch. Currently in SF I see that we have 33 bugs out of 252 filed, so we need to fix eight of them. Ironically, we have 8 high level bugs - so I think that fixing those should be our target for the release. They are: 915374 - Command Line Printing doesnt work 914611 - inkview crash on startup 911772 - Extension Saving 911237 - export/save must warn when overwriting file 866103 - non-well-formed preferences.xml causes data loss 857316 - win32: non-english locales: font style matching broken 857311 - win32: correct output SVG of numerics is locale-dependent 852976 - win32: mouse becoming unresponsive I can definitely finish 911772 here shortly. 911237 won't be a big deal, I can do it, but someone else is welcome. Anyone want to grab these bugs for the release? --Ted

2 1

RE: [Inkscape-devel] Release
by bulia byak 27 Mar '04

27 Mar '04

>Also, I got distcheck to pass - so we're good there also. I haven't >looked through the release notes recently - how are they doing? Rather well, but they need an intro paragraph summarizing the focus of the release (bugfixing). Also the Known Problems may benefit from a few more items - please try to think what are the most annoying unsolved problems that remain. _________________________________________________________________ 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…

3 2

Inkscape 0.38 Status
by Bryce Harrington 27 Mar '04

27 Mar '04

Here's the updated stats for today: 2/18 2/28 3/ 8 3/18 3/27 Goal ---- ---- ---- ---- ---- ---- 1. Bugs 841633-896992 52 33 28 17 12 9 2. Open/Total Bug Ratio 33% 24% 25% 16% 13% 10% Bryce

1 0

Re: [Inkscape-devel] more on win32 locale
by bulia byak 27 Mar '04

27 Mar '04

>>Please resend this patch in diff -u format as were the previous ones. >see attached file Thanks, applied _________________________________________________________________ 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] Principles of Design Graphics
by bulia byak 27 Mar '04

27 Mar '04

>In the "Elements and Principles of Design" tutorial", the Principles of >Design graphics are all absent. Should this be so? Try pinging Jon Phillips who is the author of this tutorial. _________________________________________________________________ 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

multistop gradient editor
by bulia byak 27 Mar '04

27 Mar '04

Thanks to John Cliff, we now have a redesigned gradient editor that can handle any number of gradient stops in a gradient. I decided to commit this now because it's an important improvement which is orthogonal to everything else, so it is unlikely to cause any bugs in the existing code (although the new code itself may contain bugs, of course). The new editor is not as convenient yet as it could be; drawing gradient stops as draggable notches on the gradient strip is in our plans. Still, even as it is now, the editor is perfectly usable. Please test and share your experience. _________________________________________________________________ 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] simplify (rect --> path) ???
by bulia byak 26 Mar '04

26 Mar '04

>I think simplify should keep the element as it is. An rectangle should >keep as a rectangle etc. This is not possible. A simplification is, by definition, a distortion. It may remove nodes and change their coordinates. On the other hand, a rect is, by definition, precisely a rect, mathematically correct without any distortions. You can't have it both ways :) Thanks for the patches, I will now review them. _________________________________________________________________ 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

more on win32 locale
by Adib Taraben 26 Mar '04

26 Mar '04

Hello, I found two other issues that addresses the win32 locale bug: 1. When drawing a polygon (the star) numbers in the points element are locale dependent, strange the star is drawn correctly. 2. The root document with and height are also locale dendent. I found the problem that causes #1 but I didn't found the source that writes the root width and height with the units. There are so many functions with printf that I must think some of them are never called? Adib. cvs diff sp-polygon.cpp (in directory C:\projekte\inkscape\src) Index: sp-polygon.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/sp-polygon.cpp,v retrieving revision 1.2 diff -r1.2 sp-polygon.cpp 20a21 > #include "stringstream.h" 99c100 < GString *result; --- > Inkscape::SVGOStringStream os; 101d101 < char *res; 105,106d104 < result = g_string_sized_new (40); < 112c110 < g_string_sprintfa (result, "%g,%g ", bpath [i].x3, bpath [i].y3); --- > os << bpath [i].x3 << "," << bpath [i].y3 << " "; 120,123c118,119 < res = result->str; < g_string_free (result, FALSE); < < return res; --- > > return g_strdup (os.str().c_str()); ***** CVS exited normally with code 1 *****

1 0

simplify (rect --> path) ???
by Adib Taraben 26 Mar '04

26 Mar '04

Hello, during my work on simplify output I found that simplify destroys the basic structure of the element. The output is always a path. simplify on a rect-object becomes a path-object. circle will be path. I think simplify should keep the element as it is. An rectangle should keep as a rectangle etc. Adib.

1 0

win32 locale bugs patches that work
by Adib Taraben 26 Mar '04

26 Mar '04

Hello, I have some patches for the win32 locale bugs (floating point output with komma instead point) I made the diffs diff -u4 oldfile nexfile > difffile I am using a german winXP. splivarot addresses simplify path repr-util addresses rect, circle output x and y etc. coordinates with komma instead point style addresses rect, cirlce output opacity etc. with komma instead point I don't have access to the bugs page, so I don't know the numbers yet. HTH, Adib. --- style.cpp 2004-03-26 16:16:46.000000000 +0100 +++ style.adib.cpp 2004-03-26 16:10:56.000000000 +0100 @@ -36,8 +36,9 @@ #include "marker-status.h" #include "uri-references.h" #include "sp-paint-server.h" #include "style.h" +#include "stringstream.h" namespace Inkscape { @@ -2044,14 +2045,17 @@ */ static gint sp_style_write_ifloat (gchar *p, gint len, const gchar *key, SPIFloat *val, SPIFloat *base, guint flags) { + Inkscape::SVGOStringStream os; + if (((flags & SP_STYLE_FLAG_IFSET) && val->set) || ((flags & SP_STYLE_FLAG_IFDIFF) && val->set && (val->value != base->value))) { if (val->inherit) { return g_snprintf (p, len, "%s:inherit;", key); } else { - return g_snprintf (p, len, "%s:%g;", key, val->value); + os << key << ":" << val->value << ";"; + return g_strlcpy (p, os.str().c_str(), len); } } return 0; } @@ -2062,15 +2066,17 @@ */ static gint sp_style_write_iscale24 (gchar *p, gint len, const gchar *key, SPIScale24 *val, SPIScale24 *base, guint flags) { + Inkscape::SVGOStringStream os; if (((flags & SP_STYLE_FLAG_IFSET) && val->set) || ((flags & SP_STYLE_FLAG_IFDIFF) && val->set && (val->value != base->value))) { if (val->inherit) { return g_snprintf (p, len, "%s:inherit;", key); } else { - return g_snprintf (p, len, "%s:%g;", key, SP_SCALE24_TO_FLOAT (val->value)); + os << key << ":" << SP_SCALE24_TO_FLOAT(val->value) << ";"; + return g_strlcpy (p, os.str().c_str(), len); } } return 0; } --- splivarot.cpp 2004-03-26 16:16:04.000000000 +0100 +++ splivarot.adib.cpp 2004-03-26 14:58:33.000000000 +0100 @@ -17,8 +17,9 @@ #include <libart_lgpl/art_misc.h> #include "xml/repr.h" #include "svg/svg.h" +#include "stringstream.h" #include "sp-path.h" #include "sp-text.h" #include "style.h" #include "inkscape.h" @@ -1544,24 +1545,23 @@ gchar * liv_svg_dump_path (Path * path) { - GString *result; - result = g_string_sized_new (40); + Inkscape::SVGOStringStream os; for (int i = 0; i < path->descr_nb; i++) { Path::path_descr theD = path->descr_cmd[i]; int typ = theD.flags & descr_type_mask; if (typ == descr_moveto) { Path::path_descr_moveto* nData=(Path::path_descr_moveto*)(path->descr_data+theD.dStart); - g_string_sprintfa (result, "M %lf %lf ", nData->p[0], nData->p[1]); + os << "M " << nData->p[0] << " " << nData->p[1] << " "; } else if (typ == descr_lineto) { Path::path_descr_lineto* nData=(Path::path_descr_lineto*)(path->descr_data+theD.dStart); - g_string_sprintfa (result, "L %lf %lf ", nData->p[0], nData->p[1]); + os << "L " << nData->p[0] << " " << nData->p[1] << " "; } else if (typ == descr_cubicto) { Path::path_descr_cubicto* nData=(Path::path_descr_cubicto*)(path->descr_data+theD.dStart); @@ -1570,32 +1570,34 @@ NR::Point tmp = path->PrevPoint (i - 1); lastX=tmp[0]; lastY=tmp[1]; } - g_string_sprintfa (result, "C %lf %lf %lf %lf %lf %lf ", - lastX + nData->stD[0] / 3, - lastY + nData->stD[1] / 3, - nData->p[0] - nData->enD[0] / 3, - nData->p[1] - nData->enD[1] / 3, nData->p[0],nData->p[1]); - } + os << "C " << lastX + nData->stD[0] / 3 << " " + << lastY + nData->stD[1] / 3 << " " + << nData->p[0] - nData->enD[0] / 3 << " " + << nData->p[1] - nData->enD[1] / 3 << " " + << nData->p[0] << " " + << nData->p[1] << " "; + } else if (typ == descr_arcto) { Path::path_descr_arcto* nData=(Path::path_descr_arcto*)(path->descr_data+theD.dStart); - // g_string_sprintfa (result, "L %lf %lf ",theD.d.a.x,theD.d.a.y); - g_string_sprintfa (result, "A %g %g %g %i %i %g %g ", nData->rx,nData->ry, nData->angle, - (nData->large) ? 1 : 0,(nData->clockwise) ? 0 : 1, nData->p[NR::X],nData->p[NR::Y]); + os << "A " << nData->rx << " " + << nData->ry << " " + << nData->angle << " " + << ((nData->large) ? "1" : "0") << " " + << ((nData->clockwise) ? "0" : "1") << " " + << nData->p[NR::X] << " " + << nData->p[NR::Y] << " "; } else if (typ == descr_close) { - g_string_sprintfa (result, "z "); + os << "z "; } else { } } - char *res; - res = result->str; - g_string_free (result, FALSE); - - return res; + return g_strdup (os.str().c_str()); + } --- repr-util.cpp 2004-03-26 16:24:02.000000000 +0100 +++ repr-util.adib.cpp 2004-03-26 15:35:13.000000000 +0100 @@ -29,8 +29,9 @@ #include <glib.h> #include "repr-private.h" +#include "stringstream.h" /*##################### # DEFINITIONS #####################*/ @@ -630,21 +631,16 @@ unsigned int sp_repr_set_double (SPRepr *repr, const gchar *key, double val) { - gchar c[32]; - + Inkscape::SVGOStringStream os; + g_return_val_if_fail (repr != NULL, FALSE); g_return_val_if_fail (key != NULL, FALSE); - //## This can be done in several ways. g_ascii_formatd() - //## might be the best for now. g_snprintf() can be - //## affected by LOCALE. g_ascii_formatd() is always "C" locale. - //g_snprintf (c, 32, "%.8f", val); - //sp_xml_dtoa (c, val, 8, 0, FALSE); - g_ascii_formatd (c, sizeof (c), "%.8f", val); - - return sp_repr_set_attr (repr, key, c); + os << val; + + return sp_repr_set_attr (repr, key, os.str().c_str()); } unsigned int sp_repr_set_double_default (SPRepr *repr, const gchar *key, double val, double def, double e)

1 0

Updated spanish translation
by Lucas Vieites Fariña 26 Mar '04

26 Mar '04

Hi, I just uploaded a 'patch' with the spanish po file. As soon as I get a little extra free time I'll finish the tutorial. See you, -- Lucas Vieites Fariña Dpto. Desarrollo <lucas@...212...> Asix Informática http://www.asixinformatica.com/ Tel/Fax: +34 986 54 26 98

1 0

RE: [Inkscape-devel] Release
by bulia byak 25 Mar '04

25 Mar '04

Ted, first, there's a compilation errror in db.cpp: db.cpp:230: error: redefinition of `GSList* Inkscape::Extension::DB::get_output_list()' db.cpp:217: error: `GSList* Inkscape::Extension::DB::get_output_list()' previously defined here db.cpp:230: error: no `GSList* Inkscape::Extension::DB::get_output_list()' member function declared in class `Inkscape::Extension::DB' make[4]: *** [db.o] Error 1 make[4]: Leaving directory `/home/d/ink/inkscape/src/extension' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/d/ink/inkscape/src/extension' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/d/ink/inkscape/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/d/ink/inkscape' make: *** [all] Error 2 Now on bugs: > > >857316 - win32: non-english locales: font style matching broken > > >852976 - win32: mouse becoming unresponsive > >So we need a couple of replacements for these then. I noticed there are >a couple of Mac OS X bugs that were put in the repository - has anyone >had a chance to look at those? Besides there are some that are unconfirmed: https://sourceforge.net/tracker/index.php?func=detail&aid=911292&group_id=9… Unconfirmed, against 0.37, and seems to be a GTK issue anyway https://sourceforge.net/tracker/index.php?func=detail&aid=908565&group_id=9… No reproducible steps, against 0.37; the crash itself is 99% fixed by the new rasterizer, although maybe not the underlying cause (hard to tell) https://sourceforge.net/tracker/index.php?func=detail&aid=915445&group_id=9… Not reproducible, the original report used a broken font. Works for me. https://sourceforge.net/tracker/index.php?func=detail&aid=922904&group_id=9… Works with the latest build on my Windows 98. If anyonce could test some of these bugs to resolve them one way or the other that would be helpful. _________________________________________________________________ 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

RPM's now in fedora.us
by Peter Linnell 25 Mar '04

25 Mar '04

Hi all, Just a note to let you know, Inkscape 0.37 RPMS have been approved by Fedora QA and is now in the fedora.us repsitory under stable - aka Fedora Extra's. The current Fedora rpms on the sourceforge page are the same packages, just built by me. This will be more important with the release of Fedora Core2, as it will be already configured to download and install Inkscape and other packages in stable. Now, that there is a good spec file, updating to 0.38 should be trivial. Peter

1 0

RE: [Inkscape-devel] Release
by bulia byak 25 Mar '04

25 Mar '04

>Currently in SF I see that we have 33 bugs out of 252 filed, so we need >to fix eight of them. Ironically, we have 8 high level bugs - so I >think that fixing those should be our target for the release. Agreed, although I'm not sure we can fix all remaining high-level bugs soon. I think we'll have to leave a couple of them standing for the release (fixing the corresponding number of minor ones instead). >915374 - Command Line Printing doesnt work There's a Sodipodi patch in our tracker. Someone who has a printer and can test it should take on this one. >914611 - inkview crash on startup I haven't looked but this one should be easy. >866103 - non-well-formed preferences.xml causes data loss Bryce was going to look into that one. What needs to be done is simply to back up the prefs file before saving, so it should not be difficult. >857316 - win32: non-english locales: font style matching broken That's difficult and may not be worthwhile to fix before we switch the font system to Pango anyway. >857311 - win32: correct output SVG of numerics is locale-dependent I'm working on that. Should be ready for the release. >852976 - win32: mouse becoming unresponsive This one is difficult. I found no easy way to fix it. The problem is that as soon as grabbed item goes beyond the screen edge, it stops receiving mouse events (although it's still grabbed). The top-level window receives the events instead, but it's difficult to dispatch those events in the window code because for this it must know exactly what type of object is grabbed (object, knot, guideline) and what handler to call. Annoyingly, Sodipodi does not have this problem on Windows for some reason. We really must brainstorm this one. _________________________________________________________________ Check out MSN PC Safety & Security to help ensure your PC is protected and safe. http://specials.msn.com/msn/security.asp

2 1

Re: [Inkscape-devel] tutorial news
by Cédric GEMY 25 Mar '04

25 Mar '04

Thanks, I'll compare this to my translation and take in charge to pass it into french. SOON AVAILABLE. Cédric

1 0

RE: Gradient Colour Bug?
by bulia byak 24 Mar '04

24 Mar '04

>When I change the gradient colours in any one object, every object gradient >changes to the new colours. It happens for linear and radial gradients. This is as designed. When you assign the same gradient to more than one object, they share the gradient (but not position/direction). If you want a new object to use an independent copy of the gradient, press the Add button on the fill/stroke dialog. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

Re: [Inkscape-devel] Release
by Ted Gould 24 Mar '04

24 Mar '04

On Wed, 2004-03-24 at 03:10, Lucas Vieites Fariña wrote: > I suppose a 'feature freeze' means I can still update the gui > translation, doesn't it? Yes, ofcourse! Most projects do a 'string freeze' where they don't change translatable strings to help translators. Now that we have more people starting to translate Inkscape should we start doing that? > How much time is there between a 'feature freeze' and the final > release date? Well, usually I would say a week or so. Because this release has bug targets - it is going to be until the bugs are fixed - so it is a touch special. --Ted

1 0

Re: Supershapes for dia?
by Alan Horkan 24 Mar '04

24 Mar '04

On Sun, 21 Mar 2004, W. Borgert wrote: > Date: Sun, 21 Mar 2004 22:27:41 +0000 > From: W. Borgert <debacle@...153...> > Reply-To: dia-list@...45... > To: dia-list@...45... > Subject: Supershapes for dia? > > This would make a nice addition to dia: http://astronomy.swin.edu.au/~pbourke/curves/supershape/ > (with C code exmample). Any takers? "The supershape equation is an extension of the both the equation of the sphere and ellipse" Very cool. Curved stars and polygons, a weird droplet shape. Ooh pretty! It is like Spirograph* all over again. I think for a complicated sphere/ellipse like this to be really practical it would require something like handles to allow interactive adjustment a feature that Dia doesn't have. I think it would be difficult to make this into a simple to use feature and I'm not even sure the markup would be all that easy generate either (a complex SVG path I'd guess) I'm not sure this is ideal for Dia. In my humble opinion, the ideal would be if other applications would provide the drawing tools Dia needs and Dia would focus on fast production of technical diagrams from premade shapes. A more generic way to plot equations as paths in Dia might be approrpriate to Dia. I have forwarded a copy of this mail to the Inkscape developers who I hope might be interested to implement an advanced Ellipse tool like this. Despite my reservations on how best to implement this it it would certainly be great if someone was interested enough to implement it. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ * Obligatory Simpsons quote: "Dr. S: Wait: did you know that there's a direct correlation between the decline of Spirograph and the rise in gang activity? Think about it." PS Please dont crosspost in reply to this message. I have deliberately set the Reply-To to go to me. The Dia list will overwrite this and set the Reply-To as the Dia list and the Inkscape list will leave it alone, so please respond only to the relevant list.

3 7

tutorial news
by bulia byak 24 Mar '04

24 Mar '04

* The Inkscape tutorial is split into two parts, Basic and Advanced, and significantly expanded (new sections on offsets, simplification, compound paths, text tool, and more). Most new material is at the end of the Advanced part. Check it out. _________________________________________________________________ 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

freehand continuity
by bulia byak 23 Mar '04

23 Mar '04

Fred, Huge thanks for your bugfixes today. Having fixed the spoonshapes, maybe you can also look at the continuity problem? It's not exactly a bug, but each segment of a freehand line is approximated without taking into account previous segments, and as a result, all nodes on the path are cusp, to various degrees. It would be much nicer if the approximator would take into account a wider context to create smooth nodes most of the time (and only creating cusps when there are really sharp turns). Do you think this is possible/easy with the current code? _________________________________________________________________ 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: [Inkscape-devel] Gradient Meshes
by bulia byak 22 Mar '04

22 Mar '04

>Now, the question is: Is this useful? Do you think it's just a >half-assed gradient mesh or is it something that extends the artistic >tools available in Inkscape? My IMHO is that while this is nice and cool, it would not be very useful in my design work. I think that the important thing is to get the essentials right, and then users can build their own complex things from these essentialas. With regard to gradients, here's what is still glaringly missing: - elliptic gradients (that can be rotated, with both axes adjustable) - non-linear gradient functions (currently all gradients are linear, which often looks too crude and artificial) - on-canvas editing of gradients When these things are done, I will be almost happy. It will be relatively easy then to emulate most meshes, fields, etc. by overlaying semitransparent elliptic gradients. What would satisfy 100% of my gradient needs is stroke patterns, i.e. the ability to paint a stroke with repeated copies of objects. I would then take a circle with circular transparency gradient and repeat it along a path, to receive a blurred stroke that can be given any shape and combined with other blurred strokes for any gradient-mesh-like effects. Besides stroke patterns, this also requires fixing this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=859579&group_id=93… Still another alternative is a support of SVG filters, most importanly gaussian blur. If you can take arbitrary shapes and blur them into transparency, then again, it'll cover most uses of gradient meshes, and will potentially be more convenient. This is just an IMHO. Others may love to have the gradient meshes in Inkscape and will find unique uses for them, but I'm speaking from my design experience. _________________________________________________________________ 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

Gradient Meshes
by Ted Gould 22 Mar '04

22 Mar '04

Okay, Mental a few nights ago put out the question: Can we do gradient meshes with standard SVG? So I've been thinking about it. Here is my idea. (also, I went into Illustrator, made a gradient mesh and exported it as SVG. Illustrator just renders it as a bitmap in the SVG file. I'm seriously unimpressed with the Adobe folks, I expect more) Okay, so we can think of a gradient mesh as points of color that are adjustable in their length and path of the color. There can potentially be multiple colors all over the area of the object, each contributing to a complex color created within. I think if we look at each of the points, and then divide the whole object into squares based off of those colors and the next color. So if: ------------------- | | | c1 | | | | | | c2 | | | ------------------- we can look at like: ------------------- | | | | |---c1-------------| | | | | | | | | |------------c2----| | | | | ------------------- Then, make a square for each area with the color that effects it. So there would be 4 squares with c2 and four with c1. Each of these squares would have a radial gradient that goes from the color to transparent. I think that this could also be extended to not be square shapes, so that the color could be 'turned' and expanded in odd ways through transforms of the shapes. I haven't played with this though. Anyway, we take all these squares, and then define them as a pattern for the shape. So that there can be complex shapes without us going crazy, and they can be resized and the mesh gradient grows with the bounding box. Okay, that's the idea. Thoughts? Comments? Does this do what people use gradient meshes for? I haven't played with them alot. --Ted PS - I attached a hand coded SVG file kinda showing what I'm thinking.

1 1

Re: [Inkscape-devel] inkscape interface icons
by Peter Linnell 21 Mar '04

21 Mar '04

One more good reason for a single icon file: packaging. One of the things which has helped to make my life easier is the sane way inkscape is setup as a source tarball and a well done configure script. This made making decent rpms miles easier. If you have spent half a night chasing down missing files (sometimes icons) and fixing broken makefiles trying to build an rpm - you'll understand completely ;) Peter

7 12

[Fwd: [cairo] Cairo SDL Demo]
by Jonathan Phillips 20 Mar '04

20 Mar '04

I keep tabs on CAIRO's list. Totally far out that you can use CAIRO with SDL and SVG. That means that games and multimedia could use SVG now. This is far out and I hope that here soon we will discuss our future plans with CAIRO developers. Jon -----Forwarded Message----- > From: Eric Windisch <lists@...277...> > To: cairo@...278... > Subject: [cairo] Cairo SDL Demo > Date: Fri, 19 Mar 2004 09:23:34 -0500 > > I spoke with Carl on IRC and decided to build a demo for using Cairo > with SDL. I don't have CVS write permission, so I'm providing a > (temporary) link to it. Maybe we will start seeing more SDL programs > using SVG now :) > > http://www.grokthis.net/~raptor/cairo-sdl.tgz > > Feedback is welcome. -- Jon Phillips Graduate Researcher Visual Arts Department PO BOX 948667 LA JOLLA, CA USA cell.858.361.2811 jon@...247... http://www.jonphillips.info

2 1

Re: [Inkscape-devel] my win32 patch does not work, why (splivarot.cpp)
by bulia byak 20 Mar '04

20 Mar '04

Hi, we decided that the best way to unify serialization is via a C++ stream. I just checked in src/svg/stringstream.h which is a beginning of such a class that can be used already. If we use this class throughout, later it will be easy to change precision or number formatting globally for all SVG output, as well as to add custom serializers for our own classes. An example of using this class is in function sp_svg_write_path() in svg-path.cpp. You declare a variable (os) of this class and then feed it with the data you need to serialize using <<. To access the result, you call os.gcharp() which returns const gchar * of the accummulated string, and you'll probably want to also do a g_strdup on it (depending on whether it's going to be used immediately in the same function, or returned or sent elsewhere). So, if you're interested in helping out, you can start searching for printf functions that are used for serializing into SVG (in splivarot and in other places) and replace them with the stream stuff. Of course the first to replace are printfs that serialize floating point numbers. Please do one function at a time and test it thoroughly after the replacement. Do a test patch for one file, and if it works we can give you developer access to CVS to speed things up. _________________________________________________________________ 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…

5 4

inkscape crash on startup
by David Christian Berg 20 Mar '04

20 Mar '04

Yesterday I tried to open the attached document and it wouldn't, but cause inkscape to crash. Since I created it with inkscape I thought, well, get the newest cvs and it'll be working again. but having installed todays cvs inkscape crashes on startup without any error messages of use: ** (inkscape:11051): WARNING **: Emergency save activated Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it.Segmentation fault At least I this doesn't help _me_. I hope someone can help me... maybe find an error in the svg code, so that I could at least open it with sodipodi (which still starts up) or anything... I need to finish that flyer over till monday and it really bothers me that I can't open it right now. Thanx in advance David

4 5

Passpartout and Inkscape
by Bluefuture 20 Mar '04

20 Mar '04

It could be useful a collaboration between Passpartout (a GTK DTP projects like scribus) and Inkscape in particular for this todo point: * Simple graphics directly in passepartout, probably as a subset of SVG, as well as being able to import SVG graphics. Passpartout home page: http://www.stacken.kth.se/project/pptout/ For contact Passpartout developer managers: Fredrik Arnerup <e97_far@...270...> and Rasmus Kaj <kaj@...270...>. Regars. Blue

2 1

Re: [Inkscape-devel] one more :)
by bulia byak 19 Mar '04

19 Mar '04

>mmmhh, maybe. one of the "speedup" i put was to delay >uncrossing of polygons until they appear in the >visible part of the canvas. the reason was that i add >to open some huge svg files (thousands of elements, >lots of text; automatically generated) and at high >zooms it was still extremely slow, because it was >computing all the polygons, even the ones outside of >the visible portion of the canvas. of course, delaying >the computation means you have a slowdown each time a >new polygon enters the visible area, instead of a >unique slowdown at zoom time. if that behavior bugs >you, comment the line in nr_arena_shape_update() where >shape->delayed_shp is set to true; that way you'll >deactivate delaying. I certainly do not want to desactivate any speedups you're working on :) Instead, I worked around this by increasing the delay which governs accelerated scrolling from 1/8 to 1/4 sec. Previously if some redraw took more than 1/8 sec, it dropped the accumulated acceleration. Now it scrolls smoothly again (at least for keys.svg in fullscreen, which is a rather complex file). _________________________________________________________________ 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…

1 0

small gradient editing improvements
by bulia byak 19 Mar '04

19 Mar '04

In the linear and radial gradient panes of the Fill and Stroke dialog: * You can press Ctrl while dragging handles to snap the linear gradient angle to 15 degrees increments (makes it easy to create strictly horizontal/vertical gradients). * The handles, bounding box, and gradient axes now use inversion for better visibility. * The default linear gradient now goes through the center of the object. * The radial gradient displays a radius handle for adjusting the gradient radius. _________________________________________________________________ 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

inkscape interface icons
by Jonathan Phillips 19 Mar '04

19 Mar '04

Hello All, I'm now well versed in how to implement new icons in Inkscape. If you design icons and would like to help develop an excellent icon theme for Inkscape, then either A.) jump on chat and I can show you how to edit icons, and/or B.) Make your icons and forward them to me and I will implement them. There are plenty of icons left to designed. Don't forget that artists are developers as well... I'm moving all icons in the application to icons.svg which is by default at: /usr/local/lib/inkscape/icons/icons.svg If you open that file up and copy how those were laid out, and then name the group of the file icon uniquely, that is the best way to understand how to add/edit icons. Forward me any changes and I'll add them into the app. Jon -- Jonathan Phillips <jon@...15...>

6 11

and more...
by bulia byak 18 Mar '04

18 Mar '04

Here's another bad one: https://sourceforge.net/tracker/index.php?func=detail&aid=918478&group_id=9… _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

RE: [Inkscape-devel] Re: dialog delete handlers
by bulia byak 18 Mar '04

18 Mar '04

>Can someone else have a look and confirm my analysis? I'm not so >familiar with glib/gtk signals, perhaps I've missed something simple. I second that. The difference between data and dlg does seem strange, but I have no idea of what may be happening here. _________________________________________________________________ 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

one more :)
by bulia byak 18 Mar '04

18 Mar '04

The bug I wrote you about earlier today is fixed, thanks :) Now there's another: https://sourceforge.net/tracker/index.php?func=detail&aid=918458&group_id=9… Besides the scrolling by Ctrl+arrows is now rather uneven - it used to accelerate monotonously but now it moves jerkily. Do you think this is something related to rendering too (e.g. slowdown)? _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

dialog delete handlers
by bulia byak 18 Mar '04

18 Mar '04

Peter, in align.cpp and transformation.cpp, in delete signal handlers, you wrote static gboolean sp_transformation_dialog_delete(GtkObject *, GdkEvent *, gpointer data) { if ( data != static_cast<gpointer>(dlg) ) { g_warning("possible bug: dlg differs from passed data"); /* E.g. maybe we shouldn't update the global x,y,w,h, or maybe we should use dlg instead of dead_dlg below. */ } GtkWindow &dead_dlg = *static_cast<GtkWindow *>(data); gtk_window_get_position(&dead_dlg, &x, &y); gtk_window_get_size(&dead_dlg, &w, &h); instead of the previous code which simply used dlg, ignoring data. I don't quite understand the reason for this change. Besides: - Why only these two files? The same code is used in all dialogs. - Attempting to close Inkscape with any of these two dialogs open will crash (bug 917122). So for now I restored the old code to fix the crash, but I'm just curious why you deemed this change necessary. _________________________________________________________________ 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

rendering bug
by bulia byak 17 Mar '04

17 Mar '04

Hi, I think it's your recent caching changes that caused this: http://sourceforge.net/tracker/?atid=604306&group_id=93438&func=browse Can you please have a look? _________________________________________________________________ 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

853858 patch comments
by bulia byak 17 Mar '04

17 Mar '04

1. - GSList *sl; - sl = g_slist_copy ((GSList *) sp_selection_repr_list (selection)); - sl = g_slist_sort (sl, (GCompareFunc) sp_repr_compare_position); + const GSList *items = sp_selection_item_list (SP_DT_SELECTION (desktop)); I.e. you removed sorting the copied list of items. Why? The result is that the copied items now do not preserve z-order when pasted; they're pasted in the order in which they were selected, which is wrong (try it). And you cannot sort the list returned by sp_selectiion_{repr_}list, only a copy of it, which is what was done in the original code. 2. You only copy gradients applied to the fill, not to the stroke, so gradient-filled stroke is lost when copying between documents. 3. Here you check that the fill is either pattern or gradient, and then, without any further check, cast it into a gradient: + if (style && style->fill.type == SP_PAINT_TYPE_PAINTSERVER) { /* Object has pattern or gradient fill*/ + SPGradient *gradient = SP_GRADIENT (SP_OBJECT_STYLE_FILL_SERVER (items->data)); The result is quite predictable - it crashes when you try to copy an object with pattern fill. (Probably with bitmap fill also.) 4. When you paste copied objects with gradients within the same document, it still adds a copy of the gradient (with different id), although the pasted object still refers to the old gradient. This will lead to an unchecked growth of defs each time you do copy/paste. This should be prevented. E.g. check if the current defs contain an exact copy of the gradient you're about to add (not only same id but also same content), and if so, skip adding it. 5. Same thing when you copy an object with gradient to another document and that document already contains a different gradient with the same id. The result is that the pasted object uses that other document's gradient (different from its original gradient), while the correct gradient is added to the defs with a different id (and thus left unused). Fixing this is more complex: if the document you're pasting to contains a gradient with the same id but different content, you must change the id both of the gradient you're inserting to the defs _and_ the reference in the object style. The difficulty being, to check for identical content, you must check not only the content of the repr, but all other reprs it is linked to, and their links, and so on until the tree is exhausted. _________________________________________________________________ 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] inkscape crash on startup
by bulia byak 17 Mar '04

17 Mar '04

> > Even if I try to start it without loading a file. It also > > produces a dialog saying "Inkscape has encountered an internal error and >will > > close now". > > -- > >That's what I meant, when saying on startup... Can you do a backtrace? _________________________________________________________________ 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

Re: [Inkscape-devel] inkscape crash on startup
by bulia byak 17 Mar '04

17 Mar '04

>I get precisely the same error, using an "inkscape-current" downloaded and >compiled today. Even if I try to start it without loading a file. It also >produces a dialog saying "Inkscape has encountered an internal error and >will >close now". Please file the bug to the tracker, with all relevant details. Especially useful would be a backtrace. _________________________________________________________________ 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

Fileselector
by Ted Gould 17 Mar '04

17 Mar '04

Hey, I was looking through the new fileselector code and found a couple of issues that I think should be worked out. Namely, with the inclusion of input and output formats that are done through extensions. Previously, the file dialog called the extensions code to get a menu that contained all the input/output formats that could be handled, and each one had a key attached to it that specified which extension should be used. I'm not saying that this is a good thing, there is too much GUI code in the extensions system with that solution. But, I still think that the extensions system needs to be queried on the matter, and get that key passed into the save functions. Probably the best thing would be a list of verbs, but I don't know if that is the best option as these aren't actions as much as selections. So, I'm proposing this: GSList * Inkscape::Extension::get_input_list (void); This will return a list of items that are: gchar * name gchar * extension gchar * key And then the GUI code can do what ever it wants with them, so long as it returns the key when it finishes (along with the filename ;) Thoughts? --Ted

3 3

RE: [Inkscape-devel] inkscape crash on startup
by bulia byak 17 Mar '04

17 Mar '04

>Yesterday I tried to open the attached document and it wouldn't, but >cause inkscape to crash. >Since I created it with inkscape I thought, well, get the newest cvs and >it'll be working again. but having installed todays cvs inkscape crashes >on startup without any error messages of use: I can open your attached file with no problem using today's CVS. Except that it warns it can't find the font AF PEPSI and the embedded .tif image is also missing. Maybe it would crash on that .tif or that font, but I can't check that. If you still can't open it, submit a bug and attach all relevant files to it. Crash bugs are usually fixed quickly. _________________________________________________________________ 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

my win32 patch does not work, why (splivarot.cpp)
by Adib Taraben 17 Mar '04

17 Mar '04

Hello, I tried to start to fix those (win32) locale problems with the float numbers. In the file splivarot.cpp which is the "simplify path" command I replaced the printf's with g_ascii_formatd. This function is locale independent. Unfortunately it does not solve the problem. Anyhow what is the desired method generating locale undependent number output? Am I on the right way? Thanks, Adib. --- splivarot_org.cpp 2004-03-14 17:09:02.000000000 +0100 +++ splivarot.cpp 2004-03-16 14:57:26.000000000 +0100 @@ -1542,34 +1542,45 @@ if (typ == descr_moveto) { Path::path_descr_moveto* nData=(Path::path_descr_moveto*)(path->descr_data+theD.dStart); - g_string_sprintfa (result, "M %lf %lf ", nData->p[0], nData->p[1]); + gchar cX[33], cY[33]; + g_string_sprintfa (result, "M %s %s ", g_ascii_formatd(cX, 32, "%f", nData->p[0]), g_ascii_formatd(cY, 32, "%f", nData->p[1])); } else if (typ == descr_lineto) { Path::path_descr_lineto* nData=(Path::path_descr_lineto*)(path->descr_data+theD.dStart); - g_string_sprintfa (result, "L %lf %lf ", nData->p[0], nData->p[1]); + gchar cX[33], cY[33]; + g_string_sprintfa (result, "L %s %s ", g_ascii_formatd(cX, 32, "%f", nData->p[0]), g_ascii_formatd(cY, 32, "%f", nData->p[1])); } else if (typ == descr_cubicto) { Path::path_descr_cubicto* nData=(Path::path_descr_cubicto*)(path->descr_data+theD.dStart); float lastX, lastY; + gchar cX1[33], cY1[33], cX2[33], cY2[33], cX[33], cY[33]; { NR::Point tmp = path->PrevPoint (i - 1); lastX=tmp[0]; lastY=tmp[1]; } - g_string_sprintfa (result, "C %lf %lf %lf %lf %lf %lf ", - lastX + nData->stD[0] / 3, - lastY + nData->stD[1] / 3, - nData->p[0] - nData->enD[0] / 3, - nData->p[1] - nData->enD[1] / 3, nData->p[0],nData->p[1]); + g_string_sprintfa (result, "C %s %s %s %s %s %s ", + g_ascii_formatd(cX1, 32, "%f", lastX + nData->stD[0] / 3), + g_ascii_formatd(cY1, 32, "%f", lastY + nData->stD[1] / 3), + g_ascii_formatd(cX2, 32, "%f", nData->p[0] - nData->enD[0] / 3), + g_ascii_formatd(cY2, 32, "%f", nData->p[1] - nData->enD[1] / 3), + g_ascii_formatd(cX, 32, "%f", nData->p[0]), + g_ascii_formatd(cY, 32, "%f", nData->p[1])); } else if (typ == descr_arcto) { Path::path_descr_arcto* nData=(Path::path_descr_arcto*)(path->descr_data+theD.dStart); + gchar cRX[33], cRY[33], cA[33], cSX[33], cSY[33]; // g_string_sprintfa (result, "L %lf %lf ",theD.d.a.x,theD.d.a.y); - g_string_sprintfa (result, "A %g %g %g %i %i %g %g ", nData->rx,nData->ry, nData->angle, - (nData->large) ? 1 : 0,(nData->clockwise) ? 0 : 1, nData->p[NR::X],nData->p[NR::Y]); + g_string_sprintfa (result, "A %s %s %s %i %i %s %s ", + g_ascii_formatd(cRX, 32, "%f", nData->rx), + g_ascii_formatd(cRY, 32, "%f", nData->ry), + g_ascii_formatd(cA, 32, "%f", nData->angle), + (nData->large) ? 1 : 0, (nData->clockwise) ? 0 : 1, + g_ascii_formatd(cSX, 32, "%f", nData->p[NR::X]), + g_ascii_formatd(cSY, 32, "%f", nData->p[NR::Y])); } else if (typ == descr_close) {

2 1

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

17 Mar '04

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

1 0

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

17 Mar '04

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

1 0

new icons
by bulia byak 16 Mar '04

16 Mar '04

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

1 0

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

16 Mar '04

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

1 0

Updated RPMS
by Peter Linnell 16 Mar '04

16 Mar '04

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

1 0

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

15 Mar '04

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

2 1

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

15 Mar '04

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

1 0

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

15 Mar '04

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

1 0

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

14 Mar '04

1 0

re: line wrapping
by MenTaLguY 14 Mar '04

14 Mar '04

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

1 0

line wrapping
by MenTaLguY 14 Mar '04

14 Mar '04

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

1 0

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

14 Mar '04

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

2 1

Re: FFDingbests
by bulia byak 14 Mar '04

14 Mar '04

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

2 1

RE: FFDingbests
by bulia byak 13 Mar '04

13 Mar '04

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

2 1

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

13 Mar '04

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

4 4

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

13 Mar '04

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

2 1

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

13 Mar '04

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

1 0

Joining GNOME Office
by Charles Goodwin 13 Mar '04

13 Mar '04

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

9 28

MUC Room problems?
by Bob Jamison 13 Mar '04

13 Mar '04

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

2 2

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

11 Mar '04

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

1 0

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

11 Mar '04

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

1 0

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

11 Mar '04

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

1 0

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

11 Mar '04

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

3 3

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

11 Mar '04

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

2 1

Re: patch comments
by bulia byak 11 Mar '04

11 Mar '04

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

1 0

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

roadmap items + general timeline
by Jonathan Phillips 02 Mar '04

02 Mar '04

Hello all, I'm just reviewing the roadmap right now and it looks like maybe we could all give it another once-over. There are a few tasks that have not been taken on by anyone. Maybe we should all look at the bug tracker as well to see if there are any bugs we can help smooth out--as this is the bug hunt. Also, I'm wondering when we think we will get 0.38 out the door generally. I know we don't operate on timed releases, but I think if we can start to see the general timeline for the next release, our work will start to hone in on a general time. Who is working on an extension proposal? That is on the roadmap for this release. I posted a wiki page so that we could splatter some paint on the canvas and brainstorm. http://inkscape.org/cgi-bin/wiki.pl?ExtensionArchitectureProposals Is there anything that needs to be freshened up on the site as well? If you wouldn't mind spending a couple of moments looking at it, I will update some aging news items, add some new screenshots, and so forth. thx Jon -- Jon Phillips UCSD Graduate Researcher Computational Media PO BOX 948667 La Jolla, Ca 92037 858.361.2811 www.jonphillips.info jon@...247...

2 1

Looking for Galleries out there...
by Jonathan Phillips 02 Mar '04

02 Mar '04

Does anyone have a gallery of work, or images online that were created with Inkscape. I am looking for artists whom have created work that we can link to on the website. If you would like to post your gallery of svg artwork, you can do so on the wiki. Jon -- Jonathan Phillips <jon@...15...>

1 0

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

02 Mar '04

>svg.scene.forest.tree[x].branch[y].bird.color=blue; Absolutely. I love XPath. However, standard XPath is not equipped to access individual CSS properties, which we must access to control bird colors. So we'll probably need an extended XPath-like something for that. _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

new AST module
by MenTaLguY 01 Mar '04

01 Mar '04

Starting today, I'll be working on a new Inkscape::AST module, which will eventually replace the current SPRepr subsystem. 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). libxml will still be used for parsing XML data, and hopefully we will be able to start using libcroco for CSS data as well. The new XML editor will also use the AST code, and it in turn will serve as a basis for the Layers dialog UI. Questions are welcome. -mental

4 4

Compile warnings
by Jon A. Cruz 01 Mar '04

01 Mar '04

I just did a rebuild after updating to the new layout. When I did, it came up with 805 warnings. Eeeek!!!! Guys, when you have a chance, see if you have -Wall configured and try to get to zero warnings. I know a lot of more verbose ones have come up recently, especially with our changes to C++ and such. So I am being a bit of a complainer here. :-) But... on projects I've seen where warnings were kept out, quality came up. So though I expect zero-warnings may not be hit any time soon, keeping that in mind as a goal will help our code be better. Thanks.

2 1

9. Extract SVG Canvas into a library 0.43
by Charles Goodwin 01 Mar '04

01 Mar '04

>From the roadmap overview: (http://www.inkscape.org/roadmap.php) 6. Create Plugin Architecture 0.40 * This architectural change will establish a new mechanism for how features are added and maintained in the codebase. 7. New Features 0.41 * Implement snap-to object, enhanced layer support, and boolean operations. 8. STL Architectural Change 0.42 * Shift codebase to using STL for data structures. * Replace use of #defines and enums with hashmap lookups 9. Extract SVG Canvas into a library 0.43 Obviously I'm massively ignorant of the issues involved, but from what I can see milestones 6 and 7 are relatively independent of 6 and 9. >From a GO perspective, it would absolutely brilliant if you could bring milestone 9 into milestone 6, the point at which you might start using libgoffice for the plugin handling. (And I personally hope you do because it will help make goffice more functional, featureful, and robust as well as give Jody a bit of help.) The reason I bring this up is that the sooner the Inkscape SVG canvas is available, the sooner other applications (esp. GO apps) can organise themselves around incorporating it. -- - Charlie Charles Goodwin <charlie@...208...> Online @ http://www.charlietech.com

5 4

scrolling weirdness
by Jonathan Phillips 29 Feb '04

29 Feb '04

Bulia or anyone else, When I scroll use the vertical scrollbar everything is very smooth and the canvas is not smeared, but when I use my scrollbar mouse, the canvas is smeared in the update. This is especially true when looking at the tutorial. Can someone else verify this. Although this is not a bug, it is kinda weird updating of the canvas. Anyway...it becomes cumbersome to use the scroll mouse to move around with these weird updates, as you can't see exactly where you are heading. It would be nice if a similar update method was used as is with the vertical scrollbar wheel. NOTE: I have not looked at the code for thi. Jon -- Jonathan Phillips <jon@...15...>

1 0

Reminder on IRC Scribus and Inkscape or Inkscape and Scribus ;)
by Peter Linnell 29 Feb '04

29 Feb '04

Hi all, To clarify: IRC meet at #scribus on freenode.net 07:00 CET Sat 28 Jan. = 1 AM EST or 10 PM PST. Fri. PM Please review the notes at: http://www.inkscape.org/cgi-bin/wiki.pl?ScribusInteroperability Thanks and look forward to this. Peter

5 10

Re: [Inkscape-devel] xft font fixes
by bulia byak 29 Feb '04

29 Feb '04

>This is probably unrelated, but I am getting a segfault on nr-type-w32.cpp Hi Bob, this is now fixed, fonts work again on win32 at least as they used to (plus with styles sorted in the list). However when I tried to make it correctly display Cyrillic font names, I found that g_locale_to_utf8() does not work (even though g_locale returns the correct locale, CP1251). The error returned by the conversion function says "Error during conversion: no such file or directory" (code 2), which suggests that it requires some external module or table which is not included with your GTK or Glib files. Could you please check this, and add anything necessary for conversion functions to work? _________________________________________________________________ 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] inverse handles
by bulia byak 28 Feb '04

28 Feb '04

>Just to clarify, "as they used to" refers just to the final visual result >if the background is white, it doesn't mean using semi-transparency: >just as currently we don't do "pure" inversion (especially when the >background is near 50% grey), we can similarly tweak the function >to give a given image as the background approaches white. OK, now the function is (in helper/sodipodi-ctrl.cpp): #define COMPOSE_X(b,f,a) ( ( ((guchar) b) * ((guchar) (0xff - a)) + ((guchar) ((b ^ ~f) + b/4 - (b>127? 63 : 0))) * ((guchar) a) ) / 0xff ) where b is background, f is foreground, a is alpha. Propose your own and we'll compare. >which the default style is decidedly bad. E.g. inversion is bad for >very noisy background: inverting noise is still noise. The goal of the handle is not to turn noise into non-noise. Its main goal is to be visible. With inversion, it fails to be visible only when it overlays an object which is a copy of the handle, i.e. has inverse color relative to the surroundings and has the same shape. The probability of this is close to zero. Any other noise is not an obstacle to it being visible with inversion. _________________________________________________________________ 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…

3 2

IRC Logs
by Peter Linnell 28 Feb '04

28 Feb '04

Hi all, First, I think it is fair to say it was a very promising start at cooperation and many many good things will come from this in the future. For those unable to attend or had connection problems, I have posted the log (60k) at: http://www.atlantictechsolutions.com/inkscape/28022004.log Cheers, Peter

1 0

Re: [Inkscape-devel] further font problems
by bulia byak 28 Feb '04

28 Feb '04

>however when I skimmed it a little while back I recall noticing that there >were many problems with font info getting collapsed to simple strings when >there were more details in the info available. Yes, simply because CSS requires such collapsing. That's the point. Jon: Do you know if there's any progress with bug 866197, "problems with non-ascii filenames"? There was some activity in file-related areas recently, but I'm not up to date on the current status. _________________________________________________________________ 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…

1 0

further font problems
by bulia byak 28 Feb '04

28 Feb '04

Now that Inkscape can see all font styles, futher problems emerge. The biggest problem is that SVG uses CSS, and the premise of CSS is different from that of a design app. CSS was designed to get "as close as possible" font rendition on a wide variety of platforms. The goal of a design app is to render the font _exactly_ so long as it is available on the system. The font selection properties used by CSS include family, style, weight, variant, and stretch. Each property has a fixed limited set of values: http://www.w3.org/TR/SVG11/text.html#FontPropertiesUsedBySVG Of these, currently supported by Inkscape (to some extent) are only style (italic or normal) and weight. However, even if all these properties are fully supported, Inkscape _would still be unable to reproduce some fonts_. Take a look at the list of fonts in the Caslon family here: https://sourceforge.net/tracker/index.php?func=detail&aid=904962&group_id=9… It has many variants that CSS simply cannot handle: Swash, Alternates, Old style figures, Expert, etc. I think it is unacceptable for Inkscape to ignore any fonts simply because CSS cannot describe them appropriately. So, I think the only acceptable (although unelegant) solution is to introduce a two-tier font specification. Namely, I propose to introduce <text> attributes inkscape:font-family inkscape:font-style that will hold the family and style exactly as reported by the OS, without attempting to parse them into weight, stretch etc. These will have precedence over CSS in Inkscape and will allow it to reliably use any installed fonts. For non-Inkscape renderings, the CSS specification will work as before (although it probably needs to be improved to handle more of the CSS properties and values). Comments? _________________________________________________________________ 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…

2 1

Re: [Inkscape-devel] RE: yet another patch
by bulia byak 28 Feb '04

28 Feb '04

Thanks a lot, I committed your patch. We're excited about it because the old rasterizer was a sore spot, it was buggy and so cryptic that no one could really debug it. Your code is much easier to understand and improve. I hope we'll be able to optimize and further develop it. P.S. Let me know if you want CVS write access again. >From: fred <yafoyah@...48...> >To: bulia byak <archiver_1@...19...> >Subject: Re: [Inkscape-devel] RE: yet another patch >Date: Sat, 28 Feb 2004 00:54:36 +0100 (CET) > >a little modification that will make rasterization a >tad faster on some shapes (but not all). >the bug you have i cannot reproduce (same zoom same >file doesn't exhibit any problem), nor guess where it >comes from, sorry... > > > > > >Vous manquez despace pour stocker vos mails ? >Yahoo! Mail : 6 Mo gratuits ! >Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ > >Dialoguez en direct avec vos amis grâce à Yahoo! Messenger !Téléchargez >Yahoo! Messenger sur http://fr.messenger.yahoo.com ><< modif.tar.gz >> _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

RE: [Inkscape-devel] paste: ctrl+v
by bulia byak 28 Feb '04

28 Feb '04

>I rather use the import funktion, because that way I maintain the >gradients. That's true, but gradients will be ultimately fixed. >So as long as gradients aren't working, with copy paste >between documents, it doesn't really though, because I still would want >it to paste to where it was before most of the times. If you are creating many documents which are very similar in layout, then yes, paste-in-place may be needed more often. But it's a special case, not applicable to most regular work. >I don't always want to duplicate stuff... I usually need crtl+v when >trying to substract one object from several others. That is, you just want an object to be on top for subtraction? That's even easier, press Home and it will come to top without duplication. >so another possibility would be to have an option: maintain 'object >subtracted'. Don't understand this one, please elaborate. > > All vector apps I know paste into the current work area, not in the >original > > place. It's kind of like in text editor: when you paste text, you want >it to > > appear at your cursor, not in its original location, right? > >Sodipodi doesn't :) Sodipodi does oh so many things wrong with regard to usability. If we agreed with Sodipodi we wouldn't fork :) >in Illustrator I think you can change the settings Not in version 9 that I have, at least. It has regular Paste (ctrl-v) which places the object in the center of the window, plus Paste in Front and Paste in Back commands that paste in the original place. I think the two latter commands are not really necessary, one Paste in Place in enough. And the fact that Inkscape pastes at the mouse cursor position (and only if the cursor is outside the window, it pastes to the center of window) is I believe a further improvement over Illustrator. >and I don't know about Corel, but I believe it doesn't either, because >doublicate doesn't paste in the same place as standard and I think I >used copy-paste instead most of the time to have a doublicate at the >same place. If Corel doesn't have a workable Duplicate, it's not a reason for _us_ not to have convenient Paste :) >I've never seen that behaviour before, perhaps it makes sense, I can't >tell right now, because nobody ever used it, either because it's crappy >or because nobody ever thought of it. Besides Illustrator, Xara X also pastes in the middle of window by default (but has a Paste in Place command). So it's far from "nobody ever". _________________________________________________________________ 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…

1 0

RE: [Inkscape-devel] [Fwd: Re: Inkscape 0.37 Released! Try it out!]
by unknown＠example.com 28 Feb '04

28 Feb '04

> From: "Jonathan Phillips" > I think we really need to get OS X DMG files, or an installer for OS X > releases. The majority of OS X folks do not understand > ./configure;make;make install. I agree. This would be good. Of course, who now will be able to do it? :-) According to the Wiki http://www.inkscape.org/cgi-bin/wiki.pl?MacOSXPort There is at least one person with a build machine available. I don't quite have the time to commit to it (due to all the other todo's on my list), but I would be able to test such a DMG whenever a build is done. Jon, maybe you should catch MrDocs on Jabber.

3 2

Re: [Inkscape-devel] inverse handles
by bulia byak 28 Feb '04

28 Feb '04

> > I made the selector handles inverse and tweaked their shapes a bit. > > Some of the colors of node edit and shape knots are also changed. > > Comments welcome. > >I find the handles in CVS at present (2004-02-27) uglier than the blue >handles in the usual case of white background. The one other person I've >asked agrees. Any other opinions? Everyone please speak up! >Can we change things such that on a white background things look as they >used to? Not unless I'm forced by popular vote, and in that case I'll have to patch my copy to have inversion anyway. Or implement handle styles so everybody could use what they like best. You know, the point of having these hamdles is not so they are "beautiful". The point is that they are intuitive, immediately visible, and immediately recognizable. As a person who spends hours in Inkscape doing real design work, I am of the opinion that inversion helps immensely. At first I thought that the new handles are maybe a bit too bright and large, but after some time I grew to appreciate their visibility. >If the only non-white part of the background is overlap with thick black >stroking (say 8--20 pt), then inversion is annoying (distracting) rather >than helpful. On the contrary, in such cases inversion helps me not lose track of the image. It just takes some getting used to - after some time your brain switches to the "inverse mode" and learns to abstract the handle and the background into different planes of perception, so they never obscure or damage each other. >Maybe try having a one-pixel-wide white border around the existing >one-pixel-wide black border, and use semi-transparency rather than >xor'ing. You know, I've tried many coloring variants, including all kinds of borders, before I reluctantly set it to plain inversion. Reluctantly because most other apps use inversion too, and I hoped I could invent something smarter than most. Nope, it did not work. Any border immediately makes the handles look noisy (there's no AA) and overcomplex, and any color of their own damages the subconscious abstraction of the handles as something entirely different than the objects. Besides, it is well known in design that transparency and fancy colors only work starting from some minimum size; in too small objects they only give you annoying "dirt". Small things must use bold simple colors (or inversion) to be visible and usable. > I'd guess that semi-transparency would be more real-world-like >than xor'ing, and hence perhaps less distracting. Being real-world-like is a good goal when you are drawing a real-world-like picture. When you are creating an _interface_ to help you draw pictures, however, the goal is different and in some aspects even opposite. _________________________________________________________________ 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…

2 1

inverse handles
by bulia byak 28 Feb '04

28 Feb '04

I made the selector handles inverse and tweaked their shapes a bit. Some of the colors of node edit and shape knots are also changed. Comments welcome. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

4 3

RE: [Inkscape-devel] paste: ctrl+v
by bulia byak 27 Feb '04

27 Feb '04

>who would not want to paste in place? Most people use copy/paste for moving objects to other documents or to other parts of a document. Therefore it makes perfect sense to paste into where you are working now, instead of the old place which may well be invisible in your current view area. If you want to duplicate an object without moving it, you don't need copy/paste; use simply Duplicate (Ctrl+D). All vector apps I know paste into the current work area, not in the original place. It's kind of like in text editor: when you paste text, you want it to appear at your cursor, not in its original location, right? >Is there a way to have ctrl+v do >paste in place instead of just paste? this already pissed me off, when I >was using adobe indesign, but I was able to quickly change that. How do >I do so in inkscape? There's no easy way to do this until we make all shortcuts configurable (it's in our plans). For now you can edit src/shortcuts.cpp replacing sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | GDK_v, SP_VERB_EDIT_PASTE, true); sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | GDK_V, SP_VERB_EDIT_PASTE, false); sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | SP_SHORTCUT_ALT_MASK | GDK_v, SP_VERB_EDIT_PASTE_IN_PLACE, true); sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | SP_SHORTCUT_ALT_MASK | GDK_V, SP_VERB_EDIT_PASTE_IN_PLACE, false); with sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | GDK_v, SP_VERB_EDIT_PASTE_IN_PLACE, true); sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | GDK_V, SP_VERB_EDIT_PASTE_IN_PLACE, false); sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | SP_SHORTCUT_ALT_MASK | GDK_v, SP_VERB_EDIT_PASTE, true); sp_shortcut_set (SP_SHORTCUT_CONTROL_MASK | SP_SHORTCUT_ALT_MASK | GDK_V, SP_VERB_EDIT_PASTE, false); and recompile. _________________________________________________________________ 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…

1 0

paste: ctrl+v
by David Christian Berg 27 Feb '04

27 Feb '04

who would not want to paste in place? Is there a way to have ctrl+v do paste in place instead of just paste? this already pissed me off, when I was using adobe indesign, but I was able to quickly change that. How do I do so in inkscape? David

1 0

xft font fixes
by bulia byak 27 Feb '04

27 Feb '04

Today I looked into how Inkscape finds and presents fonts (using Xft, i.e. this only affects Linux). Lots of problems are now fixed. 1. For some reason, Inkscape ignored all fonts from *.pfa files, commenting thus: /* fixme: This is silly and evil */ /* But Freetype just does not load pfa reliably (Lauris) */ /* Changed to exclude pfa, better for OSX */ In my tests, pfa fonts are loaded just as well as any other fonts. So I restored the pfa loading capability. Now I need someone else to confirm that it works with pfa fonts. This may fix bug 894947. 2. Much worse, when parsing a font, Inkscape (that is, Sodipodi, because this part of the code did not change from Sodipodi times) only pays attention to weight and slant - and nothing else. As a result, font faces within a family that differ in some other parameters (condensed, outline, small caps etc) were simply ignored, not used and not shown. Until today, Inkscape only loaded 173 font faces on my system; after I fixed this and the pfa loading, it shows 202! This will likely fix bug 904962. 3. The names for faces within a family were constructed by Inkscape from the numeric weight and slant parameters. As a result, all fonts were shown in the list as "Normal", "Italic", etc., even when the fonts used different style names (Regular, Book, Slanted etc). Now it remembers and uses for display the exact style name of the font as returned by Xft. 4. When sorting full font names into families, a rather stupid algorithm was used which unreliably compared font names with family names. As a result, fonts sometimes ended up in wrong families. This is now fixed, each font remembers its exact full name and family name as reported by Xft. 5. Very annoyingly, the list of styles in the Text dialog was not sorted. Now it is sorted so that Regular or Roman always comes first, then Italic, Bold, Bold Italic. TODO: This is only tested on Linux. I may well have broken something on Windows. This also requires additional testing (and likely coding) to accommodate non-ASCII font names and style names. _________________________________________________________________ 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…

3 3

[Fwd: Re: [Sodipodi-list] Re: Reply To: Sodipodi / *nkscape...]
by Jonathan Phillips 27 Feb '04

27 Feb '04

This is an unfortunate attitude. I disagree thoroughly with many points of contention in the following forward. I do think the best course of action towards this type of negative emotional criticism is to blow past it and focus on the goals (ie, our roadmap--prove the critics wrong). My initial response was to point by point discuss reply to this on the sodi-list, but I do not agree with that philosophy, as I feel that Inkscape is moving in the totally proper way. The reason we forked is because the codebase was being held up and communication was being routed (basically) through one person's decision-making. While the codebase might be open source, that style of management sounds similar to many top-down closed source projects, and thank God that both codebases are GPL'ed. FYI Jon -----Forwarded Message----- From: Tobias Jakobs <tobias.jakobs@...128...> To: Sodipodi <sodipodi-list(a)lists.sourceforge.net> Subject: Re: [Sodipodi-list] Re: Reply To: Sodipodi / *nkscape... Date: Fri, 27 Feb 2004 21:48:51 +0100 Am Do, den 26.02.2004 schrieb Lauris Kaplinski um 22:44: > Hello! > > It was probably complicated story, but I know little about > the actual reasoning among the *scape guys. But certain aspects > of their immediate behaviour were unacceptable in my opinion. > - Immediately after creating fork, instead of keeping low > profile for a while, they started massive advertizing > (and vapourware) campaign to draw the attention away from > sodipodi to their project. Sodipodi had progressed slowly > to the state, where it started to draw more and more > attention. I think that was normal PR and in every News was the sentence "Inkscape is a Sodipodi fork." And that is even PR for Sodipodi. This was not against Sodipodi. > I had personally hoped to start making money > working on it, How? > that is now very much hopeless, as I have > no resources to compete. They will slow down, belief me. > - The for was from the start not so much about technical > disagreements, No technical disagreements? C++ vs. C SVG vs. perhaps something else GTK vs. "gtk is to slow perhaps I will something new" > but about personal egos. Other than small > cosmetic changes, *scape is targetting exactly the same > audience, development and usage philosophy than sodipodi. > So this makes quite clear, why they chose to do total > rename, instead of working on 'sodipodi on steroids' or > whatever similar thing. > - The main initiator of fork was at the same time working > for major OSS promoting organization (OSDL). This gave > him instant advantage by having more connections and > resources to promote the fork. I also find it quite > inappropriate for an employee of OSS promoting organization > to 'steal' other people's project. > You haven't lost anything. And it is there right to fork, even if it is just because they don't like the maintainer. > In brief - thay take my (plus several other contributors) > 4-year work, branded it as their own, and started 'selling' > it as their own. If that is, how free software developments > turns out (the ones with more advertizing power always screw > independent developers), I see little reason, why we should > case about OSS more than from properietary ways. > Advertising is for OSS as important as for proprietary software and it always was. Think about Linux vs. BSD ... > Sorry for ranting... :-( > I can understand you. > > Do you have any plans to arrange Sodipodi's GUI to > > something similar to *nkscape's ??? > > Currently, this is *nkscapes only 'Real' advantage over > > Sodipodi ( as it improves the workflow considerably ). > > I do not know, what you exactly mean by rearranging sodipodi > GUI. The medium-term target for us is GIMP-2 GUI with detachable, > draggable, dockable toolboxes and dialogs (althoguh without > per-window menubar probably). The Incsape GUI is really bad, you need much more clicks and mouse moves and if you use more than one document it is even worse. I really love the GIMP2 GUI. MfG Tobias

1 0

(no subject)
by bulia byak 27 Feb '04

27 Feb '04

Hi Bob, I just tried your software for cross-compiling win32 inkscape on linux, and got this: libinkscape.a(xml-tree.o)(.text+0x47a7):xml-tree.cpp: undefined reference to `in_dt_coordsys(_SPObject const&)' make[1]: *** [inkscape.exe] Error 1 make[1]: Leaving directory `/home/d/ink/test/inkscape/src' make: *** [all] Error 2 Any ideas? _________________________________________________________________ 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 3

bug: crash when trying to close path
by John Cliff 27 Feb '04

27 Feb '04

Hi folks, I know the aim is to close bugs not open them, but I've found another "crashes it every time i do it" bug. Steps to crash inkscape are as follows: create a rectangle, switch to path mode, convert it to path, select the 2 nodes on one side and hit the + a couple of times so you have one side divided into 4 sections. select 2 of the new nodes, and split the path, now select the same 2 nodes and hit tje join path at selectd nodes button, and voila, error box. error on win2k reads: **ERROR**: file nodepath.cpp:line2778(void sp_nodepath_subpath_close(SPNodeSubPath*)): assertion failed: (sp->first->cpde == ART_MOVETO) aborting... after which it bombs out. entered in tracker as bug #900635 cheers John __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools

4 8

Re: [Inkscape-devel] RE: yet another patch
by bulia byak 27 Feb '04

27 Feb '04

>ok, that was a numerical instability in the Ligne.cpp >file. Thanks, that one is fixed. >on my box, the second example you sent me didn't >produce any errors. it might be that floating point >computations are different since it's a PowerPC CPU, >but still, it's intriguing I attach a screenshot. Does it help? I have found no more rendering problems so far. The only thing I'm concerned about is the speed. Like I said, it's not intolerably bad, but it's noticeably slower than before at high zooms. It would be nice to avoid such regression. Do you think your code can be optimized for speed? Have you tried to optimize it already? _________________________________________________________________ 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