- Inkscape Devel - Inkscape Mailman

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