- Inkscape Devel - Inkscape Mailman

mjwybrow, bug in CVS with AMD64, 'Error: clock_t is not 4 bytes'
by Edwin de Jong 29 Aug '05

29 Aug '05

Hi mjwybrow, A small bug exists in the code of the file: libavoid/timer.cpp After running the code on an AMD64 system: Error: clock_t is not 4 bytes Aborted This snippet has a bug: if (sizeof(clock_t) != 4) { fprintf(stderr, "Error: clock_t is not 4 bytes\n"); abort(); } Its always a good idea to never compare a size_of with a constant (unless in things like configure scripts or with very lowlevel program code). I havnt read the rest of the file yet (so I dont know why you insist on having it 4 bytes), but it is obvious that such structures have different sizes on different architectures. If necessary, hop me an email and we can work this problem out via IRC (if you have not an 64-bit system available). Greets, Edwin de Jong

2 1

Inkscape 0.43
by Bryce Harrington 29 Aug '05

29 Aug '05

Hi all, Last month we talked a bit about accelerating our releases a bit. Since it's been a tad over a month since the 0.42 release, and feels like now would be a good point to begin the 0.43 release process. Based on prior releases I expect it may take several weeks to a month to go through this release process. I'd like to propose that we target Sept 1st as our feature freeze point. Does anyone feel strongly that we should wait longer than this? Bryce

12 25

GNOME Summit in Boston sat oct 8 - mon oct 10
by Jon Phillips 29 Aug '05

29 Aug '05

Are ther any Inkscape or OCAL hackers interested in participating and/or presenting at the GNOME Summit in Boston Sat. Oct. 8 - Mon. Oct 10? http://live.gnome.org/Boston2005 I don't think I can make this one, but it would be great if someone could go to this conf. and meet up with folks to discuss various endeavours. Trust me, this type of event is time well spent! If anyone would like help with an abstract, slides, or needs some encouragement, hit me up. Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

1 0

Announcing librsvg 2.11.1 aka 'Brownish paper bag'
by Christian Fredrik Kalager Schaller 29 Aug '05

29 Aug '05

The librsvg team is happy to announce librsvg 2.11.1 librsvg is a SVG rendering library maintained by Dom Lachowicz and Caleb Moore and used among other places in the GNOME desktop. This release of librsvg contains a few critical fixes. It fixes the dpi API which mistakenly got broken in the 2.11.0 release. It also improves the pattern used to recognize svg files in the gdkpixbuf loader so that your desktop SVG files will once again work. More information on the librsvg homepage: http://librsvg.sf.net You can download librsvg from: http://ftp.gnome.org/pub/gnome/sources/librsvg/2.11/

1 0

Requests/Suggestions from Artists.
by Dan Ostrowski 29 Aug '05

29 Aug '05

Hello all, A while back I emailed David Vignoni (Nuvola icon set fame) and told him about some new features in Inkscape. He emailed me back from aKadamy recently with this: > Hello Dan, > > I'm at aKademy and me (i'm the nuvola guy) and nuno pinheiro we are > working on a new full svg icon theme for kde. I'm still using > illustrator and he is using inkscape. Nuno is going to provide some > feedback since he's using inkscape really a lot and doing very nice > stuff with it. We hope oour feedback may help in some way your great > software. I guess he assumed I was on "the team" but I was just trying to spread the word about Inkscape. *shrug* Anyhow, Nuno emailed me too with this feedback: > Hi my name is Nuno Pinheiro, and i love inkscape :) ! > > Well one of the things we want to try to implement, is a color pallet, > to use it i have to make an text file that i recour every time i need > a specific colour, that i need in a specific point of an gradient. > so the feature i would really appreciate would be the collorpick on > the edit gradient layout. that is i think, a simple feature to add and > one that would have the most deep impact on the productivity side of > things. > > i have many more little features to ask but i will leave that to an > other time! > cheers I don't know if this is of any value to you, but Nuno will be helping David on the new KDE icon set, so he seems like a source of quality feedback. I've let them know that I passed their comments along, mentioned the swatches in 0.42, and let them know that hopefully someone more knowledgeable than myself would be contacting him. Hope this helps, Dan Ostrowski

1 0

Inkscape still does not work on FC
by Artur Rataj 28 Aug '05

28 Aug '05

Hello! Static binary 42.0 did not work, the latest sources 42.2 compiled but did not work. *** glibc detected *** free(): invalid pointer: 0x09557d60 *** As for now, I can use some old versions and read about the latest Inkscape features on your site ;) Cheers, Artur

2 1

Clip Art Browser 0.39
by Greg Steffensen 28 Aug '05

28 Aug '05

I'm releasing version 0.39 of the clip art browser. Naturally, this is an almost-ready snapshot of the next major release, 0.4. Installation works the same as with past releases, although I don't think Jon's very cool Makefile will work. The two big missing features that will be added for 0.4 are making the "Import Clip Art" gui (it requires threading, and pygtk threading always drives me nuts), and some kind of progress bar during the retrieval of large result sets. For this version, a ton of code was revamped, and the result is a significantly more usable and more extensible product (I think). The interface, in particular, was violently redone. http://sharelinux.org/?q=node/1 You'll have to index your clip art using the indexClipart.py script before using it. Also, for now, I wouldn't reccomend using the ocal_net module with it, simply for performance... once I have a progress dialog, that will be more doable. There's a ton of changes in here, most of which were inspired by the recent thread about the project on this mailing list (in particular, Nathan's xml category-hierarchy idea proved useful). Also, this version is significantly more independent of Inkscape. I'll provide more documentation soon, but check out the config file; you can now have it open up images in arbitrary programs that you specify, all cleanly integrated into the UI. Feedback, as always, is very welcome. I'll try to have 0.4 out by, oh say... Wednesday :). Greg

1 1

Re: [Inkscape-devel] CVS compile broken
by Ralf Stephan 27 Aug '05

27 Aug '05

Hello, First, an explanation. Recent fowlups with my commits not compiling (although they do here) happened because my process here is not fully automatized and single files were not committed. No excuse. Thanks to David, cvs compiles again. I owe you one. Will close the automation gap. Sincerely, ralf

3 2

Re: [Inkscape-devel] Getting involved
by Bryce Harrington 27 Aug '05

27 Aug '05

On Fri, Aug 26, 2005 at 07:59:53PM +0200, Ralf Stephan wrote: > Bryce, > SPViewWidget and SPView are now separate. Great! Thanks Ralf. Bryce

1 0

glibc detected *** free(): invalid pointer:
by bulia byak 27 Aug '05

27 Aug '05

We have at least 3 bugs in the tracker with this crash on startup (just search the tracker for "glibc"). Does anyone know what's going on? Is this fixed in 42.1? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 9

virtual functions in GObjects
by MenTaLguY 27 Aug '05

27 Aug '05

You can't use virtual functions in GObjects. At all. Introducing a virtual function to a class changes the resulting object layout in a way that is wholly incompatible with GObject. If you need something virtual-like before a class hierarchy has been transitioned away from GObject, you _must_ use the normal GObject mechanisms for that (i.e. adding an entry to the GObjectClass-ish vtable and then writing a (non-virtual) wrapper method that calls explicitly through that function pointer). -mental

1 0

CVS compile broken
by bulia byak 27 Aug '05

27 Aug '05

Current CVS can't link: libinkpre.a(interface.o)(.text+0x2315): In function `sp_create_window(SPViewWidget*, int)': /home/d/ink/inkscape/src/interface.cpp:128: undefined reference to `sp_view_widget_get_type()' libinkpre.a(interface.o)(.text+0x237f):/home/d/ink/inkscape/src/interface.cpp:132: undefined reference to `sp_view_widget_get_type()' libinkpre.a(slideshow.o)(.text+0xea): In function `sp_slideshow_event': /home/d/ink/inkscape/src/slideshow.cpp:71: undefined reference to `sp_view_widget_get_type()' libinkpre.a(svg-view.o)(.text+0x891): In function `sp_svg_view_widget_get_type()': /home/d/ink/inkscape/src/svg-view.cpp:315: undefined reference to `sp_view_widget_get_type()' libinkpre.a(svg-view.o)(.text+0x8dd): In function `sp_svg_view_widget_class_init': /home/d/ink/inkscape/src/svg-view.cpp:332: undefined reference to `sp_view_widget_get_type()' libinkpre.a(svg-view.o)(.text+0x8ed):/home/d/ink/inkscape/src/svg-view.cpp:334: more undefined references to `sp_view_widget_get_type()' follow libinkpre.a(svg-view.o)(.text+0xaa0): In function `sp_svg_view_widget_init': /home/d/ink/inkscape/src/svg-view.cpp:381: undefined reference to `sp_view_widget_set_view(SPViewWidget*, SPView*)' libinkpre.a(svg-view.o)(.text+0xb1d): In function `sp_svg_view_widget_size_request': /home/d/ink/inkscape/src/svg-view.cpp:406: undefined reference to `sp_view_widget_get_type()' libinkpre.a(svg-view.o)(.text+0xceb): In function `sp_svg_view_widget_size_allocate': /home/d/ink/inkscape/src/svg-view.cpp:450: undefined reference to `sp_view_widget_get_type()' libinkpre.a(svg-view.o)(.text+0xef5): In function `sp_svg_view_widget_new(SPDocument*)': /home/d/ink/inkscape/src/svg-view.cpp:482: undefined reference to `sp_view_widget_get_type()' widgets/libspwidgets.a(desktop-widget.o)(.text+0x79): In function `sp_desktop_widget_get_type()': widgets/desktop-widget.cpp:128: undefined reference to `sp_view_widget_get_type()' widgets/libspwidgets.a(desktop-widget.o)(.text+0x9b): In function `sp_desktop_widget_class_init': widgets/desktop-widget.cpp:139: undefined reference to `sp_view_widget_get_type()' widgets/libspwidgets.a(desktop-widget.o)(.text+0xe3c):widgets/desktop-widget.cpp:333: more undefined references to `sp_view_widget_get_type()' follow widgets/libspwidgets.a(desktop-widget.o)(.text+0x1d0d): In function `sp_desktop_widget_new(SPNamedView*)': widgets/desktop-widget.cpp:727: undefined reference to `sp_view_widget_set_view(SPViewWidget*, SPView*)' widgets/libspwidgets.a(desktop-widget.o)(.text+0x1e91):widgets/desktop-widget.cpp:752: undefined reference to `sp_view_widget_get_type()' widgets/libspwidgets.a(desktop-widget.o)(.text+0x2033): In function `sp_desktop_widget_realize': widgets/desktop-widget.cpp:409: undefined reference to `sp_view_widget_get_type()' widgets/libspwidgets.a(desktop-widget.o)(.text+0x205f):widgets/desktop-widget.cpp:410: undefined reference to `sp_view_widget_get_type()' collect2: ld returned 1 exit status make[2]: *** [inkscape] Error 1 -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Bugs in Stroke Dialog
by John Taber 27 Aug '05

27 Aug '05

On Inkscape 0.4.2.0, I've run across a few bugs with strokes: 1) With end markers, Left arrow is bigger than right arrow (assuming something like Arrow1Sstart, Arrow1Send) - seems to do this for large,medium,small arrows 2) The entry box for dash spacing will not accept any values 3) The combo popup for line end types gives different choices - sometimes large arrow is available, pick another marker, then large becomes available again. Plus there is often a large blank portion of the combo list.

4 3

front page edit
by bulia byak 27 Aug '05

27 Aug '05

In the spirit of "patch first, ask later", I have edited the intro paragraphs at inkscape.org: added new features, removed mention of GTKmm (it's on hold, and in any case this is a too narrow technical aspect to deserve a front page mention), added more emphasis on usability and general availability (it's not for "open source community", it's for everyone!) and did a general copyedit. Feel free to change :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 26

Build results for inkscape-20050826-1520
by Bryce Harrington 27 Aug '05

27 Aug '05

= Analysis Report for inkscape = Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 5 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == display/canvas-arena.cpp:91: warning: invalid access to non-static data member display/canvas-arena.cpp:91: warning: (perhaps the `offsetof' macro was used display/sp-canvas.cpp:127: warning: invalid access to non-static data member ` display/sp-canvas.cpp:127: warning: (perhaps the `offsetof' macro was used libnrtype/Layout-TNG-Output.cpp:226: warning: enumeration value ` =

1 0

wiki update
by Jon Phillips 26 Aug '05

26 Aug '05

UPDATE! So, sf.net is completely unsecure now for the web server to write data. So, I have a solution to move the wiki to fd.o and make it work there temporarily. Unfortunately, we are coming to the limits of using sf.net. We need to start thinking about where to move our project, as it is getting quite large and sf.net is too slow, not reliable for real world web-based needs, and we want svn. http://inkscape.org/cgi-bin/wiki.pl?ChangingCvsProviders I will ping the list once the wiki change has happened. Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

9 11

Announcing librsvg 2.11 aka 'Actual codename censored'
by Christian Fredrik Kalager Schaller 26 Aug '05

26 Aug '05

The librsvg team is happy to announce librsvg 2.11 librsvg is a SVG rendering library maintained by Dom Lachowicz and Caleb Moore and used among other places in the GNOME desktop. This release of librsvg is the result of 6 months of development. Caleb Moore spent a lot of time reorganizing the code to enable adding DOM support to librsvg. This code reorganisation had a lot of other positive side effects too, like improved stability and consistency, and last but not least improved rendering speed. There is also a great host of rendering fixes by Caleb to things like gradient positioning, patterns, namespaces, inheritance, marker rendering and text rendering. Also in this release is better clip paths handling and handling of out of order references and other file references. Dom Lachowicz have worked on full support for conditionals and made vfs support work better in addition to merging patches and bugfixing. In addition to this we have a host of smaller changes including: 1. rsvg cannot handle a relative path (309234) - Josselin Mouette 2. librsvg tries to open files twice (309220) - Josselin Mouette 3. rsvg behavior keeps aspec ratio when only width or height (309233) Josselin Mouette 4. C89 compiler fix (308472) - Behdad Esfahbod 5. Various bugfixes - 303086, 302905, 170164, 304045, 171281, 273989, 308810, 309885 - Caleb Moore and Dom Lachowicz 6. crasher bug fix (169051) - Ed Catmur 7. Windows port - Tor Lillquist 8. leak fixes (306494) - Ryan Lortie A big thanks goes to the contributors to this release. More information on the librsvg homepage: http://librsvg.sf.net You can download librsvg from: http://ftp.gnome.org/pub/gnome/sources/librsvg/2.11/

1 0

0.42.2 Announcement
by Ted Gould 26 Aug '05

26 Aug '05

Now that there are binaries for 0.42.2 do we want to make a more genearl announcement of it? Should we hide 0.42 in Sourceforge? --Ted

3 2

Clip Art Browser
by Jon Phillips 26 Aug '05

26 Aug '05

Hello Greg, I have tested your browser outside of inkscape. 1.) The first time the app loads, there should be all image loaded, or some kind of random image, or some kind of text that says search for what you need...basically, users need help. 2.) When dragging in clip art, could it land in Inkscape where it is dropped? Is this an Inkscape or a Clip Art Browser issue? 3.) Where are the titles for all the clip art? 4.) Could the right pane collapse, or be collapsed at the beginning? 5.) Is there a way to add a light preferences menu, or a button to this. I wonder if it is wise to put a menu or some kind of icon bar in this app. I'm leaning towards icon menu rather than a menu because it will be used inside apps for the most part. 6.) When doing a search, the app goes non-responsive for long periods of time which is bad IMO. 7.) Could you add some kind of link to the image or to the open clip art library that says "get more clip art" 8.) When running the Clip Art Browser, Inkscape is blocked and appears frozen so then it is not possible to do drag and drop...not good! This should be fixed. The Clip Art Browser should be spawned, the pid recorded, etc, so that Inkscape controls that process, but so that Inkscape can continue... 9.) The name of the program, Clip Art Browser needs to be made consistent throughout the code 10.) You need to make the clip art indexer take an argument as to where the clipart folder is, and then it needs to also take an argument for where to install the index.dat it generates...if this arg. is not passed in, then generate that file in the same dir. as where the script is run. 11.) There should be some kind of information in the GUI as to how many images are at the apps disposal. 12.) Some kind of browse by category would be nice. 13.) Some kind of browse alphabetically would be nice too... :) I've attached a Makefile which should go into the main directory for your app. Now ppl. can do make install and uninstall. Also, now it will be quite easy to do more testing, as users have a way to get this in and out of their extensions dir easily. Should Greg's program be a new project on the main Inkscape page, or should it be moved into the extensions directory? Now that I have made a makefile I'm in favor of making it its own project. Also, it is usable by other apps, so it can be standalone. Jon PS: Ted, it would be great to allow for folders inside the extensions dir to help organize new messes created by extensions with lots of folders. :) -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

7 22

Re: Clip Art Browser
by Ted Gould 26 Aug '05

26 Aug '05

On Thu, 2005-08-25 at 12:49 -0400, Greg Steffensen wrote: > This sounds like a good idea, and requires minimal changes to the > code. But I'm theoretically working on this for Inkscape, as far as > Google is concerned. Would a stronger separation from Inkscape be > tolerable? I'm not your mentor, nor am I one of the people spearheading SoC, so my opinion doesn't really matter :) But, IMHO, I think it would be okay. The goal was the functionality, whether it is implemented as an Inkscape extension or not is a detail. --Ted

1 0

[Fwd: [cairo] cairo 1.0 and future plans]
by Bob Jamison 25 Aug '05

25 Aug '05

I don't see anyone on the list mentioning this already, but there is some good news today:

1 0

vacuum defs not working properly
by David Christian Berg 25 Aug '05

25 Aug '05

Hey guys, there still are problems sometimes with vacuum defs and I finally managed to reproduce it! I've two files, gnome-fs-network.svg and and gnome-fs-client.svg attached. When you import the gnome-fs-client.svg into the gnome-fs-network.svg (I use drag and drop for this) delete it again and vacuum defs, no defs will be deleted. Save the file and close it. When you open it again and do "vacuum defs" it'll clean up quite a few definitions definitions. I thought there was a bug filed about this already, but can't find it right now. Does anybody have any clue, or should I go ahead filing a new one? David

2 1

Website re-design contest on deviantART!
by Joshua A. Andler 25 Aug '05

25 Aug '05

Hey all! The inkscape deviantART community is holding a contest for a makeover to the Inkscape website (http://www.inkscape.org). All of the details (which I will post below as well) can can be found at: http://inkscapers.deviantart.com/journal/6322909/ ---begin dA announcement--- Hey there fellow Inkscapers! Many of us have seen Inkscape evolve from back in the days of Sodi Podi into the powerful program that we currently know it as. Unfortunately the website has not quite followed along at the same pace. ;) Which brings us to the next official inkscapers contest, a makeover for the website! Basics: *The goal is to show off what inkscape can do when put to use in the area of Web Design. *You will need to make a new Header, Footer, and CSS to replace the existing ones. *Upload a preview image & 7z/zip/tar file of your submission to your gallery or scraps on deviantART and post a link below. Rules: *All submissions must be standards compliant (XHTML 1.0 Transitional & CSS) and render the same across all browsers (within reason of course). *Any images that you create for it need to be done 100% in Inkscape. We will require any original SVG files to use in case something needs to be tweaked down the road, and also to allow us to potentially serve up SVGs for the browsers that support it. *It must be a very clean and professional design. *It must include the Inkscape logo in the site header. *Any submissions using copyrighted materials (unless appropriately licensed for our use) or offensive/inappropriate content will automatically be disqualified. *Have fun! Deadline: *September 15, 2005 Prize: *Having your design be our new look and feel for the website... and of course credit for your work. Judging: *Preliminary judging will be done by the Inkscape community on deviantART, when we have an official “Top 3”, the judging will then be turned over to the inkscape developers for final judging. Please note that when it is turned over to the developers for voting, once they have chosen the winner, they may have requests for modifications. Relevant links: *Inkscape Website – http://www.inkscape.org/ (where you can go and grab the current source) *Inkscape downloads page – http://sourceforge.net/project/showfiles.php?group_id=93438 Submissions: *Please upload a preview image & 7z/zip/tar package of your submission to your gallery or scraps on deviantART and post a link below. Good luck to all who enter! ---end dA announcement--- -Josh (aka ScislaC on dA) PS: For those unaware of what deviantART (dA) is, dA is the largest community art site on the net. To find out more go to http://www.deviantart.com/

4 6

RE: [Inkscape-devel] libgc on SUSE 9.2 profesional
by Shawn Vose 25 Aug '05

25 Aug '05

Ah very nice. I shall try this tonight. I am looking forward to not using the windows version, which is still great but I would rather use my linux box. Many thanks for the quick reply. I wonder if this is something that could be added to the wiki? Regards, Shawn Vose -----Original Message----- From: inkblotter [mailto:inkbottle@...400...] Sent: Thursday, August 25, 2005 9:16 AM To: Shawn Vose Cc: Inkscape Devel List Subject: Re: [Inkscape-devel] libgc on SUSE 9.2 profesional Well, I too ran into this in my bleeding edge inkscape environment on FC4, GNOME. The solution there ultimately is to do export CPATH=/usr/local/include in your build environment. You will probably need to add /usr/local/lib to your LD_LIBRARY_PATH as well. That should get you through configure. Shawn Vose wrote: > I recently downloaded inkscape and I have to say it is very impressive. > I have been trying to get it to run on my linux box which is running > SUSE 9.2 professional and when I am running configure I get an error > telling me the garbage collector is not installed. So I went to the > referenced site and installed it into /usr/local/lib. Then re-ran > configure and got the same error. Is there a way to indicate to > configure where the libs exist using some sort of --with-<insert lib > name>? > > Any help any one can give me would be greatly appreciated. I would much > rather run inkscape on my linux box instead of my windows machine. > > Regards, > Shawn Vose > > > -----Original Message----- > From: inkscape-devel-admin(a)lists.sourceforge.net > [mailto:inkscape-devel-admin@lists.sourceforge.net] On Behalf Of Ralf > Stephan > Sent: Thursday, August 25, 2005 5:24 AM > To: Inkscape Devel List > Subject: Re: [Inkscape-devel] Bugs in Stroke Dialog > > John Taber: > >>On Inkscape 0.4.2.0, I've run across a few bugs with strokes: >>1) With end markers, Left arrow is bigger than right arrow (assuming >>something like Arrow1Sstart, Arrow1Send) - seems to do this for >>large,medium,small arrows >>2) The entry box for dash spacing will not accept any values >>3) The combo popup for line end types gives different choices - >>sometimes large arrow is available, pick another marker, then large >>becomes available again. Plus there is often a large blank portion of > > >>the combo list. > > > Thanks for your observations. I've added a new report with this > info to the tracker. > > > Regards, > ralf > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & > QA > Security * Process Improvement & Measurement * > http://www.sqe.com/bsce5sf > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

3 2

libgc on SUSE 9.2 profesional
by Shawn Vose 25 Aug '05

25 Aug '05

I recently downloaded inkscape and I have to say it is very impressive. I have been trying to get it to run on my linux box which is running SUSE 9.2 professional and when I am running configure I get an error telling me the garbage collector is not installed. So I went to the referenced site and installed it into /usr/local/lib. Then re-ran configure and got the same error. Is there a way to indicate to configure where the libs exist using some sort of --with-<insert lib name>? Any help any one can give me would be greatly appreciated. I would much rather run inkscape on my linux box instead of my windows machine. Regards, Shawn Vose -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net [mailto:inkscape-devel-admin@lists.sourceforge.net] On Behalf Of Ralf Stephan Sent: Thursday, August 25, 2005 5:24 AM To: Inkscape Devel List Subject: Re: [Inkscape-devel] Bugs in Stroke Dialog John Taber: > On Inkscape 0.4.2.0, I've run across a few bugs with strokes: > 1) With end markers, Left arrow is bigger than right arrow (assuming > something like Arrow1Sstart, Arrow1Send) - seems to do this for > large,medium,small arrows > 2) The entry box for dash spacing will not accept any values > 3) The combo popup for line end types gives different choices - > sometimes large arrow is available, pick another marker, then large > becomes available again. Plus there is often a large blank portion of > the combo list. Thanks for your observations. I've added a new report with this info to the tracker. Regards, ralf ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Announcing Inkscape Testers community
by Bryce Harrington 25 Aug '05

25 Aug '05

Hi all, As discussed a few weeks ago, we'd like to form a new community focused on testing of Inkscape. If you are interested in helping Inkscape in ways other than coding, this may be the place for you. Thanks to rejon's fix to wiki, we now have a place to collect information related to testing of Inkscape: http://wiki.inkscape.org/cgi-bin/wiki.pl?TestingInkscape An inkscape-tester mailing list is also available for you: http://lists.sourceforge.net/lists/listinfo/inkscape-tester There are many ways to test inkscape. Already, many people have contributed greatly to inkscape by simply reporting issues they discover during ordinary use. The Inkscape Tester community will seek to push beyond this by doing more aggressive, focused testing. Our community's goals will include the following long term goals: * Show that Inkscape is fully SVG compliant with all SVG specifications. * Give developers confidence that if bugs are introduced to the codebase, they will be identified and reported to them swiftly. * Ensure Inkscape's files can be loaded into all other compliant SVG software, that Inkscape runs equally well on all platforms, and that Inkscape can be used easily with a range of other open source desktop applications. * Prove that Inkscape's usability is best in class. * Track Inkscape's performance and help motivate its improvement to become the fastest, lightest weight, and most efficient drawing application available. These are ambitious goals, but through testing we can help pave the way for them to be achieved. If these sound like goals you feel like helping to achieve, please join in building a new Inkscape Tester community. http://lists.sourceforge.net/lists/listinfo/inkscape-tester Bryce

1 0

Wiki!
by Jon Phillips 25 Aug '05

25 Aug '05

http://wiki.inkscape.org/ is our new wiki location. I updated on the website. It redirs to: http://wiki.inkscape.org/cgi-bin/wiki.pl Please help me find any place on the site and in our documentation that refers to the old one. It works! Thanks again to fd.o and anholt who are awesome! * Michael you can add what you wanted to add now... For memory sake, it is hosted under the create.freedesktop.org project...in a folder called wiki_inkscape Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

2 1

Re: Clip Art Browser
by Jon Phillips 25 Aug '05

25 Aug '05

Please, don't forget to reply to the lists...how else can other people learn and help out? Replies below on and on the lists. Replies below... On Wed, 2005-08-24 at 21:03 -0400, Greg Steffensen wrote: > Hey, glad its working. Some of your points are related, so I'll > address those together. > > > 1.) The first time the app loads, there should be all image > loaded, or > some kind of random image, or some kind of text that says > search for > what you need...basically, users need help. > > Good idea. Loading all images would take an unreasonable amount of > memory, but a text prompt in the results pane is very doable. Ok, maybe just load then like the last search, or some random search, or random images. The text as well should be included to make it more friendly IMO. > 2.) When dragging in clip art, could it land in Inkscape where > it is > dropped? Is this an Inkscape or a Clip Art Browser issue? > > This is an Inkscape issue. I've been trying to fix this, and I > believe the relevent code is in the sp_ui_drag_data_received function > in interface.cpp . The fix doesn't appear hard; just take the x and y > parameters to the function (which are currently unused), find what > coordinates in the document correspond to that point on the screen, > and set the x, y attributes on the outermost element of the incoming > xml accordingly. Unfortunately, I don't know what function to use to > map screen coordinates to document coordinates. Inkscape folk...can you help Greg out with this one? > > 3.) Where are the titles for all the clip art? > > The icon titles should be the metadata titles; are you seeing > something different? Also, the title should be listed near the bottom > of the right hand pane when a specific icon is active. It says "No Title" in all the searches I do under the clip art. I'm assuming that each has title in the metadata? Where is the problem at? > > 4.) Could the right pane collapse, or be collapsed at the > beginning? > > Sure, though from a user interface perspective, I'm not sure that its > good to have the dimensions of the main window be changing > dynamically. The large, empty space initially doesn't look good > either though. Right, I'm not saying that it opens and closes, but should probably start up closed...look at the file open and save in inkscape and gimp for reference/examples. > > 5.) Is there a way to add a light preferences menu, or a > button to this. > I wonder if it is wise to put a menu or some kind of icon bar > in this > app. I'm leaning towards icon menu rather than a menu because > it will be > used inside apps for the most part. > > > Right now, I'm working on turning the whole interface into a gtk > notebook that will have 3 tabs: search, browse, and settings. I'm > nervous about this, because I'm just having a hard time coming up with > any reasonable visual interface for the browse tab, but I'll discuss > that more below. Cool... > > 6.) When doing a search, the app goes non-responsive for long > periods of > time which is bad IMO. > > > Definitely agree; this is an Inkscape issue, and after looking through > the extensions code a bit, I suspect its a non-trivial fix. You could > partially fix this by having the subprocess that Inkscape spawns for > the extension spawn the real extension process and then return > immediately, giving Inkscape back the unaltered document. You could > then insert clip art by dragging and dropping, but not by selecting an > image. The issue is that Inkscape effects extensions work by writing > the current document to the extensions's standard input, waiting > (freezing), then reading the modified document on standard input. To > keep it responsive during the waiting period, you'd have to spawn > another thread that would poll the extension continuously. This could > be done by modifications to extension/implementation/script.cpp, but I > haven't attempted this yet. This is yet another area that Inkscape hackers can help. Ted and others, can you look into this and help Greg out? (This is another benefit of always cc'ing the lists...this is open source, right) ;) > 7.) Could you add some kind of link to the image or to the > open clip art > library that says "get more clip art" > > Not sure what you mean here. Basically, a plug to get more clip art at Open Clip Art Library. For example, if there are no results, maybe have a link that encourages ppl. to go to www.openclipart.org to find more imagery. > > 8.) When running the Clip Art Browser, Inkscape is blocked and > appears > frozen so then it is not possible to do drag and drop...not > good! This > should be fixed. The Clip Art Browser should be spawned, the > pid > recorded, etc, so that Inkscape controls that process, but so > that > Inkscape can continue... > > Yeah, I tried to describe why this is above. Spawning the browser off > into its own app would work, but you lose the ability to write to the > pipe that did the spawning, which means you can't use the traditional > effect extension interface to modify the document. And the only other > IPC technique to modify the document then is gtk drag-drop, I believe. > The way effect extensions are implemented, as long as that original > pipe is open, Inkscape is frozen (uh, right, guys)?. Again, I think > this might be solvable with threads. > Ted, others? > > 9.) The name of the program, Clip Art Browser needs to be made > consistent throughout the code > > Working on that for 0.32, which I intend to release absolutely ASAP. Cool! Ok, lets get the next release on Inkscape infrastructure ok... > > 10.) You need to make the clip art indexer take an argument as > to where > the clipart folder is, and then it needs to also take an > argument for > where to install the index.dat it generates...if this arg. is > not passed > in, then generate that file in the same dir. as where the > script is run. > > This is actually how I implemented it initially, before I started > worrying that I was making everything too complex. But I agree, and > will switch it back. cool > > 11.) There should be some kind of information in the GUI as to > how many > images are at the apps disposal. > > Good idea... only prob is that this will require some way to retrieve > this info from ocal. The ocal web site currently just says "Over 4300 > clips.", which isn't quite usable, unless I'm desperate. For the on-disk clipart this shouldn't be a problem...on ocal, this will be query-able with dms...maybe not now though ;) > > 12.) Some kind of browse by category would be nice. > > I have absolutely been wracking my brain about how to do the interface > for this. If I'm willing to make the interface target OCAL in > particular, and not arbitrary clip art repositories, its not > difficult, but if you want to connect it to arbitrary repositories > (such as custom local ones) that may have differing category > structures, providing a browsing interface becomes more challenging. > For now, the best solutions I see are to either hard code OCAL's > category structure, or let users only browse one repository at a time. > Right now, I'm trying to implement the former. There's some other > more complex issues too, including the performance of trying to browse > ocal over the network, but they're not worth going into on the list. Maybe make this a page in the notebook, but save it for last, right. :) Does anyone have any ideas for this? > 13.) Some kind of browse alphabetically would be nice > too... :) > > This can be done without too much trouble for local clip art, but will > require server-side additions to be used for querying ocal over the > network. > > Anyway, I promise I'm coding like mad nowadays to get this stuff in > there. 0.32 will be out soon. Thanks for the feedback, I expect to > be able to implement most of it, as described above. Cool...any feedback on Makefile? It is good to add this kind of infrastructure that makes testers and other developers' lives easy. Never forget that programmers are lazy! Jon > > > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

1 0

Re: still getting clipartbrowser errors
by Jon Phillips 24 Aug '05

24 Aug '05

On Wed, 2005-08-24 at 17:54 -0400, Greg Steffensen wrote: > Hey, the path to your indexed clipart directory isn't set correctly in > the configuration file. Make sure it points to whatever directory you > just indexed... that directory should now contain an "index.dat" file; > if that file can't be found (or is in the wrong format), you'll get > the above error. Ok, first of all on most systems where the clipart is installed as a package, then this file is not modifiable. I would recommend installing this index in a users' local dir by default and not dig into /usr/share/clipart for this. There is going to be permissions problems (as I ran into) on this...I think we must assume that most ppl. will be installing the clipart from a package as super-user. Also, please reply to things on list :) I have done this... How can others learn if they don't know the answers from the clip art browser pro :) Jon > On 8/24/05, Jon Phillips <jon@...235...> wrote: > [rejon@...966...:~/Documents/projects/clipart-project/openclipartnav/clipartnav] > $ ./clipartnav.py > Traceback (most recent call last): > File "./clipartnav.py", line 497, in ? > searcher = Searcher(config) > File "./clipartnav.py", line 58, in __init__ > self.repos.append((mod.API(config), cache)) > File > "/home/rejon/Documents/projects/clipart-project/openclipartnav/clipartnav/modules/localocal.py", line 12, in __init__ > index = shelve.open(indexFile) > File "/usr/lib/python2.4/shelve.py", line 231, in open > return DbfilenameShelf(filename, flag, protocol, > writeback, binary) > File "/usr/lib/python2.4/shelve.py", line 212, in __init__ > Shelf.__init__(self, anydbm.open(filename, flag), > protocol, > writeback, binary) > File "/usr/lib/python2.4/anydbm.py", line 83, in open > return mod.open(file, flag, mode) > File "/usr/lib/python2.4/dbhash.py", line 16, in open > return bsddb.hashopen(file, flag, mode) > File "/usr/lib/python2.4/bsddb/__init__.py", line 293, in > hashopen > d.open(file, db.DB_HASH, flags, mode) > bsddb._db.DBNoSuchFileError: (2, 'No such file or directory') > Exception exceptions.AttributeError: "DbfilenameShelf instance > has no > attribute 'writeback'" in ignored > > I have pygtk, python 2.4, and pretty much everything else in > place. I > even indexed my clipart. > > What is the dealio? > > Jon > > > -- > Jon Phillips > > San Francisco, CA > USA PH 510.499.0894 > jon@...235... > http://www.rejon.org > > MSN, AIM, Yahoo Chat: kidproto > Jabber Chat: rejon@...896... > IRC: rejon@...897... > > Inkscape (http://inkscape.org) > Open Clip Art Library (www.openclipart.org) > > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

1 0

DDJ / SOC
by Bryce Harrington 24 Aug '05

24 Aug '05

For those students that are interested, Dr. Dobbs Journal will be running an issue with summaries of the various SOC projects (see attached message.) Bryce ----- Forwarded message from Greg Wilson <gvwilson@...965...> ----- Date: Wed, 24 Aug 2005 08:33:54 -0400 (EDT) From: Greg Wilson <gvwilson@...965...> To: summer-administrators@...820... Cc: ddj.soc@...400... Reply-To: summer-administrators@...820... Subject: re: DDJ / SOC Hi again, Just to clear up a couple of points that people have been asking about: 1) We'd like one article per mentor/student pair, rather than one article per sponsoring organization. (Cramming all the Apache articles into 400 words would be...challenging... ;-) 2) The average DDJ reader is pretty sophisticated --- 5-10 years in industry, speaks C well, knows one or two other languages, has some familiarity with threading and sockets, etc. --- so articles can be fairly dense (as in, you do *not* need to start with, "The Internet has revolutionized the way people access information." ;-) 3) Screen shots: send us full resolution, please, and we'll cut it down if we need to. 4) Format: the production staff are comfortable with plain old text (you can use the usual email/wiki conventions for *emphasis*), RTF (*not* .doc, for fear of infection), or minimalist HTML (nothing too funky). You'll get PDF or similar back to check before it runs. 5) By all means, have colleagues look it over, but please don't blog it, or post it on the web, before we've run it. 6) And by all means, if you want to write up your projects for other venues, please go ahead --- if you can find a home for a longer article on your work, then as far as we're concerned, the more publicity SOC gets, the better. All we ask is that you don't plagiarize yourself too much, in either direction. Thanks, Greg ----- End forwarded message -----

1 0

Re: AW: [Inkscape-devel] Re: [Inkscape-cvs] inkscape/packaging/win32
by unknown＠example.com 24 Aug '05

24 Aug '05

Quoting "Taraben, Adib" <taraben.a@...50...>: > I also hope not, > > the file in the CVS was not buildable. It missed some closing <"> > for the strings. :-( > But the file is not in the source.tar.gz so there would be no > change and so no need for a .3 version :-) Well, it's probably safe to bump the 0_42_2 tag on it then. -mental

1 0

Re: [Inkscape-cvs] inkscape/packaging/win32
by unknown＠example.com 24 Aug '05

24 Aug '05

Quoting Adib Taraben <theadib@...58...>: > Update of /cvsroot/inkscape/inkscape/packaging/win32 > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv2432 > > Modified Files: > Tag: RELEASE_0_42_BRANCH > inkscape.nsi > Log Message: > completed string terminators for translations, added patch for > bug1258900 from Kees Er, you missed 0.42.2... This isn't something that will require an 0.42.3, I hope? -mental

1 0

granularity
by Ralf Stephan 23 Aug '05

23 Aug '05

Hi, Another reason for excessive recompilation is the missing granularity due to the sodipodi/C heritage. Here are files that contain functions for several classes and must include headers for both. Although they are related, they could be perfectly separated into two files: desktop.cpp: SPDesktop, SPDesktopWidget sp-item.cpp: SPItem, SPItemView display/sp-curve.cpp: SPCurve, NArtBPath display/sp-canvas.cpp: SPCanvas, SPCanvasItem ui/view/view.cpp: SPView, SPViewWidget Granularity is good[tm]. I want to separate. Who is holding me back? ralf

3 2

0.42.2 tagged
by MenTaLguY 23 Aug '05

23 Aug '05

OK, release folks. 0.42.2 is tagged, containing all the stuff that was originally slated for 0.42.1. Do your release thing, and let's put this paper bag thing behind us once and for all... -mental

5 4

(no subject)
by unknown＠example.com 23 Aug '05

23 Aug '05

Hi everyone, I am trying to put together a page showing the status of static rendering between the various free SVG packages out there. Mostly to make sure that librsvg and inkscape renders images as identically as possible. But Inkscape refuse to render most of the w3c testsuite from the command line. I am using this command line: inkscape -z --file=$i --export-png= $NAME_NO_EXT.png --export-width=160 --export-height=120 Which generate the result you can see on the current testpage: http://www.linuxrising.org/svg_test/test.html Any suggestions? Christian

8 14

remaining showstoppers for 0.42.1
by MenTaLguY 23 Aug '05

23 Aug '05

OK, 0.42.1 is pretty much ready to go, except there are two remaining issues I want to get nailed down first: 1. Mac OS X folks: is it possible for us to add some workaround for the user having to run "sudo /usr/X11R6/bin/fc-cache" manually on Tiger? 2. There's a layer name crash which has popped up again that I want to get nailed down. Anyone else got anything? -mental

10 29

Some gradient fills in the icons.svg file broken?
by Michael Wybrow 23 Aug '05

23 Aug '05

Hi, I've just noticed in CVS that the most of the toolbar icons for the XML editor toolbar show up black. Opening the icons.svg file shows them to be black too. Opening the same icons.svg file in 0.42.2 shows the icons fine. This is because the gradient fill for these icons isn't working and is just showing up black. FWIW, it seems that the two versions load some of the XML in a slightly different order. Cheers, Michael

2 4

Clip Art Navigator 0.31
by Greg Steffensen 23 Aug '05

23 Aug '05

I'm releasing version 0.31 of the Clip Art Navigator. This is the first release that I believe is ready for general use. Get it from http://download.berlios.de/ocalhelper/clipartnav-0.31.tar.gz Installation is now much simpler. Basically, just extract it and its ready to use. The only dependencies are Python 2.4, GTK 2.6, and PyGTK 2.6 (even Inkscape isn't required). However, Inkscape and PyXML are both reccommended. The package can be used both as a standalone program (the main executable is clipartnav.py) and as an Inkscape extension. It isn't necessary, but you'll almost certainly want to setup a local clip art repository for it to use first. Instructions are in the README, but basically, just extract an OCAL release somewhere (I reccommend /usr/share/clipart), run the included "indexClipart.py" script on that directory (with the optional verbose flag... for example, "python indexClipart.py -v /usr/share/clipart"), and then update the config file ( clipartnav.conf) so that the "repodir" setting under the "localocal" section matches the directory you just indexed. To install for use with Inkscape, just copy the contents of the package (without the top level directory) to your Inkscape extensions directory. Adding a GUI for this process is high on my todo list. I should note that remote OCAL access is currently SLOW... on the order of 1 minute for a search that returns 5 images when I use it. To turn off the OCAL module, just remove the word "ocal" from the "modules" setting in the configuration file. I believe that the code is currently ready to be preliminarily checked into Inkscape CVS. The main question I have about that right now is how to deal with the configuration file. The script searches for the config file both in the Inkscape extensions directory and in the ".inkscape" directory in the user's home dir (both can be used simultaneously... conflicting settings favor the user file). The extensions dir seems like a pretty dumb place to put a configuration file; is there a better location I should use? The problem with the user folder is that its per user; you'd have to create one for every Inkscape user on the system, and it seems more logical to make the main config file, at least, be system wide. Feedback greatly appreciated. I've got good internet, and check my email like its my job, so if you have problems getting it to work, please let me know. Greg

3 2

SVG::Metadata 0.28 released
by Bryce Harrington 23 Aug '05

23 Aug '05

I've just sent off a new version of SVG::Metadata to CPAN. I've just done one change since 0.27: * Added a to_hash() routine for getting metadata as a plain hash The last official release was 0.25. The changes in 0.26 and 0.27 were done by Jonadab: 0.27 2005-07-22 Jonadab * Added try_harder() and adjusted parse() to support it. * Made retain_xml() a method, like strict_validation() and try_harder() For backward compatibility, it is still also settable as an option to parse() * When parse fails, it now returns undef in scalar context or an empty list in list context -- a false value either way. * The POD for subject() was not strictly accurate before and is now more accurate, because I changed parse() slightly to do part of what it says, and also elaborated on the POD to accurately reflect what to_rdf() does. * Added some comments and fleshed out some more POD while I was tinkering. 0.26 2005-07-20 Jonadab * Use XML::Twig methods instead of hash reference structure. This eliminates the HASH bug and makes to_svg() work better. Bryce

1 0

Re: [Inkscape-user] locale
by Ralf Stephan 22 Aug '05

22 Aug '05

> I have got English interface in inkscape 0.42 from autopackage. My > locale is fine and is used by gimp & friends. The problem seems to be > here: > > open("/usr/local/share/locale/pl_PL/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/share/locale/pl/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > > while autopackage puts the ".mo" here: > /usr/share/locale/pl/LC_MESSAGES/inkscape.mo > > Is it my distro (PLD Linux) problem, autopackage or inkscape's problem? > > The problem gets fixed when I put .mo to right directory. Certainly not your distro but I don't know enough about autopackage to say which of the others. This warrants a bug report, could you please file one? Thanks for your detailed analysis, ralf

3 3

Re: 0.42.2 tagged
by Hendrik-Jan Heins 22 Aug '05

22 Aug '05

RPMs for Mandriva linux 2005LE for inkscape 0.42.2 are available. Hendrik-Jan -- Publieke GnuPG sleutel beschikbaar op de volgende keyserver: pgpkeys.mit.edu Public GnuPG key available at keyserver pgpkeys.mit.edu

1 0

possible bug
by Jon Phillips 22 Aug '05

22 Aug '05

In reading through my technorati filter for Inkscape, I found this insecurity announcement. Should this be filed? 34. Inkscape Insecure Temporary File Creation Vulnerability BugTraq ID: 14522 Remote: No Date Published: 2005-08-09 Relevant URL: http://www.securityfocus.com/bid/14522 Summary: Inkscape creates temporary files in the '/tmp' directory in an insecure manner. An attacker with local access may overwrite or create files using symbolic link attacks. This type of attack can result in denial of service or loss of data within the context of the affected application. Other attacks may be possible. Search for Inkscape: http://aquades.blogspot.com/2005/08/securityfocus-newsletter-311.html Jon -- Jon Phillips San Francisco, CA Mission District USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

4 5

0.42.1 missed patch!
by bulia byak 21 Aug '05

21 Aug '05

Mental, I just downloaded the 42.1 tarball and found that it does not include at least one patch of those that I sent you: http://cvs.sourceforge.net/viewcvs.py/inkscape/inkscape/src/io/sys.cpp?r1=1… This patch is very important, we cannot release 0.42.1 without it. I don't have time at the moment to check other patches, but please do check everything that I sent you and fix ASAP. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Inkscape 0.42 on CD in German Magazine c't
by Colin Marquardt 21 Aug '05

21 Aug '05

Hi, the issue of the german computer mag c't with Inkscape 0.42 on CD is out (18/2005). The CD contains only the Windows version, but mentions that Linux and Mac OS X are available for download. It's listed on page 146, together with many other programs that are on the CD, like Scribus (which comes as a Linux binary FWIW). Cheers, Colin

1 0

Re: [Inkscape-devel] remaining showstoppers for 0.42.1
by Hendrik-Jan Heins 21 Aug '05

21 Aug '05

Mandriva linux 2005LE packages are uploaded. No problems with building, and in a quick walkaround in the program, all seems to be ok. Hendrik-Jan -- Publieke GnuPG sleutel beschikbaar op de volgende keyserver: pgpkeys.mit.edu Public GnuPG key available at keyserver pgpkeys.mit.edu

1 0

Build report inkscape-20050820-2220
by Bryce Harrington 21 Aug '05

21 Aug '05

= Analysis Report for inkscape = Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 8 0 == Errors == none == Warnings == connector-context.cpp:786: warning: `SPCurve* reverse_then_unref(SPCurve*)' defined but not used dialogs/desktop-properties.cpp: In function `void sp_doc_dialog_whatever_changed(GtkAdjustment*, GtkWidget*)': dialogs/desktop-properties.cpp:417: warning: unused variable ` Inkscape::XML::Node*repr' dialogs/display-settings.cpp: In function `void sp_display_dialog()': dialogs/display-settings.cpp:1177: warning: unused variable `GtkWidget*vb_tool' display/canvas-arena.cpp: In function `void sp_canvas_arena_class_init(SPCanvasArenaClass*)': display/canvas-arena.cpp:91: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:91: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp: In function `void sp_canvas_item_class_init(SPCanvasItemClass*)': display/sp-canvas.cpp:127: warning: invalid access to non-static data member ` SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:127: warning: (perhaps the `offsetof' macro was used incorrectly) libnrtype/Layout-TNG-Output.cpp: In function `const char* Inkscape::Text::weight_to_text(PangoWeight)': libnrtype/Layout-TNG-Output.cpp:226: warning: enumeration value ` PANGO_WEIGHT_SEMIBOLD' not handled in switch

1 0

NEW: more viewBox support
by bulia byak 21 Aug '05

21 Aug '05

As I intended to do for a long time, I just committed some more support for documents with viewBox attribute: If the root <svg> element of your document has width/height attributes set in percentage units _and_ there's a viewBox on that element, then: * The canvas size is set to the value of the viewBox attribute. * Changing the canvas size in Document Preferences sets viewBox, without touching the width/height values. So now you can visualize the viewBox by the canvas border and even adjust it easily. The only thing you cannot do is switch the document from the "regular type" (absolute-valued width/height, no viewbox) to the "viewbox type" (percentage-valued width/height, viewbox) or back. By default the "regular type" documents are created, as before. I can add such a switch if there's demand for it. When working on this I discovered that sp_root_write was never called and had lots of rotten code and bugs. I fixed what I could, and it is now used at least when you update document width/height. So please watch for the correctness of the root <svg> in your documents after saving, there may be bugs lurking still. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Inkscape Status Aug 15th
by Bryce Harrington 20 Aug '05

20 Aug '05

The days since the 0.42 release have been busy with much activity. The mailing lists have surged with traffic, we're seeing magazines printing articles for Inkscape, lots of new code is going into the development tree, and a new 0.42.1 bugfix release is nearing completion. There's been some very interesting discussions both on and off list; it'll be quite interesting to see how the remainder of the year turns out. </p> <p> The Google Summer of Code projects are bubbling right along. There's not much time left, so we're hoping to see things get wrapped up for 0.43. <p> <pre> Statistics Jun 1 Jul 1 Aug 1 Aug 15 ========== ====== ====== ====== ====== Max Week's Rank on SourceForge: 38 35 3 2 Total SF Page Views 1,935,964 3,797,037 4,452,437 4,739,264 Total SF Downloads 254,647 283,789 378,712 414,093 Total Freshmeat URL Hits 19,149 19,809 21,261 21,947 Total Freshmeat Subscriptions 183 189 208 214 Lines of Code in src/: 374,180 376,319 389,945 392,910 Code lines 260,236 261,600 270,423 271,935 Comment line 67,136 67,724 70,478 71,609 Blank 53,443 53,651 55,698 56,014 Lines of Docs in doc/: 27,790 27,792 28,090 28,074 Lines of content in website: 42,490 42,700 44,483 44,542 Size of the Inkscape wiki: 26,729 28,525 34,890 34,847 Bugs open/total: 215/1223 196/1312 215/1445 237/1511 Features open/total: 453/ 728 471/ 767 440/816 464/852 Patches open/total: 11/ 230 10/ 268 8/325 6/330 CVS Commits (as per inkscape-cvs) 12,040 12,372 12,915 13,129 Inkscape-devel membership: 179 188 200 209 Inkscape-announce membership: 202 217 236 261 Inkscape-user membership: 248 258 276 289 Num Translations: 33 33 33 33 Ave Translation Ratio: 47.8 48.6 54.6 54.9 * - Statistics unavailable

1 0

Working with nodepath
by unknown＠example.com 20 Aug '05

20 Aug '05

I think I'm pretty close to a working patch for adding a node on click. Thus far all the difficult code I needed was already in the codebase somewhere. bbyak got me started; cyreve helped me find things (both much more patiently than necessary). I currently have this: on clicking a path I can calculate the segment to break and t along that segment. The segment is represented by the index of the node on the far side of the segment. First node is 0. When I hook up code to add the node to nodepath the new segment ends up in strange places. I think I need help understanding how to work with a nodepath. The patch in its current broken state can be found at <http://www.ekips.org/comp/inkscape/inx/nodeadd.diff>. I'm sure there are a bunch of C++ problems to clean up and redesigns necessary before it is ready to commit and I'm ready for that but right now I'm just frustrated with not understanding why the nodes go where they do. Aaron Spike

2 2

Re: MacFormat Magazine issue 161: Inkscape
by Bryce Harrington 19 Aug '05

19 Aug '05

Hi Ali, Yes, this is quite fine, and allowed under our license. Please let me know if you have any questions on this. We are going to soon be releasing a new version 0.42.1; I don't know exactly when this will be ready but if your schedule allows for it, I would highly recommend using that version instead of 0.42. 0.42.1 contains a number of critical bug fixes found by various users of 0.42. Thanks, Bryce On Thu, Aug 18, 2005 at 02:48:18PM +0100, Ali Jennings wrote: > Dear Bryce, > > I am the CD-Rom editor for MacFormat magazien based in the uk ( > www.macformat.co.uk ) I would like to ask if you would be happy if we > included your inscape software on our cover mounted CD ROM. Could you > let me know if this will be possible? > > Kind regards, > > Ali Jennings > Inkscape > > > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to which they are addressed. > If you have received this email in error please reply to this email and > then delete it. Please note that any views or opinions presented in this > email are solely those of the author and do not necessarily represent those > of Future. > > The recipient should check this email and any attachments for the presence > of viruses. Future accepts no liability for any damage caused by any virus > transmitted by this email. > > Future may regularly and randomly monitor outgoing and incoming emails and > other telecommunications on its email and telecommunications systems. By > replying to this email you give your consent to such monitoring.

1 0

Updated win32 libs
by Bob Jamison 19 Aug '05

19 Aug '05

Hi, all, I just updated the win32 libs, which are found here: http://inkscape.org/win32/ It is this file: http://inkscape.org/win32/gtk28-050819.7z This might need tweaking in the future, but it makes nice running Inkscape builds already. I updated Makefile.mingw and Makefile.mingw.common to use this bundle. The 'dist' target now copies an additional two files: $(CP) $(GTKDOS)$(S)bin$(S)libcairo-2.dll inkscape $(CP) $(GTKDOS)$(S)bin$(S)libpangocairo-1.0-0.dll inkscape Yes, that's -CAIRO-. Yaay!! I also edited the build notes, replacing the '6' with an '8'. It now unpacks to c:\gtk28. Or, on the cross-compiler, you will want to change your symlink: ln -sf /home/user/PROJECT/gtk28 /target Bob (ishmal)

1 0

Enter and leave events while mouse button depressed
by Michael Wybrow 19 Aug '05

19 Aug '05

Hi, As part of my connector work, I have made a change to the type of context item events generated while the left mouse button is depressed. Previously, while this button was pressed, only enter and leave events for the 'clicked' object would be generated. There doesn't seem to be any particular reason for this, and it severly complicated some of the stuff I was doing. Thus, I have modified it to no longer supress these events. This only effects the events passed to the item handlers in the different tool contexts and shouldn't change the behaviour of manipulation in these tools since most of it is done with knots. Knots are actual objects that hold the mouse focus while they are dragged, so these item entry/leave events aren't generated here anyway. Also, the item handlers in most of the contexts do very little (i.e., change cursors) or just aren't used. Basically, this change *should* be transparent. I've tested the behaviour of all the tools and can't see any difference, but wanted to mention it here just in case it does cause any problems. The change is only to src/display/sp-canvas.cpp, between revisions 1.14 and r1.15. Cheers, Michael

3 6

New Connector tool context
by Michael Wybrow 19 Aug '05

19 Aug '05

Hello, I have commited the connector context to CVS. At the moment it can be used to create basic straight-line connectors and interact with and modify existing connectors, i.e., reroute, detach, or attach to new shapes. At the moment connectors can just be attached to the center of shapes (though user placeable connection points are something I will work on later). This interface works works with loading and saving files, undo and redo, etc. Click and drag anywhere to create a connector. If you start or finish over a highlighted connection point, then the connector will be attached to that shape. Dragging the endpoint of any existing connector will alter its endpoint, and attach to a shape if dropped on a connection point. It is usable, but there are some issues. Partly this is because I originally chose to build it on top of the DrawContext and having that underneath is now preventing the exact interaction I want. I've done most of the work of removing this dependency but will finish it later. The current interaction doesn't use the standard selection mechanism. One of the choices I made was that I didn't want the user to have to select a shape to show its connection point, select another for the same reason, and then have to click or drag between the two shapes to draw the actual connector. For this reason the connection points for shapes are shown when the mouse is moved over them. Play with this for a while and I think you'll find it quite natural. At the moment though, due to the draw context stuff, the same behaviour is true for the actual connectors -- they are 'selected' by moving the mouse over them. This is bad since the connector focus jumps around as you move your mouse over different connectors. The true selection mechanism is ignored and the selection cleared when the context is entered. Also bad. The planned solution is to use the standard selection mechanism and show endpoints for the first selected connector, much like the node tool. This means the same selection will be maintained swapping into and out of the connector context. Also, if you've just drawn a connector and want to change its stroke style, another connector isn't going to be selected on your way to the dialog, as Peter pointed out to me today. The mouseover displays connection point behaviour will be kept for shapes but will be completely independant of the selection. Anyway, I thought it important to commit this now, even though I'd love to perfect the interface a little more before showing it off. It's already suffered a fair amount of slippage due to many little unforeseen issues, and my complete ignorance for the complexity of the Inkscape internals. :-) Plus, I feel its important to focus on the integration of the autorouting code, the other main 'goal' of my Summer of Code application. Comments and bug reports welcome! (The src/connector-context.cpp file contains my rough todo list, e.g., I've done some work towards drawing connectors to object edges rather than bounding boxes, but this isn't there yet.) Cheers, Michael

3 3

Re: [Inkscape-user] Writing an extension
by Ted Gould 19 Aug '05

19 Aug '05

Karol Krenski wrote: > On Thu, Aug 18, 2005 at 03:02:06PM -0700, Ted Gould wrote: >>I think there is an approach that will solve your problems today rather >>than waiting. If you use the SVG.pm Perl module (or even the XML one >>really) you can get the coordinates out of the SVG file that is passed >>in. Yes, this isn't Inkscape giving you those values, but you can >>adequately get them for most applications. If you need bounding boxes >>(which you'd need a renderer for) you can recursively call Inkscape >>using the Inkscape command line interface to have Inkscape calculate them. > > Are we talking about *currently selected / active* nodes? Say a path > made of 10 nodes and only 2 of them are now selected by the user, just > before he calls my plugin. I need just those two, not all the nodes on > path of id=xyz. No, sorry, I didn't realize that is what you wanted. The selected nodes are only really known by the node tool. But, it isn't impossible that they could be exported on a call to an extension. I'll have to get back to you on that. --Ted

2 1

Re: [Alexandria-staff] error updating wiki at http://inkscape.org/cgi-bin/wiki.pl?action=edit&id=ReleaseNotes
by bulia byak 19 Aug '05

19 Aug '05

Here's what I got from SF admins regarding our wiki. Can someone please do what they tell us to do, i.e. move the wiki data to a writeable location? Our wiki is totally read-only until it's done (and has been for several days already). On 8/18/05, Erich Zigler <zigler@...34...> wrote: > Greetings, > On Monday morning we made a change to our project web servers > remounting all home directories to read-only for security > reasons. This change was originally slated for 2005-02 but > was postponed until 2005-08. More information may be found > in our Site Status: > > ( 2005-08-11 13:17:39 - Project Web Service ) As per the > previous announcement in the sitewide newsletter sent on > 2005-02-28, the project home directories on the project web > servers will be mounted read-only on 2005-08-15 at 9:00 AM. > We highly recommend moving to a database storage mechanism > (the MySQL server we provide) or the new directory tree > provided for all data writing needs from the project web > servers. This operation is described in the following site > document: > https://sourceforge.net/docman/display_doc.php?docid=4297&group_i > d=1#permissions > > The change was made on Monday morning: > > ( 2005-08-15 10:53:57 - Project Web Service ) Inquiries > regarding Internal Service Errors should be directed to the > administrator for the project managing that project web > site; some web-based applications (maintained by individual > projects) will malfunction due to the read-only remount of > the project group directories; data needs to be moved to the > project MySQL database, or the /tmp/persistent directory > structure as per > https://sourceforge.net/docman/display_doc.php?docid=4297&group_i > d=1#permissions > > If you have any further questions please let fill out a support request by visiting: > https://sourceforge.net/support/getsupport.php?group_id=1 > > Thank you, > > Erich Zigler > First Level Support Technician, SourceForge.net > zigler@...34... > > On Tue, 2005-08-16 at 18:43 -0300, bulia byak wrote: > > When I edit http://inkscape.org/cgi-bin/wiki.pl?action=edit&id=ReleaseNotes > > and press Save, I get: > > > > > > Software error: > > > > cant write /home/groups/i/in/inkscape/wiki_db/keep/R/ReleaseNotes.kp: > > Read-only file system at /home/groups/i/in/inkscape/cgi-bin/wiki.pl > > line 2854. > > > > For help, please send mail to the webmaster (staff@...34...), > > giving this error message and the time and date of the error. > > > -- > Erich Zigler > First Level Support Technician, SourceForge.net > zigler@...34... > > ************************************************************************** > This email may contain confidential and privileged material for the sole > use of the intended recipient. Any review or distribution by others is > strictly prohibited. If you are not the intended recipient, > please contact the sender and delete all copies. > ************************************************************************** > > > -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Inkboard on win32
by Bob Jamison 18 Aug '05

18 Aug '05

For the people integrating Inkboard into Inkscape: please put back the commit from last week where the default build does not include the Inkboard files. We really cannot have the default build include those files until it builds flawlessly for everyone everywhere. "Works for me" isn't the same thing. Thanks. (By the way, it looks really good. Nice work!) Bob

2 1

libnr/have_mmx.o build issues
by Seth Brutzman 18 Aug '05

18 Aug '05

i've been attempting to build inkscape from cvs, using source from 2005.08.06. i ran autogen.sh, then ./configure -enable-perl --enable-python --with-xft. all of that went smoothly enough (perl and python were skipped), but i've run across the recurring error below on every make i've initiated. i'm not quite sure whats going on here -- is it an issue with my config or am i missing some library/file? admittedly, i'm not overly experienced with compiling from cvs, but in the past have had no problems with building the tarballs. if it helps at all, here are some vitals: debian GNU/linux i686 automake 1.9.4 gcc 3.3.5 (debian) latest libtools, etc thanks for your help! --seth /* make output and exit errors */ make all-recursive make[1]: Entering directory `/usr/src/inkscape' Making all in src make[2]: Entering directory `/usr/src/inkscape/src' gcc -g -O2 -c libnr/have_mmx.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8A8_P_EMPTY_A8_RGBAP.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_A8_RGBAP.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8_R8G8B8_R8G8B8A8_P.S rm -f libnr/libnr.a ar cru libnr/libnr.a libnr/nr-blit.o libnr/nr-compose-transform.o libnr/nr-compose.o libnr/nr-gradient.o libnr/nr-matrix-div.o libnr/nr-matrix-fns.o libnr/nr-matrix-rotate-ops.o libnr/nr-matrix-scale-ops.o libnr/nr-matrix-translate-ops.o libnr/nr-matrix.o libnr/nr-object.o libnr/nr-path.o libnr/nr-pixblock-line.o libnr/nr-pixblock-pattern.o libnr/nr-pixblock-pixel.o libnr/nr-pixblock.o libnr/nr-point-fns.o libnr/nr-rect-l.o libnr/nr-rect.o libnr/nr-rotate-fns.o libnr/nr-rotate-matrix-ops.o libnr/nr-scale-matrix-ops.o libnr/nr-scale-translate-ops.o libnr/nr-svp-render.o libnr/nr-svp.o libnr/nr-translate-matrix-ops.o libnr/nr-translate-scale-ops.o libnr/nr-translate-rotate-ops.o libnr/nr-types.o libnr/nr-values.o libnr/have_mmx.o libnr/nr_mmx_R8G8B8A8_P_EMPTY_A8_RGBAP.o libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_A8_RGBAP.o libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM.o libnr/nr_mmx_R8G8B8_R8G8B8_R8G8B8A8_P.o make[2]: Leaving directory `/usr/src/inkscape/src' make[1]: Leaving directory `/usr/src/inkscape' ar: libnr/have_mmx.o: No such file or directory make[2]: *** [libnr/libnr.a] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2

6 26

modevia.com package
by Ralf Stephan 17 Aug '05

17 Aug '05

Hello, since people were satisfied with ACSpike's http://inkscape.modevia.com/ap/inkscape-0.42-2.x86.package I closed the bug 1246201, and opened one for the minor error message. More importantly, can the package be moved to the main site so people see it there? Regards, ralf

1 0

blendercon2005
by Jon Phillips 17 Aug '05

17 Aug '05

Is anyone interested in participating in a session at blender con in Amsterdam about inkscape, blender, ocal, etc. interoperability? The conference is October 14-16, 2005 at De Waag in Amsterdam, the Netherlands. I'm talking to Ton from the blender foundation about this possibility for this conference and it might be best to get some folks interested in this who live closer than me. http://blender.org/cms/Call_for_participation.373.0.html Ignore the due date for now. I'd like to see who is interested and how to proceed. It looks like this conference is free (food, etc) to presenters/panelists/etc and there is an honorarium. Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

1 0

Gnome Canvas
by Alan Horkan 17 Aug '05

17 Aug '05

Havoc Pennington wrote some notes about Canvas widgets http://mail.gnome.org/archives/gtk-devel-list/2005-August/msg00067.html Not sure if he is aware of Inkscape plans to share canvas widget. Someone interested in this area might want to talk to him or respond to that conversation on the gtk-devel list. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

4 5

pressure sensitivity: tutorial update needed
by bulia byak 16 Aug '05

16 Aug '05

Finally, I just tried the new pressure sensitivity stuff in calligraphy tool (on Windows, as I still can't make it work on my Linux). It works excellent, I don't have a single complaint :) It's a major new feature, much requested by people. So we already have a good reason to release 0.43 :) What is now needed is an update to the Calligraphy tutorial: what the new buttons do, how they interact with the rest of the options, what hardware/platforms are supported, and ideally an example or two of art made with these options. Any volunteers? I'm really too busy now and I don't know when I'll have time for this. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 2

error updating wiki at http://inkscape.org/cgi-bin/wiki.pl?action=edit&id=ReleaseNotes
by bulia byak 16 Aug '05

16 Aug '05

When I edit http://inkscape.org/cgi-bin/wiki.pl?action=edit&id=ReleaseNotes and press Save, I get: Software error: cant write /home/groups/i/in/inkscape/wiki_db/keep/R/ReleaseNotes.kp: Read-only file system at /home/groups/i/in/inkscape/cgi-bin/wiki.pl line 2854. For help, please send mail to the webmaster (staff@...34...), giving this error message and the time and date of the error. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

optimizing doxygen doc usage
by Ralf Stephan 16 Aug '05

16 Aug '05

Hello, Does anyone have ideas with the following? Due to usage of server side includes, users of the doxygen documentation[*] have to reload pages on each access. As some files are big, this can put strain on analog lines, and even the server itself, and is simply unnecessary and annoying. Generation of header/footer before transmission to SF is possible since there is no time-critical information in them---just the logo and the usual links on the left and bottom. It would increase traffic from the site that generates the pages by 17000 (files) * 7800 (bytes/file hea+foo) = ~130MB for each upload which is already at ~340MB. By reducing the upload frequency to once per two days, there could be even an overall win. I have tried this idea locally but for some reasons the icons are not included, and at this point my web stupidity began to show, so I am asking you if there is a better solution. Can the header/footer be included once at SF on upload, and the resulting file simply saved as html instead of php? Thanks for your time, ralf

1 0

Attaching XML attributes to SVG objects
by John Taber 16 Aug '05

16 Aug '05

I would like to attach some xml data attributes to some objects in an inkscape drawing (maybe id would be the related field). Any ideas what is the best way to do this? Would be really nice to click on object and have a table pop up with the xml data in it. Does that capability make any sense for Inkscape to have ? thks.

2 1

copy between files in 0.42
by John Taber 16 Aug '05

16 Aug '05

Is anyone else unable to copy an object from one open Inkscape file to another Inkscape file in another window ? I was able to do this before upgrading to 0.42 but not sure if that is the problem. Would it be a problem if the coordinates of the copied object are off the target page? ps. using 0.42 in debian unstable. thks.

4 3

copy between files in 0.42
by John Taber 16 Aug '05

16 Aug '05

Okay, I narrowed the problem - if you open the attached file - then click on new and copy the original object to the new document it copies okay. But if you go to menu and open up Inkscape again and try to copy from the original and paste to the new, it does not copy. Works the same for both Gnome and KDE.

2 2

algorythm to approximate points to bezier
by Albert 15 Aug '05

15 Aug '05

Hi all, Could anyone provide or point to the file that contains the algorythm that aproximates a Bezier curve (a path) from a sequence of points? Thanks. Albert

2 4

autogen.sh failure
by Jonathan Leighton 14 Aug '05

14 Aug '05

Anybody know why this happens? It's actually Ubuntu, not Debian. $ ./autogen.sh ============================================================================= When you report a trouble about building CVS version of inkscape, Please report following information about distro and tools version, too. --1. distribution------------------------------------------------------------ Debian GNU/Linux release 3.1 (sarge) --2. tools------------------------------------------------------------------- /usr/bin/m4: GNU m4 1.4.2 /usr/bin/autoconf: autoconf (GNU Autoconf) 2.59 /usr/bin/autoheader: autoheader (GNU Autoconf) 2.59 /usr/bin/automake: automake (GNU automake) 1.4-p6 /usr/bin/automake-1.7: automake (GNU automake) 1.7.9 /usr/bin/automake-1.8: automake (GNU automake) 1.8.5 /usr/bin/aclocal: aclocal (GNU automake) 1.4-p6 /usr/bin/aclocal-1.7: aclocal (GNU automake) 1.7.9 /usr/bin/aclocal-1.8: aclocal (GNU automake) 1.8.5 /usr/bin/intltoolize: intltoolize (GNU intltool) 0.33 /usr/bin/gettextize: /usr/bin/gettextize (GNU gettext-tools) 0.14.1 /usr/bin/libtoolize: libtoolize (GNU libtool) 1.5.6 --3. environment variables--------------------------------------------------- PATH=/usr/local/bin:/usr/local/sbin:/sbin:/usr/sbin:/bin:/usr/bin:/usr/bin/X11:/usr/games LANG=en_GB.UTF-8 LANGUAGE=en_GB:en ============================================================================= I am testing that you have the required versions of libtool, autoconf, automake, glib-gettextize and intltoolize. This test is not foolproof, so if anything goes wrong, see the file HACKING for more information... checking for autoconf >= 2.52 ... yes (version 2.59) checking for automake >= 1.7 ... yes (version 1.7.9) checking for glib-gettextize >= 2.0.0 ... yes (version 2.6.3) checking for intltool >= 0.17 ... yes (version 0.33) Running aclocal-1.7 ... Running autoheader ... Running libtoolize --copy --force ... Running automake-1.7 --add-missing ... automake-1.7: cannot open < src/jabber_whiteboard/Makefile_insert: No such file or directory at /usr/bin/automake-1.7 line 7885 Please fix the error conditions and try again. Cheers Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

3 4

Re: [Rosegarden-devel] Re: new icons
by unknown＠example.com 14 Aug '05

14 Aug '05

Careful, you never know what other lists the Inkscape developers are subscribed to. :) Quoting Vladimir Savic <vladimir@...958...>: > You cann't imagine the amount... One of most obvious is strange > development course. We say "as with left leg writen" code. > Optimisation is ...awesome... more then 1000 nodes and my box is > literally dieing. This is largely attributable to the current renderer. Parts of it have something like O(n^2) performance with the number of segments. Unfortunately none of the current developers have simultaneously the time and the expertise to replace it (numerical stability, the really hard part, is as critical as speed). We do plan to replace it with Cairo when that's ready, but realistically that probably can't happen at least until Cairo's 1.0 release. In the meantime, any volunteers to help with cleaning up the rendering code would be very, very welcome. > And here we are -- for comfortable using of fonts -- YOU NEED A > WORKING TOOL!!!! Font dialog is broken since 1950 - and chrushes > the inkscape every single time. This bug is new bug to us. The font dialog is crappy, but it doesn't crash for most users. Could you please report it in the bug tracker? My guess is it's a bug exposed by the particular combination of fonts, languages, and libraries on your system -- so all the information you can give us would be helpful. -mental

4 8

Re: [Inkscape-devel] Shell integration of the win32 package
by Jasper van de Gronde 14 Aug '05

14 Aug '05

Alan Horkan wrote: > The shell integrations is specifically an issue with the installer. > I'd strongly encourage you to file a bug report in the tracking system so > it doesn't get forgotten accidentally. I've just done that. Bug id: 1258900

1 0

Proposal for inkscape-testers
by Bryce Harrington 13 Aug '05

13 Aug '05

Hi all, In the past few weeks I've attended a *bunch* of talks on open source communities, testing, and so on, and at the same time have noted the growth of the Inkscape community over the past few months, most especially evident from the growth of list traffic with the 0.42 release. At the same time, I've noticed that the project has been simultaneously gaining some better testing approaches while it has faced some QA challenges, most tangibly evidenced by the need for a 0.42.1 release to correct some errors due (it appears) to insufficient package testing. About a year ago, we budded off the inkscape-users community, which has proven to be quite effective. The list surpasses inkscape-devel in membership, and has helped foster our user community to get involved in doing things like setting up the deviant-art sites, help with the about screen contest, spread PR, conduct testing, and assist other users. Anyway, yesterday I heard a talk about how the Mozilla project similarly divides into sub-communities like we've done with -devel and -user, and have seen similar benefits (the NYT article organized by the Mozilla marketing community being an excellent case in point). I was particularly interested to learn that one of their most vibrant groups is their testing community, which organizes its focus specifically around making the browser better, collecting useful information from users, and ensuring there is sufficient test coverage of areas under development. I think that given the strength of interest in the Inkscape 0.42 release, and the need for better testing that it's shown, that right now would be an opportune moment to form an "inkscape-tester" community. The project definitely could benefit strongly from such a community. The purpose of this group could include: * Package testing. As mentioned above, this was a challenge in the 0.42 release, and we need organized help here. * Usability analysis. On the list recently has been a number of discussions regarding usability and the need for increased critique/analysis. Doing this within a community distinct from the development group may help focus it, and reduce the distraction of the debate that it generates. * Automated testing. Several people have been working on establishing automated ways of testing (including nightly builds and packages), so this community would give these efforts a home. * Platform compatibility. Inkscape is being used on an increasing diversity of operating systems and hardware. It's difficult to filter through the development and usage discussions to identify how to make it work on a certain platform. inkscape-testers would provide such a forum and a way to organize the collection and distribution of this information. In general, the inkscape-tester group would stay at a higher level then core coding, focusing more on finding and analyzing problems, and helping to show Inkscape will work well for all users. I've also thought a bit about some other communities that may be worth forming, such as a documentation community and perhaps a marketing community. Mozilla has both of these communities and finds them successful. There definitely is a need to help the various people working on documentation to become better organized and to have their efforts more recognized. If someone would be interested in organizing a documentation community, I think we have enough interest and participation to make it viable. For a marketing community, I don't think the time is quite right; our marketing efforts are already meeting and exceeding our expectations, and the amount of resources needed is limited and generally only comes into play for the short period around a release. Of the three, I feel the inkscape-tester community would be the most valuable to form right now, and would give us the most bang for the buck. I'm willing to put effort into getting it organized and started. Are there people who'd like to see this formed and/or participate in it? Bryce

12 25

Re: My Menus.xml
by Bryce Harrington 13 Aug '05

13 Aug '05

How do others feel about these adjustments to the menu layout? There's been general agreement I think that some adjustments to the menu layout are necessary; if we can get a rough concensus on some items, I'd love to see these incorporated for 0.43. Bryce ----- Forwarded message from Joshua Blocher <verbalshadow@...400...> ----- Date: Fri, 5 Aug 2005 23:30:35 +0400 From: Joshua Blocher <verbalshadow@...400...> To: inkscape-devel(a)lists.sourceforge.net Reply-To: Joshua Blocher <verbalshadow@...400...> Subject: [Inkscape-devel] My Menus.xml These are my personnel adjustments to the menus. The main philosophy behind the adjustments is if menu item already has "face time" in the UI then its ok to bury the Item in a clearly labeled submenu. Not all of the adjusts fall in to this category. Some just felt right. Others didn't seem to really belong in the menu they were in. All menus are now under 15 items, except the Effects menu which I renamed to Scripts Joshua Blocher verbalshadow <?xml version="1.0" encoding="UTF-8" standalone="no"?> <inkscape version="0.42+devel"> <submenu name="_File"> <submenu name="New"> <verb verb-id="FileNew" /> <template-list /> </submenu> <verb verb-id="FileOpen" /> <submenu name="Open Recent"> <recent-file-list /> </submenu> <verb verb-id="FileRevert" /> <verb verb-id="FileSave" /> <verb verb-id="FileSaveAs" /> <seperator /> <verb verb-id="FileImport" /> <verb verb-id="FileExport" /> <seperator /> <verb verb-id="FilePrint" /> <seperator /> <verb verb-id="DialogNamedview" /> <verb verb-id="DialogDisplay" /> <seperator /> <verb verb-id="FileCloseView" /> <verb verb-id="FileQuit" /> </submenu> <submenu name="_Edit"> <verb verb-id="EditUndo" /> <verb verb-id="EditRedo" /> <seperator /> <verb verb-id="EditCut" /> <verb verb-id="EditCopy" /> <verb verb-id="EditPaste" /> <verb verb-id="EditPasteInPlace" /> <verb verb-id="EditPasteStyle" /> <seperator /> <verb verb-id="EditSelectAll" /> <verb verb-id="EditSelectAllInLayers" /> <verb verb-id="EditInvert" /> <verb verb-id="EditDeselect" /> <seperator /> <verb verb-id="EditDelete" /> <seperator /> <verb verb-id="DialogFind" /> <verb verb-id="DialogXMLEditor" /> </submenu> <submenu name="_View"> <submenu name="Zoom Level"> <verb verb-id="Zoom1:0" /> <verb verb-id="Zoom1:2" /> <verb verb-id="Zoom2:1" /> <seperator /> <verb verb-id="ZoomSelection" /> <verb verb-id="ZoomDrawing" /> <verb verb-id="ZoomPage" /> <verb verb-id="ZoomPageWidth" /> </submenu> <verb verb-id="ZoomPrev" /> <verb verb-id="ZoomNext" /> <seperator /> <submenu name="Show/Hide"> <objects-checkboxes /> </submenu> <verb verb-id="DialogsToggle" /> <seperator /> <verb verb-id="ToggleGrid" /> <verb verb-id="ToggleGuides" /> <seperator /> <verb verb-id="FullScreen" /> <seperator /> <verb verb-id="DialogDebug" /> <verb verb-id="DialogScript" /> <seperator /> <verb verb-id="FilePrevDesktop" /> <verb verb-id="FileNextDesktop" /> <seperator /> <verb verb-id="ViewNew" /> <verb verb-id="ViewIconPreview" /> </submenu> <submenu name="_Layer"> <verb verb-id="LayerNew" /> <verb verb-id="LayerRename" /> <seperator /> <verb verb-id="LayerNext" /> <verb verb-id="LayerPrev" /> <seperator /> <verb verb-id="LayerMoveToNext" /> <verb verb-id="LayerMoveToPrev" /> <seperator /> <verb verb-id="LayerRaise" /> <verb verb-id="LayerLower" /> <verb verb-id="LayerToTop" /> <verb verb-id="LayerToBottom" /> <seperator /> <verb verb-id="LayerDelete" /> </submenu> <submenu name="_Object"> <verb verb-id="DialogFillStroke" /> <verb verb-id="DialogSwatches" /> <verb verb-id="DialogItem" /> <seperator /> <verb verb-id="SelectionGroup" /> <verb verb-id="SelectionUnGroup" /> <seperator /> <submenu name="Selection Position"> <verb verb-id="SelectionRaise" /> <verb verb-id="SelectionLower" /> <verb verb-id="SelectionToFront" /> <verb verb-id="SelectionToBack" /> <seperator /> <verb verb-id="ObjectRotate90" /> <verb verb-id="ObjectRotate90CCW" /> <verb verb-id="ObjectFlipHorizontally" /> <verb verb-id="ObjectFlipVertically" /> <seperator /> <verb verb-id="DialogAlignDistribute" /> <verb verb-id="SelectionGridTile" /> </submenu> <seperator /> <submenu name="Clone Ops"> <verb verb-id="EditDuplicate" /> <verb verb-id="EditClone" /> <verb verb-id="EditUnlinkClone" /> <verb verb-id="EditCloneOriginal" /> </submenu> <verb verb-id="DialogsClonetiler" /> <seperator /> <verb verb-id="EditTile" /> <verb verb-id="EditUnTile" /> <seperator /> <verb verb-id="SelectionCreateBitmap" /> <verb verb-id="DialogTransform" /> </submenu> <submenu name="_Path"> <verb verb-id="ObjectToCurve" /> <verb verb-id="SelectionOutline" /> <verb verb-id="SelectionTrace" /> <seperator /> <submenu name="Boolean Ops"> <verb verb-id="SelectionUnion" /> <verb verb-id="SelectionDiff" /> <verb verb-id="SelectionIntersect" /> <verb verb-id="SelectionSymDiff" /> <verb verb-id="SelectionDivide" /> <verb verb-id="SelectionCutPath" /> <seperator /> <verb verb-id="SelectionCombine" /> <verb verb-id="SelectionBreakApart" /> </submenu> <seperator /> <verb verb-id="SelectionInset" /> <verb verb-id="SelectionOffset" /> <verb verb-id="SelectionDynOffset" /> <verb verb-id="SelectionLinkedOffset" /> <seperator /> <verb verb-id="SelectionSimplify" /> <verb verb-id="SelectionReverse" /> </submenu> <submenu name="_Text"> <verb verb-id="Dialogtext" /> <seperator /> <verb verb-id="SelectionTextToPath" /> <verb verb-id="SelectionTextFromPath" /> <seperator /> <verb verb-id="ObjectFlowText" /> <verb verb-id="ObjectUnFlowText" /> <verb verb-id="ObjectFlowtextToText" /> <seperator /> <verb verb-id="SelectionTextRemoveKerns" /> </submenu> <submenu name="Scripts"> <verb verb-id="EffectLast" /> <verb verb-id="EffectLastPref" /> <seperator /> <effects-list /> </submenu> <submenu name="_Help"> <verb verb-id="HelpKeys" /> <submenu name="Tutorials"> <verb verb-id="TutorialsBasic" /> <verb verb-id="TutorialsShapes" /> <verb verb-id="TutorialsAdvanced" /> <verb verb-id="TutorialsTracing" /> <verb verb-id="TutorialsCalligraphy" /> <verb verb-id="TutorialsDesign" /> <verb verb-id="TutorialsTips" /> </submenu> <verb verb-id="HelpAboutMemory" /> <verb verb-id="HelpAbout" /> <verb verb-id="ShowLicense" /> </submenu> </inkscape> ----- End forwarded message -----

3 2

Shell integration of the win32 package
by Jasper van de Gronde 13 Aug '05

13 Aug '05

I just installed the Win32 package of 0.42 and noticed that when I opened an SVG file from Explorer that Inkscape showed the short name. Putting double quotes around the path to Inkscape (in the (edit|open)/command subkeys of svgfile in the registry) resolved the problem (the space in Program Files probably triggers some weird logic, I've made this modification quite often). So instead of: C:\Program Files\Inkscape\Inkscape.exe "%1" It should read: "C:\Program Files\Inkscape\Inkscape.exe" "%1"

2 1

hjh?
by bulia byak 13 Aug '05

13 Aug '05

Can anyone explain what the file inkscape-0.42-1hjh.i586.rpm in our files section is for? Is it necessary and if so, can it be named more transparently? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 9

text crash
by Jon Phillips 13 Aug '05

13 Aug '05

Anyone else getting a crash when trying to use the text dialog from Inkscape in CVS? What the dealio? Temp. or should I file a bug... ARRGGGGGG.... Jon -- Jon Phillips San Francisco, CA Mission District USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

2 2

Path Class Help
by Joshua Blocher 13 Aug '05

13 Aug '05

As a few of you know I have been trying to code skeletal strokes (vector only) for inkscape. As of now ( and for a little while) I have been stuck. I have coded the coordanite difference function, which is the basis of the whole idea. I'm current trying to code the Path difference function. I have looked at both NR::Path and livarot's Path classes. NR::Path doesn't seem to be what I need. Livarot on the other seemed to be what i need. But I'm just not understanding (grokking) how to use it for what I want. Let me explain what path difference function should do. <psuedo-code> path PathDiff(path1,path2){ path pathTemp; // really needs to have a node adding function to work correctly and // so both pathes have he same number of nodes, but you'll get the point pathTemp.startnode=coorddiff(path1.startnode, path2.startnode); pathTemp.starthandle=coorddiff(path1.starthandle, path2.starthandle); if node != path1.endnode{ // repeats until last node pathTemp.middlehandle1=coorddiff(path1.middlehandle1, path2.middlehandle1); pathTemp.middlenode=coorddiff(path1.middlenode, path2.middlenode); pathTemp.middlehandle2=coorddiff(path1.middlehandle2, path2.middlehandle2); else pathTemp.endhandle=coorddiff(path1.endhandle, path2.endhandle); pathTemp.endnode=coorddiff(path1.endnode, path2.endnode); return pathTemp; </psuedo-code> Basicly I need help understanding how to do this with whatever is the correct class is. Any help, *pointers, or advice welcome. I would like to have the basics in 0.43 but at this rate it might not be until 0.50 Thanks josh blocher verbalshadow p.s. sorry about the state of the psuedo-code if it's not understandable.

2 1

Re: [Inkscape-devel] Proposal for inkscape-testers
by Douglas Neale 13 Aug '05

13 Aug '05

As a very new person in these lists, may I make a comment from my background of writing software for the printing and publishing industry over a period of nearly 40 years.. In the early days, programmers were expected to debug their own code, and usually didn't till it got on site. The customers were then exposed to the nasty underside of software development ie debugging! As the software industry grew in size it also developed its own professionals and with them came improved testing. Even today, although I will document my code, I hate testing it! I always, always insist that part of every contract includes adequate provision for testing with real customer data, but NOT by me. You should always test software with a third party. That way you get accuracy, thoroughness and impartiality. My 2p Douglas Neale

2 1

Save preferences also when they are created from the skeleton
by Nicklas Lindgren 13 Aug '05

13 Aug '05

Hi, As a precautionary measure the preferences apparently aren't saved if there was an error loading them. This also applies if they are initialized from the skeleton. This makes no sense, since in that case any old file would have been overwritten anyway. It only causes you to lose any preference-changes from any session started without an existing preferences file (like the first one). I've made a patch for this. It also includes a few gboolean->bool changes. Preferences are still prevented from being saved in case creating the file from the skeleton should fail. The patch can be found at http://www.lysator.liu.se/~nili/inkscape/ . --Nicklas

3 2

Cairo 1.0 coming soon
by Bryce Harrington 13 Aug '05

13 Aug '05

Note the following email describing Cairo as "very close" to a 1.0 release. Bryce ----- Forwarded message from Carl Worth <cworth@...573...> ----- Date: Mon, 08 Aug 2005 17:10:49 -0700 From: Carl Worth <cworth@...573...> To: cairo@...278... Subject: [cairo] Advertising the version of cairo Up until about now, we haven't been offering any guarantees about API stability. That's changing right now as we are getting very close to a 1.0 release. As such, I think it's time to start advertising the version of cairo that is available. Here's what I think I would like to see in cairo.h for this, (assuming a fictitious, future cairo 1.0.1 release): #define CAIRO_VERSION_MAJOR 1 #define CAIRO_VERSION_MINOR 0 #define CAIRO_VERSION_MICRO 1 #define CAIRO_VERSION_ENCODE(major, minor, micro) ( \ ((major) * 10000) \ + ((minor) * 100) \ + ((micro) * 1)) #define CAIRO_VERSION CAIRO_VERSION_ENCODE( \ CAIRO_VERSION_MAJOR, \ CAIRO_VERSION_MINOR, \ CAIRO_VERSION_MICRO) #define CAIRO_VERSION_STRING "1.0.1" int cairo_version (void); const char* cairo_version_string (void); The goal here is to provide easy compile-time and run-time checks of the cairo version. Here's a fabricated example that shows how one might conditionally compile and run against a cairo_solve_world_hunger function that exists only in cairo 1.0.1 or later: int has_solve_world_hunger; if (cairo_version () >- CAIRO_VERSION_ENCODE (1, 0, 1)) has_solve_world_hunger = 1; else has_solve_world_hunger = 0; #if CAIRO_VERSION >- CAIRO_VERSION_ENCODE (1, 0, 1) if (has_solve_world_hunger) return cairo_solve_world_hunger (); #endif return feed_everyone_myself (); I don't know what the right autofoo is to make this reasonable to work with. We do already have one generated header file, (cairo-features.h), so we could lodge this stuff in there. Suggestions, (and implementation), would be quite welcome. -Carl _______________________________________________ cairo mailing list cairo@...278... http://lists.freedesktop.org/mailman/listinfo/cairo ----- End forwarded message -----

1 0

Re: [Inkscape-user] Re: [Inkscape-devel] Proposal for inkscape-testers
by Jon Phillips 12 Aug '05

12 Aug '05

On Thu, 2005-08-04 at 17:38 -0700, frank gaude' wrote: > Bryce Harrington wrote: > > >[...] > >Anyway, it's too bad that the three responses so far have not been > >supportive to the idea. I feel very strongly that this change would > >benefit Inkscape, just as adopting a bug tracker helped stability, > >establishing open development processes helped usability, and > >establishing a release process helped installability. Am I the only > >person that thinks we could benefit from an organized testing community? > > > It seems to me, and I've been around computers since 1970 and using > Linux since 1996, that testing software independent of developers, > programmers and coders is fundamental to the process. As Linux gets more > mature we should see more of that. Each package should have, in my > opinion, a set of testers using a wide variety of hardware and distros > to find and point out problems. > > Linux as a whole needs more structure to guide its progress if it is > ever to be a player on the desktop, versus Apple and Microsoft. The > whole thing right now reminds me of what was happening in the early > '80s. Unix had a good chance of being a desktop player but for the > unbelievable problems of getting everyone to pull in the same direction. > Enough said about that. > > Let's have a testing group with its mail list. While my initial reaction is to be conservative on the creation of more infrastructure, I think you have a great idea Bryce. Also, I think that it is no skin off the rest of the developers' collective backs for you to set this up and drive it. Testing is very important, and even if this list is not that active, a focus around this subject will really help the project. I think also that a testing list would help encourage people to transition from user, to tester, to developer...enabling this type of transition is so necessary in OSS. Go for it! Jon > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

3 3

Re: [Rosegarden-devel] Re: new icons
by unknown＠example.com 12 Aug '05

12 Aug '05

Quoting Guillaume Laurent <glaurent@...959...>: > Or ex-gtkmm developpers. Dude, gtkmm would be a step up for us. Much of the codebase is still C-style GTK/GObject code[1]. With occasional lingering GTK 1.x-isms. Ick. > > We do plan to replace it with Cairo when that's ready, but > > realistically that probably can't happen at least until Cairo's > > 1.0 release. > > Now you know why we went for Qt :-). Serious question: would Qt help us in that regard? QCanvas' imaging model doesn't look very rich, and we need an offline renderer too. -mental [1] We're working on this, mind. It's just a long, hard, refactoring slog.

1 0

Build report - inkscape-20050810-0340
by Bryce Harrington 12 Aug '05

12 Aug '05

Build system is a couple days behind, but here's the latest completed report: = Analysis Report for inkscape = Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 5 0 == Errors == none == Warnings == display/canvas-arena.cpp:91: warning: invalid access to non-static data member display/canvas-arena.cpp:91: warning: (perhaps the `offsetof' macro was used display/sp-canvas.cpp:127: warning: invalid access to non-static data member ` display/sp-canvas.cpp:127: warning: (perhaps the `offsetof' macro was used libnrtype/Layout-TNG-Output.cpp:226: warning: enumeration value `

1 0

clip art navigator 0.3
by Greg Steffensen 11 Aug '05

11 Aug '05

Hi- sorry for the huge time I've been incommunicado (my family is moving tomorrow, and as a consequence, I've been busy and largely net-less for two weeks... I should have a good connection as of Sunday though). But I've uploaded a new release of the OCAL browser for Inkscape- now called the Clip Art Navigator- to Berlios ( http://download.berlios.de/ocalhelper/clipartnav.tar.gz ). I've included install instructions in the package, but they seemed unwieldly, so I've setup the default config file so that you can use it in its raw unpacked form too- just run "python clipartnav.py". So you can skip the second paragraph of the install instructions in the readme if you want. Dependencies are currently Python 2.4, sqlite, the pysqlite2 python bindings for sqlite, gtk 2.6, pygtk, and the python bindings for libxml2 (I'm very keen on switching to pyxml, but its documentation is horrible, and because of my crappy internet situation, I haven't been able to figure out how to do namespace-based xpath queries with it yet). I believe it can be used on Windows, if you meet the dependencies and set the "repodir", "dbfile", "inkscapecmd", and "inkviewcmd" settings in the config file appropriately, but I haven't tested this (at the very least, GTK's lack of svg support on windows won't be the stumbling block). The major design decision I've had to make is in deciding how to deal with multiple repositories. Basically, it takes an ordered list of repository modules from the config file, queries each of them in sequence, and then while retrieving individual images, skips images that have already been returned by a previous repository. How does it uniquely identify images? By the md5 hash of their svg xml contents. OCAL currently doesn't have any facility for returning hashes, of course, but that part's optional... the repositories can return None instead and the image will just be fetched. So hopefully, There are quite a few missing features, of course, the biggest of which is, uh, OCAL connectivity. I'm still having problems with SOAP, and decided to work on the GTK stuff for awhile just to keep productive. I'll write an OCAL module using another web forms hack in the next couple days. The only repository module included currently is "localocal" (sorry, couldn't resist), which just searches a local directory of svg images, a la the OCAL packages. The "localocal.py" file in the modules dir, in addition to being a repository module, is also a command-line program for indexing the contents of such a directory. I'm going to revamp that command-line interface, but for now, run python localocal.py -r DIR index where DIR is the absolute path to that root directory. Then set the "repodir" setting in the "clipartnav.conf" file accordingly, and set the "dbfile" setting to the absolute path to the new "index.dat" file in that directory. All of this will be automated as much as possible soon. Other missing features are copy-paste (this one is really bugging me... I can copy-paste fine into text editors, but not into Inkscape... and before you suggest it, I've looked at the GTK clipboard action target types extensively), a more dynamic caching system (I describe my plans for that in the DESIGN.txt file), actual insertion of clipart into existing Inkscape documents (this works when invoke the program from the command line yourself and drag-and-drop into Inkscape, but in traditional Effects-menu use, the clipart just replaces the current document... I'll fix this as soon as I switch to pyxml), documentation, and easier installation. I'll try very hard to check email frequently over the next few days, so please let me know if you can't get it to work, or have absolutely any questions or feedback whatsoever. Two issues in particular I'd appreciate ideas on are what could be wrong with copy-paste, and (silly as it is), why I can't get the "forward" button in the interface to have the same arrow style as the back button via glade. Thanks, Greg

2 1

sp_selection_tile() and clones
by Nicklas Lindgren 11 Aug '05

11 Aug '05

In src/selection-chemistry.cpp, sp_selection_tile() line 1957 and on: // delete objects so that their clones don't get alerted; this object will be restored shortly for (GSList *i = items; i != NULL; i = i->next) { SPObject *item = SP_OBJECT (i->data); item->deleteObject (false); } Here's the cause of bug 1238314. If a clone-original is incorporated into a pattern, it's clones are orphaned (because the version in the template is a renamed duplicate). By replacing the code above with a call to sp_selection_delete_impl(), the bug is fixed, but the clones become regular duplicates. Is this desirable? Or should it be fixed in a way that preserves clone-relations? (The comment seems to indicate that this is the plan.) --Nicklas

3 5

Re: [Inkscape-devel] Re: [Fwd: planet.inkscape.org issue]
by Jonathan Leighton 10 Aug '05

10 Aug '05

Bryce Harrington wrote: >Btw, please don't forget to trim down your replies. > > Sorry! : ) -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

1 0

[Fwd: planet.inkscape.org issue]
by Jon Phillips 10 Aug '05

10 Aug '05

-------- Forwarded Message -------- > From: rejon.org feedback form <noreply@...235...> > Reply-To: jon@...235... > To: jon@...235... > Subject: planet.inkscape.org issue > Date: Mon, 8 Aug 2005 09:05:32 -0500 > > Name: Nate > E-mail: cheelay@...400... > > > Hi Jon, I'm not sure who to send this to, but planet.inkscape.org > isn't including updates from inkscape.org's main announcement/news > page. I think it used to but it no longer does. Can that be changed > back? Or is there a reason behind this? > > Thanks, you guys are doing great work.... > nate > > -- Jon Phillips San Francisco, CA Mission District USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

3 6

0.42.1 status
by MenTaLguY 10 Aug '05

10 Aug '05

Here we are. Any more must-fix things? How about word on the Win98 open dialog pango crash? (someone gave me the missing bug numbers, but I absent-mindedly deleted the email... sorry about that :/) > 2005-08-02 MenTaLguY <mental@...3...> > > * src/selection-chemistry.cpp: backport crash fix from bulia [bug 1249899] > > 2005-08-01 MenTaLguY <mental@...3...> > > * src/gc-alloc.h: backport fix for improper allocation size > > 2005-07-30 MenTaLguY <mental@...3...> > > * src/sp-tspan.cpp: fix from bulia for incorrect tag name [bug 1247658] > > * packaging/win32/inkscape.nsi: > fix from Adib to purge dlls from preexisting installation [bug 1247068] > > 2005-07-29 MenTaLguY <mental@...3...> > > * src/text-editing.cpp: another backport from cyreve [bug number??] > > 2005-07-28 MenTaLguY <mental@...3...> > > * Makefile.mingw.common, configure.ac, > packaging/win32/inkscape.nsi, src/inkscape_version.h.mingw: > > bump version to 0.42+0.42.1cvs > > * src/dialogs/stroke-style.cpp: backport bulia's fix for stroke width > spin button [bug number??] > > * src/text-editing.cpp: backport bulia's fix for text crash > [bug 1247066] > > * src/libnrtype/Layout-TNG-OutIter.cpp: backport cyreve fix for > crash on delete in virgin flowtext [bug 1245842] > > * configure.ac: Kees fix for libgc detection w/dlopen [bug number??] >

8 19

filename convention for translated files
by Adib Taraben 10 Aug '05

10 Aug '05

Hello, for the win32 installer I want to find out the translated files and group them in specific language packs for further selection. How can I look for a translation of a file ? there is: ./HACKING.txt and ./HACKING_fr.txt and on the other side: tutorial-basic.svg and tutorial-basic.fr.svg can I assume: -that the language identifier is always that from fr in fr.po -if there is a "special" translation pt_BR or sr@...428... then the tutorial bla.pt.svg or foo.sr.svg is assigned also to this language Any other tricky stuff doing a separation of translation that I have not seen ? Thanks for your comments. Adib.

6 6

Problems compiling CVS for Win32/Mingw and Whiteboard
by Bertram Drost 10 Aug '05

10 Aug '05

(sorry if this is a dupe, but the first one didn't show up after several hours) Hello, I have some problems with compiling the current CVS with the current MinGW, it is unable to compile dialogs/whiteboard-*.cpp and many of the jabber_whiteboard/*.cpp files (maybe more, but since it doesn't get past this point there is no way to tell right now). For a dump of the error see blow. It all happens while including util/ucompose.hpp, line 66: //This is standard, not GCC-specific like wostringstream std::basic_ostringstream<wchar_t> os; with H:\inkscape-win32\cvs\inkscape>mingw32-g++ --version mingw32-g++ (GCC) 3.4.2 (mingw-special) I also downloaded the .42-tarball, but that doesn't seem to be configured for MinGW (misses config.h.mingw and some more). Any ideas/suggestions? thanks eph ------------------------------ mingw32-g++ -O3 -Wall -mms-bitfields -DVERSION=\"0.42+devel\" -DXP_WIN - D_INTL_ REDIRECT_INLINE -DHAVE_CONFIG_H -I. -I.. -I../.. -DGLIBMM_DLL -Ih:/inksca pe-win3 2/gtk26/include/glibmm-2.4 -Ih:/inkscape-win32/gtk26/lib/glibmm-2.4/inclu de -Ih: /inkscape-win32/gtk26/include/gtkmm-2.4 -Ih:/inkscape-win32/gtk26/lib/gt kmm-2.4 /include -Ih:/inkscape-win32/gtk26/include/gdkmm-2.4 -Ih:/inkscape-win32 /gtk26/ lib/gdkmm-2.4/include -Ih:/inkscape-win32/gtk26/include/pangomm-1.4 -Ih:/ inkscap e-win32/gtk26/include/atkmm-1.6 -Ih:/inkscape-win32/gtk26/include/sigc++- 2.0 -Ih :/inkscape-win32/gtk26/lib/sigc++-2.0/include -Ih:/inkscape-win32/gtk26/i nclude/ gtk-2.0 -Ih:/inkscape-win32/gtk26/lib/gtk-2.0/include -Ih:/inkscape-win32 /gtk26/ include/atk-1.0 -Ih:/inkscape-win32/gtk26/include/pango-1.0 -Ih:/inkscape -win32/ gtk26/include/glib-2.0 -Ih:/inkscape-win32/gtk26/lib/glib-2.0/include -Ih :/inksc ape-win32/gtk26/include -Wno-comment -Ih:/inkscape-win32/gtk26/perl/lib/C ORE -Ih :/inkscape-win32/gtk26/python/include -Ih:/inkscape-win32/gtk26/include/l oudmout h-1.0 -Ih:/inkscape-win32/gtk26/include/libxml2 -Ih:/inkscape-win32/gtk26 /includ e/freetype2 -Ialgorithms -Iapplication -Idebug -Idialogs -Idisplay -Iext ension -Iextension/implementation -Iextension -Iextension/internal -Iextension - Iextens ion/script -Iextension -Ihelper -Iinkjar -Iio -Ijabber_whiteboard -Ilibcr oco -Il ibnr -Ilibnrtype -Ilivarot -Isvg -Itrace -Itrace/potrace -Itrace -Itraits -Iui/d ialog -Iui -Iui/view -Iui/widget -Iutil -Iwidgets -Ixml/ -c -o dialogs/whiteboar d-sharewithchat-dialog.o dialogs/whiteboard-sharewithchat-dialog.cpp In file included from dialogs/whiteboard-sharewithchat-dialog.cpp:23: e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ basic_i os.h: In instantiation of `std::basic_ios<wchar_t, std::char_traits<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/ostre am:59: instantiated from `std::basic_ostream<wchar_t, std::char_traits<wchar_t> >' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:420: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ basic_i os.h:67: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/ostre am: In instantiation of `std::basic_ostream<wchar_t, std::char_traits<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:420: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/ostre am:64: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ ostream .tcc:404: error: no type named `pos_type' in `class std::basic_ostream<wchar_t, std::char_traits<wchar_t> >' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ ostream .tcc:420: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am: In instantiation of `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t>, s td::allocator<wchar_t> >': ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:429: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf: I n instantiation of `std::basic_streambuf<wchar_t, std::char_traits<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:64: instantiated from `std::basic_stringbuf<wchar_t, std::char_traits<wchar_t>, st d::allocator<wchar_t> >' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:443: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:13 5: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:23 4: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:23 9: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:57 4: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:58 6: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am: In instantiation of `std::basic_stringbuf<wchar_t, std::char_traits<wchar_t>, std:: allocator<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:443: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:73: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ sstream .tcc: In instantiation of `std::basic_stringbuf<wchar_t, std::char_traits<wchar_ t>, std::allocator<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:443: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ sstream .tcc:136: error: no type named `pos_type' in `class std::basic_stringbuf<wchar_t , std::char_traits<wchar_t>, std::allocator<wchar_t> >' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ sstream .tcc:182: error: no type named `pos_type' in `class std::basic_stringbuf<wchar_t , std::char_traits<wchar_t>, std::allocator<wchar_t> >' ./dialogs/whiteboard-sharewithchat-dialog.h:39: warning: 'gboolean sp_whiteboard _sharewithchat_dialog_delete(GtkObject*, GdkEvent*, void*)' defined but not used ./dialogs/whiteboard-sharewithchat-dialog.h:45: warning: 'void sp_whiteboard_sha rewithchat_dialog_destroy(GtkObject*, void*)' defined but not used ./dialogs/whiteboard-connect-dialog.h:33: warning: 'gboolean sp_whiteboard_conne ct_dialog_delete(GtkObject*, GdkEvent*, void*)' defined but not used ./dialogs/whiteboard-connect-dialog.h:39: warning: 'void sp_whiteboard_connect_d ialog_destroy(GtkObject*, void*)' defined but not used dialogs/whiteboard-sharewithchat-dialog.cpp:49: warning: 'prefs_path' defined bu t not used make[1]: *** [dialogs/whiteboard-sharewithchat-dialog.o] Error 1 make[1]: Leaving directory `H:/inkscape-win32/source/src' make: *** [all] Error 2

2 2

Pressure and tilt support
by Nicklas Lindgren 10 Aug '05

10 Aug '05

Hi, I've created some basic input device pressure and tilt support. The changes are: - A standard input device dialog has been added - Device settings are loaded from and saved to the preferences - The dialog canvas widget accepts extension events - The calligraphy tool can optionally use the input device's pressure for pen width, and/or tilt for pen angle The diff, and the new source files are available from http://www.lysator.liu.se/~nili/inkscape/ What do you think about it? --Nicklas

7 17

autogen.sh fails because it can't find README
by Seth Brutzman 09 Aug '05

09 Aug '05

This could be on GNU/Linux only, but I went ahead and built again today, and autogen.sh stopped cold with the complaint that it couldn't find README. I noticed that CVS is packing README.txt now instead, so I simply renamed it to README and all was good. Still, where the heck did this come from? autogen needs README? And why is it getting packed as a *.txt now? (Sorry, windows users. I haven't saved with a *.txt extension for a while now.) Just thought I'd call attention to this for future reference. --seth

1 0

Compiling CVS for Windows using MinGW
by Bertram Drost 09 Aug '05

09 Aug '05

Hello, I have some problems with compiling the current CVS with the current MinGW, it is unable to compile dialogs/whiteboard-*.cpp and many of the jabber_whiteboard/*.cpp files (maybe more, but since it doesn't get past this point there is no way to tell right now). For a dump of the error see blow. It all happens while including util/ucompose.hpp, line 66: //This is standard, not GCC-specific like wostringstream std::basic_ostringstream<wchar_t> os; with H:\inkscape-win32\cvs\inkscape>mingw32-g++ --version mingw32-g++ (GCC) 3.4.2 (mingw-special) I also downloaded the .42-tarball, but that doesn't seem to be configured for MinGW (misses config.h.mingw and some more). Any ideas/suggestions? thanks eph ------------------------------ mingw32-g++ -O3 -Wall -mms-bitfields -DVERSION=\"0.42+devel\" -DXP_WIN - D_INTL_ REDIRECT_INLINE -DHAVE_CONFIG_H -I. -I.. -I../.. -DGLIBMM_DLL -Ih:/inksca pe-win3 2/gtk26/include/glibmm-2.4 -Ih:/inkscape-win32/gtk26/lib/glibmm-2.4/inclu de -Ih: /inkscape-win32/gtk26/include/gtkmm-2.4 -Ih:/inkscape-win32/gtk26/lib/gt kmm-2.4 /include -Ih:/inkscape-win32/gtk26/include/gdkmm-2.4 -Ih:/inkscape-win32 /gtk26/ lib/gdkmm-2.4/include -Ih:/inkscape-win32/gtk26/include/pangomm-1.4 -Ih:/ inkscap e-win32/gtk26/include/atkmm-1.6 -Ih:/inkscape-win32/gtk26/include/sigc++- 2.0 -Ih :/inkscape-win32/gtk26/lib/sigc++-2.0/include -Ih:/inkscape-win32/gtk26/i nclude/ gtk-2.0 -Ih:/inkscape-win32/gtk26/lib/gtk-2.0/include -Ih:/inkscape-win32 /gtk26/ include/atk-1.0 -Ih:/inkscape-win32/gtk26/include/pango-1.0 -Ih:/inkscape -win32/ gtk26/include/glib-2.0 -Ih:/inkscape-win32/gtk26/lib/glib-2.0/include -Ih :/inksc ape-win32/gtk26/include -Wno-comment -Ih:/inkscape-win32/gtk26/perl/lib/C ORE -Ih :/inkscape-win32/gtk26/python/include -Ih:/inkscape-win32/gtk26/include/l oudmout h-1.0 -Ih:/inkscape-win32/gtk26/include/libxml2 -Ih:/inkscape-win32/gtk26 /includ e/freetype2 -Ialgorithms -Iapplication -Idebug -Idialogs -Idisplay -Iext ension -Iextension/implementation -Iextension -Iextension/internal -Iextension - Iextens ion/script -Iextension -Ihelper -Iinkjar -Iio -Ijabber_whiteboard -Ilibcr oco -Il ibnr -Ilibnrtype -Ilivarot -Isvg -Itrace -Itrace/potrace -Itrace -Itraits -Iui/d ialog -Iui -Iui/view -Iui/widget -Iutil -Iwidgets -Ixml/ -c -o dialogs/whiteboar d-sharewithchat-dialog.o dialogs/whiteboard-sharewithchat-dialog.cpp In file included from dialogs/whiteboard-sharewithchat-dialog.cpp:23: e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ basic_i os.h: In instantiation of `std::basic_ios<wchar_t, std::char_traits<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/ostre am:59: instantiated from `std::basic_ostream<wchar_t, std::char_traits<wchar_t> >' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:420: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ basic_i os.h:67: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/ostre am: In instantiation of `std::basic_ostream<wchar_t, std::char_traits<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:420: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/ostre am:64: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ ostream .tcc:404: error: no type named `pos_type' in `class std::basic_ostream<wchar_t, std::char_traits<wchar_t> >' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ ostream .tcc:420: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am: In instantiation of `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t>, s td::allocator<wchar_t> >': ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:429: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf: I n instantiation of `std::basic_streambuf<wchar_t, std::char_traits<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:64: instantiated from `std::basic_stringbuf<wchar_t, std::char_traits<wchar_t>, st d::allocator<wchar_t> >' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:443: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:13 5: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:23 4: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:23 9: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:57 4: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:58 6: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am: In instantiation of `std::basic_stringbuf<wchar_t, std::char_traits<wchar_t>, std:: allocator<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:443: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:73: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ sstream .tcc: In instantiation of `std::basic_stringbuf<wchar_t, std::char_traits<wchar_ t>, std::allocator<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:443: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ sstream .tcc:136: error: no type named `pos_type' in `class std::basic_stringbuf<wchar_t , std::char_traits<wchar_t>, std::allocator<wchar_t> >' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ sstream .tcc:182: error: no type named `pos_type' in `class std::basic_stringbuf<wchar_t , std::char_traits<wchar_t>, std::allocator<wchar_t> >' ./dialogs/whiteboard-sharewithchat-dialog.h:39: warning: 'gboolean sp_whiteboard _sharewithchat_dialog_delete(GtkObject*, GdkEvent*, void*)' defined but not used ./dialogs/whiteboard-sharewithchat-dialog.h:45: warning: 'void sp_whiteboard_sha rewithchat_dialog_destroy(GtkObject*, void*)' defined but not used ./dialogs/whiteboard-connect-dialog.h:33: warning: 'gboolean sp_whiteboard_conne ct_dialog_delete(GtkObject*, GdkEvent*, void*)' defined but not used ./dialogs/whiteboard-connect-dialog.h:39: warning: 'void sp_whiteboard_connect_d ialog_destroy(GtkObject*, void*)' defined but not used dialogs/whiteboard-sharewithchat-dialog.cpp:49: warning: 'prefs_path' defined bu t not used make[1]: *** [dialogs/whiteboard-sharewithchat-dialog.o] Error 1 make[1]: Leaving directory `H:/inkscape-win32/source/src' make: *** [all] Error 2

1 0

Linux World this week in SF - Who's in?
by Jon Phillips 09 Aug '05

09 Aug '05

Who is going to be at Linux World in SF this week? I'm continuing my overload spree of conferences: http://www.linuxworldexpo.com Anyone interested in Inkscape and/or the Open Clip Art Library lets meet up at some point. I'm mainly going tomorrow and then am hitting up the Gentoo dev. conference on friday. Jon -- Jon Phillips San Francisco, CA Mission District USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

1 0

autogen.sh fails because it can't find README
by Seth Brutzman 09 Aug '05

09 Aug '05

This could be on GNU/Linux only, but I went ahead and built again today, and autogen.sh stopped cold with the complaint that it couldn't find README. I noticed that CVS is packing README.txt now instead, so I simply renamed it to README and all was good. Still, where the heck did this come from? autogen needs README? And why is it getting packed as a *.txt now? (Sorry, windows users. I haven't saved with a *.txt extension for a while now.) Just thought I'd call attention to this for future reference. --seth

1 0

any remaining showstoppers for 0.42.1?
by MenTaLguY 08 Aug '05

08 Aug '05

If not, I'm going to merge the translations/tutorials from HEAD and tag it. -mental

2 1

Open Clip Art Library Release 0.16 Announcement :: http://www.openclipart.org
by Jon Phillips 08 Aug '05

08 Aug '05

Aug 8, 2005 UTC - Release 0.16 of the Open Clip Art Library (www.openclipart.org) is now available on-line for download as an individual package consisting of 4442 images submitted by over 443 artists from around the world. This releases squishes a major bug that replaced valid keywords in the clip art files with some strange HASH memory location text. Most of the clip art in the library and this release is now repaired. Bryce Harrington and Jon Phillips both presented at the 2005 Desktop Developers Conference in Ottawa. Harrington's presentation promoted Inkscape (www.inkscape.org) while Phillips' presentation introduced the Open Clip Art Library to the freedesktop community. Both presentations were well received and sparked several debates. Also added this month is a new clipart-announce mailing list (http://freedesktop.org/mailman/listinfo/clipart-announce). The Open Clip Art Library encourages everyone to sign up for this list in order to ONLY receive messages about Open Clip Art Library release announcements. This list is especially well-suited for packagers and others that might not want to receive all the developer discussions from the primary project mailing list (http://freedesktop.org/mailman/listinfo/clipart). As always, see what the librarians and artists are working on at http://planet.openclipart.org. Artist and librarians (developer) for the project who would like to be included in this blog should contact (http://openclipart.org/contact.php) the project admins in order to be added. For the month of August the project invites submissions of clip art themed for the coming fall season. The Open Clip Art Library. Drawing Together. Use the following URLs to download the latest release of the Open Clip Art Library: http://openclipart.org/downloads/0.16/openclipart-0.16-full.tar.bz2 http://openclipart.org/downloads/0.16/openclipart-0.16-full.tar.gz http://openclipart.org/downloads/0.16/openclipart-0.16-full.zip http://openclipart.org/downloads/0.16/openclipart-0.16-full-win32.exe The Open Clip Art Library (http://www.openclipart.org/) aims to create an archive of user contributed clip art that may be freely used. All graphics submitted to the project are placed into the Public Domain according to the Creative Commons Public Domain Declaration.

1 0

sp_selection_copy_impl fix
by Nicklas Lindgren 07 Aug '05

07 Aug '05

Hi again, It appears that sp_selection_copy_impl does not respect the const-ness of its first parameter. I've made a patch for this. This fixes bug 1253235 (Moving multiple objects up/down a layer duplicates them). The patch can be found at http://www.lysator.liu.se/~nili/inkscape/ . --Nicklas

2 1

Build report #245
by Bryce Harrington 07 Aug '05

07 Aug '05

= Analysis Report for inkscape-20050806-0700 = Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 6 0 == Errors == none == Warnings == interface.cpp:585: warning: `void sp_ui_menu_append(GtkMenu*, Inkscape::Verb**, display/canvas-arena.cpp:91: warning: invalid access to non-static data member display/canvas-arena.cpp:91: warning: (perhaps the `offsetof' macro was used display/sp-canvas.cpp:127: warning: invalid access to non-static data member ` display/sp-canvas.cpp:127: warning: (perhaps the `offsetof' macro was used libnrtype/Layout-TNG-Output.cpp:226: warning: enumeration value `

2 1

Color related tool
by Joshua A. Andler 07 Aug '05

07 Aug '05

Here is an interesting tool I stumbled across called Color Schemer for dealing with color (obviously) that I think would be nifty for us to implement something similar within inkscape. Here are a couple screenshots in action: http://www.colorschemer.com/images/v3screenmain.png http://www.colorschemer.com/images/studioscreenharm.png http://www.colorschemer.com/images/studioscreenmixer.gif There is an online version too, which has the basic functionality and we can probably view source to get some ideas from. http://www.colorschemer.com/online.html My thought is that since we now have swatches, a "utility" like this would rock for knocking together good harmonious swatch sets with great ease. Just my .02 -Josh

7 10

Key In: Shortcut references from Macromedia Fireworks
by Alan Horkan 06 Aug '05

06 Aug '05

Before my trial version of Macromedia Fireworks expired I exported HTML pages for the various keybinding sets it supported (with the unfortunately exception of Photoshop) and then today I hastily munged them together into one great big table for comparison purposes. (Kevin Wixon seems to have access to Illustrator so I'd appreciate any comments he might have.) The link is temporary and I may move it or the information contained within to somewhere else more suitable so if the information is of interest please save a copy. http://www.maths.tcd.ie/~horkana/shortcuts/keys.html Essentially I think it could be quite useful to identify the basic keybindings the various applications have in common. I should warn that I think I see at least one error in the list and as these were all generated from Fireworks what it claims are the Illustrator keybindings may not be entirely accurate (I dont recally Illustrator having a menu item for "Insert Hotspot" for example). I'm amused to see differences even between Fireworks and Freehand. It might also be worth noting some of the items they do not give keybindings to so when we next try to find a suitable keybinding we will have some idea of which items are not really important enough to need keybindings. Here are some other menu references I have mentioned before but lost track of. will try and find time to put in the wiki this time but if anyone is willing to help (and even remind me occasionally to try and do it) I'd appreciate it. I think my notes are a little too messy to directly cut and paste into the Wiki. Top level menus only of various applications: http://www.maths.tcd.ie/~horkana/inkscape/menus.txt Adobe Illustrator 7.0 for Mac OS menus (keybindings not included): http://www.maths.tcd.ie/~horkana/inkscape/illustrator-menus.txt Freehand MX keybindings: http://www.maths.tcd.ie/~horkana/inkscape/freehand/FreeHandMX_keybindings.t… All this keybinding lark has gotten me side tracked from coming up with a proposal on the menu reorganistion, sorry about that. Sincerely Alan Horkan Inkscape http://inkscape.org Abiword http://www.abisource.com Dia http://gnome.org/projects/dia/ Open Clip Art http://OpenClipArt.org Alan's Diary http://advogato.org/person/AlanHorkan/

3 3