- Inkscape Devel - Inkscape Mailman

BOOST okay?
by Jason Dusek 31 Mar '05

31 Mar '05

I would like to work on Inkscape, and I'd like to use BOOST ==================================== http://www.boost.org/ ==================================== for things like smart_pointers, numeric stuff and the like. is that okay? is it a problem to make inkscape depend on BOOST? -- _jason

2 1

Strange transparency behaviour opening old files
by Lucas Vieites 31 Mar '05

31 Mar '05

Hi, I'm currently using Inkscape 0.41 and when I open up old files, created with 0.39, all the objects that have a gradient fill appear with the correct gradient, but with transparency. I'm attaching an svg file and a png I exported when I created the original, so you can see the difference. Cheers, -- Lucas Vieites Fariña Asix Informática <info@...212...> http://www.asixinformatica.com/ Tel/Fax: +34 986 54 26 98

3 3

Icon theme
by Jean-François Lemaire 31 Mar '05

31 Mar '05

Hello, I just commited share/icons/David_icons.svg and share/icons/README.icons They are not installed when I update and make install but I suppose something has to be done for those files to be installed? No idea what, however. Jef

1 0

Extension errors
by Mike Hearn 31 Mar '05

31 Mar '05

Hi, Currently Inkscape seems to store a list of extensions it's seen before somewhere, I am not sure where. This causes problems for people who use the autopackages because if they have installed Inkscape before from say apt-get, they probably pulled in various apps along with it like Dia etc and also the plugins. They then install the autopackage and these extensions disappear and now Inkscape gives them an error whenever they start. I don't think having an extension be removed is really an error, could this behaviour be changed? It's already a preference to not show these logs at startup, maybe it could just default to off? Also I'm afraid I spotted a stupid bug in the specfile, it was not installing any extensions at all. So here is the 3rd revision of the 0.41 autopackage <sigh>: http://navi.cx/~mike/inkscape/inkscape-0.41-3.x86.package Could it be uploaded to SourceForge and the website changed please? Apologies for the inconvenience. This sort of dumb mistake does remind me why I recommend to others that developers should package their own stuff (a rule I ignored for Inkscape because I needed testing :). I would love for an Inkscape developer - ie somebody who *really* understands this software - to take over maintenance of the autopackages, even if I continue to do the nightly builds. If nobody is up for it then no matter, I will carry on with it. But I think users would have higher quality packages if a dedicated Inkscape developer were to do it. To give people a taste of what is involved, I pasted the specfile I'm using below. The build system isn't complicated at all. Enhancing the packages would involve doing things like making the gtkspell dependency optional at runtime so it could be enabled, and so on. thanks -mike [Meta] RootName: @inkscape.org/inkscape:$SOFTWAREVERSION ShortName: inkscape DisplayName: Inkscape Vector Graphics Editor Summary: Inkscape is an open source SVG editor with capabilities similar to Illustrator, CorelDraw and Visio SoftwareVersion: @VERSION@ Maintainer: The Inkscape team <inkscape-devel(a)lists.sourceforge.net> Packager: Mike Hearn <mike@...333...> PackageVersion: 3 AutopackageTarget: 1.0 [Description] Inkscape is an open source SVG editor with capabilities similar to Illustrator, CorelDraw, Visio, etc. Supported SVG features include basic shapes, paths, text, alpha blending, transforms, gradients, node editing, svg-to-png export, grouping, and more. [BuildPrepare] if [ ! -x configure ]; then ./autogen.sh fi export APBUILD_STATIC="popt=$source_dir/autopackage/libpopt.a gc gccpp" export LDFLAGS="-L/home/mike/static/lib" export PKG_CONFIG_PATH=/home/mike/static/lib/pkgconfig prepareBuild --enable-binreloc [BuildUnprepare] unprepareBuild [Imports] echo '*' | import # import everything [Prepare] require @gnu.org/libstdc++ 3 require @xmlsoft.org/libxml2 2.6 require @xmlsoft.org/libxslt 1.0 require @gtk.org/gtk 2.4 # statically linked for now: require @rpm.org/popt 0.0 # statically linked: require @libsigc.sourceforge.net/libsigc 3 require @libpng.org/libpng 3 # statically linked: require @gtkmm.org/gtkmm2 3 require @zlib.org/zlib 1 [Install] installExe bin/inkscape bin/inkview installMan 1 man/man1/* installIcon share/pixmaps/inkscape.png installDesktop "Graphics" share/applications/inkscape.desktop copyFiles --nobackup share/locale $PREFIX/share copyFiles share/inkscape $PREFIX/share copyFiles lib/inkscape $PREFIX/lib [Uninstall] uninstallFromLog

6 5

User levels, post editing, and such
by Jonathan Leighton 30 Mar '05

30 Mar '05

Okay, I had a look at the WordPress we have running on the site today, and discovered that users of the same level cannot edit each other's posts. Personally, I think it would be good if they could because then we could all help each other in terms of spell checks, tweaks, etc -- which would hopefully result in higher quality posts. Apparently, according to those in the know about such things, prior to WordPress 1.5, people were complaining because people with the same user level *could* edit each other's posts, so they changed it like it is now. However, I am also told that a plugin could be written to change this behaviour back. Before plunging in and trying to do so, I thought I'd better check that such behaviour is desirable. If so, I'd only make it possible for the devs, who have had their user level raised, because we wouldn't want people submitting drafts that can be edited by anyone with an account. On this note, I'd just like to explain one thing: I chose a user level of 5 for developers because if you go any higher, you start getting into configuration options and stuff -- I didn't want to over-complicate things, and I'm really the only person who needs to worry about configuration. For a full explanation of what the different user levels do, have a look here: http://codex.wordpress.org/User_Levels. If anyone objects to my decision of the default developer user level, do feel free to say so. Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

1 0

Parser warning
by Jean-François Lemaire 30 Mar '05

30 Mar '05

Hello, Thanks to Bulya I just noticed that if I create a gradient, the following line: xmlns:xlink="&#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38; #38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38; #38;#38;#38;#38;#38;#38;#38;#38;#38;#38;ns_xlink;" gets added at the beginning of the file, around line 8 or 9, and when I open this file in Inkscape I get the following parser warning: /home/jfl/x.svg:9: parser warning : xmlns:xlink: '&#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38; #38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38; #38;#38;#38;#38;#38;#38;#38;#38;ns_xlink;' is not a valid URI 38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38; ns_xlink; ^ What is that? Jef

2 1

Documentation Brainstorming for Shape Controls
by Kevin Wixson 30 Mar '05

30 Mar '05

Inkscape has wonderful capabilities, among them, the ability to edit basic shapes after they've been initially created via the various shape tools stands out. There isn't, as far as I can tell, any consistent or particularly descriptive way of talking about these capabilities presently in use. I need some help coming up with a clever and descriptive name for the ability to edit shapes (polygon, rectangle, ellipse, spiral) with their respective tools (and the Tool Controls bar). "Shape Control" doesn't quite cut it, imo. Just looking for some brainstorming on this, so please throw out some suggestions. Thanks, -Kevin

8 19

keys.xml and "# toggle grid and snapping to grid"
by Luca Bruno 30 Mar '05

30 Mar '05

Hi all, I'm translating keys.svg in Italian. I've found that the shortcut for "toggle grid and snapping to grid" is the #, which from the document seems to be mapped on Shift+3... On the italian layout it's mapped only to AltGr+à (yes, strange key :), while on Shift+3 we have "£"... No other shotcut use AltGr combination, so I ask if is possible to change this shortcut to something more natural for us. Thanks, Luc@ P.S. the translation is not yet finished, but i've attached my work so far, for the inclusion in CVS. I'm working on keys.xml, I'm right? I've found also keys.fr.xml, but I cannot find a makefile entry for it... How does it work? -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S. | luca.br(AT)uno.it `. `'` | GPG Key ID: 3BFB9FB3 on keyserver.linux.it `- http://www.debian.org | Proud Debian GNU/Linux User -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Calzature moda sport. Da Oliviero.it le ultime novità autunno-inverno 2004/2005: Nike, Puma, Adidas.... * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid(46&d)-3

2 2

NEW: more clonetiler fun: color, tracing, unclumping
by bulia byak 29 Mar '05

29 Mar '05

There's quite a lot of new stuff to announce - if you don't feel like reading all this, just scroll down for screenshot links :) "Tile Clones" dialog improvements: - The new Color tab allows you to change, randomize, or alternate the hue, saturation, and lightness of the tile color per row or per column. You can also set the initial color of the tiles to which these alterations will apply. Changing color works only if the clones' original (or some parts of it, if the original is a group) has unset fill or stroke (use the Fill&Stroke dialog to unset paint). http://inkscape.org/screenshots/gallery/inkscape-0.42-CVS-tiles-color.png Note the new HSL color sliders (replacing the old HSV). - The new Tracing tab allows you to trace the drawing under the tiling. You can set it to pick color, opacity, or any or the RGB or HLS channels in the area covered by each tile; then optionally randomize, invert, or gamma-correct the picked value; and finally apply that value to the tile's probability of presence, size, color, or opacity (or any combinations of these). This makes it possible to do an infinite amount of effects on drawings (both vector drawings and imported bitmaps), such as tesselated mosaics, "impressionist paint", geometric grids, color separation lattices, and more. You can also easily control the extent and the density of your tiling by preparing a temporary shape and tracing opacity-to-presence over it, or you can "paint over" a stroke with a pattern or randomized scattering. http://inkscape.org/screenshots/gallery/inkscape-0.42-CVS-trace-color.png http://inkscape.org/screenshots/gallery/inkscape-0.42-CVS-trace-objects.png If the original tile is a group, you can unset paint on some objects on the group while others (e.g. highlights or shadows) will retain their original colors, unaffected by trace coloring. - The new Unclump button attempts to reduce local unevenness in distribution of the tiles. When you unclump a tiling, each tile tries to move to a point equidistant from its closest neighbors. If a single unclumping is not enough, you can press Unclump repeatedly, trying to achieve a balance between eliminating small-scale clumps and preserving large-scale features of the tiling. Unclumping works equally well on both randomized and regular tilings, changing them both into a characteristic texture which appears random, but not blindly random - very similar to what a human would produce if asked to evenly fill a space with random dots. As a result, properly unclumped dot tilings remind of hand-made engravings. http://inkscape.org/screenshots/gallery/inkscape-0.42-CVS-tiles-unclump.png Notice how the contrast and detailedness of the dot pattern improve as you apply unclumping repeatedly (top right) - even though unclumping is unaware of the background image that was traced by the tiling, it seems to bring out more image details that were "hidden" in the random scattering. You can also apply unclumping to regular tilings, converting them from "newspaper print" to "old engraving" (bottom right). - On all tabs, controls have been rearranged into a table-like layout for more convenient access. Separate controls are added for alternating values per row or per column, as well as for randomizing each value separately (e.g. now you can randomize only the horizontal shifts but not vertical). - The new Exponent values on the Shift tab allow you to make rows or columns to exponentially converge (for values less than 1) or diverge (for values greater than 1). The default of 1 creates rows and columns spaced evenly. - The upper limits for scales and shifts are increased (from 100% to 1000% of tile size), and the precision of the input fields is higher. - There's a mini-statusbar at the bottom of dialog which shows the number of tiled clones of the selected object.

8 7

David Christian Berg's icon theme
by Jean-François Lemaire 29 Mar '05

29 Mar '05

Hello, David Christian Berg told me recently that he won't have time to finish is icon theme in the near future, but since his theme is complete enough for me, I suggest that it should be committed. So I am about to upload a screenshot of an Inkscape session with his theme (http://users.skynet.be/jflemaire/fichiers/Inkscape_session.png) and a blurb for the website news. Some questions, though: - Should I upload the whole lot (the icons.svg file, the PNG screenshot and the blurb) on the patch tracker or somewhere else? - If I understand correctly, the only way to change the icon theme is by putting the 'icons.svg' file into the '$INSTALL/share/inkscape/icons' directory. But what if a user does not have write access to this directory? - Since I'm running KDE, some stock icons are different (such as open and save) because they are taken from the stock KDE icons. It shows on the screenshot. Is that a problem? Jef

3 3

swatches
by David Christian Berg 29 Mar '05

29 Mar '05

Hey guys, I just noticed that there are swatches implemented -- jippi! But is it worth complaining about already? :-) David

2 1

Re: [Inkscape-devel] Inkscape website in French
by Nicu Buculei 29 Mar '05

29 Mar '05

i don't have consistent answers, but i reply anyway because you forgot to reply to the list Luca Bruno wrote: > I think that something should be done for the internalization of the > website... I've seen just today the "Italian" link at the bottom of the > page: that's not *italian*... only babelfish can speak that way :)... i believe the automatic translation was a *temporary* solution > I'm already subscribed to wordpress; I'd like to translate news feed in > italian but, doing that, I will duplicate news...it will be useless for > non-italian user. > > Isn't possible to implement a language chooser or something similar? > I've never used wordpress (and rss-feed in general :( ) so I cannot > speak about that, but i was thinking about something similar to > www.debian.org : it recognizes the language of your browser and sets the > site language accordingly... so you offer to maintain yourself an translated version of the website or at least of the front page? > Also having different submask (fr.inkscape.org,it.i.o...) to redirect > to, would do the job :) probably this was not implemented yet mainly because of the lack of volunteers offering to maintain those localized pages -- nicu

1 0

Inkscape website in French
by Jean-François Lemaire 29 Mar '05

29 Mar '05

Hello, Would it be possible to have the news in French on the website? Some kind of French version of the homepage or something. I would be willing to make the translations if that were possible. For example, http://www.linuxgraphic.org links to the Inkscape website when a new version is released, and I suppose the French users (or potential users) would very much like to be able to read the news. The same goes for the release notes, I guess. And before someone says everybody reads English, let me assure your that this is not true. Almost none of my (Belgian) French-speaking friends can understand English, let alone read it, and the situation is generally said to be worse in France (no offence intended towards our French friends, of course. That's just the way it is.). Jef

2 1

RE: [Inkscape-devel] Inkboard - RPM for first release
by Montgomery, Steven S 29 Mar '05

29 Mar '05

Well, the release notes have a description of what's working as well as submitting bugs: Basic one-to-one document editing functionality exists in this initial release. You can login to a Jabber server and initiate a connection with another user. You can then make changes to the document and they will be sent to the sharing user and any changes they make will be sent to you. There are many bugs and surely more that we don't know about. Please use the Bug Tracker on SourceForge ( http://sourceforge.net/tracker/?group_id=113865&atid=666480 ) to submit any new bugs. We plan to have another release at the end of this week that addresses several bugs we already know about as well as adding some more functionality. For example, the v0.1 release doesn't attempt to send the initial document when creating a new share connection, but the version in CVS successfully sends an initial document. The initial release can be downloaded at http://sourceforge.net/project/showfiles.php?group_id=113865. The distcheck missing was in Linux(Fedora Core 3 to be specific). Thanks, Steven -----Original Message----- From: Ted Gould [mailto:ted@...11...] Sent: Tuesday, March 29, 2005 2:02 AM To: Montgomery, Steven S Cc: inkscape-devel(a)lists.sourceforge.net Subject: RE: [Inkscape-devel] Inkboard - RPM for first release On Mon, 2005-03-28 at 01:44 -0500, Montgomery, Steven S wrote: > Release 0.1 source should be available for download on Sourceforge. Awesome! Is there an announcement that tells us what functionality is working in this version? Where should bugs be submitted? Can you provide a link to the downloads? > I should note that we always have the error about intltool. Inkscape > still seemed to work fine, so we didn't think much of it. But I guess > rpm is a little more picky... > > Oh, and when I try `make distcheck` as suggested, I get 'make: *** No > rule to make target `distcheck'. Stop.' Well, intltool is what manages the translations. So you probably wouldn't notice any errors that were caused by it if you only used Inkboard in English. Sounds like a macro problem, but that would be really weird, probably better to fix distcheck first. Was distcheck missing on Linux or Windows? I'm not sure if it is supposed to exist in the Windows makefiles. It should be there for Linux. --Ted

1 0

RE: [Inkscape-devel] Inkboard - RPM for first release
by Montgomery, Steven S 29 Mar '05

29 Mar '05

Release 0.1 source should be available for download on Sourceforge. On the issue with RPMs, here are the last few lines of the build log: Making all in po make[2]: Entering directory `/usr/src/redhat/BUILD/inkboard-0.1/po' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1/po' make[2]: Entering directory `/usr/src/redhat/BUILD/inkboard-0.1' LC_ALL=C ./intltool-merge -d -u -c ./po/.intltool-merge-cache ./po inkscape.desktop.in inkscape.desktop Possible unintended interpolation of @INTLTOOL_ICONV in string at ./intltool-merge line 94. Global symbol "@INTLTOOL_ICONV" requires explicit package name at ./intltool-merge line 94. BEGIN not safe after errors--compilation aborted at ./intltool-merge line 250. make[2]: *** [inkscape.desktop] Error 9 make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' make: *** [all] Error 2 I should note that we always have the error about intltool. Inkscape still seemed to work fine, so we didn't think much of it. But I guess rpm is a little more picky... Oh, and when I try `make distcheck` as suggested, I get 'make: *** No rule to make target `distcheck'. Stop.' Thanks, Steven -----Original Message----- From: Bryce Harrington [mailto:bryce@...260...] Sent: Monday, March 21, 2005 2:04 AM To: Montgomery, Steven S Cc: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] Inkboard - RPM for first release On Mon, Mar 21, 2005 at 01:52:22AM -0500, Montgomery, Steven S wrote: > Rose-Hulman team here again. We're in the process of making our initial > release of the Inkboard project. The first question is, how important > is it to have binaries(RPMs) for a release? Will most people want the > source code anyways? The source code is the important thing. If the code's good then others will handle the packaging. For instance, if your code is integrated into mainline, then the Inkscape project will generate all the debs, rpms, ebuilds, exe's, etc. as usual. :-) > A related issue, we having problems creating the RPM. I'm not sure if > it's a lack of understanding of RPMs or something to do with Inkscape on > the dev machine. Here's the error it gives at the end of a "rpmbuild > -ba": > make[2]: *** [inkscape.desktop] Error 9 > make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' > make: *** [all] Error 2 > error: Bad exit status from /var/tmp/rpm-tmp.68505 (%build) > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.68505 (%build) Actually I think you've missed the real error message; it'll probably be the one right before the Error 9 line. Can you post the entire build log? > Any thoughts or suggestions would be appreciated. One thing to try is to run `make distcheck` prior to creating the RPM. That will analyze it for packaging errors. The most common cause of errors with RPM's is file paths. RPM's get installed into an arbitrary directory location, so if parts of your build process assume that a file is in a particular location (like /etc or /usr/share/inkscape), that could potentially mess it up. Hope this helps, Bryce

2 1

Patch to fix compile errors with amd64 and gcc-4.0
by Zan Lynx 29 Mar '05

29 Mar '05

(I am not subscribed to the list, please CC me on any replies.) I was compiling Inkscape 0.41 with GCC 4 and got a lot of errors about stuffing 64-bit pointers into 32-bit ints. I think I fixed them and here's the patch. I didn't understand why some of the code was as it was, so this patch may be all wrong, but it compiled and seems to work well. -- Zan Lynx <zlynx@...770...>

1 0

NEW: grouping across layers/groups
by bulia byak 28 Mar '05

28 Mar '05

* The Group command (Ctrl+G) no longer complains when you try to group objects from different layers or groups. Now it pulls the selected objects from wherever they are in the document tree, groups them, and puts the group in the parent layer/group or the topmost (in z-order) selected object.

1 0

WordPress implemented [was: CVS trouble]
by Jonathan Leighton 27 Mar '05

27 Mar '05

Joshua A. Andler wrote: >Great thanks! Weird thing, but the confirmation email with the password >still hasn't arrived... any thoughts? (did I mistype my email address?) > > Hmmmm... I can see your address in the admin panel, and it's correct. Give it a few hours, and if it still hasn't come, email me and I'll see if I can get in touch with Sourceforge. I did look in the SF docs and it says that outgoing email from the project web space is permitted, and not blocked by any software, so it *should* work. It might be that SF is just slow. Cheers, Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

4 9

Deform Class
by Joshua Blocher 27 Mar '05

27 Mar '05

Hi, As a few of you know from jabber i have been working on deforming paths. I have finished one function and starting a write the second. before i get much further i need help figuring out what a deform class has to/needs to/ should have in it. here is what i have so far but, they are not all implemented mind you. comments and input more than welcome. class Deform; NR:Point CoordDiff( NR:Point, NR:Point ); NR:Point AdvCoordDiff(); int DeformPath(); int DeformObject(); public: NR:Point GetCoordDiff( NR:Point, NR:Point ); NR:Point GetAdvCoordDiff(); int DoPathDeform(); int DoDeformObject(); Thanks, josh aka verbalshadow

2 2

Another article about Inkscape
by Bob Jamison 27 Mar '05

27 Mar '05

Hi, all, Occasionally I check Google News for articles about Inkscape. Here is another one I found, that is interesting because it is in a tech section of a mainstream media outlet, not in a tech journal: http://star-techcentral.com/tech/story.asp?file=/2005/3/15/prodit/10221334&… Bob

2 1

Ktoon + Inkscape = killer app?
by Jiaxiang 25 Mar '05

25 Mar '05

I just got hold of KToon, a 2D animation program for KDE. http://ktoon.toonka.com/ I'm ultra-impressed. It can export files in SVG, SWF and PNG sequence (as it's listed) formats. It's pretty mature from the set-up and features it has in use. Maybe some talented programmer(s) who are familiar with everything Inkscape and SVG can jump in and add SVG animation capabilities that might get this powerful program somehow connected/interlaced with Inkscape or even just SVG animation standards? :) (Personally, I'm ready to help make SVG the web standard that it should be.) Pardon my zeal over SVG animation... __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo

2 1

common interface for graphics apps on the "free desktop"
by Jakub Steiner 25 Mar '05

25 Mar '05

One of the good things about Adobe's product line is that they "work together". Same tasks require the same interface. Shortcuts are consistent. On the free desktop we have two major graphics applications, Inkscape (http://www.inkscape.org) and GIMP (http://www.gimp.org). It will not be uncommon to have users needing both apps in their workflow. I hope you guys agree trying to have similar consistency helps to provide a sane user experience. To be specific, there are areas where GIMP & Inkscape provide similar functionality in a slightly different way. For now I will ignore the path tool. An inconsistency that came up while I was working on something is the mouse wheel behavior. GIMP uses shift+scroll wheel to zoom, Inkscape Ctrl+mousewheel. GIMP uses Alt+mousewheel to pan horizontally, Inkscape uses Shift+mousewheel. I've filed this as http://sourceforge.net/tracker/index.php?func=detail&aid=1115612&group_id=9… Another area is the aspect ratio constraint and other transform modifiers. Note that this isn't a user-transition problem. People like me will be using GIMP & Inkscape simultaneously. It's _not_ about forgetting what a user has been used to in the past. Having inconsistent behavior makes one stumble in both apps. It would be cool if somebody found the motivation to write up some extension to the Gnome HIG, defining a standard behaviour for gfx apps (*hint* *hint* ;). Sorry for cross posting, but I hope to initiate some discussion among both camps. cheers -- Jakub Steiner <jimmac@...659...>

11 17

simplify broken in cvs?
by mak 25 Mar '05

25 Mar '05

hello. i have been having some troubles with simplify <CTRL+L> in the latest cvs-builds. to _reproduce_ simply create a new document > make a polygon, bezier-curve or anything, except spirals & freehand-lines[those seem to work !?], select and press <CTRL+L>. > inkscape uses 99% cpu. i upped an example-svg here: http://mak.d3f3kt.net/simplify.svg ... if i'm doing something wrong, please feel free to point it out, maybe i need to be more patient[?]. tia. mak. -- [ m e t a sieben ] [ mak@...766... ] [ m4k@...450... ]

1 1

Creative Commons Search
by Jon Phillips 24 Mar '05

24 Mar '05

Hello everyone, Please check out the new creative commons search at yahoo. It does turn up some of our content, but hopefully it will get more sorted out: http://search.yahoo.com/cc I have the ear of some of the ppl. at creative commons, so feature requests I can pass on. Jon -- 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)

1 0

Mitchell Baker mentions SVG in Mozilla
by Bob Jamison 24 Mar '05

24 Mar '05

Slashdot had an interview with Mitchell Baker this morning, and she answers a question about SVG in Firefox. "when will it be turned on by default?" http://interviews.slashdot.org/article.pl?sid=05/03/22/1442200&tid=154&tid=… Actually, she doesn't answer it, which is very, very disappointing. The situation is quite depressing, with no hopeful future in sight. Bob

4 7

sourceforge and subversion
by Bob Jamison 24 Mar '05

24 Mar '05

According to SF.net's news page, they are finally considering implementing Subversion repositories. Here is the item: > *Subversion Service: * The research, analysis, and support gear-up > needed to implement a Subversion service at SourceForge.net is now in > progress. As with all SourceForge.net services, extensive analysis and > testing must be performed to verify suitable levels of stability and > scalability before a service can be rolled-out. We are expecting the > initial phases of this effort to last several weeks, to be followed by > the implementation of a testing environment which will be used for a > live beta test by specific selected projects. Pending successful > scalability testing, service details will be finalized and service > will be offered to all projects. (Last updated: 2005-03-02 Pacific) Anyone who is familiar with CVS, but has had an opportunity to use Subversion would never go back. Examples: (a)Try in CVS and SVN, renaming a directory with 100 files in it. No contest. (b) An SVN branch is not a tagging, but an actual branch of a directory tree, with the branch diff'd from the trunk. (c) Commits are 'atomic,' meaning that a commit is not applied if it fails during transfer, but only if it is handled correctly. Very sweet. It would be nice if Inkscape were one of the "specific selected projects". Bob

7 14

CVS trouble
by Jonathan Leighton 24 Mar '05

24 Mar '05

Apologies that this isn't really related to Inkscape development, but... I'm having real trouble with checking in the WordPress stuff I did. I was up til nearly 2AM last night trying to get it to work (I got errors when trying to commit), at which point I when to bed grumpily. Anyway, today I finally got it to commit without any errors, but when I look at the repository via the web interface (http://cvs.sourceforge.net/viewcvs.py/inkscape/inkscape_web/) it seems to have not worked right. The four WordPress-related directories have checked in (wp-*), but NONE of the files seem to have. Furthermore, in the wp-includes, wp-admin and wp-images directories, it seems the "cvs" data directories have also checked in (which they shouldn't have), again, without the files. I'm confused as hell, because the output in the terminal when I committed seemed to be fine. For instance: RCS file: /cvsroot/inkscape/inkscape_web/wp-includes/vars.php,v done Checking in wp-includes/vars.php; /cvsroot/inkscape/inkscape_web/wp-includes/vars.php,v <-- vars.php initial revision: 1.1 done That, and other similar output suggests to me that it worked. But maybe I'm missing something? If anyone can help me out I'd be very grateful. I'm sure this is just my newbie-ness but I can't see where I've gone wrong. Also, on the topic of Subversion, I'd definitely support switching to that -- this is the first time for me using CVS, but I have used Subversion in the past with zero problems, and CVS is feels like an uphill battle. Thanks, Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

2 4

Newsforge article on color management
by Bryce Harrington 24 Mar '05

24 Mar '05

http://software.newsforge.com/software/05/03/08/1712218.shtml?tid=152&tid=1… (Scribus and Cinepaint have support for LittleCMS, but neither GIMP nor Inkscape support it yet. I wonder which project will succeed in implementing the support first?) Bryce

5 10

Re: [Inkscape-devel] Mitchell Baker mentions SVG in Mozilla
by Bob Jamison 23 Mar '05

23 Mar '05

John Taber wrote: >Hmm, one of the killer features that IE doesn't have and they are holding it >back ? He does give a explanation of why re decisions on the feature >conflicts - maybe our SVG community can help them out here. Or maybe should >make available binaries of their SVG enabled CVS version? >John > Well, a person can already find an SVG-enabled version of Firefox, if one looks hard enough. But how do you get this voodoo magic to the unwashed masses, and the PHBs? It really needs to be in every browser. What SVG needs for it to start gaining momentum is a user base. Imagine if 6% of browsers in use already (FF's share) could display SVG without any extensions or plugins. People would actually start putting content onto their sites. Maybe not completely; but a server could check for "Accept: image/svg+xml", and for those lucky people show a detailed SVG rather than a crappy bitmap. More content, more browsers; more browsers, more content. Bob

1 0

Re: [Inkscape-devel] shortcuts do not work on canvas with Russian layout
by Artemio 23 Mar '05

23 Mar '05

> All works for me. Please update to the latest CVS and if the problem > persists file a detailed bug report (platform, libs, etc) Woo-hoo, works here with latest CVS version! I can use Ctrl+letter and Shift-Ctril+letter on obects, thanks! A.

1 0

shortcuts do not work on canvas with Russian layout
by Artemio 23 Mar '05

23 Mar '05

Hello all! Long time, no write ;-) Still, I can't get the shortcuts to work with Russian layout, but now I noticed the following: they do work for main menu and in other places (like in text editor), but they do not work on the canvas. I am using last week's cvs built from source. So, say if I select an object, I can press Alt + E, C - this will follow to the Edit menu and copy an object. I can trigger and browse any menu like this Russian layout. In text editor, I can copy/cut/paste text (Ctrl + ...), apply/close (), etc. But on canvas, none of the modifier keys work (and, thus, shortcuts do not work either). I remember that this problem exists since last spring, and I had 3 different systems (and, thus, libraries configurations) since then. Artemio.

2 2

Inkscape 0.41 autopackage
by Mike Hearn 23 Mar '05

23 Mar '05

Hi, I rebuilt this against autopackage 1.0 which provides misc bugfixes and improvements. After this point you generally won't have to rebuild packages to get improvements but 1.0 is the first API stable release so it's necessary. The new package can be found here: http://navi.cx/~mike/inkscape/inkscape-0.41-2.x86.package Could the one on SourceForge please be replaced? Also I noticed the current package is corrupt on switch at least, so it'll give the mirrors a chance to get non-truncated packages. thanks -mike

3 3

EYE DROPPER: Added some buttons and Copy Color as HEX
by Jon Phillips 23 Mar '05

23 Mar '05

Hello everyone, I thought I would pull a Bulia and drop some features. When doing web design and pre-layout, I found it annoying that I could'nt get the hex value of colors, so I added a "Copy as Hex" button when using the eye dropper to get a color value. This way, one can quickly paste that into whatever web page they are working on...In the meantime I did a few other tasks. There are a few things still necessary to be done, but I wanted to report as I can't spend anymore time on it right now...I need to make some money... Made controls for Eye Dropper available on the auxiliary toolbar. * Added entry boxes for hex values of last selected color and opacity. * Added "Copy as RGBA" button that copies last selected color as RGBA value to the clipboard * Added "Copy as HEX" button that copies the last selected color as a HEX value (useful for web work where hex values are needed) * Added toggle switch option to select current color as visible on screen without alpha. When not toggled, then the current color and opacity as represented with alpha becomes the stored desktop value. * Removed the aforementioend option from the application preferences menu, as it is now available via the dropper auxiliary toolbar. What still needs to be done: 1.) I made an icon for the toggled value for Picking a color, I think called "pick_color" in icons.svg. I couldn't come up with a good one, so maybe someone could come up with a better icon to replace the crappy one I did for the toggle button. 2.) I need to fix HEX values that are copied when the option to pick color with alpha is selected. I know how to fix, but just don't have time right now to do...it is a simple thing...but I'm slow right now. 3.) I'm sure there are some things I missed since I did this quickly. Please email/fix/post bugs about... Thanks, Jon

3 6

new interfaces...
by Jon A. Cruz 23 Mar '05

23 Mar '05

new interfaces planned... Previewable Dockable PreviewFillable DockFillable The first one is started, and in src/ui/previewable.h. Check out src/dialogs/swatches.* for some initial rough work with it. sleep calls.... details later.

1 0

shortcuts do not work on canvas with Russian layout
by Artemio 22 Mar '05

22 Mar '05

Hello all! Long time, no write ;-) Still, I can't get the shortcuts to work with Russian layout, but now I noticed the following: they do work for main menu and in other places (like in text editor), but they do not work on the canvas. I am using last week's cvs built from source. So, say if I select an object, I can press Alt + E, C - this will follow to the Edit menu and copy an object. I can trigger and browse any menu like this Russian layout. In text editor, I can copy/cut/paste text (Ctrl + ...), apply/close (), etc. But on canvas, none of the modifier keys work (and, thus, shortcuts do not work either). I remember that this problem exists since last spring, and I had 3 different systems (and, thus, libraries configurations) since then. Artemio.

1 0

Re Path Splitting?
by Erik 22 Mar '05

22 Mar '05

OK. 1. Open Inkscape. 2. Draw a short Freehand path. 3. Choose one of middle nodes. 4a. Break path at selected node or 4b. Split path between two non end-point nodes. Intuitively I would think that the result should be two or more separate paths? However, the result seems to be two or more sub-paths within the original path. Is this a bug or is it meant to behave like this? If it is meant then how do I get the sub-paths to be separate? Probably a simple explanation so I'd like to hear it. Erik Forgot to mention I'm using Win2K and build 1:14 of 22 March.

2 1

Inkscape website with WordPress
by Jonathan Leighton 21 Mar '05

21 Mar '05

Ok, I've finished making an example of doing the Inkscape news with WordPress. Please navigate to http://inkscape.turnipspatch.com/ and have a look. If you want to try out the admin, then go to http://inkscape.turnipspatch.com/wp-admin/. The us.erna.me and pa.ssw.ord is "Test" and "inkscape" respectively. This username has full access privileges -- I might have a change that if abuse becomes a problem, but I don't think the people on this list would be the ones to do that so we'll see how it goes. Let me know of any opinions you have, whether you think it's a good/better solution etc. Jon PS. I decided not to create a "theme" for Inkscape as this would mess up interoperability with the non-WordPress part of the website, and also make it hard for people not familiar with WP to know what to do when editing pages. -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

8 31

Inkboard - RPM for first release
by Montgomery, Steven S 21 Mar '05

21 Mar '05

Rose-Hulman team here again. We're in the process of making our initial release of the Inkboard project. The first question is, how important is it to have binaries(RPMs) for a release? Will most people want the source code anyways? A related issue, we having problems creating the RPM. I'm not sure if it's a lack of understanding of RPMs or something to do with Inkscape on the dev machine. Here's the error it gives at the end of a "rpmbuild -ba": make[2]: *** [inkscape.desktop] Error 9 make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.68505 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.68505 (%build) Any thoughts or suggestions would be appreciated. Thank you, Steven Montgomery

3 2

New CVS ebuild for Inkscape
by Jonathan Leighton 21 Mar '05

21 Mar '05

Hi all, I made some changes for myself to the ebuild I found in the wiki, but thought it would be good to share them with everyone else too. It was a couple of weeks ago, but this is what I remember I did: * Updated the dependencies to the ones in the Inkscape 0.41 ebuild currently in Gentoo bugzilla. * Changed the "x86" keyword to "~x86" -- a CVS ebuild should definitely not have a stable keyword. * Changed "econf || die" to "econf ${G2CONF} || die" so that USE flags actually work. I think that's it. If someone could put it on the Inkscape website in place of the old one I'd be grateful. It's attached. Regards, Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/ # Copyright 1999-2003 Gentoo Technologies, Inc. # Distributed under the terms of the GNU General Public License v2 # This is not the 1.0 version ! This is a cvs ebuild # By Dell'aiera Pol (id jabber: pol@...592...) # Just put this file in /usr/portage/media-gfx/inkscape/ then run 'emerge inkscape' # Report bug @ blenderman@...593... or via jabber. ECVS_MODULE="inkscape" ECVS_CVS_OPTIONS="-dP" ECVS_SERVER="cvs.sourceforge.net/cvsroot/inkscape" inherit cvs S=${WORKDIR}/${ECVS_MODULE} DESCRIPTION="A SVG based generic vector-drawing program" HOMEPAGE="http://www.inkscape.org/" LICENSE="GPL-2 LGPL-2.1" SLOT="0" KEYWORDS="~x86 ~ppc ~amd64" IUSE="gnome mmx doc" RDEPEND=">=x11-libs/gtk+-2.4.1 >=media-libs/libart_lgpl-2.3.16 >=dev-libs/libxml2-2.6.7 >=x11-libs/pango-1.4.0 dev-perl/XML-Parser virtual/xft media-libs/fontconfig dev-libs/popt sys-libs/zlib media-libs/libpng =sys-devel/gcc-3* >=dev-libs/libsigc++-2.0.3 >=dev-cpp/gtkmm-2.4 gnome? ( >=gnome-base/libgnomeprint-2.2 >=gnome-base/libgnomeprintui-2.2 ) >=dev-libs/boehm-gc-6.4" DEPEND="${RDEPEND} sys-devel/gettext dev-util/pkgconfig >=dev-util/intltool-0.29" src_compile() { ./autogen.sh || die G2CONF="${G2CONF} --with-xft --with-popt" use mmx || G2CONF="${G2CONF} --disable-mmx" use gnome && G2CONF="${G2CONF} --with-gnome-print" econf ${G2CONF} || die emake || die } src_install() { DOCS="AUTHORS COPYING ChangeLog HACKING NEWS README" make DESTDIR=${D} install || die }

5 8

profiling clone deletion
by MenTaLguY 20 Mar '05

20 Mar '05

Here are the top three offenders when deleting ~10000 clones: > % cumulative self self total > time seconds seconds calls s/call s/call name > 26.42 35.29 35.29 50000 0.00 0.00 sp_object_get_child_by_repr(SPObject*, Inkscape::XML::Node*) > 14.10 54.12 18.83 9999 0.00 0.00 sp_item_pos_in_parent(SPItem*) > 11.45 69.42 15.30 20003 0.00 0.00 SPSelection::_removeObjectDescendants(SPObject*) They're also the only ones that individually accounted for > 10% of the CPU time, and together these three account for 51% of the entire time. Surprised me, actually; sp_repr_prev() only showed up at 7%, and it was only called 10000 times. So that means my speculations last night were largely wrong. But I guess this is a good illustration (for those following along at home) why it's good to profile rather than assume. ^^; But anyway... pondering how best to optimize things now. Suggestions welcome. I'm a bit reluctant to do the obvious and have every SPObject keep e.g. a hashtable of Node/SPObject mappings for its children, as that would come at a very heavy memory cost. At least for _removeObjectDescendants and sp_object_get_child_by_repr(), we may also be able to call them less in the first place... -mental

2 1

Re: [Inkscape-devel] Inkscape SVG Animation Interface
by Jiaxiang 20 Mar '05

20 Mar '05

It was inspired by Beez Bezier animator: http://beez.sourceforge.net/ I also use Flash 2, but I think it's interface a little annoying (huge buttons) and so are its tools. (I still like it, though.) I just noticed that someone is actually working on an animation extension for Inkscape. It's called Spalah Flash: http://spalah.sourceforge.net/?p=2&m=25&go= Yeah, my mock-up shows the world that I don't know anything about programming. Animation is a complicated task. Oddly, the Beez Bezier animator has even less features than my mock-up, yet it can still produce animation. __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Inkscape SVG Animation Interface
by Jiaxiang 19 Mar '05

19 Mar '05

This is just a quick mock-up of an idea for an Inkscape SVG animation interface. http://img42.exs.cx/img42/9633/inkscapeaniui8se.png DISCLAIMER: I'm merely an Inkscape user. I don't know anything about programming or GUI design - and I also don't pretend to know. This is just submitted to give some general idea of what, from the perspective of a this user, may or may not be the bare basics to add such a neat and powerful tool into the Inkscape tool box. Note: This would ideally be an additional window within Inkscape. The genius of its construction/destruction is left to you in the wonderful world of Inkscape development. With a handshake... __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

3 2

RE: Inkscape SVG Animation Interface
by Jiaxiang 19 Mar '05

19 Mar '05

http://img42.exs.cx/img42/9633/inkscapeaniui8se.png __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Inkscape SVG Animation Interface
by Jiaxiang 19 Mar '05

19 Mar '05

This is just a quick mock-up of an idea for an Inkscape SVG animation interface. DISCLAIMER: I'm merely an Inkscape user. I don't know anything about programming or GUI design - and I also don't pretend to know. This is just submitted to give some general idea of what, from the perspective of a this user, may or may not be the bare basics to add such a neat and powerful tool into the Inkscape tool box. Note: This would ideally be an additional window within Inkscape. The genius of its construction/destruction is left to you in the wonderful world of Inkscape development. With a handshake... __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

"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

Re: bug report, sorry: 100% CPU with text, Ctrl-C, Ctrl-V
by Ralf Stephan 14 Mar '05

14 Mar '05

switching to the more appropriate list > Self-built on PPC. Start up clean. Click text, click canvas, type a > few keys, then type Ctrl-C, Ctrl-V: voila 100% CPU. > 0.41 on an oldish G3 iMac with a heavily upgraded Suse-PPC 6.x, gcc-3.4.1, > kernel 2.2.18pre24, configure was --disable-static --without-inkjar > > Note: do NOT click selection. Can someone reproduce it on x86? Here is the gdb backtrace, the longest I've ever seen. Program received signal SIGINT, Interrupt. 0x0ed55b60 in __mempcpy (dstpp=0x1172b6e8, srcpp=0x11742c28, len=0) at ../sysdeps/generic/mempcpy.c:66 66 ../sysdeps/generic/mempcpy.c: No such file or directory. in ../sysdeps/generic/mempcpy.c #0 0x0ed55b60 in __mempcpy (dstpp=0x1172b6e8, srcpp=0x11742c28, len=0) at ../sysdeps/generic/mempcpy.c:66 #1 0x0ed1cb80 in msort_with_tmp (b=0x11742b48, n=36, s=32, cmp=0x102240f4 <CmpCtrl(void const*, void const*)>, t=0x1172b608 "") at msort.c:74 #2 0x0ed1cab8 in msort_with_tmp (b=0x11742b48, n=73, s=32, cmp=0x102240f4 <CmpCtrl(void const*, void const*)>, t=0x1172b608 "") at msort.c:49 #3 0x0ed1cad0 in msort_with_tmp (b=0x11742228, n=146, s=32, cmp=0x102240f4 <CmpCtrl(void const*, void const*)>, t=0x1172b608 "") at msort.c:50 #4 0x0ed1cad0 in msort_with_tmp (b=0x11741008, n=291, s=32, cmp=0x102240f4 <CmpCtrl(void const*, void const*)>, t=0x1172b608 "") at msort.c:50 #5 0x0ed1cab8 in msort_with_tmp (b=0x11741008, n=582, s=32, cmp=0x102240f4 <CmpCtrl(void const*, void const*)>, t=0x1172b608 "") at msort.c:49 #6 0x0ed1ccec in qsort (b=0x11741008, n=582, s=32, cmp=0x102240f4 <CmpCtrl(void const*, void const*)>) at msort.c:118 #7 0x102241f4 in text_holder::SortCtrl (this=0x113ace88) at libnrtype/FlowBoxes.cpp:341 #8 0x102254d0 in text_holder::ComputeBoxes (this=0x113ace88) at libnrtype/FlowBoxes.cpp:655 #9 0x102185f0 in flow_src::Prepare (this=0x113b5c98) at libnrtype/FlowSrc.cpp:119 #10 0x100dd2e0 in SPText::UpdateFlowSource (this=0x11361438) at sp-text.cpp:1433 #11 0x100ddf68 in sp_text_update (object=0x11361438, ctx=0x7fffd6c0, flags=11) at sp-text.cpp:501 #12 0x100c3b70 in SPObject::updateDisplay (this=0x11361438, ctx=0x7fffd6c0, flags=11) at sp-object.cpp:1019 #13 0x100b44f8 in sp_group_update (object=0x11361490, ctx=0x7fffd810, flags=0) at sp-item-group.cpp:240 #14 0x100c3b70 in SPObject::updateDisplay (this=0x10445438, ctx=0x7fffd810, flags=2) at sp-object.cpp:1019 #15 0x100b44f8 in sp_group_update (object=0x10445490, ctx=0x7fffd940, flags=0) at sp-item-group.cpp:240 #16 0x100d1a80 in sp_root_update (object=0x103f6cd0, ctx=0x7fffd948, flags=2) at sp-root.cpp:559 #17 0x100c3b70 in SPObject::updateDisplay (this=0x103f6cd0, ctx=0x7fffdb60, flags=2) at sp-object.cpp:1019 #18 0x100846ec in sp_document_ensure_up_to_date (doc=0x103bbc08) at document.cpp:638 #19 0x1010ed88 in sp_document_maybe_done (doc=0x103bbc08, key=0x0) at document-undo.cpp:98 #20 0x100f1f90 in sptc_commit (imc=0x1172b6e8, string=0x113b1de8 "e", tc=0x1135c750) at text-context.cpp:853 #21 0x0f156db8 in g_cclosure_marshal_VOID__STRING (closure=0x11350700, return_value=0x11742c28, n_param_values=0, param_values=0x7fffddc0, invocation_hint=0x1172b608, marshal_data=0x0) at gmarshal.c:496 #22 0x0f13cff0 in g_closure_invoke (closure=0x113555a0, return_value=0x10350000, n_param_values=0, param_values=0x7fffddc0, invocation_hint=0x7fffdcf8) at gclosure.c:437 #23 0x0f154400 in signal_emit_unlocked_R (node=0x0, detail=0, instance=0x0, emission_return=0x113ace88, instance_and_params=0x7fffddc0) at gsignal.c:2485 #24 0x0f155994 in g_signal_emit_valist (instance=0x0, signal_id=2147474880, detail=2147474680, var_args=0x11350700) at gsignal.c:2244 #25 0x0f155be4 in g_signal_emit_by_name (instance=0x11350700, detailed_signal=0x7fffddc0 "\020;\2138") at gsignal.c:2312 #26 0x0f80fec8 in gtk_im_multicontext_commit_cb (slave=0x1172b6e8, str=0xed1cb80 "|\177\033x\177{Ã\024;Â½Ã¿Ã¿H", multicontext=0x0) at gtkimmulticontext.c:454 #27 0x0f156db8 in g_cclosure_marshal_VOID__STRING (closure=0x11350700, return_value=0x11742c28, n_param_values=0, param_values=0x7fffddc0, invocation_hint=0x1172b608, marshal_data=0x0) at gmarshal.c:496 #28 0x0f13cff0 in g_closure_invoke (closure=0x113555a0, return_value=0x10350000, n_param_values=0, param_values=0x7fffddc0, invocation_hint=0x7fffdcf8) at gclosure.c:437 #29 0x0f154400 in signal_emit_unlocked_R (node=0x0, detail=0, instance=0x0, emission_return=0x113ace88, instance_and_params=0x7fffddc0) at gsignal.c:2485 #30 0x0f155994 in g_signal_emit_valist (instance=0x0, signal_id=2147474880, detail=2147474680, var_args=0x11350700) at gsignal.c:2244 #31 0x0f155be4 in g_signal_emit_by_name (instance=0x11350700, detailed_signal=0x7fffddc0 "\020;\2138") at gsignal.c:2312 #32 0x0f80dcec in gtk_im_context_simple_commit_char (context=0x7fffddc0, ch=288687872) at gtkimcontextsimple.c:1038 #33 0x0f80e3ec in gtk_im_context_simple_filter_keypress (context=0x0, event=0x0) at gtkimcontextsimple.c:1234 #34 0x0f80d108 in gtk_im_context_filter_keypress (context=0x7fffddc0, key=0x11350700) at gtkimcontext.c:317 #35 0x0f80faa8 in gtk_im_multicontext_filter_keypress (context=0x1172b6e8, event=0x11350700) at gtkimmulticontext.c:316 #36 0x0f80d108 in gtk_im_context_filter_keypress (context=0x113555a0, key=0x11337f58) at gtkimcontext.c:317 #37 0x100f123c in sp_text_context_root_handler (ec=0x113555a0, event=0x113555a0) at text-context.cpp:404 #38 0x10113dd4 in sp_event_context_root_handler (event_context=0x1135c750, event=0x11337f58) at event-context.cpp:687 #39 0x10102f10 in sp_desktop_root_handler (item=0x1172b6e8, event=0x11742c28, desktop=0x0) at desktop-events.cpp:56 #40 0x1020abc4 in sp_marshal_BOOLEAN__POINTER (closure=0xf5ecae0, return_value=0x7fffe9f0, n_param_values=0, param_values=0x10383fc0, invocation_hint=0x1172b608, marshal_data=0x0) at helper/sp-marshal.cpp:350 #41 0x0f13cff0 in g_closure_invoke (closure=0x108a2db8, return_value=0x7fffe9f0, n_param_values=0, param_values=0x7fffddc0, invocation_hint=0x7fffdcf8) at gclosure.c:437 #42 0x0f154400 in signal_emit_unlocked_R (node=0x0, detail=0, instance=0x0, emission_return=0x113ace88, instance_and_params=0x7fffddc0) at gsignal.c:2485 #43 0x0f15568c in g_signal_emit_valist (instance=0x1020ab14, signal_id=2147477336, detail=2147474680, var_args=0xffffffff) at gsignal.c:2254 #44 0x0f885adc in gtk_signal_emit (object=0x7fffe758, signal_id=4294967295) at gtksignal.c:360 #45 0x102046b8 in emit_event (canvas=0x7fffe758, event=0xf1889fc) at display/sp-canvas.cpp:1166 #46 0x0f830784 in _gtk_marshal_BOOLEAN__BOXED (closure=0xffffffff, return_value=0x7fffe9f0, n_param_values=0, param_values=0x7fffed00, invocation_hint=0x1172b608, marshal_data=0x108a2db8) at gtkmarshalers.c:83 #47 0x0f13d3b4 in g_type_class_meta_marshal (closure=0x7fffed00, return_value=0xffffffff, n_param_values=270576404, param_values=0x0, invocation_hint=0x7fffe9f0, marshal_data=0x108a2db8) at gclosure.c:514 #48 0x0f13cff0 in g_closure_invoke (closure=0x103b3ba8, return_value=0x7fffec50, n_param_values=2, param_values=0x7fffddc0, invocation_hint=0x7fffdcf8) at gclosure.c:437 #49 0x0f1546bc in signal_emit_unlocked_R (node=0x0, detail=0, instance=0x0, emission_return=0x113ace88, instance_and_params=0x7fffddc0) at gsignal.c:2523 #50 0x0f15568c in g_signal_emit_valist (instance=0xf13d338, signal_id=2147478584, detail=2147474680, var_args=0x0) at gsignal.c:2254 #51 0x0f155d6c in g_signal_emit (instance=0x1172b6e8, signal_id=292826152, detail=0) at gsignal.c:2288 #52 0x0f93e4a8 in gtk_widget_event_internal (widget=0x103b3ba8, event=0x0) at gtkwidget.c:3616 #53 0x0f94fad0 in gtk_window_propagate_key_event (window=0x103b3ba8, event=0xf13d338) at gtkwindow.c:4424 #54 0x0f954f6c in gtk_window_key_press_event (widget=0x0, event=0x7fffec38) at gtkwindow.c:4454 #55 0x0f830784 in _gtk_marshal_BOOLEAN__BOXED (closure=0x0, return_value=0x7fffec50, n_param_values=0, param_values=0x7fffec38, invocation_hint=0x1172b608, marshal_data=0x103b3ba8) at gtkmarshalers.c:83 #56 0x0f13d3b4 in g_type_class_meta_marshal (closure=0x7fffec38, return_value=0x0, n_param_values=252957496, param_values=0x2, invocation_hint=0x7fffec50, marshal_data=0x103b3ba8) at gclosure.c:514 #57 0x0f13cff0 in g_closure_invoke (closure=0x103b3ba8, return_value=0x7ffff120, n_param_values=2, param_values=0x7fffddc0, invocation_hint=0x7fffdcf8) at gclosure.c:437 #58 0x0f1546bc in signal_emit_unlocked_R (node=0x0, detail=0, instance=0x0, emission_return=0x113ace88, instance_and_params=0x7fffddc0) at gsignal.c:2523 #59 0x0f15568c in g_signal_emit_valist (instance=0xf13d338, signal_id=2147479816, detail=2147474680, var_args=0xffffffff) at gsignal.c:2254 #60 0x0f155d6c in g_signal_emit (instance=0x1172b6e8, signal_id=292826152, detail=0) at gsignal.c:2288 #61 0x0f93e4a8 in gtk_widget_event_internal (widget=0x103b3ba8, event=0xffffffff) at gtkwidget.c:3616 #62 0x0f82e554 in gtk_propagate_event (widget=0x7ffff108, event=0xf13d338) at gtkmain.c:2119 #63 0x0f82e884 in gtk_main_do_event (event=0x103b3ba8) at gtkmain.c:1383 #64 0x0f5a2350 in gdk_event_dispatch (source=0x1172b6e8, callback=0x11742c28, user_data=0x0) at gdkevents-x11.c:2218 #65 0x0f061bf0 in g_main_context_dispatch (context=0x103b3ba8) at gmain.c:1947 #66 0x0f063d10 in g_main_context_iterate (context=0xffffffff, block=2147474680, dispatch=0, self=0x102240f4) at gmain.c:2578 #67 0x0f064130 in g_main_loop_run (loop=0x7ffff108) at gmain.c:2782 #68 0x0f82d7c0 in gtk_main () at gtkmain.c:963 #69 0x0fcacc18 in Gtk::Main::run_impl (this=0x1172b6e8) at main.cc:470 #70 0x0fcac9fc in Gtk::Main::run () at main.cc:417 #71 0x10082d24 in sp_main_gui (argc=2147471328, argv=0xed1cb80) at main.cpp:378 #72 0x1008300c in main (argc=1, argv=0x7ffff7a4) at main.cpp:305 The program is running. Exit anyway? (y or n) ralf

2 1

translated win32 installer
by Adib Taraben 14 Mar '05

14 Mar '05

Hi, 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. All the strings (5 per language) are in the .nsi file. Attached the new .nsi file and a diff against the current cvs. HTH, Adib. cvs diff -u inkscape.nsi (in directory D:\projekte\inkscape\) Index: inkscape.nsi =================================================================== RCS file: /cvsroot/inkscape/inkscape/inkscape.nsi,v retrieving revision 1.10 diff -u -r1.10 inkscape.nsi --- inkscape.nsi 12 Feb 2005 17:44:35 -0000 1.10 +++ inkscape.nsi 12 Mar 2005 23:32:39 -0000 @@ -41,14 +41,28 @@ ; Language files !insertmacro MUI_LANGUAGE "English" +!insertmacro MUI_LANGUAGE "German" ; MUI end ------ +; English strings +LangString lng_Caption ${LANG_ENGLISH} "${PRODUCT_NAME} -- Open Source Scalable Vector Graphics Editor" +LangString lng_Editor ${LANG_ENGLISH} "Do you want $(^Name) to be the default SVG editor?" +LangString lng_Reader ${LANG_ENGLISH} "Do you want $(^Name) to be the default SVG reader?" +LangString lng_Removed ${LANG_ENGLISH} "$(^Name) was successfully removed from your computer." +LangString lng_Uninstall ${LANG_ENGLISH} "Are you sure you want to completely remove $(^Name) and all of its components?" + +; German strings +LangString lng_Caption ${LANG_GERMAN} "${PRODUCT_NAME} -- Open Source SVG-Vektorillustrator" +LangString lng_Editor ${LANG_GERMAN} "Wollen Sie $(^Name) zu Ihrem standardm��igem Bearbeitungsprogramm f�r SVG machen?" +LangString lng_Reader ${LANG_GERMAN} "Wollen Sie $(^Name) zu Ihrem standardm��igem Anzeigeprogramm f�r SVG machen?" +LangString lng_Removed ${LANG_GERMAN} "$(^Name) wurde erfolgreich von Ihrem Computer entfernt." +LangString lng_Uninstall ${LANG_GERMAN} "M�chten Sie $(^Name) und alle seine Komponenten von Ihrem Rechner entfernen?" Name "${PRODUCT_NAME} ${PRODUCT_VERSION}" -Caption "${PRODUCT_NAME} -- Open Source Scalable Vector Graphics Editor" +Caption $(lng_Caption) OutFile "Inkscape-${PRODUCT_VERSION}-1.win32.exe" InstallDir "$PROGRAMFILES\Inkscape" InstallDirRegKey HKLM "${PRODUCT_DIR_REGKEY}" "" @@ -72,14 +86,14 @@ Section -Post WriteUninstaller "$INSTDIR\uninst.exe" - MessageBox MB_YESNO|MB_ICONQUESTION "Do you want Inkscape to be the default SVG editor?" IDNO NoEditor + MessageBox MB_YESNO|MB_ICONQUESTION $(lng_Editor) IDNO NoEditor WriteRegStr HKCR ".svg" "" "svgfile" WriteRegStr HKCR ".svgz" "" "svgfile" WriteRegStr HKCR "svgfile" "" "Scalable Vector Graphics file" WriteRegStr HKCR "svgfile\shell\edit\command" "" '$INSTDIR\Inkscape.exe "%1"' NoEditor: - MessageBox MB_YESNO|MB_ICONQUESTION "Do you want Inkscape to be the default SVG reader?" IDNO NoReader + MessageBox MB_YESNO|MB_ICONQUESTION $(lng_Reader) IDNO NoReader WriteRegStr HKCR ".svg" "" "svgfile" WriteRegStr HKCR ".svgz" "" "svgfile" WriteRegStr HKCR "svgfile" "" "Scalable Vector Graphics file" @@ -87,14 +101,13 @@ NoReader: SectionEnd - Function un.onUninstSuccess HideWindow - MessageBox MB_ICONINFORMATION|MB_OK "$(^Name) was successfully removed from your computer." + MessageBox MB_ICONINFORMATION|MB_OK $(lng_Removed) FunctionEnd Function un.onInit - MessageBox MB_ICONQUESTION|MB_YESNO|MB_DEFBUTTON2 "Are you sure you want to completely remove $(^Name) and all of its components?" IDYES +2 + MessageBox MB_ICONQUESTION|MB_YESNO|MB_DEFBUTTON2 $(lng_Uninstall) IDYES +2 Abort FunctionEnd ; ####################################### ; Inkscape NSIS installer project file ; Used as of 0.40 ; ####################################### ; ####################################### ; DEFINES ; ####################################### !define PRODUCT_NAME "Inkscape" !define PRODUCT_VERSION "0.41+cvs" !define PRODUCT_PUBLISHER "Inkscape Organization" !define PRODUCT_WEB_SITE "http://www.inkscape.org" !define PRODUCT_DIR_REGKEY "Software\Microsoft\Windows\CurrentVersion\App Paths\inkscape.exe" !define PRODUCT_UNINST_KEY "Software\Microsoft\Windows\CurrentVersion\Uninstall\${PRODUCT_NAME}" !define PRODUCT_UNINST_ROOT_KEY "HKLM" ; ####################################### ; MUI SETTINGS ; ####################################### ; MUI 1.67 compatible ------ !include "MUI.nsh" !define MUI_ABORTWARNING !define MUI_ICON "${NSISDIR}\Contrib\Graphics\Icons\modern-install.ico" !define MUI_UNICON "${NSISDIR}\Contrib\Graphics\Icons\modern-uninstall.ico" ; Welcome page !insertmacro MUI_PAGE_WELCOME ; License page !define MUI_LICENSEPAGE_RADIOBUTTONS !insertmacro MUI_PAGE_LICENSE "Copying" ; Directory page !insertmacro MUI_PAGE_DIRECTORY ; Instfiles page !insertmacro MUI_PAGE_INSTFILES ; Finish page !define MUI_FINISHPAGE_RUN "$INSTDIR\inkscape.exe" !insertmacro MUI_PAGE_FINISH ; Uninstaller pages !insertmacro MUI_UNPAGE_INSTFILES ; Language files !insertmacro MUI_LANGUAGE "English" !insertmacro MUI_LANGUAGE "German" ; MUI end ------ ; English strings LangString lng_Caption ${LANG_ENGLISH} "${PRODUCT_NAME} -- Open Source Scalable Vector Graphics Editor" LangString lng_Editor ${LANG_ENGLISH} "Do you want $(^Name) to be the default SVG editor?" LangString lng_Reader ${LANG_ENGLISH} "Do you want $(^Name) to be the default SVG reader?" LangString lng_Removed ${LANG_ENGLISH} "$(^Name) was successfully removed from your computer." LangString lng_Uninstall ${LANG_ENGLISH} "Are you sure you want to completely remove $(^Name) and all of its components?" ; German strings LangString lng_Caption ${LANG_GERMAN} "${PRODUCT_NAME} -- Open Source SVG-Vektorillustrator" LangString lng_Editor ${LANG_GERMAN} "Wollen Sie $(^Name) zu Ihrem standardm��igem Bearbeitungsprogramm f�r SVG machen?" LangString lng_Reader ${LANG_GERMAN} "Wollen Sie $(^Name) zu Ihrem standardm��igem Anzeigeprogramm f�r SVG machen?" LangString lng_Removed ${LANG_GERMAN} "$(^Name) wurde erfolgreich von Ihrem Computer entfernt." LangString lng_Uninstall ${LANG_GERMAN} "M�chten Sie $(^Name) und alle seine Komponenten von Ihrem Rechner entfernen?" Name "${PRODUCT_NAME} ${PRODUCT_VERSION}" Caption $(lng_Caption) OutFile "Inkscape-${PRODUCT_VERSION}-1.win32.exe" InstallDir "$PROGRAMFILES\Inkscape" InstallDirRegKey HKLM "${PRODUCT_DIR_REGKEY}" "" ShowInstDetails show ShowUnInstDetails show Section "MainSection" SEC01 SetOutPath "$INSTDIR" SetOverwrite ifnewer File /a /r "inkscape\*.*" CreateDirectory "$SMPROGRAMS\Inkscape" CreateShortCut "$SMPROGRAMS\Inkscape\Inkscape.lnk" "$INSTDIR\inkscape.exe" CreateShortCut "$DESKTOP\Inkscape.lnk" "$INSTDIR\inkscape.exe" SectionEnd Section -AdditionalIcons CreateShortCut "$SMPROGRAMS\Inkscape\Uninstall Inkscape.lnk" "$INSTDIR\uninst.exe" SectionEnd Section -Post WriteUninstaller "$INSTDIR\uninst.exe" MessageBox MB_YESNO|MB_ICONQUESTION $(lng_Editor) IDNO NoEditor WriteRegStr HKCR ".svg" "" "svgfile" WriteRegStr HKCR ".svgz" "" "svgfile" WriteRegStr HKCR "svgfile" "" "Scalable Vector Graphics file" WriteRegStr HKCR "svgfile\shell\edit\command" "" '$INSTDIR\Inkscape.exe "%1"' NoEditor: MessageBox MB_YESNO|MB_ICONQUESTION $(lng_Reader) IDNO NoReader WriteRegStr HKCR ".svg" "" "svgfile" WriteRegStr HKCR ".svgz" "" "svgfile" WriteRegStr HKCR "svgfile" "" "Scalable Vector Graphics file" WriteRegStr HKCR "svgfile\shell\open\command" "" '$INSTDIR\Inkscape.exe "%1"' NoReader: SectionEnd Function un.onUninstSuccess HideWindow MessageBox MB_ICONINFORMATION|MB_OK $(lng_Removed) FunctionEnd Function un.onInit MessageBox MB_ICONQUESTION|MB_YESNO|MB_DEFBUTTON2 $(lng_Uninstall) IDYES +2 Abort FunctionEnd Section Uninstall Delete "$DESKTOP\Inkscape.lnk" Delete "$SMPROGRAMS\Inkscape\Uninstall Inkscape.lnk" Delete "$SMPROGRAMS\Inkscape\Inkscape.lnk" RMDir "$SMPROGRAMS\Inkscape" RMDir /r "$INSTDIR" SetAutoClose true SectionEnd

3 2

Re: New GUI projects
by Diego González 14 Mar '05

14 Mar '05

>* Commandline options > > Implement code that takes argc,argv, parses it via popt, and stores it > in a member of Inkscape::Application::Application in > src/application/application.cpp. If you"ve not used popt before, > here"s a handy PDF on it: http://www.rpm.org/local/popt.pdf > > The current option handling code is in main.cpp, but is kind of > hackish so feel free to redesign it a bit. Glib 2.6 has a new API to address this need, if you're going to use glibmm the new API (GOption) is wrapped.

2 1

Freehand drawing tool
by Bryce Harrington 14 Mar '05

14 Mar '05

There'd been some comments about the quality of the Inkscape drawing tool compared with Sodipodi. I experimented around a bit with both. I see what they mean, but it's difficult to quantify the issue. Inkscape's drawing tool "feels" snappier, it doesn't lag like Sodipodi, and it produces lines smoothly, but it just doesn't "feel" right. I can't draw worth beansy, but I could see the difference when I tried writing my name: http://bryceharrington.com/freehand_drawing.png Try signing your name with the two apps and see if you notice a difference. Bryce

9 32

extensions usability
by unknown＠example.com 14 Mar '05

14 Mar '05

We need to rethink this approach to warning about unloaded extensions. It seems to be causing a LOT of confusion amongst our user community, of which the below is representative. At the very least the dialog needs some text explaining the implications for the users so they don't jump to the conclusion that Inkscape is broken. ----- Forwarded message from "Robert C. Smith" <rcsthrax@...106...> ----- Date: Wed, 09 Mar 2005 13:51:27 -0700 From: "Robert C. Smith" <rcsthrax@...106...> Reply-To: inkscape-user(a)lists.sourceforge.net Subject: Re: [Inkscape-user] autopackage To: inkscape-user(a)lists.sourceforge.net "One or more extensions failed to load The failed extensions have been skipped. Inkscape will continue to run normally but those extensions will be unavailable." Wayne...I plan to run dual-boot but had problems loading Mandrake which I am investigating. The above shows that the Windows load of Inkscape HAS PROBLEMS and that this isn't just an open-source distribution issue. I would appreciate that this fact be recognized as discussion proceeds. I am new to open-source except for the Gimp. What is an "extension?" What are the implications of lacking an extension? What is new in .41 which would provoke this error message? (The situation is independent of service packs.) ....RCs On 9 Mar 2005 at 9:37, wayne wrote: > On Wednesday 09 March 2005 07:03 am, oisin feeley wrote: > > On Tue, 8 Mar 2005 18:10:46 -1000, wayne <iw@...131...> wrote: > > > Just installed inkscape 0.41 with autopackage. When I open it, I > > > get a message saying that one or more extensions failed to load. > > > > I get that message too and it doesn't appear to affect running > > inkscape-0.41, so you may be able to discount it from your > > debugging. Examining the file ~/.inkscape/extension-errors.log shows > > the following. > > > > Extension "Sketch Input" failed to load because a dependency was not > > met. Dependency:: > > type: executable > > location: path > > string: skconvert > > > > Extension "Postscript Input" failed to load because a dependency was > > not met. Dependency:: > > type: extension > > location: path > > string: org.inkscape.input.sk > > > > Extension "Postscript Input" failed to load because a dependency was > > not met. Dependency:: > > type: executable > > location: path > > string: pstoedit > > > > Extension "AI Output" failed to load because a dependency was not > > met. Dependency:: > > type: executable > > location: path > > string: pstoedit > > Extension "EPS Input" failed to load because a dependency was not > > met. Dependency:: > > type: extension > > location: path > > string: org.inkscape.input.ps > > > > Oisin > > 0.4.1 doesn't run at all after the "one or more extensions failed to > load" error window. I end up with the command line error message > about: > > SCIM: im_module_init > > > free(): invalid pointer 0x9453670! > > > free(): invalid pointer 0x9453650! > > Segmentation fault (core dumped) > > Wayne > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. Discover which products truly live up to the hype. Start > reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ Inkscape-user mailing > list Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user ----- End forwarded message -----

9 12

New GUI projects
by Bryce Harrington 14 Mar '05

14 Mar '05

Here are some areas where help is needed in the new gui code. If you'd like to help, pick anything off this list that looks interesting and have at it. * Transformation dialog. There's some bits of code that are currently commented out because they depended on inkscape internals that weren't available while inkscape_gtkmm was separate. With the code integrated, these can now be hooked up. Uncomment something, recompile, and fix any errors that occur. * src/ui/dialog/dialog.cpp. Search for 'TODO'. A lot of little leftover things that need to be reviewed/implemented/fixed. Pick something that looks interesting. * Hook in the canvas. I assume there's something in the existing codebase we can just link up to, but don't know what that'd be. In any case, there's a stub for it in src/application/editor-impl.cpp called initSvgCanvas(). * Implement preferences loading/saving. In src/application/application.cpp, implement the functions Application::loadPreferences() and Application::savePreferences. For reference, the current preferences code is in inkscape.cpp. * Commandline options Implement code that takes argc,argv, parses it via popt, and stores it in a member of Inkscape::Application::Application in src/application/application.cpp. If you've not used popt before, here's a handy PDF on it: http://www.rpm.org/local/popt.pdf The current option handling code is in main.cpp, but is kind of hackish so feel free to redesign it a bit. * Finish (re-)implementation of Inkscape Preferences dialog. Car Hetherington did much of the work of gtkmmifying the preferences dialog, but it's diverged from mainline. Also, there was some thought put into reimplementing it, so if you feel ambitious, go ahead and rework the dialog to fit the new design. * Gtkmmify the Statusbar. This should hook in to src/application/editor-impl.cpp in the initStatusbar() routine. The current code for the statusbar is in desktop.cpp. Start by looking at SPDesktop::_set_status_message, then search on 'statusbar' and 'select_status'. I *think* what is needed is to implement a new class Inkscape::UI::Widget::Statusbar that subclasses Gtk::Statusbar and adds the Inkscape-specific functionality we need, but that's just a rough guess; I haven't put much thought into it so if you know a better approach, go for it. The above tasks are what we need most desperately right now, but I think if we can get these items done, that will move us a *huge* step forward. I'd love the help, and if you have any questions on any of it, let me know. Bryce

1 0

Gtkmm updates
by Bryce Harrington 14 Mar '05

14 Mar '05

I've just checked in a few improvements to the gtkmm code: * Added support for share/ui to path-prefix.h and removed all hardcoded paths in the gtkmm code. You should now be able to run inkscape --new-gui with inkscape installed in either /usr or /usr/local without issue. * Integrated the new Transformation dialog. Looks much like the original one, but is implemented in gtkmm instead of gtk. This dialog is intended to serve as a complete working example of a gtkmmified dialog. * Added a bunch of individual icons to share/icons/. This is a mix of .svg and .xpms. This should probably be redone. We now prefer having all icons as svg, and having all of the icons in 'icons.svg' instead of as individual files. These files were done like this simply because in the separated inkscape_gtkmm codebase we of course did not have access to the inkscape renderer; now that the code is integrated, it would be a good project for someone to replace these temporary implementations with use of the inkscape renderer. Bryce

2 1

Re: [Inkscape-devel] extensions usability
by Jose Hevia 13 Mar '05

13 Mar '05

> Ted Gould wrote: > > Yes, I think the text needs to change -- but I think the dialog needs to > > stay. > > I'd like to recommend disabling the dialog, at least until it's pretty > common people will have most extensions. Let me tell you a story: I'm a inkscape user that eventually learned to use inkscape to make vector drawings. I use debian sid ,so I just made an update to apt-get.If you have used it you know how easy is to upgrade +30 programs at once.I was working hard until night for a deadline project so I just shut down the computer and didn't use this computer for some days when finished. Later ,I needed to open a SVG to work with and so it happened: One or more extensions failed to load!!! The failed extensions have been skipped... What the hell? (#?!(%$·#!!!!!).Something is crashed,but what?,I open inkscape from command line ,no indication.No help.Nada.Nil.Nothing. Simply ,I don't know what an extension here means,I only recently read the mailing list,and don't know.They are optional parts like extras or fundamental part? It says: [...]please refer to the error log located a[...]ooh, so it's an error. (If it wasn't inkscape will start without pushing an (annoying) OK button.) But it's strange ,I could use inkscape like I was used to and nothing breaks (but beware ,don't trust, something is broken and could make lost your important data). I didn't unmarked "Show dialog on startup" because if something is broken I don't want it to hide this fact. No need to tell you that I didn't read /home/xxx/.inkscape/extension-errors.log(or if I did don't remember), and it took me some time to connect the general update with this "crash".I thought it was inkscape having problems,then I notice something different with the program,had a look to about dialog to see that I just installed a new version. Sorry for my behavior, if I had no others things to do I'd do better Jose Hevia

1 0

'using namespace' considered harmful
by MenTaLguY 13 Mar '05

13 Mar '05

Guys, I've been noticing a lot of usage of 'using namespace' starting to creep into the codebase. With few exceptions, that's not a good thing... The reason is that as more classes get added to the imported namespace, a class or function may eventually get added that conflicts with one in your own namespace. Depending on the exact nature of the conflict, it may not result in a compile failure, but instead introduce subtle bugs into the compiled code (e.g. if overload resolution picks the wrong function). So, as a rule, please 'using' the individual classes or functions that you actually need. Do NOT 'using' an entire namespace, and especially DO NOT use any form of 'using' in the global scope of a header file -- that will pollute the namespace of every file that directly or indirectly includes your header. Current offenders: (header files with inappropriate 'using's that MUST be fixed) src/ui/dialog/align-and-distribute.h:using namespace Inkscape::UI::Widget; src/ui/dialog/document-preferences.h:using namespace Inkscape::UI::Widget; src/ui/dialog/export.h:using namespace Inkscape::UI::Widget; src/ui/dialog/fill-and-stroke.h:using namespace Inkscape::UI::Widget; src/ui/dialog/find.h:using namespace Inkscape::UI::Widget; src/ui/dialog/inkscape-preferences.h:using namespace Inkscape::UI::Widget; src/ui/dialog/messages.h:using namespace Inkscape::UI::Widget; src/ui/dialog/text-properties.h:using namespace Inkscape::UI::Widget; src/ui/widget/unit-menu.h:using namespace Inkscape::Util; (modules where individual 'using's would be better) src/ui/dialog/inkscape-preferences.cpp:using namespace Inkscape::UI::Widget; src/ui/stock-items.cpp: using namespace Gtk::Stock; src/application/editor-impl.cpp:using namespace Inkscape::UI; src/application/editor-impl.cpp:using namespace Inkscape::UI::Widget; src/io/ftos.cpp:using namespace std; src/svg/ftos.cpp:using namespace std; src/svg/itos.cpp:using namespace std; Please fix, thanks. -mental

1 0

NEW: more gradient stuff
by bulia byak 13 Mar '05

13 Mar '05

Some improvements since the last announcement: - All tools that were previously able to click to select (namely node, shapes, and gradient tools), can now do Shift+click (add to selection) and Alt+click (select under) exactly as the Selector tool. - Dragging a gradient handle with Ctrl+Shift will scale the entire linear or radial gradient around its center. - Gradient handles for each gradient are connected by blue lines for fill gradient and yellow lines for stroke gradient. - In gradient tool, instead of dragging, you can double-click an object to create a new gradient centered within the object's bounding box. If you have several objects selected, or if your selected object is behind another one, you can double-click with Ctrl to create gradients on selected object(s) without changing selection. - The selected gradient handle will intercept any color/opacity setting commands and apply them to the corresponding stop(s) of its gradient(s). This means that at least two-stop gradients can be completely edited without ever opening the Gradient Editor dialog. In particular, you can use these methods to change the color of the selected handle: + Dropper tool (for example, to blend a radial gradient onto background, select its outer handle and pick the background color with the dropper). + Paste style (if the pasted style contains both fill and stroke style, the stop will take the fill style). + Fill and stroke dialog [this does not quite work yet because the dialog switches to gradient button and won't let you edit the color] - Double-clicking any gradient handle will open the Gradient Editor dialog with that handle's gradient loaded and the corresponding stop selected in the list. - Before, the actual direction of the linear gradient was not always perpendicular to the line connecting it handles if the bounding box of the object was not a square. This is now fixed, though the fix only works for new gradients that you create (i.e. gradients in old files are not affected). In other news, Richard Hughes' text layout rewrite appears to have reduced the memory consumption on a text-heavy document by about 20%, and rendering is faster by the same percentage. Hooray! :)

3 2

Inkscape hangs; create rectangle, lock layer, select (root)
by xscd 13 Mar '05

13 Mar '05

Can someone confirm the following issue? I'm using Inkscape 0.41 (Feb 10 2005), installed via Debian package, in Debian with a dual-CPU Tyan motherboard. I can reliably cause this hang by doing the following steps: * launch Inkscape, and in the default new document, choose the rectangle tool and draw a rectangle * with the rectangle still selected and its handles visible, click the "lock layer" icon on the status bar at the bottom of the window * click the layer menu on the status bar next to the lock icon, and select "(root)" At this point Inkscape hangs and begins to monopolize the CPU(s). Thank you, Steve D, New Mexico, US -- ---------------------------------------------------------------- The difference between a violin and a viola is that a viola burns longer. -Victor Borge ----------------------------------------------------------------

6 7

gradient editing strangeness
by Johan Forsberg 11 Mar '05

11 Mar '05

Hello, I *really* like the new "on canvas" gradient editing mode. However, the gradient editing still has a feature that I find puzzling. Maybe it's part of the svg standard or something and then it can't be changed I suppose. When editing a linear gradient, the line between the handles seems like it should represent the actual direction of the gradient, but it doesn't, exactly, unless the object has a perfectly square bounding box. If the bounding box is rectangular, the only directions in which the line and the direction of the gradient are the same are horizontal and vertical; all other directions the gradient appears "sheared" ('m not sure if this is the correct term); it is not parallel to the line. (This is a bit hard to explain, perhaps I should make a screen shot to demonstrate what I mean?) Even more confusing is the fact that this behaviour does not change even if the object is resized to have a square bounding box. This sometimes makes it difficult, for example to fine-tune a gradient on a very long and thin object, depending on its orientation. I don't know it I should report this as a bug or if there is some rational explanation :) Cheers, Johan Forsberg

2 2

Absolute paths for website
by Jonathan Leighton 11 Mar '05

11 Mar '05

I've been working on a prototype of the Inkscape news using WordPress, but am having trouble as URIs for archives come out like "/archives/2005/01/". Due to the relative paths used on the website, the browser then can't locate the stylesheets, and links point to the wrong place on those pages. So... does it matter if I change to absolute paths? (Which, IMHO, are better anyway) -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

5 10

Please help fixing i18n bug
by Samphan Raruenrom 11 Mar '05

11 Mar '05

Please help fixing the bug 1093864 http://sourceforge.net/tracker/index.php?func=detail&aid=1093864&group_id=9… It renders Inkscape almost useless for Thai (and other CTL languages). I guess any nonspacing combining character, no matter what language it is, shouldn't work too. Please tell me if there're anything I can help (e.g. test cases, I can't attach the file to the issue). Thanks. -- _/|\_ Samphan Raruenrom.

2 5

Duplicating libcroco code in Inkscape tree
by Peter Moulder 11 Mar '05

11 Mar '05

I am working on supporting non-inline CSS stylesheets, by using libcroco (a C library for CSS parsing and determining what CSS properties apply to a given element). Not quite: libcroco 0.6 (the most recent released version) isn't really suitable for Inkscape's use for finding what properties apply to a given element: it requires a libxml in-memory representation of the document tree rather than allowing use of our preferred Inkscape::XML::Node. (See near end of http://www.inkscape.org/cgi-bin/wiki.pl?CSS_Support for more details.) I have prepared some modifications to libcroco to make this more suitable for us, and I've gradually been feeding patches to the libcroco maintainer, but that will take some time for all the changes just to reach CVS, let alone be released as libcroco 0.7, let alone be available on a reasonable number of our users' systems. There are two main ways of addressing this that I'm considering: i) Put our own version of the rule selection code (cr-sel-eng.{c,h}) into Inkscape, and make it play nice with an installed (external) copy of libcroco 0.6. ii) Put all of libcroco into the Inkscape source tree. For (i), there are two aspects of "playing nicely with installed libcroco": - Getting `#include "cr-foo.h"' to find cr-foo.h (usually referenced from user apps as `#include <libcroco/cr-foo.h>'). The simplest approach is to change all `#include "cr-foo.h"' to `#include <libcroco/cr-foo.h>'. This is my preferred approach at the moment. It's tempting to try instead to get `-I/usr/include/libcroco-0.6/libcroco' (or whatever the path on the user's system) into our INCLUDES variable. This approach would be pleasing in its simplicity, and would also slightly reduce work in merging changes back into upstream libcroco. However, given that the exact path varies from system to system, the best I can think of involves adding to configure.ac something like ink_cr_incl=`pkg-config --cflags libcroco-0.6 | sed 's, .*,/libcroco ,'` INCLUDES="$INCLUDES $ink_cr_incl" (while retaining libcroco-0.6 in a PKG_CHECK_MODULES call, which would take care of LDFLAGS and error handling). Not too big a deal, but then neither is the #include-changing alternative. - Avoiding linkage errors from having cr-sel-eng symbols both in Inkscape's internal libraries and also in installed libcroco. Is there some linker options to avoid this? Otherwise, the alternatives are either to #define all the external symbols of our own cr-sel-eng to something else, or to convert cr-sel-eng.c to C++, which I believe should give different linker symbols (mangled); we could wrap in a namespace{} too if we want. My local copy uses the convert-to-C++ approach. It involved adding explicit casts in a dozen or so places (no implicit cast from void* in C++, no treating enums as ints). Approach (ii) has at least the following advantages & disadvantages: Advantages: - All libcroco source files can stay in C and can retain their existing #include text. - It guarantees us that libcroco is available. Otherwise we must choose between either: - Requiring libcroco (and bundling on some platforms with poor package management -- can't they all just use Debian? ;-) ); or - Using `#ifdef WITH_LIBCROCO' in the source code, and accepting that not all builds of 0.42 (or whatever) will be able to read SVG files using non-inline style. Disadvantages: - Makes Inkscape source tree about 1MB bigger, and increases Inkscape's memory usage at runtime. - Any bug fixes to libcroco would have to wait until at least one release of Inkscape before being fixed. This is most of concern if the bug fix is security-related. Licensing doesn't seem to be a problem: libcroco appears to be LGPL. I haven't yet checked with the libcroco maintainer for his comments; I'll bcc him. Can people add to this list of advantages & disadvantes, or suggest alternatives, or give other relevant information? pjrm.

7 18

icon issues
by bulia byak 11 Mar '05

11 Mar '05

Jon, a couple small icon-related things: 1 when double clicking a guide to open guide dialog, i get ** (inkscape:24066): WARNING **: failed to load icon 'guide_dialog' 2 launch, ctrl+n to open a new window, ctrl+q to quit: (inkscape:24082): Gtk-CRITICAL **: gtk_size_group_remove_widget: assertion `GTK_IS_SIZE_GROUP (size_group)' failed

2 3

icon preview?
by bulia byak 10 Mar '05

10 Mar '05

Jon, what is this new icon preview dialog? Is it temporary?

4 6

text recommended reading: W3C charmod
by unknown＠example.com 10 Mar '05

10 Mar '05

Recommended reading for anyone here working on text stuff: http://www.w3.org/TR/charmod/ -mental

1 0

New text layout code
by Richard Hughes 10 Mar '05

10 Mar '05

I've just committed the first part of my text layout rewrite. The patch got a little excessively large so there's bound to be breakage somewhere (probably a lot of places). If you assign any bug that looks to be my fault to me (cyreve) that would be helpful. It's a little sparse at the moment, but I'm hoping to ramp up the features fairly quickly now I've got a decent base to work on. Known regressions: 1) Things go wrong if you delete a line break and then add one in the same place. I know exactly what I need to fix. 2) Linespacing was implemented as a custom attribute on the <tspan> fields. I want to move this into the css before I enable it (it's neater if everything is in SPStyle) but will, of course, retain backward compatibility with old files. 3) Likewise justification on <flowtext> (although I don't imagine anybody's seriously using this currently). 4) flowtext editing on the canvas didn't work very well before, and it still doesn't work very well. 5) I think vertical text is probably broken. It's been a while since I tried it. The old implementation was actually wrong according to the css spec, because the latin glyphs should have been rotated 90 degrees by default. New stuff that works now: 1) share/examples/flowsample.svg renders the rtl portions correctly 2) Up/down movement in text goes straight up and down, rather than going to the same character index in the line above. Also, it doesn't jump from one side of the gap in flowsample.svg to the other. It still drifts a bit over repeated up/down because I've left some compatibility layers in. 3) Insertion and deletion of text with styles should keep the XML tree a bit cleaner than before. 4) Um...I made the cursor go italic when you're over italic text (well I thought it was cool). This doesn't work for Bitstream Vera because oddly enough they didn't specify the angle of the italic text in the font file. New stuff that will work in the short to medium term: 1) Editing <flowtext> 2) Line spacing, full justification and whatever other 'easy' css properties I can find 3) Text selection, maybe a text toolbar too if I can persuade Bulia to write it for me :-) New stuff that will work eventually: 1) Moderately complete css3 Text functionality 2) Anything else that I dream up along the way That's it I think. Now I just wait for the bug reports to fly in. Richard.

3 5

printing
by herve couvelard 10 Mar '05

10 Mar '05

Hello, just une question, when it come to printing (wokrs fine). a ps files from inkscape show : <snip> %!PS-Adobe-2.0 %%BoundingBox: 0 0 596 842 %%HiResBoundingBox: 0 0 595.276 841.89 0 841.89 translate 0.8 -0.8 scale gsave [1 0 0 1 0 0] concat 0 0 0 setrgbcolor <==== taht is real black there newpath 47.4377 88.6988 moveto 47.4377 113.095 lineto 70.4789 113.095 lineto 70.4789 88.6988 lineto 47.4377 88.6988 lineto closepath </snip> but the printer (HP desjet 1220C - inkjet printer - cups hpijs driver) use black+color cartridges where/how can track that down to make her print only with black cartridge for black text ? Thanks in advance hervé

1 0

Re: [Sodipodi-list] Re: I can't admin the project after all
by Jon Phillips 10 Mar '05

10 Mar '05

On Wed, 2005-03-09 at 21:19 -0500, Pat Suwalski wrote: > Michael Schumacher wrote: > > Is there anything in Sodipodi that's not in Inkscape? Probably nothing > > except the more modular interface, and this is currently being worked on (in > > the direction of GIMP-style tabbed docks, AFAIK). > > There is one feature that was added shortly after the fork, and that is > applying transformations. So, if a point drawn at [0,0] was moved x+5 > and y+3, then applying would make its actual coordinated [5,3]. I can't > seem to find equivalent simplification commands in Inkscape, and I > certainly use them as it makes things like rotations and such far more > compatible. > I've forwarded this to the Inkscape list, as it has been talked about before. If it is useful, then it should get a look at...especially, if you all would like to see in Inkscape. Jon > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Sodipodi-list mailing list > Sodipodi-list(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sodipodi-list > -- 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)

1 0

No more dialogs!!!
by Jon A. Cruz 09 Mar '05

09 Mar '05

I just wanted to say... We should not be coding dialogs any more. Instead we need to keep in mind breaking things down and making them reusable. One thing would be to avoid subclassing Gtk::Dialog. Instead we should have things more generic, and come up with a generic class based on Gtk::Container. These composit widgets could then be wrapped in a Gtk::Dialog for convenience, but then they could also be dropped into tabbed pages of a notebook, set vertically in a single window, etc. And then in our code, we should try to avoid the physical concept of "pop up the style dialog", and instead replace it with the logical concept of "present the style chooser to the user". That's a very subtle difference, but can help in lots of areas. Also... are there any other components we should come up with? Right of hand I can think of one in the 'Icon Preview' dialog I'm working on. It probably needs an document chooser, much like on the GIMP's layer dialog. However, others might need this too, so I was thinking it would be nice to have it generic and as reusable as the 'current color widget'. Anything else?

5 6

Icon loading changes
by Jon A. Cruz 09 Mar '05

09 Mar '05

I just did a big change in the behavior of Inkscape icons. Funny thing is, it's a net reduction in lines of code. Anyway, now when it goes to build an icon, it first asks GTK+ if there's a stock image of that name. If so, it loads it on up. And it also returns the stock GtkImage instead of a new instance of SPIcon built from an extracted bitmap. One of the things is that now the stock icons being used will reflect the current theme, when before they'd always be the default GTK+ stock icons regardless of what theme was being used. Also... if the theme is changed will the app is open, they stock icons will now change to stay in step. Perhaps we should use more stock icons. Perhaps we should get inkscape ones pushed out into standard stock land. Perhaps we should have nice SVG inkscape theme sets to switch when main themes are changed. Perhaps... Anyway, play around and see what comes up.

8 12

Icon preview
by Jon A. Cruz 09 Mar '05

09 Mar '05

It's a little buggy, but go ahead and check out the initial cut of "Icon Preview" under the View menu. I mainly just put stuff I needed for debugging into a dialog. Just hit "refresh" and it will render the top desktop's selected item as icons in different stock sizes.

2 2

bug with gradient editing
by David Christian Berg 09 Mar '05

09 Mar '05

Hey Bulia, just found a bug with gradient editing. Steps to reproduce: 1. Create a Text 2. Apply a gradient to the text 3. Delete the text 4. Undo deleting the text 5. Try to edit the gradient or switch to a solid fill. It won't work If you can't fix it right away, I'll file a bug report against it. Take care! David

5 8

Layer Merging, and Merging Groups of layers.
by Alan Horkan 08 Mar '05

08 Mar '05

[sorry, deleted old posts had to start a new thread] I said I'd take a look at how Adobe Photoshop handles groups of Layers and I was able to check Adobe Photoshop 7 and to be honest I wasn't impressed. Adobe Photoshop allows you to have lots of seperate layers and it also allows you to create what looks like a folder in the Layer Palette so that you can put Layers inside the folder and group them together. What I'm unimpressed by is that they depending on what you have selected - a Layer or a Layer Group Folder - the menu entries for "Layer, Merge Down" (and the other one) dynamically change lables and offer to Merge Layer Set. (I'm not sure about the specific wording, I only have very limited access to proprietary multimedia software so I'm describing this from memory). If you are usign the Merge Down function and you hit a Layer Group in the stack you are stopped dead. No attempt is made to move into the group and merge the next layer, no prompt is given offering to merge the whole group or just the next layer. The workflow stops, dead end. Inkscape cannot copy the dynamically changing menu behaviour because dynamically changing menu items almost always make for a bad user interface and even worse accessibility. However I do think this could be done better, my initial suggestion would be if "Merge Down" hits a Layer Group there would be a prompt offering to "Merge Next Only" or "Merge Group" but it is only a suggestion as I'm fairly sure Bulia has some implementation ideas of his own Hope that helps. If you want me to get screenshots or try to better describe how Adobe Photoshop behaves please do ask. Sincerely Alan Horkan Inkscape, Draw Freely http://inkscape.org Abiword is Awesome http://www.abisource.com

2 1

Fix for Inkscape execstack marking
by Mike Hearn 08 Mar '05

08 Mar '05

Hi, I have fixed the problem reported by Ivan Gyurdiev. As the MMX assembly does not appear to require an executable stack, the attached patch provides a .GNU-stack section allowing it to be protected. As you can see the stack is marked RW not RWE: mike@...646... src $ readelf -aW inkscape|grep GNU_STACK GNU_STACK 0x000000 0x00000000 0x00000000 0x00000 0x00000 RW 0x4 This patch will take effect in the autopackage nightly builds immediately (because that tree is where I wrote it). It's been put in the bug tracker here: https://sourceforge.net/tracker/index.php?func=detail&aid=1157714&group_id=… thanks -mike

2 1

Open Clip Art Library Release 0.11 Announcement
by Jon Phillips 08 Mar '05

08 Mar '05

Open Clip Art Library Release 0.11 Announcement March 8, 2005 UTC - Release 0.11 of the Open Clip Art Library (www.openclipart.org) is now available for download on-line as an individual package consisting of 2896 images submitted by over 200 artists from around the world. Some of the new clip art received this month includes more images of food, computer-related items and even a little boombox. In addition to the collected 0.11 package, each clip art file can now be found by keywords using developer Jonadab's new Keyword Search Tool. The Open Clip Art Library is growing rapidly because of increasing submissions from artists. Currently, the top five artists in terms of the amount of clip art submitted are: Danny Allen (951 images), Nicu Buculei (456), Jose Hevia (453), Andy Fitzsimon (250), and Alan Horkan (119). These Artist's and others contributions are the life blood of the Library. While the critical unit of contribution in traditional Open Source is code, it is a little different with the Open Clip Art Library project in that an actual clip art donation is just as helpful as the code supporting it. For March the Open Clip Art Library encourages submissions of clip art related to the concept of "Spring." In the coming months as the library grows in size, the project needs new developers to help build tools to process this growing repository. Upcoming planned features that the project needs assistance on include capturing and tracking of clip art requests, user account management, adding WebDAV support, and developing wizards to aid in composition. Use the following URLs to download the latest release of the Open Clip Art Library: http://www.openclipart.org/downloads/0.11/openclipart-0.11.tar.bz2 http://www.openclipart.org/downloads/0.11/openclipart-0.11.tar.gz http://www.openclipart.org/downloads/0.11/openclipart-0.11.zip http://www.openclipart.org/downloads/0.11/openclipart-tools.zip The Open Clip Art Library (http://www.openclipart.org/) aims to create an archive of clip art that can be used freely for any use. All graphics submitted to the project are placed into the Public Domain according to the Creative Commons Public Domain Declaration.

1 0

Re: [Inkscape-devel] gradient tool bug
by bulia byak 07 Mar '05

07 Mar '05

On Sun, 06 Mar 2005 23:19:26 +0100, Jakub Steiner <jimmac@...653...> wrote: > My question is exactly the other way around. If node editing tool is for > editing a shape, why have it define a gradient? In Sodipodi, you had to switch to node edit after having created a rectangle if you wanted to round corners. The rect tool could create a rect but not edit it. That was obviously crazy. I fixed that. Then we added on-canvas editing of pattern fills. It shows up whenever you have the shape handles or nodes (i.e. in node tool and all shape tools). This turned out to be quite convenient (at least for me). Now with gradients, I just followed the general trend, which is this: Each tool _creates_ objects of its type and allows for precise numerical control of them, but simple on-canvas _editing_ should be available everywhere for all objects. I think this is a good idea overall, though obviously in some cases it may lead to too much stuff on canvas. I don't think however that gradients are one of these cases. Does anyone else have an opinion? > sure about other artists, but I have a workflow where I first worry > about the shape and later on worry about the shading. I have no need to > be doing both at the same time. I often adjust shape and fill at the same time, and not having to switch tools is convenient for me. > > What about this: when no gradient handles are selected (all are > > white), it works as now. When a handle is selected (blue), the list > > will show (and let you change) the gradient definition for that > > handle's gradient. > > I fear this behavior isn't exactly obvious. Seeing that something is selected (blue) and assuming that the "Change" controls affect the selected thing is much more obvious IMHO than having some obscure "mode switch" in the toolbar. > What does showing both fill > and stroke gradients at the same time give you? It gives consistency and simplicity, above all. I select an object and I see _all_ of its gradients without having to think about modes and such. > The only thing obvious > to me is locking the vector of both gradients to be precisely the same. Yes, this is an advantage too. > Yet this is hardly an advantage even if it wasn't limited for both > having the same gradient applied (which is truly useless). It's not _thus_ limited. You can assign the different definitions to the gradients first and merge them after that. Even simpler, you can easily shift-drag one of the merged handles away, apply a different gradient to it, then merge it back. Then you will still be able to drag the merged gradients together, even though they will now have different gradient definitions. So it's not even a limitation, just a minor inconvenience. > I'm not > saying there isn't any. I just don't see it and I'm asking for a use > scenario. You said yourself (below) that merging gradients from different objects is useful. Now imagine that one of the objects is a fillless stroke and the other is a strokeless fill. I want to form a "virtual object" out of them by merging their gradient handles. With your proposal ("modes") this would be impossible - not just inconvenient but impossible. > I understand you have all this coded and you are motivated to justify > this design. In the end I will accept whatever there is, since I hardly > have any choice, but I strongly believe separating the two will lead to > a better interface that gives feedback on what's happening. I think it will just add a redundant control which will make the whole system less obvious and less discoverable by novices. I don't see what is the additional feedback that it will give you which my system would not give. > Snapping within multiple objects is useful for having a multiple object > form a "virtual" object. You may want to draw a car body structure and > keep the dashers separate. So the objects share the same shading. > > I don't see the need for having a precise snapping of stroke/fill > gradients if the gradient is supposed to be the same. In the end it just > gives the same result as having the object have no stroke. 1) Gradient definition does not have to be the same (see above) 2) Even if it's not useful for the same object's fill and stroke (I'm not sure why you think so, but OK), I think you can easily imagine wanting to form a "virtual object" from some objects without fill and others without stroke. > > Can you explain why would you need to switch a gradient from linear to > > radial, preserving the handle positions? This seems far-fetched to me. > > Why is this any better than simply drawing a new radial gradient for > > the same objects instead? > > See yourself adding the "New:" label? The interface doesn't speak on its > own, you had to describe its behavior because clicking on the button > doesn't give immediate feedback. You are right that in most cases I > continue to redesign the gradient placement, but the interface gave me > an immediate feedback on my actions as opposed to the current design. Even if I add a button to switch the selected gradient between linear and radial, this would be a separate button from the one which governs the newly created gradient. (Or are you proposing to always create linear and then, if needed, switch it to radial? That would be quite cumbersome.) And since the usefullness of the radial/linear switch for _existing_ gradients is not obvious to me, I think leaving only the control for _newly created_ gradients makes sense and reduces clutter. The fact that the "New:" part applies to newly created gradients is explained in the tooltips. Besides, this is consistent with the shape tools which, too, display "New:" when no objects of their type are selected, in which case adjusting the controls will affect newly created objects.

3 6

--new-gui
by Bryce Harrington 07 Mar '05

07 Mar '05

I've fussed around with the autoconf/automake stuff and in theory now you should be able to run `inkscape --new-gui` and see something other than a segfault. If so, great, if not, lemme know. I suspect due to a newly added share/ui directory, you will probably need to re-run autogen.sh and configure. Bryce

2 2

icons breakage
by bulia byak 07 Mar '05

07 Mar '05

Jon, in today's CVS: - There's a noticeable delay after the program window appears and before it shows icons in toolbars. It never happened before. - You removed the possibility for toolbars to be cut. Why? Now the window starts up wider than before, and if we add more controls to the selector toolbar it will have to be wider still. Moreover switching tools (e.g. switch to star) may resize the window, which is very annoying. Please fix this. Besides, you removed the only place where the "detach" flag was checked but did not remove its setting. This flag was added to make sure a detached toolbar is not cut while the attached one may be cut by the window. I think this must be restored.

2 5

layer commands we need
by bulia byak 07 Mar '05

07 Mar '05

Here's a list of layer commands that we need to implement, comments and additions welcome: Layers... // opens the Layers dialog ------------------- Move to Layer Above Shift+PgUp // move selection to the top of sibling layer above, or to the top of parent layer (but not root) if no siblings Move to Layer Below Shift+PgDn // move selection to the top of sibling layer below, or to the bottom of parent layer (but not root) if no siblings Move to Layer... // let me choose the layer name to move selection to ------------------- Unlock All Layers // unlock all layers in the document (or all siblings of the current layer?) Unhide All Layers ------------------- Unlock All in Layer // unlock all children of the current layer Unhide All in Layer ------------------- Group to Layer // convert group to layer Layer to Group

4 16

gradient bug? icons
by David Christian Berg 07 Mar '05

07 Mar '05

Hey guys, have a look at http://home.tu-clausthal.de/~dcb/gradients.png I've no clue, why that is... the one end is on top of the other, but instead of having just two plain areas it looks like in the screenshot. Anyways... icons: http://home.tu-clausthal.de/~dcb/icons.svg they still need some work, but... enjoy! David

3 9

NEW: gradient tool
by bulia byak 06 Mar '05

06 Mar '05

New in CVS: The Gradient tool (Ctrl+F1 or the g key) is a new convenient way to create, edit, and manage gradients: o Simply drag anywhere on canvas to create a gradient on selected objects. Existing gradients can be edited by dragging their handles (as in any tool that has on-canvas gradient editing enabled). o The tool's controls bar lets you choose the type of the newly created gradients (linear or radial) and whether they will be applied to the objects' fill or stroke. o For the gradient(s) of selected object(s), you can choose one of the gradient definitions in the document from the drop-down list in the controls bar. The Fork button creates a copy of the selected gradient definition and applies it to the selected objects, which is useful when you have several objects sharing one gradient definition but want to change that. The Edit... button opens the gradient dialog where you can edit the gradient definition (add/move/delete stops and change colors and opacities of stops). o The selected (blue) on-canvas gradient handle can be moved by arrow keys with all the regular modifiers (Alt ro move by 1 screen pixel, Shift to move by 10 times the distance). The Tab and Shift+Tab keys let you move selection from one handle to the next or previous. This functionality is largely equivalent to that of the Fill&Stroke dialog, but is much more convenient. Still TODO: - toggle buttons for spread (none/reflect/repeat) - button/dialog to rename selected gradient definition - X/Y spinbuttons for the position of the selected handle - the ability to assign color to the selected handle, so it's possible to edit at least two-stop gradients without opening the gradient editor - additional draggable handles for multi-stop gradients Also today I eliminated the old gradient position widget in Fill&Stroke as redundant. I'm thinking about removing the remaining gradient controls there too ("vector" list, Add/Edit, spread) because they are a duplication of what is available in the gradient tool, and have no added advantages in the dialog. All these changes were rather disruptive, so please test everything thoroughly. Of course any feedback on the usability, terminology (e.g. I had to invent the term "gradient definition" for that color strip with stops that can be applied to objects' gradients; Sodipodi termed them "vectors" which is incredibly misleading), or anything else is welcome.

5 6

mozilla futures
by Jon Phillips 06 Mar '05

06 Mar '05

You guys might have a look through these slides to see about mozilla + svg developments: http://www.mozilla.org/events/dev-day-feb-2004/mozilla-futures/ As you all know, mozilla svg is in the mozilla trunk now. Jon -- 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)

1 0

Inkscape crash while drawing a gradient
by Jean-François Lemaire 06 Mar '05

06 Mar '05

I just made Inkscape CVS crash while "drawing" a gradient. Here is the output from the terminal: (inkscape:21590): GLib-GObject-WARNING **: invalid uninstantiatable type `(null)' in cast to `GObject' (inkscape:21590): GLib-GObject-CRITICAL **: file gobject.c: line 1642 (g_object_get_data): assertion `G_IS_OBJECT (object)' failed ** ERROR **: file desktop-handles.cpp: line 31 (SPSelection* sp_desktop_selection(SPDesktop*)): assertion failed: (desktop != NULL) aborting... Emergency save activated! Cheers, Jef

2 1

Hacking on icon stuff
by Jon A. Cruz 05 Mar '05

05 Mar '05

Just wanted to let people know I'm in the middle of hacking on icon loading. My immediate goal was to get rid of the ugly rescaling and blurring of the stock icons. But in doing that I should also be able to get rid of all hardcoding of sizes. So... all the SP_ICON_SIZE_* defines are about to dissapear, and their use should be replaced with the logical GTK_ICON_SIZE_* defines in many places. In many other places, hardcoded sizes should just dissappear.

9 24

Some icons for the layer menu
by Jean-François Lemaire 05 Mar '05

05 Mar '05

Hello, I just finished drawing some simple icons for the layer menu; it looks too empty to my taste. I don't know if they will be of any use, but anyway, where can I post them for the world to see? The SVG is 47K. Cheers, Jef

2 1

Potrace 1.6, first try
by Bob Jamison 05 Mar '05

05 Mar '05

Peter Selinger recently released v1.6 of his tracing engine. I think that it is fairly well interfaced with our stuff, though I did have some problems with CVS. I -think- that the build is working fine again now, but in case any turn up missing while I am gone, I left a copy of the subtree here: http://troi.hous.es3.titan.com/inkscape/files/trace.tgz Just replace the missing files, not the whole thing. By the way, the tracing is MUCH faster now. Bob

1 1

Builds
by Bob Jamison 04 Mar '05

04 Mar '05

I have been more regular with Win32 builds lately in this dir: http://troi.hous.es3.titan.com/inkscape/builds Just look for the latest InkscapeYYMMDDhhmm.zip file. The one for this morning is: http://troi.hous.es3.titan.com/inkscape/builds/Inkscape0503040733.zip In the very near future, I'm going to attempt to gather and build -all- of the sources to get gtkmm/libxml/etc working on W32 without the use of other people's binaries (OPB), so that we can have a clean dependency tree of our own. Maybe supply a single source bundle and a build script to simplify the build for others. On another note, I also occasionally build a copy of firefox with svg/cairo on FC3. It seems to work on my recent Gentoo install nicely, too. It is here: http://troi.hous.es3.titan.com/inkscape/files/firefox-i686-linux-gtk2+xft+s… (built today). I attached the .mozconfig that made it, in case anyone wants to build their own. A good test is to look at the svg files on http://croczilla.com/svg Bob . $topsrcdir/browser/config/mozconfig mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/objdir ac_add_options --enable-svg ac_add_options --enable-svg-renderer-cairo ac_add_options --enable-system-cairo ac_add_options --disable-ldap ac_add_options --disable-calendar ac_add_options --disable-mailnews ac_add_options --enable-extensions="cookie,xml-rpc,xmlextras,pref,transformiix,universalchardet,webservices,inspector,gnomevfs,negotiateauth" ac_add_options --enable-crypto ac_add_options --disable-composer ac_add_options --enable-single-profile ac_add_options --disable-profilesharing ac_add_options --disable-shared ac_add_options --enable-static ac_add_options --disable-debug ac_add_options --enable-toolkit-gtk2 ac_add_options --enable-default-toolkit=gtk2 ac_add_options --enable-xft ac_add_options --disable-freetype2 ac_add_options --disable-tests ac_add_options --disable-accessibility ac_add_options --disable-installer ac_add_options --enable-strip ac_add_options --disable-toolkit-qt #ac_add_options --enable-optimize="-O2 -march=i686" ac_add_options --enable-optimize="-O2" ac_add_options --enable-official-branding

1 0

Website news section CMS
by Jonathan Leighton 04 Mar '05

04 Mar '05

We previously discussed the idea of using a CMS such as WordPress to handle the news part of the Inkscape website. No real conclusion was reached, so I thought I'd send out this email asking for votes/opinions for and against. If we decide to go for it then I could probably get it done this weekend. Cheers, Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

5 9

Donation received
by Bryce Harrington 04 Mar '05

04 Mar '05

I got a donation from 'OSDN / VA Software' for Inkscape the other day, in the amount of $3.54 ($5 less PP/SF fees). I'm not sure what to do with it... I'll hold onto it for now until we either get a general fund set up, or it's needed for something for the project. The breakdown of the transaction appears below: Donated amount...........................: $5.00 PayPal fee...............................: $0.46 SourceForge.net fee......................: $1.00 TOTAL TO YOU.............................: $3.54 Comment from the donator: make inkscape even better - be blessed! Thank you The SourceForge.net Team Bryce

1 0

Inkscape Project Status Mar 1st
by Bryce Harrington 04 Mar '05

04 Mar '05

Well, SourceForge is still way behind in their stats, but here's the rest of the stats. Statistics Jan 15 Feb 1 Feb 15 Mar 1 ========== ====== ===== ====== ===== Lifetime Rank on SourceForge: 570 569 * * (96.0%) (96.0%) * * Max Week's Rank on SourceForge: 59 * * * (99.6%) * * * Total SF Page Views 2,283,160 2,296,458 * * Total SF Downloads 114,695 115,645 * * Total Freshmeat URL Hits 14,634 15,108 16,448 16,885 Total Freshmeat Subscriptions 151 156 169 173 Lines of Code in src/: 323,251 323,324 333,139 338,993 Code lines 227,965 227,872 234,651 238,641 Comment line 56,308 56,438 58,239 59,589 Blank 45,664 45,624 46,859 47,484 Lines of Docs in doc/: 17,901 17,918 26,848 26,848 Lines of content in website: 9,328 9,486 9,776 9,979 Size of the Inkscape wiki: 20,931 23,576 24,925 25,094 Bugs open/total: 145/858 148/917 155/972 177/1019 Features open/total: 353/530 352/556 370/579 384/ 602 Patches open/total: 6/148 7/154 5/167 6/ 170 CVS Commits (as per inkscape-cvs) 9,625 9,975 10,312 10,600 Inkscape-devel membership: 131 143 151 152 Inkscape-announce membership: 155 166 169 171 Inkscape-user membership: 177 181 193 201 Num Translations: 33 33 33 33 Ave Translation Ratio: 42.0 44.7 47.8 45.0 * - Statistics unavailable

1 0

[osdl_staff] 2005 desktop developer's conference announced (fwd)
by Bryce Harrington 03 Mar '05

03 Mar '05

---------- Forwarded message ---------- Date: Thu, 03 Mar 2005 09:57:55 -0800 From: Randy.Dunlap <rddunlap@...1...> To: osdl_staff@...1... Subject: [osdl_staff] 2005 desktop developer's conference announced http://www.desktopcon.org/2005/ -- ~Randy _______________________________________________ osdl_staff mailing list osdl_staff@...701... http://lists.osdl.org/mailman/listinfo/osdl_staff

1 0

URGENT BREAKAGE: preferences loading/saving
by bulia byak 01 Mar '05

01 Mar '05

Someone's recent change (likely the repr changes by swingincelt) broke preferences loading and saving. Now upon exit, a new <inkscape> element with all its children is nested at the end of the ~/.inkscape/preferences.xml instead of replacing the existing <inkscape>. Thus the size of the file grows by 13K on each run of the program, and any changes you make to the prefs are not read next time you run. Please fix ASAP.

3 5

Adobe Illustrator CS SVG files + incompatibility
by Jon Phillips 28 Feb '05

28 Feb '05

My girlfriend just made all these images for the clipart library by tracing them in Inkscape (rock!) and then editing and composing them with Adobe Illustrator CS. However, they cannot be opened in Inkscape. I'm writing this to let everyone know that there are about 10 images available at this link, http://openclipart.org/submissions.php, done by Linda Kim that would be good for testing interoperability of Adobe SVG and Inkscape. I created a bug on this and a new category for import bugs. If this one fits your fancy, it should be easy to write a script to strip out what Inkscape doesn't support, as can be done by hand in a text editor. However, to get Inkscape to allow for various unsupported features, or compliant svg that we don't suppor yet, might be more difficult. http://sourceforge.net/tracker/index.php?func=detail&aid=1153207&group_id=9… Also, if anyone needs more examples, I can get those created in Adobe Illustrator CS. Jon -- 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)

2 2

Inkscape.org and the image/svg+xml mimetype
by Bob Jamison 28 Feb '05

28 Feb '05

Could someone please add these entries to /htdocs/.htaccess on the web site? AddType image/svg+xml .svg AddType image/svg+xml .svgz Inkscape.org can't serve svg at the moment, which can potentially be embarassing. ;-) This might need to be added to the wiki code, too. Bob

2 3

SVG+Xforms demo
by Bob Jamison 27 Feb '05

27 Feb '05

One of the guys on irc.mozilla.org/#svg (nick: woo) showed me a demo of svg-enabled Firefox with the xforms extension from mozilla.org. It is a little calculator demo, implemented using svg and xforms. Very nice. http://artforms.progressivex.com/mozilla/svgcalc.xml Bob

1 0

web site proposals
by bulia byak 27 Feb '05

27 Feb '05

I'd like to propose two things regarding the Inkscape web site. Volunteers are welcome: 1 Create an RSS feed for the main page news. 2 Create a new header graphic to replace the boring white "Inkscape" on blue. As a graphic app, we are starting to deserve something more sophisticated. The web site itself is OK, I don't think we need to drastically change the entire design (although suggestions are welcome), but the top panel is decidedly dull and pathetic. Show off your graphic talent! Send your submissions to the devel list for people to discuss. The best one (if the winner is not obvious, we may need to do a voting) will make it to the site. One technical note: the banner cannot be fixed width, because our site is not fixed width - so it must be either one piece for the top left corner or two pieces for two corners, with some flat color fill between them. The minimum screen resolution is 800x600.

7 14

Press: Inkscape in Linux User and Developer magazine
by Alan Horkan 27 Feb '05

27 Feb '05

[If you do setup an RSS news feed using open source tools like Word Press I like to be allowed to post information like this.] Press: Inkscape in Linux User and Developer magazine Issue 47 http://www.linuxuser.co.uk/ "Graphic designer Miriam Clinton investigates the free software tools of her trade with a look at the Gimp, Cinepaint, Quanta Plus, Inkscape and Sodipodi." One of the plus points mentioned in the article and in noticable contrast to other projects was the welcome Miriam recieved from the Inkscape community (and the efforts to get her involved). I'm very proud of this ditinction and I think a lot of it can be put down to the maturity of Bryce and the other developers who always moderate dicussions and keep things calm and in perspective. I think this is a valuable asset to the long term health of the Inkscape project. She expressed her disappointment at the Text functionality but as we all know it is a work in progress and the interface will inevitably improve and Ms. Clinton did note that Inkscape is a fairly young 'alpha' stage project and gave a largely favourable and optimistic report. In comparision I think she was quite critical of GIMP, CinePaint and Sodipodi which is quite fair from the point of view of a Graphic designer but usually Linux magazines are very forgiving of Open Source applications (Graphic design magazines are usually extremely critical -- freedom of source and free cost doesn't cut any ice with them -- a flamefest even by comparison to Miriams review). Gotta go. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Abiword is Awesome http://abisource.com

1 0

Re: [Inkscape-user] SVG Fonts
by bulia byak 26 Feb '05

26 Feb '05

On Fri, 25 Feb 2005 15:51:15 -0800, Landon Blake <lblake@...732...> wrote: > This is something I might be able to work on.....I've just begun learning C and GTK GUI programming, so that I can contribute to Inkscape development. > > Any idea how I might get started? Attached is an archive of several files that someone called massifr (sorry I don't know the real name) created some time ago. This is a beginning of implementation of svg:font, svg:fontface and svg:glyph. Really the files are almost placeholders, with little real code, but you still can use them as the starting point. The author (his email is in the files headers) said he won't continue to work on them, but you can contact him with questions. (As well as any of the developers, of course - use the devel list and the jabber channel for any questions you might have.)

4 3

GNOME 2.10 splash screen contest
by Bob Jamison 25 Feb '05

25 Feb '05

Here is something that an Inkscape user might find of interest: http://gnomedesktop.org/node/2168 Also, Gnoppix needs some graphics: http://www.gnoppix.org/wiki/index.php/Main_Page So this could be a way for an IS artist to become famous! Bob

1 0

Another Newsforge article that mentions Inkscape
by Bob Jamison 25 Feb '05

25 Feb '05

There is a follow-up to the "graphics apps integration" article from Newsforge a couple of weeks ago. Just posted! Here it is: http://software.newsforge.com/software/05/02/24/1818224.shtml Bob

1 0

Inkscape: PT_GNU_STACK RWE
by Ivan Gyurdiev 24 Feb '05

24 Feb '05

Hi, I've subscribed to this list just to post this one question. The inkscape binary is marked with PT_GNU_STACK RWE. This creates problems for the SELinux strict policy, and requires that special privileges be granted for inkscape as a "legacy domain". The question is, does inkscape really require an executable stack? I'm not a gcc expert of any kind, but from what I've read I understand that asm code causes gcc to mark the binary as requiring executable stack. I think it can be overridden with ld -z noexecstack. It would be a lot easier to write the inkscape security policy if it didn't require executable stack. -- Ivan Gyurdiev <ivg2@...729...> Cornell University

5 13

Inkscape.app for Mac OS X
by Aymeric GILLAIZEAU 24 Feb '05

24 Feb '05

I have succesfully built Inkscape 0.40-1 via Fink under Mac OS X 10.3 After I have moved to "~/Desktop/Inkscape.app/Contents" following the way explained for the Gimp.app The application lauches itself with a double-click and it is available there http://niwaconcept.free.fr//x11/Inkscape.zip But if it can be stored there that would be better. The file is 60 Mb do dwnload, and then 280 Mb for the software itself. http://www.inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX ____________________ PowerMac G4 400 Mhz 1 Gb RAM Mac OS X 10.3.6 Ubuntu Linux PPC 4.10

1 0

Nice inkscape article on Linuxplanet
by Lucas Vieites 23 Feb '05

23 Feb '05

Hi, Rob Reilly wrote a nice tutorial on Inkscape for beginners: http://www.linuxplanet.com/linuxplanet/tutorials/5757/1/ Cheers, -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

1 0

Gradient editing...
by John Cliff 23 Feb '05

23 Feb '05

Been playing with bulias on canvas gradient stuff, And its SO good. Its not quite Andys chrome, but I created this in half an hour or so's messing about. Cheers Sim __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

2 1

Gradient handle => Pattern handles?
by Alan Horkan 23 Feb '05

23 Feb '05

I was thinking how cool the gradient handles were and was wondering if it would be difficult to extend similar functionality to Patterns? (Should I file a request?) - Alan Horkan

5 5

Master Opacity and Marker question
by cedric 21 Feb '05

21 Feb '05

Hi, I'm back to User Manual. I 've been trying the Master Opacity, to explain its use. But when applied to Markers, only the path seems to be affected by the opacity changes. Is there another way to do ? PS to Bulia : Wonderful your new gradient handles !! -- Cedric ----------------------------- LISEZ -> SOS GIMP : http://www.le-radar.com/?mm/gimp mais aussi : http://wwww.le-radar.com http://www.cgemy.com

2 1

removing trivial wrappers
by Robert Crosbie 21 Feb '05

21 Feb '05

There are some wrappers that I'm not sure what to do with: This one below returns a value, but it is never checked. I assume a straight replacement is fine in this case and ignore the return value. inline unsigned int sp_repr_add_child(Inkscape::XML::Node *repr, Inkscape::XML::Node *child, Inkscape::XML::Node *ref) { repr->addChild(child, ref); return true; } There are others like this one below, where the value is actually checked somewhere. Should the ckeck be removed since it will always be true anyway? inline unsigned int sp_repr_remove_child(Inkscape::XML::Node *repr, Inkscape::XML::Node *child) { repr->removeChild(child); return true; } ... ok = sp_repr_remove_child (NODE_DATA (old_parent)->repr, NODE_DATA (node)->repr) && sp_repr_add_child (NODE_DATA (new_parent)->repr, NODE_DATA (node)->repr, ref); ... sp_repr_set_attr is another one that always returns true, but is used as a return value and in conditionals in a number of places. Should all instances of append_child be replaced with addChild? There are many, but it could be a Janitor item. void addChild(Inkscape::XML::Node *child, Inkscape::XML::Node *ref); void appendChild(Inkscape::XML::Node *child) { addChild(child, _last_child); } Cheers, -- Rob. http://woodpendant.com

2 1

NEW: on-canvas gradient editing
by bulia byak 21 Feb '05

21 Feb '05

Now in CVS: Gradient editing on canvas is now available, much more convenient and powerful than the old way of dragging gradient knots in the Fill&Stroke dialog. o Any number of selected objects can simultaneously display handles and direction lines for their linear and radial gradients (in the objects' fills or strokes). You can drag these handles directly in the drawing, to interactively adjust gradient positions. o Gradient handles can be enabled in the Node tool, shape tools, Text tool, and Dropper tool (on by default), as well as in Selector and Zoom tools (off by default). Use the Inkscape Preferences dialog to change this. o Any gradient handle, if dragged close to a handle of another gradient, will merge with that handle (drag with Shift to prevent merging). Dragging such a merged handle will adjust any number of gradients attached to it. To separate merged handles, drag them away one by one with Shift. o Radial gradients display handles in the center and at the ends of two radii, which allows you to move, rotate, squeeze, or stretch the gradient to form an arbitrary ellipse. Also, you can independently adjust the focus of the gradient; drag the central handle with Shift to separate the focus handle. o When dragged, handles will snap to the edges and the central axes of the bounding boxes of all selected objects (drag with Shift to prevent snapping). o Dragging with Ctrl will snap the angle of the linear or radial gradient to the user-settable angle increments (default is 15 degrees). The center of a radial gradient, dragged with Ctrl, will be constrained to horizontal and vertical movement relative to its previous position. When dragged with Ctrl+Alt, a handle moves along the gradient direction or its perpendiculars, allowing you e.g. to stretch or squeeze a linear gradient without disturbing its angle. Overall, this is a major usability milestone, something I dreamed to do since Sodipodi times. Gradients are one of the most widely used features in Inkscape, and now they are finally made usable (well, almost - see below). The old gradient position widget in Fill&stroke remains for now (and still works), but I plan to remove it as soon as the new on-canvas editing is sufficiently tested. I would welcome any feedback on the new feature. Next in my plans: A Gradient tool, which will allow you to actually create new gradients by dragging (at the moment you still need to open Fill&stroke to switch an object to gradient) as well as adjust most gradient settings in its controls bar at the top of the window. In that tool, the selected gradient handle will be moveable by arrow keys (with all the usual modifiers), and setting any color via Fill&stroke, palette, dropper, or Paste style will be applied to the selected handle's gradient stop (instead of the entire selected object).

15 43

cxxtestgen.pl
by Robert Crosbie 21 Feb '05

21 Feb '05

I'm getting this trying to compile from latest CVS has cxxtestgen.pl been checked in, or did I just not update correctly? cxxtestgen.pl -part -o libnr/test-nr.cpp ./libnr/nr-types-test.h ./libnr/nr-translate-test.h ./libnr/nr-rotate-test.h ./libnr/nr-scale-test.h ./libnr/nr-point-fns-test.h ./libnr/nr-rotate-fns-test.h ./libnr/in-svg-plane-test.h ./libnr/nr-matrix-test.h make[2]: cxxtestgen.pl: Command not found make[2]: *** [libnr/test-nr.cpp] Error 127 ... Cheers, -- Rob. http://woodpendant.com

2 1

Nightly build service statistics
by Mike Hearn 20 Feb '05

20 Feb '05

Hi, The nightly autopackage is currently being downloaded approximately 10 times per day, that is, there have been slightly more than 100 downloads in the past ten days. It's too bad the SF statistics system is offline at the moment, I'd be curious to know how many people were downloading the official packages. Oh well. thanks -mike

2 2

canvas border dropshadow
by Jakub Steiner 20 Feb '05

20 Feb '05

Hi there fellas! How would you feel about dropping the dropshadow for the document canvas border? It's visually distracting for small icons. While I'd like to have a very light outline to see where the edge is, I don't like the border taking too much attention away from the actual artwork and that's what happens thanks to its non-symmetric look. cheers -- Jakub Steiner <jimmac@...659...> Novell, Inc.

8 15

Wiki change notices
by Bryce Harrington 20 Feb '05

20 Feb '05

Hey Kees, Can you set up that nifty weekly wiki-change notice you did at work, for use with Inkscape? Bryce

1 0

Re: [Inkscape-devel] Setting physical resolution and exporting
by unknown＠example.com 20 Feb '05

20 Feb '05

Hello! Thanks for the answer, but that did not work in the version I had used. I had just modified the generated postscript files instead. Best regards, Artur > <start-nasty-hack> > > Turns out, that the EPS save uses the Postscript output module, just > with it's own set of parameters. So, if you printed the file using the > postscript output, changing the values in that dialog. Then, you saved > as EPS, it would use the settings you just set in the print. > > I'm not saying this is a good thing, but I'm pretty sure that will work. > > </start-nasty-hack> > > > --Ted

1 0

OSX packaging
by Kees Cook 20 Feb '05

20 Feb '05

Well, with help from many people and activity on the IRC channel, I've blindly cobbled together some stuff for an OSX .app package. This basically works a lot like our Win32 package: all the libraries come along for the ride. (Which makes it giant: installed >100M, .dmg is 32M) New things in the CVS tree: - configure has --enable-osxapp which turns on my guesses at path locations in src/path-prefix.h - packaging/osx-app.sh attempts to create a .app package from a built inkscape - Info.plist is built from Info.plist.in. I have no idea if this file is valid. To compile inkscape on OSX, with modern fink, everything is available except gc 6.4. I updated the wiki here: http://www.inkscape.org/cgi-bin/wiki.pl?CompilingMacOsX I didn't get into the gc details, but if you build your own gc, and install it in ~/sw, you can build inkscape with: SW=~/sw export CPPFLAGS="-I$SW/include -I/sw/include" export LDFLAGS="-L$SW/include -L/sw/lib" ./configure --prefix=$SW After a "make install", you can build your Inkscape.app with: bash packaging/osx-app.sh Inkscape ~/sw/bin/inkscape Info.plist which should also build the Inkscape.dmg This is all completely untested. The only thing I know for sure is that the library resolution works right (I can run inkscape from the .app directory -- via command line). I have no idea what happens from within OSX itself (I'm ssh'd into a friend's machine). But I'm pretty sure whatever goes wrong can be fixed via src/path-prefix.h and Info.plist.in Good luck! I'm going to sleep! :) -- Kees Cook @outflux.net

2 2

Re: [Inkscape-devel] NEW: on-canvas gradient editing
by Alexandre Prokoudine 20 Feb '05

20 Feb '05

On Sun, 20 Feb 2005 07:36:37 -0800, Kees Cook <kees@...62...> wrote: > ? http://www.inkscape.org/cvs-snap/ > > That URL gets updated every 20 minutes. Or does that not get you > something you're looking for? (And daniel's has been working since > yesterday afternoon) Hmm, they were not updated for quite a long while earlier, so I didn't even care to look there. Thank you for fixing my /dev/brain symlink :) Alexandre

1 0

New masthead
by Adam Pearson 20 Feb '05

20 Feb '05

bulia (I sent this to the user list in error!) I think the site would benefit from more colour and a contrasting (i.e., serif) font as per attached; but I think others with greater graphic skills than me are required! Regards Adam ----- Original Message ----- From: "bulia byak" <buliabyak@...400...> To: <inkscape-devel@...6...>; "Inkscape users list" <inkscape-user(a)lists.sourceforge.net> Sent: Sunday, February 20, 2005 9:27 AM Subject: [Inkscape-user] web site proposals > I'd like to propose two things regarding the Inkscape web site. > Volunteers are welcome: > > 1 Create an RSS feed for the main page news. > > 2 Create a new header graphic to replace the boring white "Inkscape" > on blue. As a graphic app, we are starting to deserve something more > sophisticated. The web site itself is OK, I don't think we need to > drastically change the entire design (although suggestions are > welcome), but the top panel is decidedly dull and pathetic. Show off > your graphic talent! Send your submissions to the devel list for > people to discuss. The best one (if the winner is not obvious, we may > need to do a voting) will make it to the site. One technical note: the > banner cannot be fixed width, because our site is not fixed width - so > it must be either one piece for the top left corner or two pieces for > two corners, with some flat color fill between them. The minimum > screen resolution is 800x600. > >

1 0

new SPRepr class names
by MenTaLguY 20 Feb '05

20 Feb '05

For reference: SPRepr -> Inkscape::XML::Node SPReprDoc -> Inkscape::XML::Document SPReprAttr -> Inkscape::XML::AttributeRecord SPReprAction -> Inkscape::XML::Event SPReprEventVector -> Inkscape::XML::NodeEventVector -mental

1 0

SPRepr renamed! commits may resume!
by MenTaLguY 20 Feb '05

20 Feb '05

Okay, comitted the most evil of the changes (check out the 80-some line ChangeLog entry XD). I'm not really done yet, but the remaining stuff is much less likely to cause merge conflicts with anything anyone else is working on. -mental

1 0

SPRepr renaming! hold off on commits!
by MenTaLguY 19 Feb '05

19 Feb '05

I'm getting ready to rename the SPRepr interface classes into the Inkscape::XML namespace. As I'll probably have to end up touching most of the files in the codebase, it might be a good idea to hold off comitting anything until I'm done. Yes, I can resolve update conflicts before I commit, but they are more likely to get resolved correctly if they happen on your end, since you will understand your particular changes better, and you will individually have fewer to handle than I would. -mental

1 0

New text layout engine design RFC
by Richard Hughes 19 Feb '05

19 Feb '05

See the attached header file for the first draft of what I think the interface for the new text layout engine should look like. The intended audience is developers, there's nothing to see here for people who don't enjoy reading source code. Comments are encouraged on design, comprehensibility, features, style and smackdowns. A few things to talk about, in no particular order: 1) Do we disapprove of public member variables, even where there's no disadvantages to using them? 2) The coding style guide doesn't mention the how the names of enumerations should be formatted. 3) I implement parse_svg_length_list() because the old flow_src did. Should this really belong closer to the XML layer? 4) Likewise the xml:space attribute. The difficulty with moving this is that you could cause roundtripping problems. Can we even do roundtripping? 5) Lots of private members are missing still, because I don't know what they're going to be yet. 6) The appearance of this document doesn't mean I've decided whether to wrap the existing code, switch over the users, then write my own innards, or to do it all in one big (destructive) commit. The latter is quite a lot less work, but the former will likely be broken for shorter intervals (although maybe more of them). 7..n) There are more things to discuss in the attachment, under the heading "Comments", near the top. That's it, I think. I'll remember something else as soon as I click 'send', of course. Richard.

4 5

.svgz reading
by unknown＠example.com 19 Feb '05

19 Feb '05

I just changed the gzip input stream to remove some of it's limitations. Please give it a shake-down and see if it holds up. (It works on assorted-tiling.svgz now)

2 2

Fwd: Re: [cairo] cairo anti aliasing
by unknown＠example.com 19 Feb '05

19 Feb '05

----- Forwarded message from Samuel Abels <newsgroups@...722...> ----- Date: Sat, 19 Feb 2005 01:19:37 +0100 From: Samuel Abels <newsgroups@...722...> Reply-To: Samuel Abels <newsgroups@...722...> Subject: Re: [cairo] cairo anti aliasing To: Tim Janik <timj@...723...> On Sat, 2005-02-19 at 00:38 +0100, Tim Janik wrote: > i am seriously considering to use cairo as a rendering backend in an > anti-aliased canvas i'm currently working on. In case you are using C++ - might we consider combining efforts? http://cms.debain.org/ -Samuel -- ------------------------------------------------------ | Samuel Abels | http://www.debain.org | | spam ad debain dod org | knipknap ad jabber dod org | ------------------------------------------------------ _______________________________________________ cairo mailing list cairo@...278... http://lists.freedesktop.org/mailman/listinfo/cairo ----- End forwarded message -----

1 0

Adding CxxTest
by unknown＠example.com 18 Feb '05

18 Feb '05

I just did an initial checkin to add CxxTest. http://cxxtest.sourceforge.net Once you do an update, just run "make check" from the top level and you should get src/libnr/testrunnr built and executed along with all the other tests. Or to get just that one, change to inkscape/src and then run "make libnr/testrunnr" to build it. It runs CxxTest to create the needed .cpp from *-test.h files, then builds it.

2 5

Fwd: Re: COMMENT: Flow Text
by unknown＠example.com 18 Feb '05

18 Feb '05

----- Forwarded message from Jon Ferraiolo <jon.ferraiolo@...720...> ----- Date: Fri, 18 Feb 2005 09:51:22 -0800 From: Jon Ferraiolo <jon.ferraiolo@...720...> Reply-To: Jon Ferraiolo <jon.ferraiolo@...720...> Subject: Re: COMMENT: Flow Text To: Thomas DeWeese <Thomas.DeWeese@...721...>, www-svg@...157... Thomas, Thanks for the great comments! The SVG Working Group has given me the assignment of responding to one of our comments below. You said: >4.14.2 The progression-align property > > Doesn't it make a _lot_ more sense to have this property >apply to the flow regions? What does it mean to have a center >aligned flowPara bracketed by two un-aligned flowPara elements? > > Also I think a description of how this is applied to content >is in order. I can think of several "reasonable" interpretations >which given 'odd' flow geometry could result in widely variable >results. The SVG WG believes the SVG 1.2 LC specification incorrectly defined a 'progression-align' property when instead it is better to reuse the 'display-align' property from XSL-FO (defined within http://www.w3.org/TR/xsl/slice7.html#area-alignment) , which delivers exactly what is needed. The next public draft of SVG will include the 'display-align' property instead. We agree that the 'display-align' property should apply to regions and not to flow content elements. The next public draft of SVG will say that 'display-align' applies to the text container object and not to elements that are part of the text flow such as <flowPara>. In terms of the last paragraph about odd flow geometries and widely variable results, I believe this issue only applies to non-rectangular regions. At the moment, the SVG WG is first addressing SVG Tiny 1.2 requirements (which only supports rectangular text regions) and is adopting the general policy proposed by others that flowing text layout must allow UA-specific layout algorithms to be deployed so that UA's are not prevented from delivering the best possible results. Although we haven't resolved your last paragraph completely yet, there is a possibility that we will allow layout variability in the general case (per the feedback of others), which might lead us to conclude that it is sufficient to simply provide layout guidelines for flowing text in arbitrary shapes (preserving the great technical work by the incredibly bright people who documented the existing algorithms - do you remember who contributed to that work?) but not *mandate* every possible detail for how layout is performed. Jon At 07:45 AM 11/8/2004, Thomas DeWeese wrote: >Hi all, > > These are concrete problems/suggestions on the flowText elements as >currently specified (or underspecified). > >4.2 The flowRegion element > > "The children of a flowRegion element are inserted into the > rendering tree before the text is drawn and have the same > rendering behavior as if they were children of a g element." > > This is new and I don't think it's a particularly good idea. If >people want the flowRegions to be rendered then there is the 'use' >element. Given the above how are filters handled? > > "A flowRegion element has basic shapes and path elements as > children" > > I'm not a real Schema expert but it appears that it allows >just about anything as a child (g, use, text, shapes). This is >without comment on how these are combined to form the flow regions. >Given that the desire here is almost identical to the clipPath element >(namely construct a set of geometry) I would strongly urge the WG >to adopt the wording and methods used in clipPath (which restricts >it's children pretty heavily). > > Given that the WG is likely not to take my advice ;) You need to >at least specify what having a 'g' means. Is all the geometry >concatenated as one flow region? Are implementors expected to 'union' >the fill regions of the children of the 'g'? Use if it is allowed >to reference arbitrary content (which it isn't for clipPath) has >similar issues. > > Also with text is all the text considered a single very complex >flow region or is each individual letter a flow region? What about >letters with multiple 'disjoint' pieces ('i',';','%')? > > All these comments apply equally to the flowRegionExclude section. > >4.5 The flowPara element > > It needs to be clearly defined if 'block' here means CSS block. >Also there are references to margin's elsewhere do they apply here? > > flowPara doesn't appear to allow flowLine as a child (in fact >no one seems to allow flow line as a child). > >4.7 flowRegionBreak element > > It should be specified what the behavior is in the case that a >flowRegionBreak element is empty or there are multiple together (as >it is for flowLine). Also flowSpan doesn't allow flowRegionBreak >element's as children, but flowLine and flowDiv do, is this >intentional? > > Is flowRegionBreak more a flowPara or a flowSpan or something >else (just a 'marker'?). > >4.13 Determining Strip Location > > How is line-height determined? > > What is the strip that is intersected with the geometry? > > If it is the line-height it is worth noting that this may be >smaller than the content height meaning that text content may >run into the flow geometry. If the content height (or line box) >is used then this doubles the number of intersections needed to >handle strip calculations (there are also other inefficiencies this >introduces). > >4.14.2 The progression-align property > > Doesn't it make a _lot_ more sense to have this property >apply to the flow regions? What does it mean to have a center >aligned flowPara bracketed by two un-aligned flowPara elements? > > Also I think a description of how this is applied to content >is in order. I can think of several "reasonable" interpretations >which given 'odd' flow geometry could result in widely variable >results. > >4.14.3 Overflow > > What is the processing model for this? > Is this event generated before/after DOM mutation events? > _Must_ it be issued for every mutation event that changes >the state or may an implementation 'compress' overflow events >as long as no rendering occurs between them? > > I would really like to lobby for allowing compression, otherwise >the layout must be performed on essentially _every_ modification of >the content tree. I think UA's should be allowed to defer layout >until just prior to rendering at which point if a flow has change >overflow state events must be issued (which may change the flow and >hence the overflow state, which may lead to new overflow events before >the rendering takes place, repeat as needed). > > This avoids the need to layout the text 12 times because 12 >properties were changed in the flowText tree (even when none of >the 12 actually causes an overflow event). > > For async renderers (that don't normally hold up rendering until >'script' completes) they would only be required to dispatch the event >before 'unsuspendRedraw/All' and 'forceRedraw' complete. > >4.15 Example > > Aside from the already noted 'well formedness' problem ("</flow>" >instead of "</flowRoot>"). The namespace declaration is wrong >(you want "xmlns=" not "xmlns:svg="). Also in the first example >the flowRegion appears to be a parallelogram instead of the >desired trapezoid (I think the last L should be L200,50 - although >even that goes 'outside' the stroked trapezoid on the bottom). >You might be better off using margins here and referencing the >stroked trapezoid. > >Other Properties: > > There should really be a consideration of other properties >implementations need to be mindful of from CSS. A few that >come to mind: 'margin', 'margin-*', 'text-indent'?, 'white-space'?, >'line-height'. Without this it is unclear what an implementation >is expected to support. > > ----- End forwarded message -----

1 0

Saving as pov
by Lucas Vieites 18 Feb '05

18 Feb '05

Hi, I've been trying to render the exported pov files from simple svg images but I keep getting errors. I'm using povray 3.6 to render the attached pov file, generated from the attached svg file. I'm also attaching the output ;-) Thanks for your help, -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

1 0

resource leaks on Windows
by bulia byak 18 Feb '05

18 Feb '05

Today we have found and patched a number of GDI resource leaks. This will likely fix the bug where using text tool eventually caused Inkscape to freeze with endless "SaveDC failed" and "RestoreDC failed" messages streaming to the console: http://sourceforge.net/tracker/index.php?func=detail&aid=1070816&group_id=9… Everyone who has ever experienced it (and everyone else using Windows), please test a CVS build dated later than today and report your results.

2 1

doxygen updates
by Kees Cook 18 Feb '05

18 Feb '05

Okay, the website doxygen should update every night around 3am Pacific time now. -- Kees Cook @outflux.net

1 0

close confirmation fix
by unknown＠example.com 17 Feb '05

17 Feb '05

FWIW, forgot to mention that I think I fixed the close confirmation dialog last night. Try it out and see if it works as expected..

2 1

Setting physical resolution and exporting documents
by unknown＠example.com 17 Feb '05

17 Feb '05

Hello! I would like to set the physical resolution of a document to export it as an EPS file at a given resolution. However, I have not found setting of the resolution anywhere in the program. In the "print" menu there is a physical resolution option for the printed images, but it did not work for the EPS files. Another problem is exporting of the documents. It is possible by renaming the file by "save as", and so to export a document without changing its name a double rename is needed, what might be error prone. Thanks, Artur Rataj

2 1

Inkscape status 2005-02-15
by Bryce Harrington 16 Feb '05

16 Feb '05

Project Status Tuesday, Feb 15, 2005 Today at work after our all-hands meeting, one of the marketing guys named Carl grabbed me. He'd just upgraded to SuSE 9.2 but knew that we'd just released 0.41, and SuSE only had 0.39. We downloaded and installed the Autopackage version. I gave him a quick tour of the new features. When we got to the color trace function he slapped me on the shoulder, "My god, that's _exactly_ what I've needed!!" He loaded up one of the OSDL member logos and vectorized it with the color trace tool. We get these logos in every format known to mankind, and scaling them can be a real challenge sometimes. This week I've been showing off all sorts of things to people... The new inkscape.deviantart.com. I showed daj's "Rockin' in the Free World" to a professional musician. ScislaC's 'Gaze' astounds _everyone_ who sees it; this is without a doubt the most advanced piece of art ever done with Inkscape/Sodipodi/Gill (we have *got* to encourage Scislac to teach us all the tricks for how he was able to *do* that!) I also of course have to brag about the KDE 3.4 SVG Wallpaper contest, and that of the top 4, half are known to have been done with Inkscape (including the winner). The thing I point out to people at work is that despite how great Linux is technically, there are many, many people who "judge a book by its cover" and consider only how the thing looks. Like buying a car based on its paint job and leather upholstry instead of its engine. But graphical tools like Inkscape are enabling artists to give Linux that beauty, to make it visually as well as technically attractive. In the stats below, the most obvious thing is the sudden jump in linecount. No surprise there - this is all the new code such as gtkmm that finally got greenlighted to go into the codebase. Hopefully over the next few months we'll see the linecount reduced as this new code replaces the gobs of repetitive old code currently in there. The mailing list numbers show that we've gained a number of new members. (Welcome aboard!) Of course, anyone on Jabber or IRC recently will have already noticed the nice jump in activity, both with usage questions and with development work. Things seem to be going quite well! Statistics Jan 1 Jan 15 Feb 1 Feb 15 ========== ===== ====== ===== ====== Lifetime Rank on SourceForge: 598 570 569 569 (95.8%) (96.0%) (96.0%) (96.04%) Max Week's Rank on SourceForge: 45 59 * * (99.8%) (99.6%) * * Total SF Page Views 2,213,324 2,283,160 2,296,458 2,296,458 Total SF Downloads 110,182 114,695 115,645 115,645 Total Freshmeat URL Hits 14,291 14,634 15,108 16,448 Total Freshmeat Subscriptions 149 151 156 169 Lines of Code in src/: 321,883 323,251 323,324 333,139 Code lines 227,114 227,965 227,872 234,651 Comment line 56,048 56,308 56,438 58,239 Blank 45,398 45,664 45,624 46,859 Lines of Docs in doc/: 17,901 17,901 17,918 26,848 Lines of content in website: 9,234 9,328 9,486 9,776 Size of the Inkscape wiki: 21,030 20,931 23,576 24,925 Bugs open/total: 135/829 145/858 148/917 155/972 Features open/total: 340/514 353/530 352/556 370/579 Patches open/total: 5/145 6/148 7/154 5/167 CVS Commits (as per inkscape-cvs) 9,450 9,625 9,975 10,312 Inkscape-devel membership: 132 131 143 151 Inkscape-announce membership: 147 155 166 169 Inkscape-user membership: 172 177 181 193 Num Translations: 33 33 33 33 Ave Translation Ratio: 43.7 42.0 44.7 47.8 * - Statistics unavailable

3 2

Re: [Inkscape-user] Stroke paint >Pattern
by Ted Gould 16 Feb '05

16 Feb '05

On Mon, 2005-02-14 at 11:56 -0400, bulia byak wrote: >On Mon, 14 Feb 2005 16:47:47 +0100, Jakub Steiner <jimmac@...659...> wrote: >> Looking at it from the interface perspective, I'd call it a brush. > >Yes, that's the best term. > >> You >> could convert an object into a brush, just like you can now convert an >> object into a pattern. > >And adjust things like spacing, rotation, randomization... > >> Once you has a brush you could then use it on an >> object as another property (fill, stroke). > >I don't think it can be used on fill, only on stroke. Actually, brush >strokes will be their own kind of objects (implemented as SVG <g> with >extension attrs) so they won't have any fill. I was curious if this functionality could be implemented using markers. Perhaps subdivide the path and place the "brush strokes" on the nodes so that you'd get a brush effect kinda like GIMP. It might be difficult to do brushes that change over time though... --Ted PS - Took this thread to devel, it was on user.

2 1

Re: [cairo] The Great API Shakeup (fwd)
by PLinnell 16 Feb '05

16 Feb '05

> Message: 9 > Subject: Re: [Inkscape-devel] [cairo] The Great API Shakeup (fwd) > From: MenTaLguY <mental@...3...> > To: Craig Bradney <cbradney@...242...> > Cc: Inkscape ML <inkscape-devel(a)lists.sourceforge.net> > Date: Tue, 15 Feb 2005 20:51:30 -0500 > > <snip> > > I'd strongly recommend you folks put someone on the cairo mailing > list as an interface, since feedback from a project like Scribus > that is actively using cairo will be helpful to them. > > -mental > Done.

1 0

[cairo] The Great API Shakeup (fwd)
by Bryce Harrington 16 Feb '05

16 Feb '05

This last weekend, several cairo developers happened to be in the same physical room, (as part of XDevConf[*]). We took advantage of the opportunity and had a very productive meeting last night in which we tried to discuss as many open API issues as possible. The following people were involved in this ad-hoc meeting: Kristian Høgsberg, David Reveman, Keith Packard, Owen Taylor, Carl Worth The meeting was also attended by Jim Gettys and Bdale Garbee, without whose support we could not have been productive. Kristian took some good notes on the discussion last night, which we'll be cleaning up and sending out as a bunch of separate proposals to the list. Hopefully this stream of little proposals will be easier to digest than one giant summary of the meeting. And, this way any sub-discussions that spin off should be easier to manage. We'll include "API Shakeup" in each of the proposals, and we'll try to tie them into existing open threads as appropriate. Each mini-proposal will be followed up with a patch proposal to implement the change, (and each patch must include documentation). Then, of course, once any new discussion settles down, we can start committing all of this stuff. The scope of the changes means that all existing cairo-using code will have to be updated, (eg. we have a proposal that changes cairo_create). So, the breakage will be a bit painful. But hopefully, the work needed to bring forward any single piece of code will actually be quite minor. As this process wraps up, we'll pull together a single-source guide on what people need to do to get their code updated. Anyway, this should be a lot of fun. And we should have an easier-to-use, and less warty API when we're done. If anyone has pet peeves regarding API issues in cairo, this will be the time to bring them up, because we won't want to go through many more break-every-application changes again for quite some time. -Carl [*] X Developers' Conference http://freedesktop.org/wiki/Software/XDevConf _______________________________________________ cairo mailing list cairo@...278... http://lists.freedesktop.org/mailman/listinfo/cairo

4 4

[Fwd: Translation update - spanish]
by Lucas Vieites 16 Feb '05

16 Feb '05

Previous message got rejected due to .zip attachment, I'm attaching it in tar.bz2 format now, cheers. --------- Mensaje reenviado -------- >De: Lucas Vieites <lucas@...212...> >Para: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> >Asunto: Translation update - spanish >Fecha: Fri, 11 Feb 2005 11:24:05 +0100 > Hi, I'm attaching an updated es.po file. A couple of fuzzies and >untranslated were left behind (a total of 4-5). > > By the way, I was invited today to give a "hands-on" tutorial on >Inkscape at a free-software meeting next month in Extremadura, a region >in Spain that started to develop their own Debian-based Linux >distribution ("Linex", www.linex.org) for use in schools and local >administrations. Any suggestions? > I was planning to do a quick tour through the tutorials included in >Inkscape and a few live demos. > > > Cheers, -- Lucas Vieites Fariña Asix Informática <info@...212...> http://www.asixinformatica.com/ Tel/Fax: +34 986 54 26 98

4 4

save-on-close issue
by MenTaLguY 16 Feb '05

16 Feb '05

Seems the problem is this rather evil bit of code in sp_dtw_desktop_shutdown: > if (doc && (((GObject *) doc)->ref_count == 1)) { Guess I was right about having exposed an existing bug. This is wrong for two reasons: 1. objects other than SPDesktops can reference SPDocuments, and there are non-inter-object-reference uses for refcounts: the wrong value being used for the wrong concept 2. GObject::ref_count is sort of an internal field (in the words of the glib API documentation, "All the fields in the GObject structure are private to the GObject implementation and should never be accessed directly.") The most obvious fix is to specifically keep a count of related active desktops in the SPDocument, and do a similar test with that. However, should we count SPDesktops, or more generally all SPViews (for example the preview view)? Is SPDocument necessarily the place to actually keep track of that, or should it be e.g. the Inkscape Application object? -mental

2 4

Inkscape::NSApplication ?
by MenTaLguY 16 Feb '05

16 Feb '05

What's the 'NS' in NSApplication for? Some kind of Hungarian notation? I'm not particularly fond of it... -mental

2 2

location of the actual close confirmation dialog?
by MenTaLguY 16 Feb '05

16 Feb '05

Bleah, I can't seem to find the code for the actual close confirmation dialog. Could someone please direct me to the right place? -mental

1 0

URGENT: fill & stroke breakage
by bulia byak 16 Feb '05

16 Feb '05

- launch - open any file from gui (file>open or file>open recent) - press ctrl+shift+F crashes with: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1087741248 (LWP 19098)] IA__g_hash_table_destroy (hash_table=0x989fd20) at ghash.c:742 742 node = node->next; Current language: auto; currently c (gdb) bt #0 IA__g_hash_table_destroy (hash_table=0x989fd20) at ghash.c:742 #1 0x080d610a in ~SPDocument (this=0x8409fc0) at document.cpp:118 #2 0x40ae8ec4 in GC_invoke_finalizers () at finalize.c:787 #3 0x40ae8fb9 in GC_notify_or_invoke_finalizers () at finalize.c:844 #4 0x40aea3bd in GC_generic_malloc (lb=7, k=2) at malloc.c:188 #5 0x40aeb37a in GC_malloc_uncollectable (lb=7) at mallocx.c:572 #6 0x082bd37f in Inkscape::GC::Anchored::_new_anchor (this=0x9827e04) at gc-core.h:88 #7 0x0820e16a in NRArenaItem (this=0x9827e00) at gc-anchored.h:51 #8 0x08216ee2 in NRObject::invoke_ctor<NRArenaShape> (object=0x9827e00) at nr-object.h:75 #9 0x082568cd in NRObject::alloc (type=141831864) at libnr/nr-object.cpp:181 #10 0x08116a40 in sp_shape_show (item=0x92e7208, arena=0x989fd20, key=35, flags=1) at nr-object.h:114 #11 0x081017a1 in sp_item_invoke_show (item=0x92e7208, arena=0x863ef90, key=35, flags=1) at sp-item.cpp:697 #12 0x080fdb0c in sp_group_show (item=0x92e7208, arena=0x863ef90, key=35, flags=1) at sp-item-group.cpp:410 #13 0x08103d43 in sp_marker_show_instance (marker=0x9011b6c, parent=0x87f4200, key=160039424, pos=0, base=@0xbfffe240, linewidth=1.70000005) at sp-marker.cpp:581 #14 0x081160fa in sp_shape_update_marker_view (shape=0x86a22f8, ai=0x87f4200) at sp-shape.cpp:555 #15 0x08116eb0 in sp_shape_update (object=0x86a22f8, ctx=0xbfffe3c0, flags=4) at sp-shape.cpp:278 #16 0x08108e76 in SPObject::updateDisplay (this=0x86a22f8, ctx=0xbfffe3c0, flags=4) at sp-object.cpp:1016 #17 0x080fca30 in sp_group_update (object=0x86a22f8, ctx=0xbfffe520, flags=4) at sp-item-group.cpp:240 #18 0x08108e76 in SPObject::updateDisplay (this=0x867417c, ctx=0xbfffe520, flags=4) at sp-object.cpp:1016 #19 0x080fca30 in sp_group_update (object=0x867417c, ctx=0xbfffe700, flags=4) at sp-item-group.cpp:240 #20 0x08115058 in sp_root_update (object=0x843e6c0, ctx=0x83511b0, flags=3) at sp-root.cpp:559 #21 0x08108e76 in SPObject::updateDisplay (this=0x843e6c0, ctx=0xbfffe810, flags=3) at sp-object.cpp:1016 #22 0x080d54aa in sp_document_ensure_up_to_date (doc=0x8409f18) at document.cpp:577 #23 0x081a819e in sp_marker_list_from_doc (m=0x92f6fb8, current_doc=0x98a0200, source=0x8409ea8, markers_doc=0x0, sandbox=0x8409f18, menu_id=0x82ca5ff "marker-mid") at dialogs/stroke-style.cpp:841 #24 0x081a8a31 in ink_marker_menu (tbl=0x989fd20, menu_id=0x82ca5ff "marker-mid", sandbox=0x8409f18) at dialogs/stroke-style.cpp:1104 #25 0x081abb6e in sp_stroke_style_line_widget_new () at dialogs/stroke-style.cpp:1515 #26 0x081a32da in sp_object_properties_dialog () at dialogs/object-properties.cpp:178 #27 0x0822aa01 in sp_action_perform (action=0x845c330, data=0x0) at helper/action.cpp:135

4 7

Urgency and spirit
by Felix Rabe 15 Feb '05

15 Feb '05

Hi all, I agree that the CVS code should remain usable, but (not blaming anyone!) I don't think it is a productive way to then put everybody under pressure to fix every crash by yesterday. I just want to remind you (as an outsider and non-developer; I actually don't have any say here) that this project came into existence to grant more freedom to its developers. If you expect to have every bug fixed ASAP in (by nature) shaky code, you will start to drive people away again if you get used to this behavior. Just want to remind you *before* it becomes a serious problem. Greetings and happy hacking, - Felix

3 2

Selection in text editing
by Aewyn 15 Feb '05

15 Feb '05

Hi, I run into trouble again ;) How can I select text (some characters) while editing on canvas? I can, however with ctrl+shift+T, but it would be much easier on canvas. Thanks, Aewyn

6 19

Comment to bug 1077213
by Praktikant 14 Feb '05

14 Feb '05

Hi, This is the attachement I wanted to append to bug 1077213, but I didn't find out how to do it. This attachement is a snippet of the 300dpi export I did. Hope it helps. The dot is also missing at zoom levels between (ca.) 400% - 450%, among others. Inkscape 0.41 WinXP cu, Felix Rabe (aka xitnalta@...360...)

2 1

Build error on powerpc-apple-darwin7.8.0
by Chris Burdess 14 Feb '05

14 Feb '05

I have the following problem building inkscape on the above platform: object-edit.cpp: In function `void sp_spiral_outer_set(SPItem*, const NR::Point&, const NR::Point&, unsigned int)': object-edit.cpp:842: error: `isfinite' undeclared in namespace `std' Should this be a configure option? -- Chris Burdess

3 2

Update on Inkscape presentations
by Bryce Harrington 14 Feb '05

14 Feb '05

Hi all, We've got two proposals in for OSCon - one for a 90 min presentation by Ted and I about extensions in Inkscape, and a paper proposal by me and Kees on the Inkscape project methodology. In addition, it sounds like we may have someone who could do the SVG Open presentation (Piers, who lives there in the Netherlands). Rejon is working with him on trying to put it together. Bryce

2 1

[Fwd: Re: [Inkscape-devel] No more Brazilan Portuguese update?]
by Ludi Maciel 13 Feb '05

13 Feb '05

Ok. I and Fred will take it now.The Scribus and InkScape have the same translators for pt_BR now. I think that is good so now we can have a same guideline for the both apps and work close to Gimp translator too. Thanks. Ludi -------- Mensagem Original -------- Assunto: Re: [Inkscape-devel] No more Brazilan Portuguese update? Data: Sun, 13 Feb 2005 15:00:04 -0800 (PST) De: Arpad Biro <biro_arpad@...36...> Para: iludi@...707..., inkscape-devel(a)lists.sourceforge.net Hi, > I'm just wondering wthat is happening to pt_BR version of Inkscape. > The 0.40 had some untranslated issues, the same for 0.41 (more) > So, please, brazilian mainter show up! > Tell me what's going on. I and another guy can help in translation > (we are working in Scribus now, but no problem). pt_BR.po was last modified in July 2004. I don't have any information on the guy (Juarez) who used to do the translation, but you could probably contact him (address in the PO file). It would be great if you could join him or take the stuff over from him. Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

No more Brazilan Portuguese update?
by Ludi Maciel 13 Feb '05

13 Feb '05

I'm just wondering wthat is happening to pt_BR version of Inkscape. The 0.40 had some untranslated issues, the same for 0.41 (more) ... So, please, brazilian mainter show up! Tell me what's going on. I and another guy can help in translation (we are working in Scribus now, but no problem). Regards. Ludi.

2 1

Improvment of wording in the overwrite dialog
by Andreas Nilsson 13 Feb '05

13 Feb '05

I am currently going over some of the dialogs to see if they can be improved and made more consitent with our friends Gimp and Scribus. I have some small suggestions for the wording in the overwrite dialog: 1. The wording overwrite is not a very nice term, "Replace" much friendlier. 2. The terms Yes and No are not optimal. When I get the question, my brain says "Yes, of course I want to keep the old document". 3. The line between the text and the buttons is noise. Gimps' overwrite/replace dialog is really nice, and I suggest we copy that right off. Here are screenshots from the Gimp, Inkscape and Scribus: http://www.inkscape.org/cgi-bin/wiki.pl?Overwrite_Document BTW, it would be really nice to have a irc-meeting with some people from Gimp and Scribus to discuss this whole Free Graphics Suite/Team thing soon. - Andreas Nilsson

5 12

Crash when opening SVG file with animate element
by Jasper van de Gronde 13 Feb '05

13 Feb '05

I encountered a file that causes InkScape to crash on my machine (WinXP) whenever I open it. It doesn't matter whether I open it from Explorer or through File\Open, it even crashes as soon as it tries to generate a preview in the open file box (if I select it in the file list instead of typing in the filename myself). I've stripped everything from the file that didn't stop it from crashing. I'm using InkScape 0.41, from a setup package downloaded from SF on 2005-02-10. Can anyone, on Win32 or any other platform, reproduce this. I've attached the file to this mail. If there is something that could be wrong with my system (or the build I downloaded) that might cause this I'd like to know it too of course. BTW, the relevant bug in the bugtracker is 1119935.

2 1

[Fwd: [Clipart] Re: svg shell extension]
by Jon Phillips 13 Feb '05

13 Feb '05

Hi Inkscapers, There is a developer attempting to build a WIN32 Shell Extension to render SVG file thumbnails in winxp. If anyone has any experience, please join this discussion on the open clip art library list, or copy him and the list if you all know anything about these topics. I think it is a very valuable addition. I thought it would be quickly possible to use inkscape to generate extensions, however, maybe not the best long term solution. Jon -------- Original Message -------- Subject: [Clipart] Re: svg shell extension Date: Sun, 13 Feb 2005 08:49:01 +0000 From: Andy Burns <openclipart@...708...> To: clipart@...626... References: <20050209113032.DAA2E9E941@...709...> >>I might be tempted to have a go at that [svg shell extension] > > Man, that would rock big time!!! OK, I didn't get much (read any) time during the week to start at this, but now I've got VC++ set up and I've created a skeletal shell extension, which doesn't do anything .svg specific yet ... Anyone have any suggestion what library/api to use to render SVG for the thumbnails, Jon suggested inkscape, but I don't think it exposes any API, correct me if I've overlooked something. I've had a look at libsrvg which looks suitable, has anyone used it on win32? Any others to consider? Thanks. _______________________________________________ clipart mailing list clipart@...626... http://lists.freedesktop.org/mailman/listinfo/clipart -- 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)

1 0

one last test - ignore
by Bryce Harrington 13 Feb '05

13 Feb '05

1 0

testing - please ignore
by Bryce Harrington 13 Feb '05

13 Feb '05

Testing fix to mail glitch

1 0

testing - ignore
by Bryce Harrington 13 Feb '05

13 Feb '05

testing mail glitch

1 0

SPDocument conversion
by MenTaLguY 13 Feb '05

13 Feb '05

Just a quick heads-up that I've converted SPDocument to a real C++ class -- that is, rather than being allocated and initialized using GObject, the normal C++ facilities are used (in this case the class is also now managed by the garbage collector). I had expected this to break some things, but with testing it looks like the code that had depended on deterministic freeing that I had been worried about has been cleaned up. I've gone ahead and comitted, but let me know if anything broke that I couldn't find... I do still need to convert the various document functions into member functions, and make SPDocument an abstract interface. Probably it will get renamed to Inkscape::Document too. -mental

1 0

Inkscape::Application architecture presentation
by Bryce Harrington 13 Feb '05

13 Feb '05

Hi all, This morning, Jizzbug noted that in inkscape_gtkmm we hadn't really gotten the Inkscape::Application object structured for handling multiple windows. Looking at the existing inkscape codebase, though, it looks like we've kind of outgrown the basic architecture, as we've added cmdline, inkview, etc. capabilities. I've collected some thoughts on how we could reuse this basic architecture but structure it with a bit more flexibility. I've done this as a set of SVG presentation slides. They're in CVS in inkscape/doc/NewAppArchitecture/. View them via `inkview *svg`. Also, I've temporarily posted it here: http://inkscape.org/doc/NewAppArchitecture.tgz Bryce

1 0

command line export broken
by bulia byak 12 Feb '05

12 Feb '05

Command line export is broken again due to its attempting to open a dialog ("extensions not found"). Ted, Kees, and anyone else, could you please look into it: http://sourceforge.net/tracker/index.php?func=detail&aid=1121499&group_id=9… Strangely, it works when I run it from the compile dir, but crashes when I run it from the install dir (see my comment there).

2 2

win32 compiles
by Kees Cook 12 Feb '05

12 Feb '05

So, I changed Makefile.mingw.common to be created by "configure". This may cause some confusion for others trying to build from CVS. I set up the "make dist" to include the built file, so building win32 from a tarball should work easily. Also, JonCruz, I saw on the channel you said you didn't have win32 compiling set up, and weren't sure about one of your checkins. Here's the results! :) inkscape.cpp: In function `gchar* profile_path(const char*)': inkscape.cpp:1322: error: 'struct IMalloc' has no member named 'lpVtbl' inkscape.cpp:1323: error: 'struct IMalloc' has no member named 'lpVtbl' Let me know, I can test any changes. -- Kees Cook @outflux.net

2 2

Inkscape at the world gathering of the SVG community ?
by Ruud Steltenpool 12 Feb '05

12 Feb '05

Hello Inkscape developers, I hereby invite you to SVG Open 2005, the international conference on Scalable Vector Graphics. At this event the SVG community from around the world gathers: the W3C SVG WorkGroup and people from very diverse backgrounds putting SVG to use, including implementors from most popular viewers and editors. Obviously, as Inkscape is deservingly becoming more and more popular, it would be very interesting for the SVG community if Inkscape would take part. Preferably also actively taking part through presenting a paper, organizing a panel discussion or teaching a course or a workshop. For this proposals, being just short abstracts, should be in before March 1st. I believe SVG Open will also bring a lot of useful input for Inkscape, both in getting to know about the latest SVG developments, useful ideas and other feedback, as also in growing its user, promotion and developer workforce. And of course getting to know about the latest SVG All information is at http://www.svgopen.org/2005 Hope to welcome you in August, Regards, Ruud Steltenpool organisation SVG Open 2005

1 0

removing trivial inline functions
by Robert Crosbie 12 Feb '05

12 Feb '05

I submitted some patches that remove some of the trivial inline functions as stated in the InkscapeJanitors wiki section. For some reason one was submitted multiple times. It seems that after submitting a patch, if I refresh the screen, it submits the patch again. :/ Anyway, I hope I'm on the right track with the patches. I do have or had cvs access, but I've been away from c++ for a long time and figured I'd go the patch route so that a second set of eyes on the patches. inkscape compiled and seemed to work properly for me after the changes. cheers, -- Rob. http://woodpendant.com

2 1

NEW: move to layer commands
by bulia byak 11 Feb '05

11 Feb '05

New layer commands added to CVS: "Move selection to layer above" (Shift+PgUp) and "Move selection to layer below" (Shift+PgDn) will move the selection into the layer above or below the current layer (and make that layer current). P.S. Bryce or someone with an access to the wiki, please lock this page: http://inkscape.org/cgi-bin/wiki.pl?ReleaseNotes041

1 0

FW: [Inkscape-devel] icons...
by Joshua A. Andler 11 Feb '05

11 Feb '05

> On Fri, Feb 11, 2005 at 08:05:22PM +0100, David Christian Berg wrote: > > Hey guys, for all of you who care: > > There is a more recent version of my icon theme available at > > home.tu-clausthal.de/~dcb/icons.svg > > > > It's not complete, but I've made quite some changes, meaning added a few > > new icons. > > Cool! > > Say, would anyone be willing to write up a quick webpage for the > inkscape site kind of like the "screenshots" area, but for icon themes? > It could include a "how to" on where to put them, and then links to > various known icon themes. > > -- > Kees Cook @outflux.net Great idea! I might be able to do it tonight, but if not, I believe I'm free tomorrow morning to do it. -Josh

1 0

icons...
by David Christian Berg 11 Feb '05

11 Feb '05

Hey guys, for all of you who care: There is a more recent version of my icon theme available at home.tu-clausthal.de/~dcb/icons.svg It's not complete, but I've made quite some changes, meaning added a few new icons. Enjoy! David

2 1

Re: "pixel preview" mode
by Jakub Steiner 11 Feb '05

11 Feb '05

On Wed, 2005-02-09 at 21:11 -0800, Jon A. Cruz wrote: > I've tossed up a screenshot mockup of what I'm thinking a "pixel > preview" mode could look like > > http://www.joncruz.org/pixel_preview.png > > Ignore the topmost part, there are some slight issues with the bounding > box detection, so the top of the point got chopped. (BTW, I used the > "Make a Bitmap Copy" to get this simulation.) > > Anyway, I was thinking it would be nice to have a mode where a the > preview would show a version of the image at some set DPI, and as you > zoom in the 'pixels' would enlarge as well. This could help when doing > small work (like with icons) and with targeting different profiles, such > as SVG Basic and SVG Tiny. We could even tie it in to some 'skin' for > specific SVG Tiny devices, where switching to a different skin would > also change the preview DPI to a proper value. > > Any thoughts? Comments? I think I'd prefer to either have the objects drawn at the display resolution or target document resolution, not both. As pixel preview would get a shortcut to toggle, it would be easy to switch between the two. Having both at the same time would only create visual noise. As for Bulia's comment. We certainly don't need it because Illustrator has it. Let me explain its usefulness. While having a "true" 1:1 view is what appears to be enough to be able pixel-position objects, not everyone has eyes of a teenager and an LCD ;) It is way easier to pixel position artwork when you see the pixels as huge blocks, instead of staring at the 16x16 artwork at 1:1 at 5cm distance from the display ;) Oh and btw I noticed the SDI makes it really hard to have a second view of the artwork since it has all the menus, all the toolbars, and need to be quite a large window. cheers -- Jakub Steiner <jimmac@...659...> Novell, Inc.

3 4

Inkscape 0.41 Release PR and Packaging Plans
by Bryce Harrington 11 Feb '05

11 Feb '05

Hi all, With the 0.41 Hard Freeze finished and the release package posted, it's time to move into the final phase of the release, where we post packages and submit PR to blogs and the news media. Kees has been kind enough to take responsibility for producing the Windows and static rpm packages. Since these are often the most frequent downloads, I'm comfortable doing the announcement sooner than usual, however I'd like to provide packagers at least a full day to create platform specific packages. If you are comfortable creating packages, you can help us greatly right now by downloading the release and creating a package for your system. For example, we need packages for old and new versions of SuSE, Fedora Core, Mandrake, Slackware, and (especially) Mac OSX. Information on creating packages is available here: http://inkscape.org/cgi-bin/wiki.pl?CreatingDists If you have access to upload to the file tracker directly, please do so. If not, feel free to send me or another admin the package and we'll ensure it gets posted. For PR, I have written the following announcement. Please review/revise. It will be released tomorrow night my time: http://inkscape.org/cgi-bin/wiki.pl?ReleaseAnnounce041 Bryce

6 7

text properties
by Jakub Steiner 11 Feb '05

11 Feb '05

I wonder what's the deal with having an apply button on the text property window? It behaves like an instant apply dialog, yet it requires the eeky button click. cheers -- Jakub Steiner <jimmac@...659...> Novell, Inc.

1 0

Re: [Inkscape-devel] Selection in text editing
by Aewyn 10 Feb '05

10 Feb '05

Thank you answers, meanwhile I found a workaround :) My text edit dialog always open, attached to the main window, so it shows the current text always. It's okay, now. But (a new request follows ;) the dialogs disappear when the main window lose the focus. Now, inkscape gets a whole virtual desktop, so it is not a problem, but it would be very kind to get an option to off this feature (in future, not too important one). Thanks, Aewyn

1 0

forward declaration header files
by MenTaLguY 10 Feb '05

10 Feb '05

Ok, it looks like we need to have a chat about these "*forward.h" files I see cropping up that keep killing my rebuild times when I try to do class-level refactoring. I realize the intent was to reduce #include dependencies, but they actually make the problem far worse: since a whole lot of unrelated stuff is grouped in one file that everyone includes, adding or removing a class requires a rebuild of fricking EVERYTHING... And, really, do you need a header file for this? -- class Foo; class Blah; No, you do not. It's wasteful. All it asserts is that the classes (or structs) Foo and Blah definitely exist somewhere, to keep the compiler happy and avoid ambiguity. You can perfectly well put that directly in files where Foo or Blah are used opaquely without losing any maintainability (if either class gets removed or renamed, you'll need to edit those files regardless). Best thing is the files that only use Foo and not Blah won't need to be recompiled if Blah is removed or renamed anymore... So, please, STOP USING THESE BLOODY FORWARD HEADERS. I am removing xml/xml-forward.h today. I don't want to see any new ones cropping up. -mental

2 1

Install problems and then bigger ones
by Jim Clark 10 Feb '05

10 Feb '05

Oh my! Well, I'm between a successful make (after finally getting configure to work) and the make install when I read this. I have installed all these rpms (I just didn't scroll far enough to see them before) and now what? Should I continue with the install? Should I remove the rpms? Next step?????? This looks like something that might be documented a bit better on the web site.... Thanks so much for the info...I have never seen such comprehensive and impressive responses on a list before. My mail box (and yours as well) is full of thoughtful replies. Here's the rpms I installed: glibmm-2.4.4-1.fc2.i386.rpm glibmm-devel-2.4.4-1.fc2.i386.rpm gtkmm-2.4.6-1.fc2.i386.rpm gtkmm-devel-2.4.6-1.fc2.i386.rpm libgc-6.4-0.i386.rpm libgc-debuginfo-6.4-0.i386.rpm libgc-devel-6.4-0.i386.rpm libsigc++-2.0.6-1.i386.rpm libsigc++-devel-2.0.6-1.i386.rpm libsigc++-examples-2.0.6-1.i386.rpm? Thanks- Jim Clark

3 4

Says this is where to go for compile problems
by Jim Clark 10 Feb '05

10 Feb '05

Howdy...just heard about Inkscape this AM. I am not a developer, would be a casual user at best, but would like to take a gander. User, repeat USER, of Fedora Core 3. Not a coder, programmer (or even artist for that matter!) However I'm having problems compiling. When I ran configure it told me configure: error: libgc (the Boehm Conservative Collector) 6.4+, is needed to compile Inkscape -- http://www.hpl.hp.com/personal/Hans_Boehm/gc Fair enough. I got it (and thanks for including the URL) and it compiled fine without me changing or doing anything--just accepted its defaults and whiz, in it went. OK, back to Inkscape and configure croaks at the same place. Same error message. What do I need to do to have Inkscape know this is in, or how do I need to compile, install, whatever to communicate that? Thanks- Jim Clark

9 9

shortcuts in localized keyboard layouts
by bulia byak 10 Feb '05

10 Feb '05

I have just committed a fix for bug 962839 where keyboard shortcuts didn't work if you switch keyboard to a non-English layout. The fix seems to work at least for Cyrillic keyboard on Linux. Please test and report your results.

1 0

svg and svgz io
by Jon A. Cruz 10 Feb '05

10 Feb '05

I got my changes committed. It now uses xmlReadIO instead of xmlParseFile, so it should handle 'tricky' AKA non-ASCII/ANSI filenames on Windows. Additionally, it now has an extension for .svgz and the saving and loading inside of repr-io.cpp handles the compression using zlib ourselves, so it should work nice on Linux *and* on Windows with not tricky futzing. To do this, I started using the stuff in Inkscape::IO / src/io/* Take a peek and see if this stuff works for you guys also.

1 0

RE: [Inkscape-devel] perspective / free-transform code in inkscape from gimp
by Joshua A. Andler 10 Feb '05

10 Feb '05

Quoting Mental: > Quoting Andy Fitzsimon <andyfitz@...400...>: > > > preserving the number of nodes is a pretty good thing in my > > opinion . > > I didnt know that could be done. > > With bezier curves, it's the easiest way to do it, but you will get > some slight perspectrive distortions. Generally you will need to > add/remove control points to get the best-looking results. On top of being the easiest way to do it, wouldn't it make implementing animation a little easier? (mainly I'm not sure how well you could store adding and removing nodes within an animation timeline... and it seems like if the number remains the same it would be easier to work with) -Josh

2 1

please read the PR and edit/update
by Jon Phillips 10 Feb '05

10 Feb '05

Okay...I took my 2nd round attack on the PR. I'm trying to make them more like professional PR, in the 3rd person, with standard form, and copying from Apple and others. Please have a look over for accuracy and style: http://inkscape.org/cgi-bin/wiki.pl?ReleaseAnnounce041 Hopefully then we will send it out tomorrow. Thanks, Jon -- 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)

5 7

perspective / free-transform code in inkscape from gimp
by Andy Fitzsimon 10 Feb '05

10 Feb '05

G'day guys, Whenever I have needed to transform a vector Illustration along a perspective I've had to go through the horrible process of: - importing my svg as paths into gimp - exporting and opening in inkscape - re-drawing all colours, stroke preferences and gradients to suit the new angle. with the transformed rasterisation from gimp as a reference.. free-transform is a feature that I and no doubt many more artists are desperate for within inkscape. Without it creates a limit to the range of artwork produceable from within inkscape While i was visiting PJRM & NJH in melbourne I discussed this process and how it would be sweet if we could grab some of the gimp code to allow inkscape to do a perspective transform. PJRM made an awesome modification a while ago where after transforming a group in some way, all ungrouped objects are no longer stuck with a transform matrix applied to each object. The location of all things are now converted into each shape's coords. So that now saves bloat and to my understanding also helped solve one massive problem with inkscape files being rendered in rsvg and transform matricies not being taken into account. Below is a convo I had with neo on #gimp on irc.gimp.org. when in melb NJH was eventually convinced that the method for perspective-transforming vectors could be borrowed from the gimps transform method. neo warned me that their transform method is completley different to the method described in the svg spec which is probably what inkscape uses..... ------------ Convo --------------------- AndyFitz: hi is anyone here familiar with the freetransform code in gimp ( and how it relates to the paths code ) neo_: AndyFitz: what do you want to know? neo_ is now known as neo AndyFitz: neo, I'm wondering if its easy to extract the coord translation code for use inkscape ( currently anything I do that requires a perspective transform is done with gimp and imported svg paths then exported to paths again. ) mitch: AndyFitz: how do you do rotation and stuff? neo: AndyFitz: huh? neo: AndyFitz: inkscape got to have this code mitch: AndyFitz: it's all the same in gimp, just matrix transforms. i'm pretty sure it's the same in inkscape neo: AndyFitz: it's a prerequisite for implementing an SVG parser AndyFitz: mitch, I rotate the object in inkscape. neo: no, you apply a transform matrix AndyFitz: yes you can apply a transform matrix within inkscape but it doesnt yet support free transforms . mitch: huh? neo: it is an SVG editor mitch: you can apply a matrix, so you can do any transform AndyFitz: in inkscape you can rotate skew stretch etc neo: you can do exactly what's defined here: http://www.w3.org/TR/SVG/coords.html neo: you can't do all the things the perspective tool can do AndyFitz: not all of the svg spec is supported by inkscape yet neo: it does non-affine transformations neo: well, transforms are the most basic thing neo: that's what you implement first neo: but, as I said, you can't describe all possible transformations in SVG yakk is now known as yakkGone AndyFitz: yeah I'm only aware that gimp has code to apply the transform correctly.. right now the transform matrix is only partly implemented by inkscape AndyFitz: theres no on-canvas way of doing this .. infact inkscape won't render svg with the appropriate transform matrix neo: you don't seem to understand neo: gimp does a projective transform neo: that's a non-affine transformation neo: which is not defined in SVG neo: have a look at the transform matrices in SVG, the last row is always 0 0 1 neo: the transform matrix in inkscape is fully implemented, to the extent defined by SVG transformations AndyFitz: sorry, yes you are right. I'm looking for a way to appropriately transform plain vectors not apply a transformation matrix Tommer [~tomr@...702...] entered the room. neo: where's the difference ? neo: to transform a vector, you apply a transform matrix on it neo: or rather, you apply it on each point neo: transforming a path in gimp boils down to calling gimp_matrix3_transform_point() on each of the anchor points neo: whatever transformation you are doing, doesn't matter neo: even if a flip is implemented that way neo: s/if// AndyFitz: so are the svg spec transform matrix features different to those in the gimp transform matrix ? AndyFitz: damn I gotta go AndyFitz: thanks for the great info neo & mitch neo: AndyFitz: yes, and I already explained you how they are different AndyFitz: neo yes and I'm totally clueless as to what needs to be done with inkscapes code. thanks for letting me know about gimp_matrix3_transform_point() AndyFitz: will discuss this on inkscape mailing list and see where we should go AndyFitz: thanks again, seeya neo: you can't do what you want to do neo: you wouldn't be able to save the result to SVG AndyFitz: hopefully we can with a bit of abstraction. we don't have to work straight to svg only make sure the end result is valid svg. while applying the transform it could be doing anything ... well I hope but its good to have a reality check neo: AndyFitz: I suggest you read a little about affine and non-affine transformations

4 4

End of Hard Freeze for 0.41 Release
by Bryce Harrington 09 Feb '05

09 Feb '05

Hi all, Bulia and Kees have given word that the codebase is now ready for release. Ted has tagged and branched, and has posted the release tarball. Kees is working on producing the release packages. We're putting in the final tweaks to the release announcements and notes. At this time, the codebase is now officially unfrozen and open for regular development. We have had a very good, strict release with 0.41. We have been very cautious about adding new dependencies, and focused heavily on bug fixing. For 0.42, we're going to change gears. This release will be much more freeform and open to aggressive new changes. Bug fixing will take second seat to feature implementation and major architectural changes. As soon as you're ready, feel free to merge in code that's been sitting on the sidelines for 0.41. I expect this will destabilize the codebase for quite some time to come, but that's okay. It may be a number of months before we're ready to make another release, but with such a strong 0.41 release out the door we're well set for this development phase. During this next phase, there are two rules I think would be worthwhile for us to abide. The first is to strive to always keep the codebase buildable within a day. In other words, be respectful of the needs of other developers by trying to only check in compilable code, and if you don't, to correct it within 24 hrs. Second, if you want to add a new dependency to the codebase, please discuss this on the mailing list first. We definitely can add new dependencies for 0.42 but let's make sure we have a rough concensus favoring it before committing. The first rule will save us pain in the short term, the second will save us pain in the long term. :-) Thanks everyone, and great work with 0.41! Have fun with 0.42. :-) Bryce

4 4

graphics suite and consistancy, bug lists
by Alan Horkan 09 Feb '05

09 Feb '05

First another screenshot of the gimp close dialog. unforuntately this one is different. if you have not already saved a file it fails to give you the option to Save and instead gives you a different dialog with only close and discard. http://www.maths.tcd.ie/~horkana/gimp-close-unsaved.png I'll probably have to file a bug about this later, but it will be hard for inkscape to be consistant with an application that is not consistant with itself. Back to the oringal purpose of this message I decided I'd rummage through bugzilla and try and pick out some bugs or issues that might help with consistancy issues, so that if anyone was interested they might sign up to gnome bugzilla and make some suggestions with respect to Inkscape. by influencing the future direction of the gimp it might make consistancy with Inkscape easier later on report discussing the modifier keys used by some of the GIMP tools, might be worth noting in any discussions on keyboard shortcuts http://bugzilla.gnome.org/show_bug.cgi?id=120973 request for a "Customizable Toolbar" and this would probably be similar to the top toolbar in inkscape. http://bugzilla.gnome.org/show_bug.cgi?id=133030 report about XMP and IPTC might be of interst, points to lots of other relevant bugs http://bugzilla.gnome.org/show_bug.cgi?id=94416 request to reorganise the gimp scripts and filters http://bugzilla.gnome.org/show_bug.cgi?id=116145 some ideas but no definative plan the Wiki also features a discussion on menu reorganisation http://wiki.gimp.org/gimp/GimpMenuReorganization There are probably more bits and pieces of gimp developement that active users or developers could take a quick look at and add their opinion to help try and make things more consistant. Hope this is of some use. Sincerely Alan Horkan Free SVG Clip Art http://OpenClipArt.org Dia is for Diagrams http://gnome.org/projects/dia/ Inkscape, Draw Freely http://inkscape.org Abiword is Awesome http://abisource.com

2 1

Status of the test cases
by Jon A. Cruz 09 Feb '05

09 Feb '05

What's the current status of Inkscape's compliance with the SVG Test Suite? http://www.w3.org/Graphics/SVG/Test/ I was going to be getting into them for the animation stuff, if nothing else, and was wondering if anyone else here has touched them. Lately? At all?

1 0

status
by bulia byak 09 Feb '05

09 Feb '05

I have committed the embed script, one more translation, and the release notes. With that and today's fixes, maybe it's worth doing one more prerelease. In any case, I think we can do the final release tomorrow if nothing bad shows up.

4 13

Edd Dumbill on Inkscape
by unknown＠example.com 09 Feb '05

09 Feb '05

FYI: http://usefulinc.com/edd/blog/contents/2005/02/08-openvpn/read -mental

2 1

Re: [Gimp-developer] Re: [Inkscape-devel] common interface for graphics apps on the"free desktop"
by Sven Neumann 08 Feb '05

08 Feb '05

Hi, Michael Natterer <mitch@...85...> writes: > Perhaps we should just swap the Shift and Ctrl modifiers for display > scrolling to be consistent with the HIG and across graphics apps. Sounds like a good idea. Let's do this for 2.4. Sven

2 2