December 2004 - Inkscape Devel

concerning layer selection - OpenOffice method works very well (fwd)
by Bryce Harrington 05 Dec '04

05 Dec '04

---------- Forwarded message ---------- Date: Wed, 1 Dec 2004 22:35:51 -0500 From: Phoenix <phoenixreads@...584...> To: bryce@...260... Subject: concerning layer selection - OpenOffice method works very well OpenOffice has a very effective system background graphics I have group 1 above background graphics. I have group 2 above group 1 if I double click on group 1 everything else grays out and now I have group 1 "ungrouped" and highlighted. I am now editing group 1 in context (that is behind group 2, above background). if I click the background, I return to the "edit document" stage. To move from group 1 editing to group 2 editing... I double click to get to the "edit document" stage, then double click to edit group 2. To make things more interesting the concept of layering applies so I can double click groups within groups and edit accordingly. Double-clicking outside the group moves one up in the order. Using version 0.37 for reference. As for Inkscape double-click item to change modes that should become double-click handlers. If I want to experiment, I have to move back and forth to object to change. Double-clicking handlers is more intuitive since that is what I want to change. I don't know enough about internals of Inkscape but a request that Inkscape develop into a vector drawing engine so programs like mind-mapping and Visio-like program are basically a GUI redesign and of course standardize on SVG. Excellent program, Phoenix

2 1

0.40 Build on Mac
by Gazal, Geraud (GE Healthcare) 04 Dec '04

04 Dec '04

Seen today on Linuxfr.org about Inkscape on apple MacOSX Hope it can help some of you (see translation below) Regards, Matiphas --- Bon, donc effectivement, inkscape 0.40 a des dependances assez contraignantes. Une mise a jour complete de tout ce qui est environnement de developpement de Apple (via l'ADC http://connect.apple.com/ est necessaire, et apres ca marche tout seul. Le bug de l'affichage des menus derriere les fenetres reste la. Dommage ----> Yes inkscape has some hard to solve dependancies. A complete update of development enverinment from apple (see ADC : http://connect.apple.com/ ) is required and then it works ok without any problem (Pity, the display bug (menus behind windows is still there)

2 1

Query: I/O cleanup, reorganization?
by Bob Jamison 03 Dec '04

03 Dec '04

Hi all, I am back from holidays today, and have been catching up on my email. I was wondering: would a good task for this cycle be a reorganization of our set of scattered, disparate I/O classes into a nice, clean heirarchy of its own, such as /src/io and the namespace Inkscape::IO? We have been talking about moving from filenames to URIs for months now, and changing slowly from FILE * to iostreams. Maybe now at the beginning of a release cycle would be a good time to bite the bullet. This would not be a roadmap thing, but a nice clean top-to-bottom refactoring that would finally take care of our recurring migraines with files and paths and localization. Consider it to be a big bugfix. If we could upgrade from char * ---to--->FILE * to a much cleaner URI ---to--->istream and URI ---to--->ostream ...with built-in support for localization, it would make things a LOT easier. I have been looking around the net a lot, and there already exists a wonderful 'gzstreams' lib for supporting .svgz without pipes. I experimented with it by recoding my copy of repr-io.cpp to use iostreams instead of FILE *, and it worked wonderfully. There is also a pair of iostream implementations I found, that provide printf() and scanf() style formatting, to alleviate the pain of conversion somewhat. This would be a lot like Java's "java.io.*" heirarchy, putting streams, files, URI/URL's and paths into one place. Any thoughts, opinions? This is just something I have been thinking about recently. Bob

5 15

Article: Introducing Inkscape 0.40
by Bryce Harrington 02 Dec '04

02 Dec '04

The article about Inkscape is now live on OS News: http://osnews.com/story.php?news_id=9049 Also, we got picked up on LWN: http://lwn.net/Articles/113513/ And Footnotes: http://gnomedesktop.org/node/2062 Bryce

3 2

please read webdevnews article before publication today
by Peter Moulder 02 Dec '04

02 Dec '04

An article about inksape 0.40 is to appear on http://webdevnews.com/ at 16:00 in Central US time (which I think means 22:00 UTC). Can pleple please check it and communicate any corrections etc. to SteamedPenguin, who will drop by on IRC some time before then? It isn't yet available to be read as I type this, but should appear at http://webdevnews.com/2004/12/02/open-source-svg-editor-inkscape-reaches-04… before being linked to from the front page. (Incidentally, it's possible that I wrongly guessed what sp meant by "tomorrow", in which case publication would be about 35hrs from this e-mail instead of about 11 hrs.) pjrm.

1 0

Re: C-based garbage collection for Inkscape
by Bryce Harrington 02 Dec '04

02 Dec '04

Thanks Keith, passing along to the crew... Bryce On Tue, 30 Nov 2004, Keith Packard wrote: > > I've been using a garbage collector in C for about twenty years which is > different from the Boehm system. > > advantages: > > 1) Completely portable -- no machine dependent code at all > 2) Integrates with malloc/free using code > 3) Precise pointer knowledge - the set of referenced objects is known, > not discovered. > > disadvantages: > > 1) Requires stylized function call/return macros both where the > allocator is used as well as in at least one place above all > allocation calls in the call graph. > > It's part of the nickle language implementation (http://nickle.org) and > has been used in several other projects to good effect. > > -keith > > >

3 4

Inkscape status 2004-12-01
by Bryce Harrington 02 Dec '04

02 Dec '04

Inkscape 0.40 has turned out to be a good solid release. We're already seeing a surge in downloads, and the response to our notices and article on OS News has been quite positive. There have been a few complaints about the bleeding-edge-ness of the deps; this wasn't a surprise, we knew this would be a tough release for folks to get installed. We should keep this in mind and be a bit more conservative for the next release or two. With 0.40 out the door I see both a collective sigh of relief at being done and ready for a break, plus an energy to start working on new stuff for 0.41. For the next month or so we're going to keep things low key, enjoy the holidays, and work on whatever seems most intriguing. Below I've listed out the stats for the past two months for direct comparison. (I swear, some day I'll graph this data so we can visualize it easier...) Note the big jump in Freshmeat subscribers; these all came the day we announced the new release. Our mailing list memberships are also growing nicely. I think the article in early Nov brought in a sizeable number of people. I suspect that for us to continue building our lists we need to seek out new communities and have articles published in new publications. For instance, we seem to get good coverage in foreign trade magazines; it'd be good to get published in some U.S. computer magazines too. Statistics Oct 15 Nov 1 Nov 15 Dec 1 ========== ====== ===== ====== ===== Lifetime Rank on SourceForge: 687 684 636 636 (95.2%) (95.2%) (95.6%) (95.6%) Max Week's Rank on SourceForge: 124 62 14 16 (99.3%) (99%) (100%) (99.9%) Total SF Page Views 1,339,114 1,487,659 1,758,321 1,921,981 Total SF Downloads 63,869 69,078 80,152 89,345 Total Freshmeat URL Hits 11,465 11,849 12,162 13,351 Total Freshmeat Subscriptions 124 125 126 141 Lines of Code in src/: 303,783 306,602 307,747 309,285 Code lines 216,027 217,198 217,982 218,803 Comment line 52,421 53,262 53,491 53,798 Blank 41,872 42,699 42,829 43,249 Lines of Docs in doc/: 16,841 16,841 16,974 17,901 Lines of content in website: 7,840 8,121 8,382 8,732 Size of the Inkscape wiki: 22,459 18,977 19,735 21,379 Bugs open/total: 135/653 104/683 102/733 119/774 Features open/total: 263/406 279/426 291/448 307/467 Patches open/total: 7/126 7/130 7/137 5/143 CVS Commits (as per inkscape-cvs) 7,860 8,279 8,613 8,878 Inkscape-devel membership: 109 108 117 120 Inkscape-announce membership: 98 113 124 137 Inkscape-user membership: 138 144 157 162 Num Translations: 33 33 33 33 Ave Translation Ratio: 35.0% 38.5 38.4 42.2 * - Statistics unavailable Bryce

1 0

Re: [Clipart] Announcing Inkscape 0.40 Release (fwd)
by Bryce Harrington 02 Dec '04

02 Dec '04

---------- Forwarded message ---------- Date: Tue, 30 Nov 2004 19:01:37 -0500 From: Jonadab the Unsightly One <jonadab@...581...> To: clipart@...330... Subject: Re: [Clipart] Announcing Inkscape 0.40 Release Bryce Harrington <bryce@...260...> writes: > user's may encounter more trouble getting Inkscape installed on some > platforms than in previous releases. To help those who run into > this issue, we're also providing 'Static Binary' packages that > include these new libraries inside the package, and thus, the static > releases are very large. Very large? 8 Megs hasn't been a large size for an application download in *years*. There are *plugins* nearly twice that large. (For example, I've got a copy of j2re-1_4_2_05-linux-i586.rpm sitting around in my downloads directory weighing in at 14MB, and nobody apologised for that being large.) Honestly, I wish more applications would realease statically linked binaries like this. <rant intensity="50%"> However, I still have to chase down a dependency: gtk2. I have gtk2, of course, but apparently it's not the latest and greatest version. So I downloaded that, but now I need other stuff... error: Failed dependencies: libglib2.0 >= 2.4.0 is needed by libgtk+2.0_0-2.4.9-9mdk libpango1.0 >= 1.4.0 is needed by libgtk+2.0_0-2.4.9-9mdk libgtk+-x11-2.0_0 = 2.4.9-9mdk is needed by libgtk+2.0_0-2.4.9-9mdk I need to do this anyway, since there's a new Gimp coming out that I'll want, but this underscores the single largest problem IMO in open-source today: excessive use of dynamic linking makes upgrades painful beyond the bounds of all reason. I can understand the desire to link inkscape dynamically against GTK, because *lots* of stuff links against GTK, and it makes sense to install one copy (of each major version). But I do NOT understand why GTK is linked dynamically against libglib and pango. Virtually nothing else besides GTK uses those libraries, so there's no good reason for the dynamic linking: root@...582... ~/download :) # rpm -q --whatrequires libpango1.0 libgtk+2.0_0-2.2.4-2mdk root@...582... ~/download :) # rpm -q --whatrequires libglib2.0 libgtk+2.0_0-2.2.4-2mdk libgtop2.0_0-2.0.5-1mdk root@...582... ~/download :) # rpm -q --whatrequires libgtk+-x11-2.0_0 gtk+2.0-2.2.4-2mdk libgtk+2.0_0-devel-2.2.4-2mdk root@...582... ~/download :) # Not only is GTK quite pointlessly dynamically linked against libglib and pango, but it *itself* is subdivided into two packages, for absolutely no good reason. This is why I only have time to upgrade stuff at home, and at work I'm still using Gnome 1.4 -- at work, I can't justify the time to chase down a hillion jillion dependencies. I shouldn't have to do it at home either. Nobody should. Hard drive sizes being what they are, it no longer makes sense to save a couple of measley megabytes by inflicting superfluous pain on the user. Inkscape is an application I use with some frequency: as such, it's welcome to a few megabytes of drive space. </rant> One can only imagine the trouble I'd have put myself through if I'd downloaded the non-statically-linked version of Inkscape. <<shudder>> The take-home message is this: Static linking is GOOD, and the world needs more of it. -- $;=sub{$/};(a);=map{my($a,$b)=($_,$;);$;=sub{$a.$b->()}} split//,"ten.thgirb\@badanoj$/ --";$\=$ ;-> ();print$/ _______________________________________________ clipart mailing list clipart@...330... http://freedesktop.org/mailman/listinfo/clipart

4 5

Scene interpretation mentioned on Slashdot
by Bob Jamison 01 Dec '04

01 Dec '04

There is an article on Slashdot that mentions a "new photographic technique" with some concepts strikingly similar to how the Tracer works: http://science.slashdot.org/article.pl?sid=04/12/01/0238222&tid=152&tid=126… this is the quoted article: http://www.photo.net/learn/technology/mflash/merl-non-photo.html Notice the mention of a "canny edge detector." ;-) One thing that someone showed me, is how tracing the same image multiple times with different algorithms and/or parameters, and recombining the results, can often produce a fairly good rendition of the original. Here is a trivial example of the raytracer doing it with merely 3 different levels of brighness threshold: http://troi.hous.es3.titan.com/~rjamison/inkscape/files/clemens-traced.png So, hey, we are ahead of the curve on this one! ^^ Bob

2 2

Re: Announcing Inkscape 0.40 Release . www.inkscape.org (fwd)
by Bryce Harrington 01 Dec '04

01 Dec '04

---------- Forwarded message ---------- Date: Wed, 1 Dec 2004 18:00:49 +0100 From: Dave Neary <bolsh@...85...> To: Bryce Harrington <bryce@...1...> Subject: Re: Announcing Inkscape 0.40 Release . www.inkscape.org Hi Bryce, Congratulations on the release! Yet another huge step forward. Cheers, Dave. Quoting Bryce Harrington <bryce@...1...>: > Inkscape 0.40 > ============= > > Draw Freely. > > http://www.inkscape.org/ > > The Inkscape community is proud to announce release 0.40 of Inkscape, "A > Cross-Platform Open Source Vector Graphics (SVG) Drawing Tool." This > release includes three highly requested new capabilities: Layers, > Text-on-Path, and Bitmap tracing. In addition, several minor features > have made the cut along with a number of usability enhancements, three > new tutorials, and hundreds of bug fixes; this is by far the most > feature-packed release to date! > > The implementation of layers provides another means for organization of > compositions. Layers can be locked to not allow changes and their > visibility may be toggled on and off. This is great for sketching over a > bitmap image by using it as a template. However, one might skip this > technique altogether by using the new "Bitmap Tracing" which uses > Potrace to convert pixels/bitmaps into vector graphics. Normally this > function is not found in illustration programs, but now it is front and > center right on the canvas within Inkscape. > > Since our last release four months ago, we have added several new > dependencies such as the Boehm garbage collector and the stable Gtk 2.4 > libraries. Hence, installing Inkscape on some platforms might raise more > issues than as with previous releases, and we ask you to please post to > the bugtracker (http://inkscape.org/report_bugs.php) any issues > discovered. To help those who run into undocumented problems we're also > providing 'Static Binary' packages that include these new libraries. > > We celebrate this release from our community and hope to encourage > others to join our project by the simple act of contributing graphics, > tutorials, code, and translations. Inkscape recently became a one-year > old project. We are looking forward to another dynamic year of > development as we move Inkscape further from C to C++, approach SVG Tiny > compliance, and eventually full SVG 1.2 validation. Thank you for using > Inkscape. Draw Freely. > > Download your packages (Linux, Windows, Mac OSX): > > http://sourceforge.net/project/showfiles.php?group_id=93438 > > For many more details, see the Release Notes for 0.40: > > http://www.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes040 > > Community submitted screenshots: > > http://www.inkscape.org/screenshots/ > > > _______________________________________________ > gnome-announce-list mailing list > gnome-announce-list@...45... > http://mail.gnome.org/mailman/listinfo/gnome-announce-list > -- Dave Neary Lyon, France bolsh@...85...

1 0