- Inkscape Devel - Inkscape Mailman

"icon preview" comments
by bulia byak 19 Mar '05

19 Mar '05

1. It shows only the last selected object, not the entire selection. So to preview a whole icon made of several objects, i have to group them and select the view. Very inconvenient. 2. There must be some way to set the background color of the dialog. The perception of an icon changes a lot with different backgrounds, and it would be nice to be able to preview different backgrounds in the dialog, without changing the document. 3. Please provide at least the size labels for the buttons. 4. Please make it auto updating on selection changes and modifications, without having to press Update.

1 0

Opera 8 native SVG support
by Alan Horkan 18 Mar '05

18 Mar '05

Version 8 of the Opera Web Browser is in beta. http://www.opera.com/linux/changelogs/800b3/ One of the new features is support for SVG 1.1 Tiny, which is what makes this worth posting. With any luck this will serve as a kick in the ass for the Firefox Web Browser and they will also get their act together and support SVG. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Abiword is Awesome http://www.abisource.com

3 3

Postscript Gradient Export
by Michael Forbes 18 Mar '05

18 Mar '05

Hello Inkscape Developer! I attached a patch for Inkscape to allow it to export both linear and radial gradients subject to all transformations I could think of. I had some problems with GhostView rendering some radial gradients when the focus of the gradient is outside the actual object it fills. But I think it is a bug in GhostScript and not my understanding of PostScript. The only thing I am unsure is whether it is a good idea to change "%!PS-Adobe-2.0" to "%!PS-Adobe-3.0" since PostScript gradients are a Level 3 feature (perhaps some programs can't handle postscript level 3. first time Inkscape hacker, -Michael Forbes ------------------------------------------------------------ Student System Operator binx.mbhs.edu BEN Manager http://ben.mbhs.edu BNC Internet Division http://bnc.mbhs.edu MBHS Webmaster http://www.mbhs.edu BlazerNet President http://blazernet.mbhs.edu Computer Team Co-President http://computerteam.mbhs.edu MBLUG President http://mblug.mbhs.edu ------------------------------------------------------------

7 19

Re: Snap to objects?
by bulia byak 18 Mar '05

18 Mar '05

On Fri, 18 Mar 2005 07:51:49 -0500, Lou Quillio <public@...758...> wrote: > 1. Grid/guide display and snap distance settings are document-level > prefs, which is expected. Snap toggling is also a document pref. > That's unusual. It takes five clicks to toggle snapping and > return to work. It would not be logical to have these settings separate. Besides the # and | keys toggle BOTH snapping and visibility. > 2. Initial snap distance is so fine (0.4000px) that the snapping > action is imperceptible, which gives the impression it's not > working. That's indeed a problem, and I've been planning to fix it by making the snap distance specifiable in screen pixels, i.e. the same in _visible_ length but different _absolute_ length depending on zoom. I think it would make much more sense. However this would only be possible to do in combination with snapping only to the visible grid lines (some of them become invisible as you zoom out), as I proposed here long ago. I still think it's the best approach, though some people objected (frankly I don't remember their arguments, though I remember not being convinced by them :) and so I shelved this idea. What's the current opinion of people?

3 2

reminder for bug reporters
by bulia byak 18 Mar '05

18 Mar '05

Hi all, when reporting bugs in the tracker, please ALWAYS: - indicate the Inkscape version - indicate the platform - ATTACH THE FILE. Even if you think the file is "nothing special" and the bug is obvious. A file's worth a thousand words. It's often difficult to understand the bug explanations; attaching a file helps a lot. More often than not, reported bugs are already fixed in CVS; if you attach your file, a developer can quickly test it and close the report. WIthout the file and with unclear report text, a developer has to waste his time asking questions in the bug (which are not always answered, btw, especially in anonymous reports). So please do us (developers) a favor and always attach the file with your problem. It's much better to attach an unneeded file than to fail to attach a needed one. There are other things you might do to help (such as a backtrace), but a test file is absolutely essential. If Sourceforge won't let you attach a file (happens sometimes), post it on the web somewhere and attach a link in comments to the bug. Thanks!

1 0

Re: [Inkscape-devel] Re: [cairo] Pango + cairo
by Owen Taylor 18 Mar '05

18 Mar '05

[ Adding gtk-i18n-list to the CC, as more on-topic ] [ ... Various comments about SVG text requirements snipped ... ] On Thu, 2005-03-17 at 13:32 +1100, Peter Moulder wrote: > > I believe that there is a place for a library supporting advanced text > > applications, but that Pango Layout is not it. The overhead is really > > quite large and seems unnecessary for an API whose primary goal is > > laying out text in widgets. > > Owen, can you comment on what you see as pango's scope? Are you > interested in non-rectangular text regions? Are you interested in > non-greedy line breaking? (I'd guess that non-greedy line breaking > would be desirable even for dialog boxes, at least from a functional > point of view; the only question is whether it justifies the cost in > terms of maintainability of pango code and perhaps code size.) Pango's goal is to support anything anybody wants to do with text. The scope is implicit in the fact that text is hard, and internationalized text is harder. If you start from scratch and don't use Pango, you either have to say "full international coverage is never going to be interesting to me", or you have a year or two of work to do to catch up to Pango. So, the question isn't to me "what is Pango's scope" but rather what parts of Pango should be universal, and what parts do you replace. In particular, what about PangoLayout? It's really only a small part of Pango's code - maybe 10-15% of the total 65,000 lines of code, so maybe it's just ignorable? If you want non-rectangular line breaking, just use the low level parts of Pango My opinion is that while there may be some cases where ignoring PangoLayout and starting from scratch is right ... we really want PangoLayout to be extensible to handle almost any case where we are taking a block of text and laying it out into lines. Because of the 8000 lines of code inside PangoLayout, the part that actually lays out the text is only a small fraction ... 1000-2000 lines of code. The rest is bookkeeping, rendering, iteration over the layout and so forth. There's a big patch from Damon Chaplin outstanding to redo the line layout part of Pango to add justification. I haven't had the time to fully review it yet. It's pretty darn complex. If it turns out that we can't just replace the current code wholesale, that patch may be a good point to look at making line-layout pluggable. Non-greedy linebreaking is very challenging to do with good internationalized shaping. (I think Damon spent some time trying to figure out and then gave up.) But if someone had a spare month, I think it's definitely possible. And I wouldn't mind shipping it with Pango, as long as it was optional. As well as performance considerations, it is just the wrong behavior for most interactive applications. Non-rectangular layout, on the other hand, is pretty easy. It's not totally trivial when you have mixed fonts within a line and thus uneven line spacing, but I think the main challenge there is simply coming up with a good interface for representing the shape to Pango. Regards, Owe

3 2

Re: select arrowheads?
by bulia byak 17 Mar '05

17 Mar '05

On Thu, 17 Mar 2005 09:59:15 -0800 (PST), John Cliff <simarilius@...36...> wrote: > What I'd hoped to do was make the default markers styleless, then to > xlink:href them from defs with a style applied (ala gradients and the > vectors), as they should be able to inherit then (or can they? that was > how i read it anyhow) > Problem is we dont support xlinked markers atm. and I didnt know where > to start adding support for it. Markers cannot href each other. So you'll have to simply duplicate a marker when applying style to its user path (only if the hrefcount of the marker is > 1, otherwise it's not needed). However the copied marker should carry some extrension attr indicating that it's a styled copy of another marker, for purposes of showing in the list only the markers which differ by contents, not style. > btw, other complication is that some markers are solid filled paths, > while others are just stroked, so you have to work out where to apply > the style. What you do if the marker refs a gradient I dont know :) I think it's possible to redraw all the basic markers (arrows, squares, etc) so that they look the same but only use stroke, no fill. This will simplify things a lot, as you'll just copy the new path style to marker and that will paint it the needed color. More elaborate markers will use fill too, in which case their fill color will be determined by that of the user path. Note that per SVG spec, unset stroke is invisible (unlike unset fill which is black), so in the original markers you will need to provide stroke:black on <marker>, and replace it with whatever is the user path's new style.

1 0

Re:
by �� 17 Mar '05

17 Mar '05

Привет. Я твой адрес потерял, тут покопался - вроде твой. Можешь посмотреть, хохотал полчаса http://www.fanka.ru/fp/funpic/03/prikfotk008.jpg Помнишь я рассказывал что купил себе сотовый в 3 раза дешевле. Вот их адресок www.cardstaff.biz Если тебя не пугает что без руссификации и без гарантии, то можешь заказать. Собираюсь в апреле в отпуск, ты когда? Ты не теряйся - пиши.

1 0

Re: [Inkscape-devel] Inkscape website with WordPress
by Jonathan Leighton 17 Mar '05

17 Mar '05

John Taber wrote: >My two cents - if the CMS or any other scripting thing does not really buy you >a must have or great to have that you can't do otherwise without a lot of >pain, then it's not worth it down the road. Warren Buffett swears by KISS so >I tend to think it is a good thing to strive for. If the CMS does buy a lot, >and if it's well done, then do it. > Yes, exactly. But there are different interpretations of this rule. I'd say that having an RSS feed is a fairly essential feature. I'd also say that maintaining a news section is a fairly essential feature. Now, the code for that needs to come from somewhere, and either someone on the Inkscape project has to write it, or we have to use publishing software from someone else. I think that by letting the WordPress developers deal with publishing and WordPress, it allows the Inkscape developers to get on with the task at hand: Inkscape. This is a simplistic view ('scuse the repetition), I know, and there are issues to consider, which Bryce explained extremely well, but when it comes down to it, I say let the publishing people deal with the publishing, and the Inkscape people deal with the Inkscaping. Just as an example: the only time you'd have to write (X)HTML with WordPress is when you want "advanced" things like blockquotes, lists, etc. All the paragraphing, validating (to an extent) and entity encoding is done for you, so you don't have to worry about it. The Inkscape website currently fails on validation due to non-validating news entries. Dates are also added automatically, so there's no chance of forgetting that. >I'll format my blogs simply using css (although even css doesn't work very well in IE for >customers stuck with that so maybe I'll just keep my blogs in simple html). > > I know quite a few people who would shoot you for saying that, although I'd rather they shot Microsoft ; ). Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

2 1

multi-line text entry causes exception in cvs
by inkblotter 17 Mar '05

17 Mar '05

$ ./inkscape terminate called after throwing an instance of 'std::out_of_range' what(): basic_string::replace Emergency save activated! [snip] public cvs, up-to-date this evening fc3, gcc 3.4.2 Steps to repeat: select the text tool enter some text and then hit CR to enter a multi-line text object *bang!* Happens every time. Aren't exceptions wonderful? I suspect things are changing in text handling at the moment, yes?

1 0

Re: [cairo] Pango + cairo
by unknown＠example.com 17 Mar '05

17 Mar '05

Quoting Keith Packard <keithp@...579...>: > I'll read through the SVG spec and see whether this is always > true; it may be that SVG allows applications to request text > wrapping or embed newlines. Newlines in SVG text are just whitespace; they don't introduce a new line: http://www.w3.org/TR/SVG/text.html#WhiteSpace However, SVG 1.2 introduces flowing text and graphics, where text flowing/wrapping is performed according to a specified greedy algorithm. http://www.w3.org/TR/SVG12/flow.html Speaking for Inkscape, we're currently in the progress of implementing support for this in Inkscape, and we do use pango for what we can, but I'm fairly certain we ended up having to do line breaking/wrapping ourselves as the required algorithm is very different from what Pango wants to do. (Admittedly, I'm not very personally involved with that part of the codebase these days so I might be off on some of the details; I'll CC the list in case anyone more familiar wants to correct me...) -mental

4 3

Show Page Shadow Option
by Jon Phillips 16 Mar '05

16 Mar '05

I can't find the email where I said I would commit my "Show Page Shadow" option to the "Document Preferences" dialog. Anyhow, I added and tested it (I'm trying to make good on my backlog of promises). Now anyone may quickly set whether page shadow is on or off per-document via the "Document Preferences" dialog. If you would like to make it permanent, you can change your local preferences.xml under namedview by adding the attribute: showpageshadow="false" However, if you have the default.svg located by default at /usr/local/share/templates/default.svg on *nix, then you must add the aforementioned setting in namedview. Took me moment to track down where that conflict between preferences.xml and default.svg occurred. I think Jimmac and some others requested this and I don't like the cheesy "this is a document" page shadow either. Plus, it won't really be applicable when the documents are for animations, etc. Jon PS: Should I have made that atrribute "inkscape:showpageshadow" ??? I can change quickly if necessary. -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu) Scale Journal (http://scale.ucsd.edu)

3 3

Re: [Scribus] Scribus on VNU.NET
by PLinnell 16 Mar '05

16 Mar '05

On Thursday 10 March 2005 20:15, Louis Desjardins wrote: > Hi everybody! > > The Frenchspeaking readers on this list will appreciate the > following link. It brings you to the Dossier published in Feb. 05 > in SVM Mac. There are no screenshots. However, there are many links > and a Fink how-to. > > http://svmmac.vnunet.fr/dossiers/logiciels/utilitaires/20050309001 > > Happy reading! > > Bonne lecture! > > Louis > _______________________________________________ > For those who are not French speakers or have not read the articles, the text version was very in depth group of articles about not just Scribus, but Inkscape and GIMP. For a major Mac publication to give it such broad coverage is in itself very significant.. To me, it says to their readers who might not truly understand OSS benefits, 'these are worthy applications'. What I found most pleasing was they highlighted the applications strengths: Inkscape's attention to UI detail and ease of use, along with prominently Scribus PDF export. Worth a look, if you can get it. Cheers, Peter

7 9

Re: [Inkscape-devel] Inkscape website with WordPress
by Jonathan Leighton 16 Mar '05

16 Mar '05

John Taber wrote: >On Wednesday 16 March 2005 11:30, you wrote: > > >>>I'll format my blogs simply using css (although even css doesn't work very >>>well in IE for customers stuck with that so maybe I'll just keep my blogs >>>in simple html). >>> >>> >>I know quite a few people who would shoot you for saying that, although >>I'd rather they shot Microsoft ; ). >> >> > >I don't understand why - I wasted a whole weekend redesigning our site using >W3C standard CSS, testing on Mozilla and Konqueror then found out that it was >basically unreadable in IE. So I've gone back to lots of tables. > > Sorry, my comment was perhaps a little rude. I didn't mean it like that. Basically, standards advocates (myself included) say that developing semantic (ie. not using tables for presentation), standards compliant sites is very important. There are lots of reasons: it helps search engines understand your content more, makes your site more accessible (by separating content and presentation), smaller file sizes, etc. IE has crappy support for standards, which is where the fight begins. There are, however, ways to get around the IE difficulties including suicide, changing career, and forcing everyone to use Firefox. Errr, sorry, I mean browser specific "hacks" (filters), writing CSS in a more compatible "style", and some other little things to fix stuff as well (like for transparent PNGs). There is also a slight hope that one day Microsoft may decide to improve IE's standards support, but I personally think Firefox will take over sooner than that. If you're still interested in going the standards route, you might find the following links to be of use (particularly the first): * http://www.mezzoblue.com/archives/2004/04/30/a_roadmap_to/ * http://www.htmldog.com/ * http://www.positioniseverything.net/ This has gone wildly off topic though (sorry everyone!), so if you have any more questions feel free to email me direct and I'll do my best to help you out. Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

1 0

NEW: converting node to smooth improved
by bulia byak 16 Mar '05

16 Mar '05

Kevin, I reviewed your page at http://www.angelfire.com/mi/kevincharles/inkscape/ncwf.htm - thanks for the detailed description. I just committed a fix to Inkscape CVS. Now you can achieve your result with a single click. In Node tool, either Ctrl+click the node, or select it and click the "Make selected node smooth" button. The node will get handles and its adjacent segments will become curves, but the neighbouring nodes will remain cusp.

8 24

NEW: dragging out handles
by bulia byak 16 Mar '05

16 Mar '05

Here's another Node tool improvement: - If a node does not show one or both handles (i.e. they are retracted), you can drag a handle out by dragging away from the node with Shift. This is often more convenient than using the "Convert node to smooth" or "Convert segment to curve" buttons. Unlike before, dragging a node without modifiers, or with any modifiers but Shift, will always move the node itself, not its retracted handle. Retracted handles are now not displayed at all, so for the user there's no difference between a node on a line segment (without handles) or a curve node with retracted handles. They behave the same, and you can Shift+drag out a handle easily from both.

3 2

interface discussions
by Kees Cook 16 Mar '05

16 Mar '05

I love that the core features of Inkscape are so far along that the devel list has dived into long discussions of how to make subtle tweaks to the interface to make things _even better_. :) -- Kees Cook @outflux.net

1 0

NEW: small improvement in drawing tools
by bulia byak 16 Mar '05

16 Mar '05

Inspired by http://www.angelfire.com/mi/kevincharles/inkscape/aiwf.htm, I added a small improvement to the drawing tools: - When you switch to the Pen or Pencil tool, they now start in the "add" mode: the selected path displays endnodes to attach to, and any path you draw becomes a single object with the selected path. To start a new path object, deselect the selected path by pressing Esc. Previously you had to press "a" to go to the add mode, and I'm sure many people were not aware of this. You can still turn the add mode off by pressing "a", but I'm thinking of removing that because I don't see what advantage that may have. If you don't want to continue the path, just deselect it. Removing the "non-add" mode altogether will make the interface simpler. Any comments?

5 16

NEW: Unsetting paint and painting clones
by bulia byak 16 Mar '05

16 Mar '05

New in CVS: * Unsetting paint and painting clones: Both Fill and Stroke tabs of the Fill&Stroke dialog have a new mode button, "Unset paint" (with a question mark icon). Pressing this button removes the fill or stroke property from the style of selected objects, which has the visible effect of painting them black. The usefulness of this is that clones of such an object can redefine the unset fill or stroke, which means you can have clones painted differently from their original and from each other. Just use the Fill&Stroke dialog on a clone to assign it any kind of fill or stroke paint (flat color, gradient, etc.). Moreover, you can unset paint on some of the objects in a group, clone the group, and paint the clone; only those objects with unset paint will accept the paint, while others will retain their original paint.

2 2

Inkscape Status 3/15/05
by Bryce Harrington 16 Mar '05

16 Mar '05

Tuesday, Mar 15, 2005 The last two weeks have seen a number of new features added, the fruit of some quite heated (and fruitful) discussions on the list. Bulia's work on redesigning gradients has generated a lot of good feedback from the community and should really prove to be a big step forward for the application. Mental has been continuing his work on converting C code to C++ and attending to some of the more complex bugs as they pop up. The new gtkmm-based gui code is now accessible via 'inkscape --new-gui'. Jon Cruz is adding a new 'panel' system to replace the current 'dialog' focused design, that will give people more flexibility in how the user interface looks and works. There's still a lot more work needed, though, and we desperately need more people working on it. We're also seeing the impact of the involvement of a number of new contributors. Cyreve is working on improving text flow and wrapping. Kevin Wixson has been plugging away at improving documentation. Statistics Feb 1 Feb 15 Mar 1 Mar 15 ========== ===== ====== ===== ====== Lifetime Rank on SourceForge: 569 * * * (96.0%) * * * Max Week's Rank on SourceForge: * * * * * * * * Total SF Page Views 2,296,458 * * * Total SF Downloads 115,645 * * * Total Freshmeat URL Hits 15,108 16,448 16,885 17,186 Total Freshmeat Subscriptions 156 169 173 173 Lines of Code in src/: 323,324 333,139 338,993 342,852 Code lines 227,872 234,651 238,641 241,177 Comment line 56,438 58,239 59,589 60,354 Blank 45,624 46,859 47,484 47,978 Lines of Docs in doc/: 17,918 26,848 26,848 26,848 Lines of content in website: 9,486 9,776 9,979 10,067 Size of the Inkscape wiki: 23,576 24,925 25,094 25,900 Bugs open/total: 148/917 155/972 177/1019 182/1047 Features open/total: 352/556 370/579 384/ 602 397/ 619 Patches open/total: 7/154 5/167 6/ 170 7/ 173 CVS Commits (as per inkscape-cvs) 9,975 10,312 10,600 10,868 Inkscape-devel membership: 143 151 152 158 Inkscape-announce membership: 166 169 171 177 Inkscape-user membership: 181 193 201 220 Num Translations: 33 33 33 33 Ave Translation Ratio: 44.7 47.8 45.0 45.0 * - Statistics unavailable

1 0

Compiler warnings
by Bob Jamison 15 Mar '05

15 Mar '05

I spent a few hours yesterday compiling the tree with gcc4.0.0, and removing the warnings, so it should compile fairly cleanly now. Since warnings are a useful tool to indicate possible bugs (and I found one yesterday), can people please make sure that their committed code compiles without them? I know that "unused variable" and things like that can be a pain to avoid, especially in a "work in progress." But if we allow ourselves to become desensitized to warnings, we will likely ignore problem conditions and possible bugs. Bob

2 1

Re: [Inkscape-devel] translated win32 installer
by Adib Taraben 15 Mar '05

15 Mar '05

Ciao Luca, Do you want a screenshot? all the other translation is all done with the include of the language file. I already checked this with the latest CVS at the office (Torino). Only the GPL is not translated. The german GPL translation project refers to the original english version as the only official and legally binding. I would see in the installer an option to select, if the installation is visible to the login that did the installation or to all users of the computer. HTH, Adib. Luca Bruno schrieb: > Bob Jamison <rjamison@...357...> scrisse: > > >>>>I did some work on the .nsi for the win32 installer. I included a >>>>german >>>>translation. It should be very simple to add more languages. > > >> > Luc, that is wonderful. Thanks for adding this section. You >> > probably >> > only need to change the type to ${LANG_ITALIAN}, but that is >> > the only thing I see.. > > > >>I fixed that, and it is committed. Thanks again. > > > Thank you for the commit and the check (sorry, my mistake, I forgot to > change the label)... > > Now I use only Linux, but if I remember correctly, there also other > steps in a normal Win installer (such as program dir chooser, license, > etc...) that I think could be translated. > I'm not aware of technical details, so I'm asking: Is it possible? How? > If somebody show me an hack about it, I'd like to help with a full > Italian translation... > > Please, let me know :) > > Ciao, Luc@ > > P.S. I use to sign all my mail with "Ciao, Luc@", but my correct (in > Italian) name is "Luca"... :) >

1 0

Inkscape for AI users: a revert war :)
by bulia byak 15 Mar '05

15 Mar '05

Recently the wiki user Kwixson has significantly expanded and rewritten the "Inkscape for AI users" document on our wiki. Some of his edits seemed strange to me, and I proposed my variants. Unfortunately we could not reach a consensus, so after several mutual reverts we decided to post here and ask for the help and judgement from the community. The latest revision with our extensive comments is here: http://inkscape.org/cgi-bin/wiki.pl?IllustratorUsers Below I briefly list the things I disagree with. 0. To begin, I really appreciate the input on this document from the user who obviously knows AI well. This is some kind of expertise which I personally lack, so I would not be able to write such a document all by myself. Obviously it must be written from an AI user's point of view and use AI terminology and concepts. 1. However, Kwixson's approach seems to go further than that. He apparently wants this document to describe _only_ those things which you can do in Illustrator, and describe them exactly _the same way_ as one would do them in Illustrator, even if Inkscape offers more convenient methods. I think this is wrong. 2. With Kwixson's approach, Inkscape would always seem inferior to AI, because you can't win just by copying. You can't be a better Illustrator than Illustrator, you need to be different to be better. And indeed Kwixson's text has a generally condescending tone and phrases like "is much less responsive", "is not as intuitive" etc. We need to be honest about Inkscape's weaknesses, but these judgements were often not based on any real weaknesses. 3. After all, who is this document for? Those who like AI the way it is will never switch, so it seems stupid to target them in such a document. I think we need to target those who are used to AI but are looking for something different and better. And therefore we must stress our strengths and differences, explaining them in a way which is easy to understand for AI users. Now on to specific examples. A. Kwixson has removed my mention of keyboard accessibility, in particular keys for screen-pixel-sized transformations, claiming this is not important. I've seen this attitude before from other AI users; they tend to dismiss this because they don't have it. Those who are really using Inkscape (or Xara, where I got the idea from, though by now Inkscape's keyboard is superior even to Xara) will disagree. B. In the section on shapes, Kwixson has removed my explanation of the difference between a shape and a path and the unique features that shapes offer. Instead he inserted an advice to do Ctrl+Shift+C (convert to path) as soon as you created a shape, to be able to node-edit it! This is because AI does not have shapes as such, treating everything as paths. I think this is plain stupid. Inkscape's shapes are clearly superior to those of any other program I know, and we must present them as such. C. In the section on Node tool, Kwixson provided some very cumbersome descriptions of how to convert a segment from curve to straight line and how to continue a path. When I proposed much simpler and more straightforward ways to do the same, he insisted that his descriptions closely match the way AI does this and therefore must stay. Once again, I don't see why one should go through all this when there's a much simpler way. Disclaimer on this point: I cannot even claim to completely understand Kwixson's descriptions, so I may have missed something important in them. Please anyone who knows AI's path editing, review these paragraphs and let us know what you think. Any feedback will be appreciated. I'm crossposting this to the user list too.

9 29

CVS compiling for the uninitiated
by unknown＠example.com 15 Mar '05

15 Mar '05

I compiled CVS successfully a while back and was very excited. So today I tried: cvs -z3 update -Pd make and got: Making all in ui make[3]: Entering directory `/usr/local/src/inkscape/share/ui' make[3]: *** No rule to make target `all'. Stop. make[3]: Leaving directory `/usr/local/src/inkscape/share/ui' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/inkscape/share' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/inkscape' make: *** [all] Error 2 If I were to take a stab in the dark I would guess my makefile is too old and it doesn't include rules for the new ui stuff. I could be very wrong, but this makes me wonder when and how often should I use commands like "make clean", autogen.sh and configure when working with Inkscape CVS. I don't think I saw these sorts of instructions in the wiki. (I do think I read a short blurb about using autogen.sh when new folders enter the tree.) Sorry for such rudimentary questions. Education appreciated, Aaron Spike

3 4

Experimenting with the gcc4.0.0 compiler
by Bob Jamison 15 Mar '05

15 Mar '05

I downloaded/installed a prerelease snapshot of gcc4.0.0 today, and did a clean build with it. I expected it to produce better warnings than 3.4, since 3.4 was more strict than 3.3. And it does! Here is an example: ./xml/node.h:42: warning: ‘class Inkscape::XML::Node’ has virtual functions but non-virtual destructor ./xml/document.h:23: warning: ‘struct Inkscape::XML::Document’ has virtual functions but non-virtual destructor ./xml/sp-css-attr.h:20: warning: ‘class SPCSSAttr’ has virtual functions but non-virtual destructor The planned release of 4.0.0 is Apr 15, so it would be wise to keep up with developments. Bob

3 4