- Inkscape Devel - Inkscape Mailman

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