August 2005 - Inkscape Devel - Inkscape Mailman

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