- Inkscape Devel - Inkscape Mailman

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

Inkscape menu reorganistation, Illustrator related analysis.
by Alan Horkan 05 Aug '05

05 Aug '05

Top level menus in Inkscape: File, Edit, View, Layer, Object, Path, Text, Effects, Help. Top level menus in Adobe Illustrator 10: File, Edit, Object, Type, Select, Filter, Effect, View, Window, Help. Text seems like nearly a better choice than Type (Illustrator came out of Adobes type business and Photoshop came later). Might want to consider changing Effects to Effect which fits in better with the usual naming conventions of top level menus. I should have noticed it before, I will file a request for this minor tweak. The effects menu is already full of functionality and I would be tempted to put in submenus soon and provide struture for plugin developers to work to but I might be getting ahead of myself here. (If I recally correctly the Filter menu is essentially the Photoshop filters embedded for use inside Illustrator.) Inkscape doesn't currently have Select menu. Illustrator, Photoshop, Fireworks, the GNU Image Manipulation program, Fireworks all have it. (There are probably some intersting counter examples of applications that dont have it but I'll leave that to someone else). I think in the long term a Select menu is a good idea but initially it may look a little odd with only 4 or 5 items so maybe I should rush to change it just yet. The windows menu... There was a mailing list post earlier in the week which I read (with some difficulty). The message: Subject: Scribus+Inkscape UI discussion http://article.gmane.org/gmane.comp.graphics.inkscape.devel/10967 The article on the scribus user interface: http://www.le-radar.com/?articles/scribusUI I mention it because the author thought it might be good to have a standard "Windows" menu. I've asked the GIMP developers to change their consider changing their Dialogs menu to a Windows menu (there is a little more to it than mere relabelling but not a whole lot). Getting rid of the dialogs menu forced a big User Interface shake up, reintroducing a very similar Windows menu to Inkscape might be counterproductive in the short term. Those were the relatively easy things I've been pondering. The Object and Path menus are a little more difficult. I think they should probably be merged, Paths are essentially Objects. Some functionality such as "Inset" would be great if they worked on all objects, not just paths which is not a superficial change. Based on the Inset tool in Freehand a popup dialog with more flexible options might be appropriate. Some items will need to be moved submenus (probably the various Arrange and Transform options first) to allow this but it is more complicated than that. So that is what I'm thinking so far and I realise some of it might not be immediately practical but with a bit more time I think out a bit more coherent of a plan. Hopefully developers can identify some parts of inkscape they think may need to be expanded or consilidated so there is room for the interface to grow without becoming overwhelming. Too much caffeine, better go home and go for run if I'm ever going to get to sleep. (Which means I wont be responding to this message until tommorow.) 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/

1 0

My Menus.xml
by Joshua Blocher 05 Aug '05

05 Aug '05

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

2 1

CVS branches
by Arpad Biro 05 Aug '05

05 Aug '05

Hi, Besides HEAD, is there any other CVS branch that we should commit (translations) to before 0.42.1? I only committed new translations to HEAD as usual -- but not sure if 0.42.1 will be based on that branch... Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Re: [Inkscape-devel] New binary portability problem identified
by unknown＠example.com 05 Aug '05

05 Aug '05

Mike, Thanks for that information. More that a few users have noticed this problem so I'm copying the list with this reply. Aaron mike@...869... wrote: > Ignore that for now, the warning is harmless and won't affect how Inkscape > operates. > > I agree it's a bit disconcerting for end users, as it looks like an error > even though it's really just a warning. If you run Inkscape from the menus > of course you won't see it. > > Probably we should develop a tool to fix binaries that trigger this. As an > alternative, replace the libpng on your system with the same copy from a > non-Debian system (or put it somewhere in the library path that'll take > precedence). > > thanks -mike > > Original Message: > ----------------- > From: Aaron and Sarah Spike spike@...749... > Date: Wed, 03 Aug 2005 13:17:12 -0500 > To: mike@...869... > Subject: Re: [Inkscape-devel] New binary portability problem identified > > > Some users also have problems with libpng: > https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1246201&group_i > d=93438 > Should I make that static? > > Aaron Spike > > > > > -------------------------------------------------------------------- > mail2web - Check your email from the web at > http://mail2web.com/ . > >

1 0

0.42.1 and Ubuntu Feature Freeze
by Corey Burger 05 Aug '05

05 Aug '05

Hey All, As some of you already know, I am trying to get 0.42 in the next version of Ubuntu, due in October. Inkscape is a supported program, and thus there are strict dates for uploading, one of which we have already passed. Now, the Feature Freeze is rapidly approaching (Aug 11). and I hear of crashers in 0.42. I already know that several of you already use and promote Ubuntu. It would truly suck if 0.42.1 missed Breezy. Corey

4 5

Vers 0.42 in Debian Unstable ?
by John Taber 05 Aug '05

05 Aug '05

I'm aware of the gcc issues but I thought it was mentioned that .42 was available in Debian unstable but I dont' see it there (latest 0.41-5). Any word? If it's not going to be there for a while, what is the best alternative, autopackage ?

6 11

0.42.1 patch
by Ralf Stephan 05 Aug '05

05 Aug '05

mental, could you please include this patch in 0.42.1? https://sourceforge.net/tracker/?func=detail&atid=604308&aid=1250841&group_… ralf

1 0

AW: [Inkscape-devel] 0.42.1 status
by Taraben, Adib 05 Aug '05

05 Aug '05

Bulia, I tested just yesterday with Win98 +latest libs and German umlauts in the filename. So I can confirm the non ASCII-filename-crash - the dialog shows the file-name with some cryptic characters (this might be UTF8 for the special character) - opening this chrashes Inkscape - I have not found the place where I can put the filename in a inputline - the very latest gdb 6.3 needs an other lib which only exists under WinNT+above. Adib -----Ursprüngliche Nachricht----- Von: inkscape-devel-admin(a)lists.sourceforge.net im Auftrag von bulia byak Gesendet: Fr 8/5/2005 08:39 An: MenTaLguY; Bob Jamison; Jon A. Cruz Cc: Inkscape ML Betreff: Re: [Inkscape-devel] 0.42.1 status Update on the open dialog crash: fixed by upgrading to newest libs (thanks Ishmal). However I run into another problem: Cyrillic filenames crash on open in Win98. I traced this down to fp = std::fopen(filename, how.c_str()); in io/sys.cpp, line 169. This fails, so fp == NULL. However, Inkscape::IO::file_test on the same filename works, using g_file_test. So I thought that if I replace std::fopen with g_fopen in the above, it may work. Unfortunately this fails at linking: libinkscape.a(sys.o):sys.cpp:(.text+0x2a7d): undefined reference to `g_fopen(char const*, char const*)' Ishmal: is this function missing in your libs? Can you add it? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org ------------------------------------------------------- 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

1 0

Implementaion of Division Command
by Kevin Wixson 04 Aug '05

04 Aug '05

What's the reasoning behind Inkscape's implementation of Division as opposed to having two overlapping shapes resulting in three pieces, including the exclusion area of the top (stacking order) shape in addition to the exclusion area of the bottom object and intersection? I illustrated the question at http://www.angelfire.com/mi/kevincharles/inkscape/division.html Thanks, -Kevin

3 4

Congratulations on 0.42!
by mike＠...869... 04 Aug '05

04 Aug '05

Hi guys, I just wanted to congratulate the entire Inkscape team on the 0.42 release. I tried the final version and it works really well - in fact I've been using it at work to do some of the graphics for a commercial product we're working on. You guys have one of the best managed and most approachable open source projects around, and you should be proud of that. I'd also like to thank you all for bearing with us as maintainership of the Inkscape autopackage transitioned away from me to Aaron. It's a young technology but judging by the number of people using the Inkscape package, it seems to be working OK. You can see how many people are installing an autopackage for the first time by looking at the runtime download statistics. Notice how much higher todays figure is already than yesterdays (which was the first full day of counting) - and it's only 10:30am! That's the impact of your release: http://autopackage.org/stats.php I'm at work at the moment (so can only play with the Windows build) and have no net access where I'm currently staying, but I'll see if I can take home the autopackage on my mp3 player and test it on my laptop. Finally, I just realised that mail2web.com was breaking threading on the list ... sorry about that. If anybody knows a better IMAP->webmail gateway please let me know. Again, congratulations! I can't wait to see what goodies the next version has in it. thanks -mike -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

2 1

Put your menu where your mouth is
by Ted Gould 04 Aug '05

04 Aug '05

Okay, So, for a little project I made all the menus configurable by a file in your home directory ~/.inkscape/menus.xml. They use the verb ids, and you can pretty much move things around how ever you'd like. There are still some rough edges, but it should be stable enough to have people start passing around files of how they'd like the menus for discussion. Then people can try them out. Okay, I'm going to bed. --Ted

7 17

Re: [Inkscape-devel] New binary portability problem identified
by mike＠...869... 04 Aug '05

04 Aug '05

> The complaint is: > > Error: Package 'Standard C++ library' was found but was of the wrong > version and the correct version could not be located. > > [IV 3 for @gnu.org/libstdc++] > > > Perhaps if I had let it run as root it might have worked. > > autopackage is way cool but it isn't yet working in FC4 in my home > directory as far as I can tell. It's trying to work.... > Mike, any idea what this is about? See this page: http://autopackage.org/help.html The solution is to run "yum install compat-libstdc++-33" as root. Fedora dropping libstdc++.so.5 so quickly and with such blatant disregard for binary compatibility caught us off-guard. A solution for this problem will appear in the next stable release of autopackage (1.0.6), which will come out either: a) At the weekend, if I get time to do it or b) When Hongli gets out of lazy-mode :) Basically the "fix" involves us simply registering an autopackage repository containing the libstdc++.so.X libraries so that if they're missing it can depsolve them onto the system automatically. Thanks for bearing with us while we deal with the mess Red Hat and other distros have made (this change breaks the official Mozilla installer, most games, RealPlayer ... virtually everything). thanks -mike -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

1 0

Possible bug in 0.42
by Lucas Vieites 04 Aug '05

04 Aug '05

Hi, I did a fresh install of the 0.42 autopackage from http://www.inkscape.modevia.com/ap/inkscape-0.42.x86.package on my Mandriva 2005 LE. I found the following strange behaviour: - I create a new drawing with a circle. - Duplicate the circle and resize it (the width of the stroke resizes also) - Now if I select the second circle and try to set the stroke width to 1 pt by clicking on the up and down arrows of the width field in the Fill and stroke dialog it only increases the width both clicking the up or down arrow. The increment is also not one by one, but it is a geometric increment: 4,1 -> 6,5 -> 10,4 -> 16,6 -> 20, etc I hope you can reproduce this. -- Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

19 80

Request for win32 loudmouth dll
by David Yip 03 Aug '05

03 Aug '05

Oops, forgot this: We need a Win32 Loudmouth DLL for Windows testing. Instructions can be found here: http://developer.imendio.com/wiki/Loudmouth_on_Windows Any volunteers? -- David

2 1

Another update of the win32 libs
by Bob Jamison 03 Aug '05

03 Aug '05

The fine people over at Gtk.org have posted bugfix releases gtk+-2.6.9 and glib-2.6.6. Always interested in bugfixes, I I repackaged the development libs with them here: http://inkscape.org/win32/gtk26-050803.7z Bob

1 1

What about aborting rendering if it takes too much time?
by Marc Weber 03 Aug '05

03 Aug '05

There are some cases when it takes really long to render the screen area (e.g a wire frame with many lines and viewing the whole page).. Is there any way to abort inkscape? It would be nice to switch to another "quality" of rendering if updating of the screen takes longer than x seconds. Because in some cases you don't know when inkscape will finish and undoing/deleting one step might last a time beeing equally long the only way to get rid of such a situation would be killing inkscape.. It should be no problem to switch back if you like.. What do you think?

4 6

PDF Import?
by Jeff Carr 03 Aug '05

03 Aug '05

I'm new to inkscape; I just ran across it this week. (apt-get it after reading the vector graphic's story). It's really impressive! I spent some time trying to import a PDF. This is a long standing PTA problem that usually has me importing it into the gimp as a tiff. I tried digging farther with my renewed energy and found only dead ends for PDF -> SVG converters. There are some, but they are all proprietary. There is even some site that lets you put your pdf into it and they will mail you a SVG (didn't work for my pdf anyway.) I eventually tried pstoedit: pstoedit -f plot.svg myfile.pdf myfile.svg inkscape myfile.svg Which got close, but lost all the text. What is the current state of PDF or postscript import? Are there some other tricks/tools anyone might recommend? Thanks, Jeff

1 0

Inkscape percentage units
by De Winne, Joris 03 Aug '05

03 Aug '05

Hello, Is it possible to pass percentage units for x, y, width and height attributes in the xml svg file. Example of what I would like to do: <svg x="10" y="10" width="250" height="250"> <rect width="100%" height="100%" /> </svg> This would mean that we get a rectangle with width=250 and height=250. the problem is it looks like the inkscape viewer can't work with %. Any solution? Joris - - - - - - - DISCLAIMER- - - - - - - - Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you.

2 1

Re: [Inkscape-devel] New binary portability problem identified
by unknown＠example.com 03 Aug '05

03 Aug '05

inkblotter wrote: > > FC4, 2.6.12-1.1398_FC4smp > gcc (GCC) 4.0.1 20050727 (Red Hat 4.0.1-5) > > In a fresh installation of FC4 (this weekend) I cannot install inkscape > 0.42 in my home directory with this autopackage > > The complaint is: > > Error: Package 'Standard C++ library' was found but was of the wrong > version and the correct version could not be located. > > [IV 3 for @gnu.org/libstdc++] > > > Perhaps if I had let it run as root it might have worked. > > autopackage is way cool but it isn't yet working in FC4 in my home > directory as far as I can tell. It's trying to work.... > > aaron@...749... wrote: > >> Mike Hearn wrote: >> >>> Aaron, can you rebuild the autopackage against *mm 2.4 static libraries >>> and push a -2 release of the package, so users on GTK+ 2.4 systems >>> can use >>> them again? >> >> >> >> Hey, is this one any better? I really don't know how to check. >> >> http://inkscape.modevia.com/ap/inkscape-0.42-2.x86.package >> >> Aaron Spike Mike, any idea what this is about? Aaron Spike

1 0

Re: [Inkscape-devel] New binary portability problem identified
by mike＠...869... 03 Aug '05

03 Aug '05

> Tried that and I get this "nm: /usr/bin/inkscape: no symbols". Sorry, try "nm -D", or alternatively, "readelf -aW" -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

2 1

languages in install
by bulia byak 03 Aug '05

03 Aug '05

Based on feedback so far, we really need the option to NOT install the language files when installing on Windows, so that Inkscape would only use English. I think this should be a pretty simple patch to the nsis installer file, to ask "Do you want to use English interface, or the language of your Windows system (if Inkscape has a translation for that language)". Added bonus if it can detect WHICH language is going to be used. Any volunteers? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 5

Newbie to Developer Process under Windows
by Douglas Neale 02 Aug '05

02 Aug '05

Hi List, I'm just starting up with the project and want to run under XP. I have been advised that VC++, which I would have preferred, is too difficult to get going. So I started with the 'Compiling Inkscape for the Win32 Platform' document and cannot unpack a downloaded copy of gtk26 with 7-zip. I get the error 'this is not a supported archive' with both gtk copies on the website using either of the 2 available versions of 7-zip. Downloading with IE produces different size files from using Firefox so I'm guessing it's a download problem. Can anyone point me to an alternative source of the gtk26 library, perhaps in a normal zip format? TIA Douglas Neale

5 9

Inkscape undo system
by David Yip 02 Aug '05

02 Aug '05

Can anyone point me to some code that would serve as a nice illustration of how the Inkscape undo system works? I've been reading the Session and SimpleSession classes and the way they are used in the functions in document-undo.cpp; is that a good place to begin, or are there better starting points? In particular, I'm wondering what the best way to clear the undo and redo stacks is, as it's crucial to the correct functioning of Inkboard. When a user synchronizes his or her document with another user or with a chatroom, that synchronized state must become the new original state of the user's document. sp_document_clear_undo and sp_document_clear_redo, from their code, seem to be what I want, but I can't quite figure out how to use them to attain the desired effect. -- David

2 3

[Fwd: [Linuxmovies-general] Special CinePaint Event!]
by Jon Phillips 02 Aug '05

02 Aug '05

For those attending siggraph: -------- Forwarded Message -------- > From: Robin Rowe <rower@...937...> > Reply-To: linuxmovies-general(a)lists.sourceforge.net > To: Linuxmovies-general(a)lists.sourceforge.net > Subject: [Linuxmovies-general] Special CinePaint Event! > Date: Thu, 28 Jul 2005 14:35:53 -0700 > > Special CinePaint Event! > CinePaint Birds-of-a-Feather Meeting at SIGGRAPH > Los Angeles Convention Center, Room 506 > Tuesday, August 2nd, 4pm-5pm > Open to All SIGGRAPH Attendees > > > ------------------------------------------------------- > 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 > _______________________________________________ > Linuxmovies-general mailing list > Linuxmovies-general(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linuxmovies-general > -- 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 2

Re: [Inkscape-devel] New binary portability problem identified
by mike＠...869... 02 Aug '05

02 Aug '05

I can't tell, I only have net access at work (Windows). But a good way to check would be to run "nm inkscape | grep g_option". Alternatively, find somebody who is running a GTK+ 2.4 based system and get them to try running it. Original Message: ----------------- From: aaron@...749... Date: Mon, 01 Aug 2005 15:25:19 -0500 To: mike@...869..., inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] New binary portability problem identified Mike Hearn wrote: > Aaron, can you rebuild the autopackage against *mm 2.4 static libraries > and push a -2 release of the package, so users on GTK+ 2.4 systems can use > them again? Hey, is this one any better? I really don't know how to check. http://inkscape.modevia.com/ap/inkscape-0.42-2.x86.package Aaron Spike -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

2 1

Hi. xfig like export combined LaTeX postscript/ transparency ps export
by Marc Weber 02 Aug '05

02 Aug '05

Xfig has got one possibility to set a special flag on text which means that this text doesn't get exported on combined LaTeX ps but is written to the LaTeX file which means that you're able to also use LaTeX possibilies of typsetting mathematics and so on. Do you think it would be much effort to add this to inkscape, too? Because I *really* prefer inkscape over xfig :) inkscape could became the tool of choice making figures for LaTeX.. xfig is nice but lacks some functionality. The other thing is when exporting to ps inkscape currently just ignores transparency.. All you would have to do having two rectangles ------ -- : rect1 without ++ ---+++||| ++ : overlapping area ---+++||| || : rect2 without ++ |||||| rect2 is above rect1 would be splitting this rectangles into 3 and calculate the color of the + rectangle depending on the transparency of rect2 and color of rect1.. Then all 3 reactangles can be exported as it's done right now. And because the function Stroke to path is already provided (although I'm not sure how well it works using some advanced stroke style) it shouldn't be that hard to implement. What do you think? Marc

3 5

current CVS broken ?
by Adib Taraben 02 Aug '05

02 Aug '05

Hi, I have problem to open any dialogs besides the file-open and file-save. Inkscape closes immediately HTH, Adib. --- D:\projekte\inkscape\inkscape>gdb inkscape.exe GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-mingw32"... (gdb) run Starting program: D:\projekte\inkscape\inkscape/inkscape.exe gdb: do_initial_child_stuff: process 3856 gdb: kernel event for pid=3856 tid=2772 code=CREATE_PROCESS_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=EXCEPTION_DEBUG_EVENT) gdb: Target exception EXCEPTION_BREAKPOINT at 0x7c911230 gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=EXCEPTION_DEBUG_EVENT) gdb: Target exception EXCEPTION_ACCESS_VIOLATION at 0x004e8d99 Program received signal SIGSEGV, Segmentation fault. 0x004e8d99 in Inkscape::Verb::get_action () (gdb) bt #0 0x004e8d99 in Inkscape::Verb::get_action () #1 0x0043f8d3 in sp_ui_dialog_title_string () #2 0x005fbfc2 in sp_object_properties_dialog () #3 0x004f1f15 in sp_action_perform () #4 0x00af7a4a in g_cclosure_marshal_VOID__VOID () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #5 0x00ae34de in g_closure_invoke () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #6 0x00af6cff in signal_emit_unlocked_R () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #7 0x00af5434 in g_signal_emit_valist () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #8 0x00af5676 in g_signal_emit () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #9 0x015c69ff in gtk_button_clicked () from D:\projekte\inkscape\inkscape\libgtk-win32-2.0-0.dll #10 0x01728c04 in gtk_toggle_button_released () #11 0x00af7a4a in g_cclosure_marshal_VOID__VOID () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #12 0x00ae370b in g_type_class_meta_marshal () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #13 0x00ae34de in g_closure_invoke () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll ---Type <return> to continue, or q <return> to quit--- #14 0x00af5f6a in signal_emit_unlocked_R () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #15 0x00af5434 in g_signal_emit_valist () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #16 0x00af5676 in g_signal_emit () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #17 0x015c6987 in gtk_button_released () from D:\projekte\inkscape\inkscape\libgtk-win32-2.0-0.dll #18 0x015c7931 in gtk_button_button_release () from D:\projekte\inkscape\inkscape\libgtk-win32-2.0-0.dll #19 0x0168d771 in _gtk_marshal_BOOLEAN__BOXED () #20 0x00ae370b in g_type_class_meta_marshal () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #21 0x00ae34de in g_closure_invoke () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #22 0x00af6bbb in signal_emit_unlocked_R () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #23 0x00af5494 in g_signal_emit_valist () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #24 0x00af5676 in g_signal_emit () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #25 0x0177ab85 in gtk_widget_event_internal () #26 0x0177a7ff in gtk_widget_event () ---Type <return> to continue, or q <return> to quit--- #27 0x0168c028 in gtk_propagate_event () #28 0x0168afee in gtk_main_do_event () #29 0x0121aee9 in gdk_event_dispatch () from D:\projekte\inkscape\inkscape\libgdk-win32-2.0-0.dll #30 0x00978197 in g_main_dispatch () from D:\projekte\inkscape\inkscape\libglib-2.0-0.dll #31 0x00978c90 in g_main_context_dispatch () from D:\projekte\inkscape\inkscape\libglib-2.0-0.dll #32 0x00978f37 in g_main_context_iterate () from D:\projekte\inkscape\inkscape\libglib-2.0-0.dll #33 0x009793da in g_main_loop_run () from D:\projekte\inkscape\inkscape\libglib-2.0-0.dll #34 0x0168a91a in gtk_main () #35 0x01ac7543 in Gtk::Main::run () at main.cc:450 #36 0x00401c97 in sp_main_gui () #37 0x0042ebf8 in Inkscape::NSApplication::Application::run () #38 0x0040165e in main () (gdb)

4 8

[Fwd: Thanks for Inkscape]
by Ted Gould 02 Aug '05

02 Aug '05

Andrew, I'm not sure on this error. I'm forwarding this message to the Inkscape development mailing list to see if someone knows there. --Ted -------- Forwarded Message -------- > From: Andrew Greig <algreig@...666...> > > Thanks for Inkscape, I have been waiting for a vector based graphics > program for quite a while, and here it is. I downloaded the Mandrake > package (urpmi inkscape) which takes care of dependencies nicely. The > program failed to start so I used a console and got this error line. > Could you advise me on how to correct this please? > > [andrew@...944... andrew]$ inkscape > inkscape: symbol lookup error: /usr/lib/libpangomm-1.4.so.1: undefined > symbol: pango_renderer_get_type > [andrew@...944... andrew]$ > > Many thanks > Andrew Greig > Melbourne, Australia

1 0

The Bag Monkey Speaks
by MenTaLguY 02 Aug '05

02 Aug '05

Here's what I've got rolled up for 0.42.1 so far: > * 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??] Anyone got anything else for me? At the moment I'm thinking of aiming for 0.42.1 by early next weak. -mental

7 11

Project status Aug 1, 2005
by Bryce Harrington 02 Aug '05

02 Aug '05

The Inkscape 0.42 release garnered a huge amount of interest, and are stats are reflecting it. We rose to the 3rd most active project of the week on SourceForge today. For downloads we reached 16th, for webpage views we were 10th, for project pages we got 21st, and for tracker activity we hit 4th. Counting all hits to *.sourceforge.net we hit 6th, which was up 68 ranks since yesterday. I have a suspicion we may be going up even a bit further over the next couple days. :-) There were a number of serious bugs found post-release, especially in the packaging, so a 0.42.1 patch release will be produced hopefully some time this week, as soon as resolutions to all the issues are found. Statistics Jun 1 Jul 1 Aug 1 ========== ====== ====== ====== Max Week's Rank on SourceForge: 38 35 3 Total SF Page Views 1,935,964 3,797,037 4,452,437 Total SF Downloads 254,647 283,789 378,712 Total Freshmeat URL Hits 19,149 19,809 21,261 Total Freshmeat Subscriptions 183 189 208 Lines of Code in src/: 374,180 376,319 389,945 Code lines 260,236 261,600 270,423 Comment line 67,136 67,724 70,478 Blank 53,443 53,651 55,698 Lines of Docs in doc/: 27,790 27,792 28,090 Lines of content in website: 42,490 42,700 44,483 Size of the Inkscape wiki: 26,729 28,525 34,890 Bugs open/total: 215/1223 196/1312 215/1445 Features open/total: 453/ 728 471/ 767 440/816 Patches open/total: 11/ 230 10/ 268 8/325 CVS Commits (as per inkscape-cvs) 12,040 12,372 12,915 Inkscape-devel membership: 179 188 200 Inkscape-announce membership: 202 217 236 Inkscape-user membership: 248 258 276 Num Translations: 33 33 33 Ave Translation Ratio: 47.8 48.6 54.6

1 0

Initial commit of Inkboard code
by David Yip 02 Aug '05

02 Aug '05

Hi all, I've committed Inkboard to Inkscape CVS. This consists of the Inkboard code (in src/jabber_whiteboard), C/Gtk+ dialogs (in src/dialogs), some conversions of those dialogs to C++/Gtkmm (in ui/dialog), and modifications to some existing files. To enable Inkboard, pass the --enable-inkboard switch to the configure script. You will need libloudmouth <http://loudmouth.imendio.org> and Boost <http://www.boost.org>. I have tested Inkboard with libloudmouth v0.17.2 and v0.90, although ~v0.13 should also work. (Let me know if it really does.) I have developed this code with Boost v.1.31.0. Inkboard no longer relies on Boost smart pointers as I stated in my mailing list response to Bryce re: Summer of Code updates; I have switched all smart pointer-reliant code over to code managed by the garbage collector. However, it still uses Boost.Bind, Boost.Function, and Boost's lexical_cast. The reliance on Boost.Bind can probably be scrapped as soon as I do the work to convert the involved function objects to be used by the C++ standard library's argument-binding facilities. I think this is all the code necessary to compile Inkboard. There may be another commit coming if I forgot something, which happens more often than I'd like. If something doesn't work, please let me know. Inkboard usage ========= The "Whiteboard" toplevel menu should be present. If it isn't, try removing your menus.xml file in your Inkscape preferences directory and try again -- this will force the file to be regenerated from the built-in menu skeleton. Or, you can copy the necessary XML from src/menus-skeleton.h. You must first connect to a Jabber server; this is done by selecting Whiteboard -> Connect to server... After that, you may choose to engage in a user-to-user sharing session or a chatroom sharing session. The "Dump XML tracker" menu item is intended only for debugging; it probably should not make it into a release. Known issues ======== 1) Chatrooms must be specially created for them to work with Inkboard. Here are the conditions: A) The chatroom must broadcast the message INKBOARD-JOINED (case-sensitive) when a Jabber user enters it. This is necessary because mu-conference v0.6 doesn't seem to follow JEP-0045 with regards to the order of broadcasting presence messages. (See <http://www.jabber.org/jeps/jep-0045.html#enter-pres>.) Hopefully, this won't be a problem in the future. In the meantime, this special behavior is easy to set up with e.g. gaim. B) If regular Jabber users are present in an Inkboard chatroom before any Inkscape client joins, there will be synchronization problems, since the current Inkboard chatroom code implements the following logic: non-empty room => request synchronization. empty room => become "master". This can be worked around -- to an extent -- by checking the resource tags associated with each JID in the chatroom, since Inkboard has its own resource tag (specifically, "Inkboard"). Malicious users can, of course, defeat this, so maybe it's not the best way. We'll see. 2) Although Inkboard identifies itself as speaking the Jabber MUC protocol (which I do intend to make it do) it currently actually only acts on the "groupchat 1.0" subset of messages. 3) The bug in Ted's menus code affects Inkboard in any code path that may cause a new document window to appear. In particular, these are the cases I think are associated with said bug, based on backtraces: A) The "accept invitation in new document" option presented when a user is given the choice to accept or decline a user-to-user whiteboard session causes a crash. B) Establishing a new Inkboard session in a new document after an Inkboard session has already been established causes a crash. 4) Session files are disabled for now. They work, but only for documents that involve no references to automatically-named internal elements, which makes them a little useless. (For example, gradient/pattern fills aren't recorded correctly just yet.) If you'd like to use them, though, all the code is there. To enable them, you can (1) uncomment lines 183-184 in src/menus-skeleton.h, remove your menus.xml file, and rebuild/restart Inkscape, or (2) add in those lines to your menus.xml file. 5) Loudmouth sometimes throws errors indicating that it was asked to extract attributes or child nodes from a NULL root node. I'm not sure why it does this -- I'm pretty sure I wrapped all the code that deals with node/attribute extraction with the appropriate conditionals -- but it's possible that I've missed something. In any case, these warnings appear to be harmless -- just annoying. 6) There's quite a few g_log() debug calls still present. I apologize for this -- I think they're useful, but maybe they really aren't. I'll remove them upon request, and certainly before release. Phew. I think that's all for now. Have fun! -- David

1 0

New binary portability problem identified
by Mike Hearn 01 Aug '05

01 Aug '05

Isn't Linux fun? The problems with g_option_error_quark people are seeing is because both the static RPM and the autopackage were built against static versions of GTKmm 2.6, which introduces a silent dependency on Glib 2.6 even if only 2.4 level features are used. The solution is to build the portable binaries against *mm 2.4 static libraries. Aaron, can you rebuild the autopackage against *mm 2.4 static libraries and push a -2 release of the package, so users on GTK+ 2.4 systems can use them again? thanks -mike

4 3

[Fwd: Re: inkscape crash bug]
by Jon Phillips 01 Aug '05

01 Aug '05

-------- Forwarded Message -------- > From: Sam Tygier <sam@...942...> > To: Jon Phillips <jon@...235...> > Subject: Re: inkscape crash bug > Date: Sun, 31 Jul 2005 14:17:31 +0100 > > Thanks, here is what i had noted down > > sorry to be the barer of bad news, but i have found a reproducable crash > in inkscape 0.42. i suspect that this is a linux powerpc issue. > > steps to reproduce > > 1. launch inkscape > 2. create a shape (eg square) > 3. click on the fill stroke button in the tool bar. > 4. in the fill stroke dialog press the wheel tab. > 5. inscape hangs. > > i dont really know what i am doing, but here is what i get from gdb. > > > sam@...943...:~$ gdb inkscape > GNU gdb 6.3-debian > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "powerpc-linux"...Using host libthread_db > library "/lib/libthread_db.so.1". > > (gdb) r > Starting program: /usr/local/bin/inkscape > [Thread debugging using libthread_db enabled] > [New Thread 16384 (LWP 26129)] > > ** (inkscape:26129): CRITICAL **: void sp_color_set_rgb_float(SPColor*, > float, float, float): assertion `b >= 0.0' failed > > ** (inkscape:26129): CRITICAL **: void sp_color_set_rgb_float(SPColor*, > float, float, float): assertion `b >= 0.0' failed > > ** (inkscape:26129): CRITICAL **: void sp_color_set_rgb_float(SPColor*, > float, float, float): assertion `b >= 0.0' failed > > ** (inkscape:26129): CRITICAL **: void sp_color_set_rgb_float(SPColor*, > float, float, float): assertion `b >= 0.0' failed > > > Program received signal SIGINT, Interrupt. > [Switching to Thread 16384 (LWP 26129)] > 0x1026a62c in sp_color_wheel_render_triangle (wheel=0x11180d40) > at widgets/sp-color-wheel.cpp:676 > 676 if (pointE.x-pointS.x > 0) > (gdb) bt > #0 0x1026a62c in sp_color_wheel_render_triangle (wheel=0x11180d40) > at widgets/sp-color-wheel.cpp:676 > #1 0x1026bb30 in sp_color_wheel_paint (wheel=0x11180d40, area=0x7ffff82c) > at widgets/sp-color-wheel.cpp:856 > #2 0x10269840 in sp_color_wheel_expose (widget=0x11180d40, > event=0x7ffff820) > at widgets/sp-color-wheel.cpp:329 > #3 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #4 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #5 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #6 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #7 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #8 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #9 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #10 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #11 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > ---Type <return> to continue, or q <return> to quit--- > from /usr/lib/libgtk-x11-2.0.so.0 > #12 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #13 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #14 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #15 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #16 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #17 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #18 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #19 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #20 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #21 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #22 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > ---Type <return> to continue, or q <return> to quit--- > #23 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #24 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #25 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #26 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > Previous frame inner to this frame (corrupt stack?) > (gdb) > > > this is from an inkscape i compiled myself from the 0.42 tar.bz2. > > i am running ubuntu hoary, on a apple powerbook G4. > > sam@...943...:~$ uname -a > Linux titania 2.6.10-5-powerpc #1 Fri Jun 24 19:11:22 UTC 2005 ppc GNU/Linux > > sam@...943...:~$ gcc -v > Reading specs from /usr/lib/gcc-lib/powerpc-linux/3.3.5/specs > Configured with: ../src/configure -v > --enable-languages=c,c++,java,f77,pascal,objc,ada --prefix=/usr > --mandir=/usr/share/man --infodir=/usr/share/info > --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared > --with-system-zlib --enable-nls --without-included-gettext > --enable-__cxa_atexit --enable-clocale=gnu --enable-debug > --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc > --disable-multilib powerpc-linux > Thread model: posix > gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2) > > > i had to install gc6.5 to make the compile work. > > > ***** update ******* > > as i had been using inscape 0.40 before i thought it might be a corrupt > prefs issue. > > sam@...943...:~$ mv .inkscape/ .inkscape.old/ > > that fixed my problems. i have attached the contents of my old .inkscape > directory. > > ******** update 2 *********** > > somehow my .inkscape dir got damaged again, and i got the same crashes, deleting .inkscape stopped the crashes > > > > > Jon Phillips wrote: > > >On Thu, 2005-07-28 at 16:30 -0500, rejon.org feedback form wrote: > > > > > >>Name: Sam Tygier > >>E-mail: sam@...942... > >> > >> > >>hello > >> > >>i have found a reproducable crash in inkscape, but am having problems > >>with sourceforge, can i email the details somewhere? > >> > >> > > > >Cool Sam, you can either join the Inkscape mailing list (preferred) or > >email them to me and I will forward to that list. > > > >I should add a form like this to the Inkscape page. It is already on > >www.openclipart.org. > > > >Thanks, > >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

Reg. Drawing Editor Framework
by Prakash (GMail) 01 Aug '05

01 Aug '05

Hi All, I am new to this group. I am very much interesting in learn about drawing editor framework. Is there any document available for studying Inkscape drawing editor framework ? Please let me know if it has document is available. Regards, Prakash.

2 1

RE: [Inkscape-devel] sp_style_set_fill_color_alpha in 0.42
by De Winne, Joris 01 Aug '05

01 Aug '05

Sorry, problem solved. I used sp_repr_css_set_property and sp_repr_css_change and it worked :-) Still a small problem remaining: after a while I get the error "Collecting from unknown thread." Is it possible that some of these functions are not thread safe? I use gdk_threads_enter and gdk_threads_leave. If someone knows this problem, please let me know. Joris -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net [mailto:inkscape-devel-admin@lists.sourceforge.net]On Behalf Of De Winne, Joris Sent: maandag 1 augustus 2005 11:32 To: inkscape-devel(a)lists.sourceforge.net Subject: [Inkscape-devel] sp_style_set_fill_color_alpha in 0.42 Hello, In Inkscape v.0.41 I used sp_style_set_fill_color_alpha() to change te color of a rectangle and create in that way a blinking rectangle. In version 0.42 it looks like there's no sp_style_set_fill_color_alpha(). Is there another function that does the same, changing the css attributes and automatically updating it to the screen? Thnx, Joris

1 0

Scribus+Inkscape UI discussion
by cedric GEMY 01 Aug '05

01 Aug '05

Hi, i did last weeks a kind of analysis of Scribus UI (Open Source layout) (available at http://www.le-radar.com/?articles/scribusUI). As Inkscape and Scribus do goos job together i'm aiming to add some thoughts on their "integration". If you already used those softwares together, if you have things that you find very good or very in the way one or both of these apps are user interfaced, please let me know. Everyone's mind is welcome to improve user interfaces. Cedric

2 1

sp_style_set_fill_color_alpha in 0.42
by De Winne, Joris 01 Aug '05

01 Aug '05

Hello, In Inkscape v.0.41 I used sp_style_set_fill_color_alpha() to change te color of a rectangle and create in that way a blinking rectangle. In version 0.42 it looks like there's no sp_style_set_fill_color_alpha(). Is there another function that does the same, changing the css attributes and automatically updating it to the screen? Thnx, Joris

1 0

Google Summer of Code updates needed
by Bryce Harrington 01 Aug '05

01 Aug '05

Hi all! One of the key, oft-proven principles of Open Source development is "Release Early, Release Often". This is important because it makes it easier for other people to help you. I think for our Google Summer of Code students, it will be vital for their learning about Open Source processes to go through at least a couple releases, so they can see how this works in practice. I know it's a bit different from what we're trained in school to do; in school you have a due date and you (in theory) work on your assignment in secret from other students, and turn it in at the end. Open Source is very different; it's like you take your half-finished assignment to the clubhouse and trade answers with everyone else, and the more you cross-check with each other, the more likely everyone is to get a perfect score. ;-) Anyway, with the 0.42 release wrapping up, we're at a point where we're ready to integrate work from the Google Summer of Code students. Michael, David, Greg, and Matthew, can each of you report in on where you are in your work, how we can help you, and what you might be able to add to CVS within the next week or so? (Also, if you have any questions about getting access to or using CVS, please just ask and we'll get you set up.) Thanks, Bryce

7 7

RE: [Inkscape-devel] Google Summer of Code updates needed
by Yip, David W 01 Aug '05

01 Aug '05

I'll fill you guys in now :) There's a business center around here that has Internet access, so I'm using their facilities right now. I'm not sure if I can hook up my laptop and do a CVS commit from here, but I'll give it a try soon. Apologies if this mail is received as an HTML mess -- I have to use the Outlook web interface, and I'm not quite sure how to tell it to format as plain text...anyway. The modifications to configure.ac are complete, and compiling with/without the whiteboard code works fine, so that's all ready to go. On the subject of required libraries: the whiteboard code, as of yesterday, also depends on Boost v1.31.0+ for functor argument binding, smart pointers, and some miscellaneous utility classes. I think it's possible to just include the required Boost files with the Inkscape source distribution (they're all self-contained template classes as far as I can tell), but I'll leave it out for now until given the OK for inclusion. -- David ________________________________ From: inkscape-devel-admin(a)lists.sourceforge.net on behalf of Ted Gould Sent: Thu 7/28/2005 7:30 PM To: Bryce Harrington Cc: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] Google Summer of Code updates needed Quick update because David is without Internet access for the next few days. He can fill in more when he gets back. He's about ready to commit but I asked him to make some changes to configure.ac so that it will detect loudmouth, and not compile the whiteboard stuff if it isn't available. He just needs to test that feature before committing. --Ted Bryce Harrington wrote: > Hi all! > > One of the key, oft-proven principles of Open Source development is > "Release Early, Release Often". This is important because it makes it > easier for other people to help you. > > I think for our Google Summer of Code students, it will be vital for > their learning about Open Source processes to go through at least a > couple releases, so they can see how this works in practice. > > I know it's a bit different from what we're trained in school to do; in > school you have a due date and you (in theory) work on your assignment > in secret from other students, and turn it in at the end. Open Source > is very different; it's like you take your half-finished assignment to > the clubhouse and trade answers with everyone else, and the more you > cross-check with each other, the more likely everyone is to get a > perfect score. ;-) > > Anyway, with the 0.42 release wrapping up, we're at a point where we're > ready to integrate work from the Google Summer of Code students. > > Michael, David, Greg, and Matthew, can each of you report in on where > you are in your work, how we can help you, and what you might be able to > add to CVS within the next week or so? > > (Also, if you have any questions about getting access to or using CVS, > please just ask and we'll get you set up.) > > Thanks, > Bryce > > > ------------------------------------------------------- > 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

5 6

Re: [Inkscape-user] Inkscape for windows
by Adib Taraben 01 Aug '05

01 Aug '05

Bryce Harrington schrieb: > On Fri, Jul 29, 2005 at 07:28:14AM -0500, aaron@...749... wrote: > >>Sadly, the only real way to find out what is needed to make an extension >>work is chasing it through the inx files. Browse to the >> >>As you figure out what various extensions require and confirm that they >>work, please add the details to the wiki. >>http://inkscape.org/cgi-bin/wiki.pl?GettingExtensionsWorking > > > Brett, Leopold, Aaron, Ted, Alexandre, and other participants in this > thread, I think it'd be worthwhile if we could get this page fleshed out > more. Could you guys take a look at that page and see how it could be > improved? > > Thanks, > Bryce > Could someone guide me to the page where all the parameter and options of that .inx file is described. Do we have an option to pipe not to STDIN/STDOUT but through temporary file ? Adib.

3 2

Re: [Inkscape-user] Inkscape for windows
by Bryce Harrington 01 Aug '05

01 Aug '05

On Thu, Jul 28, 2005 at 11:28:03PM -0700, Ted Gould wrote: > On Fri, 2005-07-29 at 08:17 +0200, Adib Taraben wrote: > > This problem is about the inkscape\share\extensions\eps_input.inx file. > > > > it looks for a "gs" in your path: > > <dependency type="executable">gs</dependency> > > > > In order to have this done you need to have ghostscript in your PATH. > > add "C:\program files\gs\gs8.51\bin" to PATH > > and rename gs into gswin32c.exe in the inx file > > Oh, cool. So how do we want to handle this in the future? Have > two .inx files, one for windows and one for everyone else? Do the > windows packagers have any ideas? Perhaps this could be modified to allow alternative program names. It would try gs first, then if that doesn't exist, try gswin32c.exe. This thread probably ought to be moved to -devel... Bryce

1 0

Ideas and complaints about win32 installer
by Taraben, Adib 31 Jul '05

31 Jul '05

Hi, I put a Wiki Page for new ideas and improvements. Everyone can edit this page. http://www.inkscape.org/cgi-bin/wiki.pl?Win32_Installer And yes I know we have a RFE and bugtracking tool yust want to have many eyes looking on the same page. Please everyone check this out and bring your ideas in. Gracie mille, Adib.

2 1

effects menu
by Alexandre Prokoudine 31 Jul '05

31 Jul '05

Hi, Before I go to bugtracker, I'd like to make sure that this is a real issue. Please take a look at www.lrn.ru/~avp/images/effects.png The first thing is easy to see: there is no particular order in menu items, or, to be more precise, the order seems to be random :) Would it be possible to at least alphabetically reorder menu items until extensions fraamework design (covering groups of effects etc.) is finished? The second thing is that "Grid" appears translated in contrary to other effects. I have no idea how this has happened. Is it an issue to be addressed? Best regards, Alexandre

5 9

SVG in OpenDocument
by Jon Phillips 31 Jul '05

31 Jul '05

Hello all, Would anyone be interested in following up on the problems between the OpenDocument format and SVG? Mental, you seemed most versed in discussing these issues previously. I fear we are too late! OOo is geared up with OpenDocument support and I noticed that Krita and other KOffice apps already support the format. Man, why couldn't OpenDocument just use SVG man...ugh! Inkscape will need to support import/export of OpenDocument in the near future. http://books.evc-cit.info/odbook/book.html I have added two bugs for this for export and import: http://sourceforge.net/tracker/index.php?func=detail&aid=1235849&group_id=9… http://sourceforge.net/tracker/index.php?func=detail&aid=1233861&group_id=9… How do you all feel about? What are your thoughts? If you are interested in seeing a quick overview of: http://en.wikipedia.org/wiki/OpenDocument http://en.wikipedia.org/wiki/OpenDocument Scribus already supports this format as well. Daniel, could you inform both lists about the state of your discussion with OASIS about this? Jon -------- Forwarded Message -------- > From: Daniel Carrera <dcarrera@...878...> > To: Jon Phillips <jon@...235...> > Subject: SVG in OpenDocument. > Date: Sat, 02 Jul 2005 04:16:40 -0400 > > Hi Jon, > > I've been trying to follow up on the issue with SVG and OpenDocument. I > admit I'm out of my area here, I don't really know much about SVG. > > I've been trying to contact developers in OpenOffice.org in charge of > SVG import to get them to list where OpenDocument fails to be SVG > compatible and send the information to the OASIS TC. Gary says that the > TC really looks at incomming comments and will try to fix the format. > > Since you know SVG, and you found areas where OpenDocument is not doing > things right, I was hoping that you too might contact the OASIS TC. The > mailing list is office-comment@...879... > > I'm sure that getting the format fixed will be a slow process. I've > never heard of a standards body that did things fast. But I do want to > see the format fixed. > > As for myself, I'm slowly reading through a book on OpenDocument, so I > can have a better idea of what I'm talking about: > > http://books.evc-cit.info/odbook/book.html > > Cheers, > Daniel. > -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

3 5

projective transform extension (almost)
by unknown＠example.com 31 Jul '05

31 Jul '05

This morning on Jabber someone mentioned perspective transforms, so I wasted the whole day trying to see if I could write an extension for such a thing. I can't. I'm missing the most important part: the transformation matrix. But if someone can provide a python function to calculate the transformation matrix given the bbox rectangle of a path and an arbitrary destination quadrilateral, I think it might work. I tried unsuccesfully to borrow code from these two sources: http://cvs.gnome.org/viewcvs/gimp/app/core/gimp-transform-utils.c?view=mark… https://jai-core.dev.java.net/source/browse/jai-core/src/share/classes/java… If someone wants to take a stab at the task my unfinished code is here (I'm not sure what state of debugging I left it in): http://www.ekips.org/comp/inkscape/inx/project.py http://www.ekips.org/comp/inkscape/inx/project.inx In order to use the effect the user must: 1. draw a 4 node path (it makes sense for the path to be closed but I suppose it isn't necessary). 2. adjust those 4 nodes to the corners of the destination quadrilateral. 3. select the control quad before the path that should be transformed. (only those two paths should be selected.) No, I don't think that this is convenient or intuitive. Please help, Aaron Spike

1 0

svgslice and inkscape autodetection warning
by Lee Braiden 30 Jul '05

30 Jul '05

SVGSlice is now working as an extension. If anyone is interested in getting this into inkscape's officially included extensions, would it be possible to do this for 42.1, or is that going to be bugfix-only? There is one small Inkscape issue, which I'm currently working around. I'm calling inkscape from within an extension, like so: inkscape --without-gui --export-id="itemtoexport" --export-png="pngfilename" "svgfilename" But this outputs the following: ** (inkscape:25789): WARNING **: Format autodetect failed. The file is being opened as SVG. Strangely, this doesn't happen on the same file if I load it directly from the command line with inkscape "svgfilename". At the moment, I'm redirecting the errors from the inkscape call to /dev/null, since inkscape will display the warnings as an extension failure. However, I'd prefer not to have to do this, in case inkscape DOES have something important to warn about. Is this something I can prevent, or a bug that can be fixed for 42.1 somehow, regardless of whether the extension can make that release? -- Lee Braiden http://www.DigitalUnleashed.com

5 6

Test some packages
by Daniel Díaz 30 Jul '05

30 Jul '05

Hello, all! I'm about to launch a new Bleeding-Edge Inkscape Factory (now with more bandwidth and more disk space and features) so I'd like some of you to test the generated packages. The temporary URL is: http://mrchapp2.homelinux.net/~inkscape/ This BEIF can do Autopackage for Linux and cross-compile for Win32 (and do Zips, 7zips, NSIS installers, and the good old à la carte directory.) I don't have a Win32 computer to test it with, so I'd appreciate if anyone can test it in the verge of this last release, so that Inkscape 0.43 will have a full-fledged factory from tomorrow on. I'm also very new to Autopackages whatsoever, and don't know if these packages are generated correctly. Hints will be appreciated. Also, this BEIF would be very easily replicated at some other hosts as I prepared a setup script that would take care of it all. I hope this will ease the cross-compiler installations. Thanks to everybody that helped me in setting this up. Greetings! Daniel Díaz yosoy@...31...

4 3

Re: [Inkscape-devel] Test some packages
by aaron＠...749... 30 Jul '05

30 Jul '05

Daniel Díaz wrote: > Hi, Aaron! > > > On 7/24/05, aaron@...749... <aaron@...749...> wrote: > >>Daniel Díaz wrote: >> >>>Also, this BEIF would be very easily replicated at some other hosts as >>>I prepared a setup script that would take care of it all. I hope this >>>will ease the cross-compiler installations. >> >>I'm interested. >>Aaron Spike > > > You can download the scripts from here: > http://mrchapp2.homelinux.net/~ddiaz/inkscape/beif-0.2.0.tar.gz > > Your input is very welcome! I downloaded one of your autopackages today. You have the same problem I have. We need to staticly link the C++ libs. (Though maybe this isn't quite as necessary for the nightly builds.) Aaron Spike

2 1

0.42.1 status
by MenTaLguY 30 Jul '05

30 Jul '05

Here's what I've got now. Any more stuff? Or bug numbers for the missing items? I'm still looking for a fix for the Win98 crashes and font cache issues in particular... (fwiw, I'm saving po and tutorials for last) > 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??]

1 0

Number of Inkscape Users Worldwide
by Jon Phillips 30 Jul '05

30 Jul '05

How could we estimate the number of users of Inkscape internationally? I've been thinking about this much. How many people use Inkscape on a daily basis, or have used it? There must be some good statistical method for calculating how many users Inkscape has...obviously, the concept of user would need to be refined, but is there anyone on this list that could speak to this? We know that we have at least 40,000 new downloads of 0.42 of Inkscape...which is a lowball figure for our total number of users IMO. Could we say there are several thousand users of 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)

3 2

FW: Screenshot für Inkscape ins nächste c't-Heft
by Taraben, Adib 30 Jul '05

30 Jul '05

Bruce, the writer for this german computer magazin C't wanted to add a screenshot in their next issue. He is asking wheter he can just take one from the web page without conflicting any copyrights. This is very urgent as he has to finalize his article tomorrow morning. BTW: do they exists in svg format also ? Thanks, Adib. ---- -----Original Message----- From: Peter König [mailto:pek@...883...] Sent: Thu 7/28/2005 14:28 To: Taraben, Adib Subject: Screenshot für Inkscape ins nächste c't-Heft Hallo Herr Taraben, ich habe eine relativ dringende Anfrage: Das schöne Inkscape-Release soll nach dem Heise-Newsticker nun auch auf einer der Aktuell-Seiten im Heft vorgestellt werden. Dazu bräuchte ich noch bis morgen Mittag (besser noch heute) einen schönen Screenshot des neuen Releases. Es gibt auf der Website ja einige Beispiele, aber kann man davon einfach welche nehmen, ohne dass es Probleme mit dem Copyright gibt? Mit freundlichen Grüßen und vielem Dank, Peter König, c't

10 16

Re: [Inkscape-user] News item about 0.42.1
by Adib Taraben 29 Jul '05

29 Jul '05

bulia byak schrieb: > On 7/29/05, Adib Taraben <taraben.a@...50...> wrote: > >>Bryce, I have solved: >>1247068 WIN32: unable to start when installed over 0.41 > > > Excellent - please make sure the fix gets into 0.42.1 (contact Mental if needed) > Mental, /inkscape/packaging/win32/inkscape.nsi Version 1.9 solves the issue. It clears all dll's, the etc, lib and local path. To remove anything from previous libs. But keeps share , ... Need someone to really doublecheck. I tested on WinXP German. HTH, Adib.

1 0

working directory for extensions
by Lee Braiden 29 Jul '05

29 Jul '05

Is there any reason why Inkscape remains CD'd to the startup directory when calling extensions, or would it be possible to set the working directory to the one a file is being saved in? Otherwise, I need some other way to figure out were to save additional files besides the extension's main output file. -- Lee Braiden http://www.DigitalUnleashed.com

3 6

News item about 0.42.1
by Bryce Harrington 29 Jul '05

29 Jul '05

I've posted a news item about the pending 0.42.1 release, to help warn people who might be running into trouble, and let them know that the best thing to do if they're having trouble is to sit tight until the fixed package is posted. If someone creates a wiki page for 0.42 installation workarounds, let me knwo. I can add a link to it from this news item. Bryce

1 0

ACTION REQUIRED: binary files
by MenTaLguY 29 Jul '05

29 Jul '05

WHAT YOU NEED TO DO: update your working copy with "cvs update -A" IF YOU ARE WORKING ON A BRANCH: use "cvs update -A -r BRANCH" instead. Here's what's going on: It's been reported that bitmap image files in e.g. the tutorials are broken on the Win32 builds. The reason appears to be that images and binary files were often not checked in with -kb as they ought to have been. So folks checking those files out on Windows got corrupt versions. I've fixed now fixed this for existing files via cvs admin. I'm going to try to make it automatic for common file extensions from now on, but I'm sure I'll miss some. In the future, please specify -kb when you "cvs add" a binary file. Thank you. -mental

1 0

Compiling under Win32 - isFinite() problem
by Omar Cornut 29 Jul '05

29 Jul '05

Hello, I'm trying to integrate bezier-utils.cpp into our own GPL software, and integrated necessary headers (from src/ and src/libnr/ especially). So in essence I'm not compiling Inkscape itself, but it's obvious that I would get the same problem if I tried to because the bug has no dependance. Using the 'isFinite' macro doesn't work. Source used: inkscape-0.42.tar.gz System: Win32 (Windows XP) Compiler: Microsoft Visual C++ .NET 7.1.3088 Compiler Log: Compiling... bezier-utils.cpp bezier-utils.cpp(598) : error C2039: 'isfinite' : is not a member of 'std' bezier-utils.cpp(598) : error C3861: 'isfinite': identifier not found, even with argument-dependent lookup [...] The lines with error uses macro 'isFinite' Macro 'isFinite' is defined in 'isnan.h' #if defined(__APPLE__) || defined(__isfinite) # define isFinite(_a) (__isfinite(_a)) /* MacOSX/Darwin definition */ #elif defined(isfinite) # define isFinite(_a) (isfinite(_a)) #else # define isFinite(_a) (std::isfinite(_a)) #endif The last one gets used under my build environment. Looking at mailing list archives, this seems to be a recurring problem, or at least it has been mentionned several times already. At suggested in 'isnan.h', this works: # define isFinite(_a) (!isNaN((_a) - (_a))) Full block, patched: #if defined(__APPLE__) || defined(__isfinite) # define isFinite(_a) (__isfinite(_a)) /* MacOSX/Darwin definition */ #elif defined(isfinite) # define isFinite(_a) (isfinite(_a)) #elif defined (WIN32) # define isFinite(_a) (!isNaN((_a) - (_a))) #else # define isFinite(_a) (std::isfinite(_a)) #endif Not sure if it is the best solution. A specialized isfinite() could possibly be faster but I can't find an implementation on my system. I'm wondering how the official Win32 EXE are getting compiled and if different distributions of MS Visual C++ librairies have some effect on this (probably), so don't take the above patch as taken. In any case, source code from Inkscape 0.42 doesn't work here so it should be worth discussing/fixing it. Thank you all, Inkscape is excellent piece of software. Omar Cornut

1 0

Re: [Inkscape-user] Inkscape for windows and extension dependencies
by Adib Taraben 29 Jul '05

29 Jul '05

Ted Gould schrieb: > On Fri, 2005-07-29 at 08:17 +0200, Adib Taraben wrote: > >>This problem is about the inkscape\share\extensions\eps_input.inx file. >> >>it looks for a "gs" in your path: >> <dependency type="executable">gs</dependency> >> >>In order to have this done you need to have ghostscript in your PATH. >>add "C:\program files\gs\gs8.51\bin" to PATH >>and rename gs into gswin32c.exe in the inx file > > > Oh, cool. So how do we want to handle this in the future? Have > two .inx files, one for windows and one for everyone else? Do the > windows packagers have any ideas? > > --Ted Does somebody knows how that works for Mac ? How are extension dependencies handled in other (multiplatform)applications (ai/gimp/firefox)? Maybe we add a special windows option "path to application" that contains the full path+application name for that like "C:\Program Files\gs\gs8.51\gswin32c.exe". Also thinkable is a menu like in firefox to edit settings for the different extensions. Any input is welcome, Adib. ---

2 1

Inkscape in Top Ten on SourceForge
by Bryce Harrington 29 Jul '05

29 Jul '05

Hey all, I just noticed, for the first time ever we've gotten into the top ten list of most active projects on SourceForge. Inkscape is #6. :-) http://sourceforge.net/top/mostactive.php?type=week Our percentile rank is 99.996. :-) Bryce

1 0

Update of win32 libs
by Bob Jamison 29 Jul '05

29 Jul '05

While looking at the buglist, I noticed more than one mention of a missing symbol in pango.dll. This can happen if Gtk or Pangomm do not find a symbol they need. So I checked the site, and there is a new pango win32 bugfix build, and a Gtkmm bugfix release that includes, among other things, the TreeViewColumn export fix. So I assembled these two into the libs, which are here: http://inkscape.org/win32/gtk26-050729.7z If you are a win32 builder, let me know how they work. I -hope- that this takes care of the missing symbol problem. I know that there are 3 missing symbols from atk.dll, but we will likely not encounter those. Little problems like these are "upstream," and we can only report them. It would be wonderful if we could build the whole dependency tree with Mingw from source all the way up to Gtkmm and libxslt, so that we could help find these problems and lend assistance in fixing them. Maybe we can talk with the Gtk/Gtkmm guys and see about doing just that. Bob

1 0

Anyone live near Enschede, Netherlands?
by Jon Phillips 29 Jul '05

29 Jul '05

Hello, I am not able to attend a svgopen.org in Enschede, yet have a paper, Introduction to the Open Clip Art Library and am scheduled to present this in Enschede as part of svgopen.org for 2005. Would anyone be willing to present the project on my behalf? I have the slides, paper, and talk all prepared, and it would just be a matter of schmoozing and talking with participants. If I can't find someone to do this, then I will have to remove the presentation and maybe paper from the conference...which I really don't want to do. Please contact me if you would like to attend and present Inkscape and the Open Clip Art Library at this conference. Thanks! 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)

4 5

[matthew.squires@...854...: Re: [Inkscape-devel] Google Summer of Code updates needed]
by Bryce Harrington 29 Jul '05

29 Jul '05

Thanks for the status update Mark, I hope we'll be able to see your dxf conversion code before too long. A few people have had questions regarding implementation approach that this will help address. Good luck, Bryce ----- Forwarded message from Matt Squires <matthew.squires@...854...> ----- > Hi all! > > One of the key, oft-proven principles of Open Source development is > "Release Early, Release Often". This is important because it makes it > easier for other people to help you. > > Michael, David, Greg, and Matthew, can each of you report in on where > you are in your work, how we can help you, and what you might be able to > add to CVS within the next week or so? > > (Also, if you have any questions about getting access to or using CVS, > please just ask and we'll get you set up.) > > Thanks, > Bryce > Hi, I was making good progress and then the group that funds my PhD research said they would take away funding unless we demonstrate some specific details. Needless to say my evenings are now spent in the lab instead of coding. I was importing most common elements common to dxf and svg, and was starting work on elements that were not common. The deadline is Aug 10th for the funding, so after then I hope to hit SOC hard after the 10th and finish it up. As far as exporting from SVG to DXF, there is some coding but as I understand the finer points of the two formats there is not much more than parsing the data and then saving to a file. I will try to make some time to release some code that can be tested for the import. However don't hold your breath... Matt ----- End forwarded message -----

1 0

[dneale@...936...: Inkscape]
by Bryce Harrington 29 Jul '05

29 Jul '05

Hi Douglas, Thanks for the info, I'm passing it along to the list. One of the differences between Inkscape and commercial applications like Quark and Adobe Illustrator is that many of our extensions come from external contributors, and thus there can be some implementational variability from one to the next. For instance, we allow them to be written in a variety of different scripting languages. This is a strength from the standpoint of allowing us to incorporate a lot of creative new features, but of course also has the weakness that we cannot enforce the same level of standardization that commercial development companies can. However, we have recognized that we definitely need to work in improving the way extensions work, and are hoping to focus on making them better and easier to add in over the next several months, so your input here is quite relevant, thanks! Bryce ----- Forwarded message from Douglas Neale <dneale@...936...> ----- Date: Thu, 28 Jul 2005 14:32:45 +0100 From: Douglas Neale <dneale@...936...> To: bryce@...1... Subject: Inkscape Hi Bryce, As there isn't a 'suggestions' link on the site and you are top of the 'hero' list, you are getting this email. First of all, congratulations on what seems to be an awesome product. I picked up a reference to it this morning on the Adobe forum posting and immediately downloaded it and checked it out under XP. Will do the Mac OSX check tomorrow. I have a small suggestion for you to pass on (or ignore if you wish) which relates to the discussion on extension architecture. Firstly, let me explain that I write Quark Xtensions and that Quark provide a fairly robust procedure when starting up so that Xtensions are handled properly. >From the perspective of the Xtension code you first try to login with a unique code (normally the developer ID+ a fourth letter) and if you get back an error code you shut down the Xtension, after displaying an optional error message quoting the error code received. >From the perspective of the user, there is a Xtension Manager item on the Utilities Menu which lists all Xtensions, loaded or not, which can be individually 'examined' to show some detail of each. Each Xtension is written in C and compiled as a DLL and is just dropped into the Xtension folder alongside all its fellow Xtensions. Any other installation requirements do not concern Quark and can be handled any way you choose. Quark supply a header file and a library file of all their internal functions which are visible to the Xtension developer. Needless to say, there are several thousand functions in that library. Adobe do an almost identical thing, except that their Plugins are written in C++. I am not advocating that you adopt the Quark/Adobe solution in toto, I am just pointing out that the management of plugins is important and can thus influence the choice of architecture. The clashing of mutually incompatible plugins trying to use the same resources can be a real pain. Regards, Douglas Neale ----- End forwarded message -----

3 3

Getting involved
by Tarjei Knapstad 29 Jul '05

29 Jul '05

> > Bryce, are you going to update the roadmap? > Yes. It would be nice if someone could go through and mark all the > completed stuff done, and/or delete tasks that are no longer needed. > > I"m also hoping to continue working on the test system and continuing > the gtkmm work on SPView over the next few months. I"m also playing > with Cairo a bit, but only experimentally. Hi! I've had an eye on Inkscape for some time now as an interesting project that I might want to get involved in. As I've started to get some more time on my hands lately, I guess now might be a good time to jump in :) I've got about 6 years of C++ inexperience (the last 4 professionally) and I've done quite a bit of UI code (gtkmm in the beginning, but Qt for the past 4 years). I've got some comments/questions first though, related to the quoted text above: - An updated roadmap/tasklist would be very nice, looking forward to that. - I'd be interested in helping out with the Gtkmm work, so I'm curious about the state of affairs in that department. Does the current gtkmm stuff live in a separate branch in CVS? I've done some gtkmm/libsigc++ code in the past (will have to read up on the API's again :)). I'll read through the Rearchitecture discussion in the Wiki later tonight to try to get a better understanding of where you're headed (are these documents fairly up to date btw?). - Cairo is something else I'm interested in, but I'm guessing this is a bit further down the road? - It would be nice to have faster rendering of the documents under windows (I think I read a bug report on this). Is there any interest in profiling and optimising the current code, or is the move to Cairo as a vector drawing backend meant to take care of this so that it would just be a waste of time? In any case, I'll start out with familiarising myself with the current codebase first. If any of you current developers have any small/minor tasks I could get my feet wet in that would be great (speaking of which: is the InkscapeJanitors page in the Wiki still valid?) Cheers, -- Tarjei Knapstad

4 5

svgslice: guide vs. rect methods?
by Lee Braiden 29 Jul '05

29 Jul '05

The previous version I did of svgslice allowed slicing by drawing rectangular areas to slice, AND slicing by the use of guides. The guides are quite inflexible, though, and and became largely obsolete when the rectangle-based method was done. Rectangles allow overlapping areas, and specifying things like the slice name in the rectangle's properties. Eventually, it could allow things like setting the output format for that slice, and its compression level, etc. Guides *are* a bit faster for simple stuff like just slicing an image into two halves. But I'm a little concerned about the confusion for users of having two separate methods, etc. Would anyone miss the guide-based method if I left it out and focused on the more flexible method? As long as you can snap rectangles to a grid, it shouldn't be too different. -- Lee Braiden http://www.DigitalUnleashed.com

2 1

EPS import [was : Re: [Inkscape-user] Inkscape for windows]
by Alexandre Prokoudine 29 Jul '05

29 Jul '05

On 7/29/05, Ted Gould <ted@...11...> wrote: > EPS is kinda a hack, you'll need ghostscript, pstoedit and sketch to be > able to get the EPS import working. Btw, I don't understand why people think that it's a good idea to borrow pdf exporting code from Scribus and do not mention very nice EPS importing code in the same Scribus ;) Alexandre

1 0

dependency graphs in doc/ proposal
by Ralf Stephan 29 Jul '05

29 Jul '05

Hello, I have placed a section about code modules at the bottom of http://www.inkscape.org/cgi-bin/wiki.pl?DeveloperManual containing links to ten dependency graphs which are IMHO quite interesting when mutually compared. If you agree they should be in the distribution doc/ directory, please speak up, and I'll commit them. ralf

3 4

Re: [Inkscape-user] stroke stroking stroke
by unknown＠example.com 28 Jul '05

28 Jul '05

Quoting bulia byak <buliabyak@...400...>: > Argh. I fixed that bug yesterday in CVS. Sorry it was my mistake. Should we wait a week or so (in case any other issues show up) and do a paper bag release (0.42.1) which patches them? -mental

6 12

request cvs access
by Adib Taraben 28 Jul '05

28 Jul '05

Bryce, I would like to have cvs access in order to quickly tweak something on the win32 installer. My sf ID is theadib Thanks, Adib.

2 1

Dynamically changing SVGView
by De Winne, Joris 28 Jul '05

28 Jul '05

Hello, First of all, congratulations with the 0.42 release. I'll install it today or tomorow. I'm working on Inkscape to create an SVGViewer. Now I've seen in Inkscape that when I add in the user interface a rectangle, this rectangle is automatically added into the xml representation and also rendered. I would like to do the same, but with more complex structures. To give an example: I'm listening on a socket and on that socket I can receive structures in the form: <svg> <rect .... /> <rect .... /> <rect .... /> <rect .... /> .... </svg> Those structures I want to add to my SPDocument and render them automatically without recreating a new SPDocument. Does somebody know where I can find the code that is adding the rectangle in the Inkscape User Interface to the xml file and automatically renders the rectangle? Any help is always welcome. Joris - - - - - - - DISCLAIMER - - - - - - - - Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you.

3 3

justify text
by Jon Phillips 28 Jul '05

28 Jul '05

Bulia and Cyreve, What will it take to get justified alignment working? Man, I wish I knew what you guys are working on...you guys are like submarines with your ideas...Maybe you could both outline your plans and what you are working on and that way others might also help out. But whatever, you guys have a style of working down that works, so I don't want to break that. ;) 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)

3 3

OSX not starting?
by bulia byak 28 Jul '05

28 Jul '05

Many OSX people on Slashdot complain that Inkscape does not start for them, just hangs and shows nothing. Does anyone have an idea what's going on? Here's the bug: http://sourceforge.net/tracker/index.php?func=detail&aid=1245978&group_id=9… -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 4

Re: Missing library in inkscape-00.42 linux 686 rpm
by Gene Heskett 28 Jul '05

28 Jul '05

On Wednesday 27 July 2005 18:49, Kees Cook wrote: >On Wed, Jul 27, 2005 at 06:16:49PM -0400, Gene Heskett wrote: >> Message sent > >Cool. I'm uploading a repackaing of the "static" rpm that you can > try out. It's up there now. Ok, but it doesn't seem to have gained much if any weight. >From http://sourceforge.net/project/showfiles.php?group_id=93438 Shows the i686 static as 11131981 in size. Here its about a meg bigger, so we'll find out. Did you put the executable someplace new? I'm still getting the same error. inkscape: error while loading shared libraries: inkscape: undefined symbol: g_option_error_quark even when I exec /usr/bin/inkscape. Humm, lemme run ldconfig JIC. No, that doesn't help. Should I try the i386 version? This is an XP-2800 Athlon. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.35% setiathome rank, not too shabby for a WV hillbilly Yahoo.com and AOL/TW attorneys please note, additions to the above message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved.

4 6

Inkscape about screen
by Den=?iso-8859-1?Q?=EDs_Fern=E1ndez_Cabrera?= 28 Jul '05

28 Jul '05

Hello, I'm sorry I could not answer before today -- I was working in a summercamp in the middle of the woods, and didn't have any connection to the Net in the past 15 days. I didn't thought the next Inkscape version would be released b efore I came back. The SVG source file, in case you still want it -- or if you still can include it in the program -- is here: http://gatonegro.ceibes.org/arquivo/varios/inksplash1.svg.gz It is useable under the terms of the Creative Commons Attribution - Sharealike license, though we can discuss other terms if necessary. Denís. ########################################### # Denís Fernández Cabrera # # Correo, Jabber: denis@...927... # # Güeb: gatonegro.ceibes.org # ########################################### [ Por favor, acusa recibo. ] [ Please confirm reception. ] Kees Cook disse: > Hello! > > I'm not sure if other Inkscape folks have contacted you, but I'm one of > the release wardens for 0.42, and you've won the About Screen contest. > We'd like to get a copy of your original .SVG file so we can include it > in the release. Thanks! > > http://www.deviantart.com/view/19683871/ > > Feel free to send it either to me or to > inkscape-devel(a)lists.sourceforge.net > > Thanks again and congratulations! :) > > -- > Kees Cook @outflux.net >

6 5

Inkscape in the Press
by Taraben, Adib 28 Jul '05

28 Jul '05

Hi all, after the german c't guy got the information about the release he put a nice articel on their news ticker. http://www.heise.de http://www.heise.de/newsticker/meldung/62184 Adib. ---

1 0

[santiagoroza@...400...: Inkscape / GTK+]
by Bryce Harrington 28 Jul '05

28 Jul '05

Thanks Santiago, a few people have commentd on the windows Gtk+ lib bundling before, but I'll pass your comments along to the developers. They've been investigating alternative packaging approaches, so you may be more satisfied with it in the future. Bryce ----- Forwarded message from Santiago Roza <santiagoroza@...400...> ----- Date: Wed, 20 Jul 2005 12:26:51 -0300 From: Santiago Roza <santiagoroza@...400...> To: bryce@...1... Reply-To: Santiago Roza <santiagoroza@...400...> Subject: Inkscape / GTK+ Hello, my name is Santiago Roza, and I'm a freelance writer for USERS magazine (a tech mag in Argentina and Mexico), specialized in Free software. First of all, I'd like to congratulate you for your work: it's great to have a Free [and top quality] vector drawing program, and it's because of extraordinary people like you that F/OSS keeps evolving. That said, I'd like to make a tiny little suggestion for the Win32 builds: I've seen you guys are bundling the GTK+ libraries with the installer, and while I have to admit that may ease things to some extent, I don't think it's the best (and most thoughtful) choice, considering there are many other Win32 apps which also depend on GTK+ (GIMP, X-Chat, Gaim, Abiword, Dia, and maybe more in the near future). Well I guess that's all for now. Greetings, and thanks in advance. -- Santiago Roza santiagoroza@...400... http://santiagoroza.blogspot.com/ PD: I'm sorry I'm contacting you personally, but I couldn't find a generic Inkscape email adress. ----- End forwarded message -----

6 10

DDC '05 Inkscape presentation
by Bryce Harrington 27 Jul '05

27 Jul '05

I've posted the presentation I gave at the Desktop Developer's Conference in Ottawa last week here: http://www.bryceharrington.com/Present_desktopcon/ Looks like Firefox can display most of it directly, but a few slides are missing some of the elements, so I've also uploaded it as a tarball. To view it, open the tarball, cd into Present_desktopcon/ and then run $ inkview *.svg Also, there is a Slideshow/ directory with some examples of art that folks have done with Inkscape. Bryce

1 0

Re: Re: configure error libgc x86_64
by Hendrik-Jan Heins 27 Jul '05

27 Jul '05

Incorporating the patch was not as smooth as I hoped. The main reason for this was the fact that there's no "autogen.sh" in the inkscape tarball. SO I took that from CVS. However, the patch seems to work. Compiling went ok. I'll send the RPM to the file list in a couple of minutes. Thanks Kees! Hendrik-Jan Thanks for the log. Looks like a "fix" for linking libgc on BSD broke x86_64. :( Try the attached patch for configure.ac (and re-run autogen.sh). Hopefully that will make it work again. -- Kees Cook @outflux.net --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="conf.diff" --- configure.ac 2005-07-24 14:17:54.000000000 -0700 +++ /scratch/src/inkscape/inkscape/configure.ac 2005-07-27 07:07:37.291474392 -0700 @@ -76,6 +76,20 @@ AC_MSG_ERROR([libpng >= 1.2 is needed to compile inkscape]) fi +dnl Handle possible dlopen requirement for libgc +AC_CHECK_LIB([dld], [shl_load], [lt_cv_dlopen="shl_load" lt_cv_dlopen_libs="-dld"], [AC_CHECK_FUNC([dlopen], + [lt_cv_dlopen="dlopen"], + [AC_CHECK_LIB([dl], [dlopen], + [lt_cv_dlopen="dlopen" lt_cv_dlopen_libs="-ldl"], + [AC_CHECK_LIB([svld], [dlopen], + [lt_cv_dlopen="dlopen" lt_cv_dlopen_libs="-lsvld"], + [AC_CHECK_LIB([dld], [dld_link], + [lt_cv_dlopen="dld_link" lt_cv_dlopen_libs="-dld"]) + ]) + ]) + ]) + ]) + AC_CHECK_HEADERS([gc.h gc/gc.h], [ # To test for the different required libs, I have to @@ -114,9 +128,11 @@ #else # include <gc.h> #endif + #include <stdio.h> extern unsigned GC_version; int main(void){ unsigned min = ((6 << 16) | (4 << 8) | 0); + printf("%d.%d.%d ",GC_version >> 16, (GC_version >> 8) & 0xFF, GC_version & 0xFF); if (GC_version>=min) return 0; return 1; }]])], -- Publieke GnuPG sleutel beschikbaar op de volgende keyserver: pgpkeys.mit.edu Public GnuPG key available at keyserver pgpkeys.mit.edu

2 1

static rpm requires libgc
by bulia byak 27 Jul '05

27 Jul '05

Kees, I just ran ldd on the static 586 binary for 0.41 and 0.42. One difference is that 0.42 requires libgc: libgc.so.1 => /usr/lib/libgc.so.1 (0x40661000) while 0.41 did not. Why is that? Can we please fix that? I suspect it's one of the reasons for why so many people have problems with running it now. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 2

Inkscape 0.42 release
by Bryce Harrington 27 Jul '05

27 Jul '05

This weekend the Inkscape 0.42 release was branched and tagged, and packages posted. Congrats to everyone that participated in this release! With CVS now tagged and branched, this means we are past the hard freeze. The codebase is now open for commits. Regarding CVS access: If you need access, the rule is that you must have two patches accepted. I know a *lot* of people had patches accepted, so there's probably a fair number of you who qualify. If this describes you, please email your SourceForge ID to me or another admin. (Note that you can continue using the patch tracker if you prefer, the CVS access is given for your convenience.) Our final step to complete the release is to get word out about the release. Rejon is creating and distributing release announcements, but I would also like to strongly encourage others to send out word. Please help us get word out about Inkscape 0.42. Tell people about the nifty new features it has; show off examples of the cool things you're able to do with it; write articles about it in some of the online news sites; find new mailing lists or websites to send our announcement; demo it at LUG's or other OSS gatherings; help friends or family members install it. Looking further forward, I think there is a general concensus that we want to get 0.43 out more quickly than 0.42. This is mainly to give the SoC students a chance to participate in an open source project's full release cycle. We're hoping that 0.43 can be done on the order of a month or two. Bryce

4 4

linuxformat
by Jon Phillips 27 Jul '05

27 Jul '05

I've been contacted by Linux Format (UK) for an interview about Inkscape for their upcoming issue. Cool! PR pays off! 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)

3 2

recent commits
by Ralf Stephan 27 Jul '05

27 Jul '05

Sorry for touching so much header files again but that's the last time for the next weeks, promise! I thought better this way than in a steady trickle. ralf

2 1

Inkscape 0.42 release
by Bryce Harrington 27 Jul '05

27 Jul '05

Simarilius pointed out that we're getting a surge of interest in our release. Just within the past day, there's been over 28,000 downloads of 0.42 packages: http://sourceforge.net/project/stats/detail.php?group_id=93438&ugn=inkscape… For comparison, we saw 168,750 total downloads of 0.41, including about 35,000 in the first month of the release. I have a feeling we'll be exceeding that a bit this time. ;-) Good work everyone, and congrats to Rejon for getting the release news out all over the internet, and to Bulia for getting an announcement posted to Slashdot today. The Inkscape Marketing Machine in action! :-) It's really impressive to see how well the teamwork has worked for this release; I don't think I could count the number of people who made critical contributions to the process, from debugging to documenting to translation to packaging to marketing. Bryce

1 0

Re: configure error libgc x86_64
by Hendrik-Jan Heins 27 Jul '05

27 Jul '05

Attached is the output of the config.log file. Hendrik-Jan -- Publieke GnuPG sleutel beschikbaar op de volgende keyserver: pgpkeys.mit.edu Public GnuPG key available at keyserver pgpkeys.mit.edu

2 1

./ TIME!!!
by Jon Phillips 27 Jul '05

27 Jul '05

http://slashdot.org/articles/05/07/27/0149246.shtml?tid=152&tid=1 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

configure error libgc x86_64
by Hendrik-Jan Heins 27 Jul '05

27 Jul '05

I'm trying to build inkscape on Mandriva Linux 2005LE x86_64. Unfortunately, the build fails on the check for gc/libgc. Here's the output: checking gc.h usability... no checking gc.h presence... no checking for gc.h... no checking gc/gc.h usability... yes checking gc/gc.h presence... yes checking for gc/gc.h... yes checking for GC_init in -lgc... no checking for GC_malloc in -lgc... no checking for GC_realloc in -lgc... no checking for GC_free in -lgc... no configure: error: libgc (the Boehm Conservative Collector) 6.4+, is needed to compile inkscape -- http://www.hpl.hp.com/personal/Hans_Boehm/gc However, gc is installed (version 6.5), and inkscape 0.41 did compile on exactly the same config. On Mandriva Linux 2005LE i586 inkscape 0.42 did configure without problems, using the same gc and configure settings. Does anyone know what's going on here? Hendrik-Jan -- Publieke GnuPG sleutel beschikbaar op de volgende keyserver: pgpkeys.mit.edu Public GnuPG key available at keyserver pgpkeys.mit.edu

2 1

Inkscape Announces 0.42 Release :: http://www.inkscape.org
by Jon Phillips 26 Jul '05

26 Jul '05

July 26, 2005 — The Inkscape community today announced the release of Inkscape 0.42, a cross-platform Open Source Scalable Vector Graphics (SVG) drawing tool. Inkscape 0.42 is the most feature-filled release to date, with an exceptional number of major and minor new features, usability improvements, and bug fixes. While some of the new features simply fill long-standing functionality gaps, others are truly revolutionary. Inkscape 0.42 is one step closer to full SVG compliance. This release adds: * Flowed Text: Text objects that automatically re-flow to any shape (and not just a rectangle). * Text Selection: One can now select part of a text and apply any style to the selection, just like in a word processing application. * Gradient Tool: A completely redesigned and much easier to use on-canvas gradient interface with handles displayed directly in the drawing. * Effects: These are now usable from within Inkscape on all platforms. This version ships with a collection of effects including path interpolation, randomization, and various fractal algorithms. * Color Swatches: This standard facility of most graphics software is now a part of Inkscape. * Colored Clones: Clones may now be painted differently from their original. * Tile Tracing: The Tile Clones dialog can trace an existing image with tiling, producing a multitude of exciting effects. * Grid Arrange, Baseline Align, Unclumping: There are new, powerful ways to arrange objects. * Better PS/EPS Export: PostScript level 3 gradient support, better text handling, and a command line option for batch export are in this release. * Command Line SVG Analysis: Inkscape may now be used from the command line to query coordinates and dimensions of objects in an SVG file. * Better SVG/CSS Compliance: Notably, internal CSS stylesheets are now supported (read-only). * Mac OS X Support: In addition to Linux and Windows, Inkscape 0.42 is now available as a fully self-contained dmg package for Mac OS X. There are also dozens of smaller features and usability enhancements (especially in the Fill & Stroke dialog, Node tool, and drawing tools). In this version the development community closed 404 bugs, some quite serious, and 165 feature requests. Overall, the Inkscape developers are very excited about this release and heartily recommend upgrading. Thanks to Google's Summer of Code, there are four new student developers adding new functionality to Inkscape this summer. Michael Wybrow is adding connectors for automatic diagramming. David Yip is picking up the development of Inkboard (http://inkboard.sf.net/) to integrate networked collaborative editing of documents to Inkscape. Matthew Squires is adding DXF Import and Export. Greg Steffensen is working with the Open Clip Art Library to make a common graphical interface from the Library to Inkscape. Thanks to the $20,000 worth of funding for these developments from Google, the Inkscape developers are aiming to accelerate the development cycle for the next few releases in order to promote these projects. Download Linux, Windows, and Mac OS X packages: http://sourceforge.net/project/showfiles.php?group_id=93438 For many more details, see the complete Release Notes for 0.42: http://inkscape.org/cgi-bin/wiki.pl?ReleaseNotes042 Community submitted screenshots: http://www.inkscape.org/screenshots/ About Inkscape Inkscape is an open source drawing tool that uses the World Wide Web Consortium's (W3C) scalable vector graphics format (SVG). Some supported SVG features include basic shapes, paths, text, markers, clones, alpha blending, transforms, gradients, and grouping. In addition, Inkscape supports Creative Commons' metadata, node-editing, layers, complex path operations, text-on-path, text-in-shape, and SVG XML editing. It also imports several formats like EPS, PostScript, JPEG, PNG, BMP, and TIFF and exports PNG as well as multiple vector-based formats. Inkscape's main motivation is to provide the Open Source community with a fully W3C compliant XML, SVG, and CSS2 drawing tool. Additional work includes conversion of the codebase from C/Gtk to C++/Gtkmm, emphasizing a lightweight core with powerful features added through an extension mechanism, and the establishment of a friendly, open, community-oriented development process.

1 0

SVGSlice extension progress (none so far)
by Lee Braiden 26 Jul '05

26 Jul '05

Jon Philips wrote: > Hello, I'm curious to your progress on SVGSlice and making it into an > extension? Could you send an email to the Inkscape mailing list please > about this...thanks! Jon, I'm sorry to report that I've been too busy to work on this lately. It definitely won't be ready to coincide with the next Inkscape release, if that's what you're wondering :( I *do* want to get it done, though, and my time has freed up recently. So, I'll try to get started on it soon, and hopefully have it all working before 0.44 is released. If anyone can point me to the latest docs for writing Inkscape extensions, that would help some. -- Lee Braiden http://www.DigitalUnleashed.com

2 1

20 minutes to edit this
by Jon Phillips 26 Jul '05

26 Jul '05

http://inkscape.org/cgi-bin/wiki.pl?PressRelease042 Okay, I've put it together...please edit and I will then make the personalized (informal) version from this and then start seeding this release. I'm serious...just edit the page directly and/or post some things here...I'd like to start sending out around 12:30 PM my time PST. 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

release notes should be htmlized?
by Ralf Stephan 26 Jul '05

26 Jul '05

In case noone noticed: The link on the SF Files page with text 0.42 points to a flat text file filling the full page without structure. ralf

2 1

0.42 announcements?
by Kees Cook 26 Jul '05

26 Jul '05

Okay, I think all the packages are on SF now. Who's going to add the News item on the main inkscape site? (Or rather, what else is left to do?) -- Kees Cook @outflux.net

2 1

Re: [Inkscape-devel] Re: confusion on the mandriva bug
by mike＠...869... 26 Jul '05

26 Jul '05

But you compiled Inkscape itself with apbuild, right? That should be good enough when using static libraries. At any rate, the dependencies look OK. I'd suggest people test this new package and let's see if we do any better. Original Message: ----------------- From: aaron@...749... Date: Tue, 26 Jul 2005 09:20:30 -0500 To: mike@...869..., inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] Re: confusion on the mandriva bug mike@...869... wrote: > Base system stuff, available nearly anywhere. The wild card is libC of > course but that's what apbuild is for. If you compiled things statically > using apbuild it should be fine. Maybe I do have a problem then. The only libs I compiled were libgc, libglibmm and libgtkmm. Of those only libgc was compiled with apbuild. Aaron Spike -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

2 1

Re: [Inkscape-devel] Re: confusion on the mandriva bug
by mike＠...869... 26 Jul '05

26 Jul '05

> Well I'm pretty sure it wasn't a typo. I partly followed Kees' > instructions and here is the result. OK, let's have a look NEEDED libpthread.so.0 NEEDED libm.so.6 NEEDED libgcc_s.so.1 NEEDED libc.so.6 NEEDED libz.so.1 Base system stuff, available nearly anywhere. The wild card is libC of course but that's what apbuild is for. If you compiled things statically using apbuild it should be fine. NEEDED libgtk-x11-2.0.so.0 NEEDED libgdk-x11-2.0.so.0 NEEDED libatk-1.0.so.0 NEEDED libgdk_pixbuf-2.0.so.0 NEEDED libgthread-2.0.so.0 NEEDED libpangoft2-1.0.so.0 NEEDED libpango-1.0.so.0 NEEDED libgobject-2.0.so.0 NEEDED libgmodule-2.0.so.0 NEEDED libglib-2.0.so.0 No *mm libraries there, so it looks like it worked! I'm surprised pangoft2 and ATK are there though. Very few programs use those libraries, if they're in the DT_NEEDED list it sometimes indicates the dep stripper isn't working (or it wasn't compiled with apbuild). You can probably ignore this though. NEEDED libxml2.so.2 NEEDED libpng12.so.0 NEEDED libX11.so.6 NEEDED libfontconfig.so.1 NEEDED libfreetype.so.6 NEEDED libstdc++.so.5 These all look OK to me. > Does that look good? I see that Kees' instructions have even more > compiled in staticly. Yes, Kees statically links nearly everything, but for the autopackage we take a less aggressive approach. For instance it's reasonable to assume GTK+ is present (though it may not be new enough!). Likewise, libstdc++.so.5 is usually either present or easily gettable - and we're likely to start 'fixing' distros that don't ship with it in future. thanks -mike -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

2 1

Re: [Inkscape-devel] Re: confusion on the mandriva bug
by unknown＠example.com 26 Jul '05

26 Jul '05

Bob Jamison wrote: > Heh. You might want to check your computer's clock. > The email is dated 01/02/1970. ;-) This is completely off topic. I sent that email yesterday so I would expect it to have been 2005-07-25. But I've been playing with date conversion (unix timestamps to human dates) in MSAccess so that I can work more efficiently with data from our weather station and it seems to be changing the date on my computer. Hmmm. Screwy. Thanks for noticing, Aaron Spike

1 0

[Fwd: Calling for Tux articles!]
by Jon Phillips 26 Jul '05

26 Jul '05

Anyone up for writing a good howto and getting published? I'm going to write a howto on using Inkscape to create a file that is then finally submitted to the Open Clip Art Library. Each howto can get you $300.00, so why not? Jon -------- Forwarded Message -------- > From: Tux Editor <ed@...851...> > To: Ryan Paul <gaerdin@...400...>, Ryan Paul > <segphault@...856...>, John Knight <knight.john.a@...400...>, John > Knight <knightsy_j@...899...>, Xavier Spriet <xavier@...900...>, > Xavier Spriet <xavier@...901...>, Kevin Brandes <blargity@...400...>, > Michael J. Hammel <mjhammel@...902...>, Daniel Jackson > <dejackson@...903...>, Shane <shaneoneal@...904...>, Randall Wood > <rsw22@...729...>, Shannon Baker <sbaker@...905...>, Sean > Carruthers <sean@...906...>, Matthew Downs <mwdowns@...400...>, > Philip W. Raymond <tvphilip@...210...>, Allen Mercer > <allenmmercer@...907...>, James Roettger <roettger@...400...>, Josh > <josh@...908...>, joshuo@...909... <joshuo@...909...>, Karen Hall > <karen@...910...>, Keith McElroy (home) > <keithdmcelroy@...911...>, Lew Pitcher <lpitcher@...456...>, > Phil Barnett <philb@...912...>, Rod Davenport > <rod.davenport@...400...>, Brander, Roy <Roy.Brander@...913...>, > Scott Nesbitt <scott@...914...>, Sudipta Chatterjee > <sudipta_cht@...829...>, Tony Godfrey <tonygodfrey@...782...>, > Aaron Peters <acpkendo@...36...>, Bill Kendrick <nbs@...915...>, > Blessen Cherian <blessen@...916...>, Dave Neary <dneary@...8...>, > David Thorarinsson <dabbi@...917...>, Dirk Elmendorf > <dirk@...918...>, Eric Goebelbecker > <egoebelbecker@...400...>, Gar Nelson <Gar.Nelson@...919...>, Jay > Hamilton <JayHam@...920...>, Jes Hall <jes.hall@...921...>, > jmak <jozmak@...400...>, John Hebert <johnahebert@...36...>, Jon > Phillips <jon@...235...>, Michael <mogmios@...922...>, Michael > Lim <michael@...923...>, Melissa Hardenbrook <pip@...915...> > Subject: Calling for Tux articles! > Date: Mon, 25 Jul 2005 16:35:23 -0500 > > Folks, > > You are getting this letter because you have either > written for Tux Magazine, or we have gotten the > idea that you have expressed an interest in writing > for Tux magazine. Some of you are old-timers > already, but it might be useful to read through the > whole email anyway. > > This has been a bad month for me - I was sick 2 > weeks, full-time single dad, sob story, etc., etc., > > The bottom line is that I'm behind schedule looking > for articles for the September issue. If you have > any original articles or article ideas you could turn > around quickly, please write to me and let me know > asap. If you have an article ready, it is important > that the article has NOT already been published > elsewhere. We get a lot of requests to re-publish > something already published somewhere else, > and I'm afraid we do not do that, not even if the > article was published in a different language. > > I don't expect many (or perhaps any) of you to have > an article ready. So I will follow up soon with a list > of article ideas that are up for grabs. If anything in > the list appeals to you and you think you are up to > the task, then let me know asap. I will need these > articles as soon as possible. > > I will continue to send you ideas, and in the future > the short deadline problem shouldn't exist (at least > it should be rare). Hopefully, we can get a nice > backlog of articles piled up by getting submissions > from many of you, which will make it unnecessary > to go into "emergency mode" like this month. ;) > > Okay -- for the newbies -- please read the brief > guidelines for writing for Tux below, and have a > look at the sample assignment letter we will send > you if we accept an article pitch (or if you agree > to write an article in my suggestions list). > > Thank you all for expressing an interest in Tux! It's > great to have a long list of potential authors we can > draw upon! > > -Nicholas Petreley > > > ------------------------------------------------------------------------------------- > > Here are some quick guidelines for writing for Tux: > > Keep it simple. > > Tux is for desktop users, many of which are newbies > or Windows converts. Most of them use KDE, but > we don't ignore GNOME entirely. If there is a way > to do something point-and-click, then that's > how to write it. Avoid the command line like the > plague. Avoid hexadecimal numbers, etc., like the > plague. Point-and-click is how to do it. > > Our readers are, for the most part, totally > uninterested in open source issues, > free software philosophy, programming, > server issues, how something works under > the covers, etc. They want to know what to > click and when in order to do a certain task. > In other words, if they want to remove red-eye > from their photos, they want to use the > easiest program for doing that, and they > just want to know what buttons > to click, which menu selections to make, > how to select an area of the photo, etc. > > As for hardware, they want to know what > works and what doesn't work. And if they > already have something that doesn't work, > they want to know if there is an easy way to > make it work. When I say "easy way", I > mean they REALLY, REALLY don't want > to compile anything to make their hardware > work! > > > WRITING STYLE TIPS: > > Avoid Passive voice. Use active voice. > > BAD: > > "Color settings can be changed by..." > > BETTER: > > "You can change color settings by..." > > BEST: > > "Here is how to change the color settings. > First, click on X..." > > > If your article has screenshots (and most of > them should), then here's how to handle them > in the text. Refer to them in the text so that > the reader knows which picture to look for > when reading that part of the article. Then > place a marker in the appropriate spot within > the text, identifying your screenshot file, and > the caption that should go with it. > > Example: > > ....article text.... > The Konqueror window should now look something > like what you see in Figure 4. > > ....possibly a bit more article text, but not enough > to lose the context.... > > [insert konq_example.jpg] > Figure 4. Caption: Konqueror Split Windows > > ....more article text... > > > For those who haven't seen it yet, I've included a > sample assignment letter below. Note that we > prefer PLAIN TEXT articles. In a pinch, we can > convert from almost any word processor format, > but whatever you do, please!! > > DO NOT SUBMIT YOUR ARTICLE AS HTML! > > > Okie dokie -- now here's the sample assignment > letter. > > --------------------------- > > Dear ____________, > > Your article "___________" has been accepted for possible > publication in TUX magazine. We expect your article will cover the > following: gadgets for use with Linux, and that it be kept > around 1,000 or more words. > > In the following portion of the assignment letter, please be careful > to use the correct email addresses specified. It is easy to confuse > them because the email addresses are similar -- ed@...924... and > editor@...925... These are two different editors, however. > > The deadline for the final version of your article is ________. The final > version of your article must be sent to editor@...852... Keep in > mind that we do not accept multiple drafts of articles, and therefore, > we expect a complete and final version on or before the deadline. > > If your article is published, we pay $300 for "how-to" articles and > $100 for reviews. If your article falls into another category, we > will negotiate a payment. > > All writing is done on speculation. If TUX magazine decides to use > the work, we will purchase first rights and compilation rights to > the article. However, we are under no obligation to publish > the work. If the article is selected for publication, your payment will be > $________. > > Your article will be copyedited according to TUX style, and > English grammar and spelling, though we ask that you carefully review > the materials you submitted for accuracy and completeness. We expect > that you submit your article in text-only format and that any > figures, tables, listings and sidebars be sent as separate files; provide > titles or captions for all figures, tables, listings and sidebars, and > indicate in the text where such items should be placed. > > Please insert the titles/captions and references to figures, etc., > within the text itself at the appropriate places. Place them on > separate lines from the article text. For example: > > .....article text.... > > [insert configuration.jpg] > Caption: The configuration dialog > > .....article text.... > > Please send a photo of yourself, a brief bio, and your mailing address > along with your article. > > Once your article is submitted, it will be in the publication queue and > therefore cannot be submitted elsewhere unless 1) TUX magazine formally > rejects the article, or 2) the author notifies TUX magazine of his/her > intent and TUX magazine agrees to release the article at that time. > > If you have any questions, please feel free to send email to > editor@...851..., and please cc ed@...852... > -- 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

rel notes reset
by bulia byak 25 Jul '05

25 Jul '05

Bryce: please lock this page from editing: http://inkscape.org/cgi-bin/wiki.pl?ReleaseNotes042 Everyone: please use the above address to refer to release notes for 0.42, in the announcements etc. The page http://inkscape.org/cgi-bin/wiki.pl?ReleaseNotes is reset for 0.43. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

source documentation
by Ralf Stephan 25 Jul '05

25 Jul '05

Hello, just to announce that I committed source documentation changes to several dozen files. People are likely to recompile a lot but you know such things happen after new releases :] There are two doxygen config files in the distribution: src/inkscape.doxygen (used for the web pages) and src/Doxygen. The latter is specific for some files in order to be able to quickly check correctness or missing documentation. My goal for the next release is to have one-liners for all classes and functions in the source files referred to by src/Doxygen. In this regard, I will introduce \note, \todo, and \bug tags in comments, and I would ask people to use them for their own documentation, too. \todo's for example will be collected in a todo file by doxygen. \bug's should be moved into the tracker, eventually, probably. Finally, I noticed people use 'e.g.' and 'i.e.' incorrectly: you should not forget to always place a comma after them, i.e., e.g., like this. Reason: doxygen thinks the sentence ended there. ralf

3 3

Dating documentation
by Bryce Harrington 25 Jul '05

25 Jul '05

Hi all, Someone pointed out that while documentation in general is great, it's important to include a "last updated date" in it. This is because documentation usually far outlasts the thing it documents, and so when we read it several years after it was written, it be incorrect compared with the current state. Placing a last updated date into the file enables future readers to be aware that the information may be out of date. Anyway, something to keep in mind as we continue to make more good docs! Bryce

1 0

Images in the release note
by Khiraly 25 Jul '05

25 Jul '05

Hi! Just a little remark: The release note would be more attractive (and more fun to read) if it is illustrated by images of the apropriate feature. I think many users (who dont have programming skills) are able to take screenshots, and complement the release note with it. For example the new gradient tool is really better domentrate with an image as write down the functionality. Best regards, Khiraly

3 2

Using font kerning information
by Artur Rataj 25 Jul '05

25 Jul '05

The Inkscape version with that glibc bug was compiled from sources, and ran on the same system. It was the build inkscape-20050723-0000. The static RPM you told me to install does not work either: /usr/bin/inkscape: symbol lookup error: /usr/bin/inkscape: undefined symbol: g_option_error_quark Cheers, Artur On 7/24/05, bulia byak <buliabyak@...400...> wrote: > And here's the bug report for your problem: > > http://sourceforge.net/tracker/index.php?func=detail&aid=1166320&group_id=9… > > Read the workaround there and add your comments. > > -- > bulia byak > Inkscape. Draw Freely. > http://www.inkscape.org >

1 0

Re: [Inkscape-devel] Re: confusion on the mandriva bug
by mike＠...869... 25 Jul '05

25 Jul '05

Have you seen Kees Cooks instructions on building static libraries? They might be helpful. Also, are you sure that glibmm is in the APBUILD_STATIC variable and has the right name? I'm not sure what'd be special about glibmm that makes it not work so I expect it's just a typo somewhere. thanks -mike Original Message: ----------------- From: Aaron and Sarah Spike spike@...749... I think I need another hint. I found that I was also missing libglibmm-2.4.a, so I built and installed that. But autopackage still doesn't link it in to my package. The rest of gtkmm is working properly now. Aaron Spike -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

1 0

Inkscape 0.42 tarballs/etc.
by Ted Gould 25 Jul '05

25 Jul '05

Hey Everyone, After months of hard work were happy to introduce an editor beyond, its years, its Inkscape 0.42. Like always, this is a limited announcement until binaries for several platforms can be created. Please wait to tell your friends. Have fun, Ted MD5 Sums: 4af587b942647bf9e27861e2238844c8 inkscape-0.42.tar.bz2 e0a299ff70044fd9a424961bd3ad8c13 inkscape-0.42.tar.bz2.sig 653c81be2fc7c80fd9895e908d3a73f1 inkscape-0.42.tar.gz 04c03f3af1e2700ca92f12d314a37444 inkscape-0.42.tar.gz.sig

2 1

final 0.42 tgz
by Kees Cook 25 Jul '05

25 Jul '05

I'm happy with what I've seen so far with pre3. A few small patches were added and several translation updates. Beyond that, I think all of the "issues" have been packaging. Ted, unless anyone objects, I'd say it's time for the official 0.42 tgz. (Just be sure you see the "inkscape_version.h.mingw" update I added to the "MakingDists" wiki) -- Kees Cook @outflux.net

3 8

new strings to be translated 2
by Arpad Biro 25 Jul '05

25 Jul '05

Dear Translators, There are even more new strings: add these 5 strings to pre3 PO files (or download the current PO from CVS): msgid "small" msgid "medium" msgid "large" msgid "huge" msgid "List" Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

confusion on the mandriva bug
by unknown＠example.com 25 Jul '05

25 Jul '05

Hi, I posted a bug in the bug tracker few hours ago and it seems that there has been confusion with the post of Lucas Vieites. We are not the same person, but we have (almost) the same bug ! And the same system (Mandriva LE 2005)... Personally, my crash is the following : __________________________________________________ /usr/bin/.proxy.inkscape: /usr/lib/libpng12.so.0: no version information available (required by /usr/bin/.proxy.inkscape) Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. Segmentation fault ______________________________________________________ Best, luc estebanez

4 9

Proposed plan for 0.43 development
by Bryce Harrington 24 Jul '05

24 Jul '05

Hi all, As the release of 0.42 nears, I haven't been able to help thinking about what we should do for the next release. I'd like to throw some thoughts out for comment. I think we're all ready for a bit faster release cycle. 0.43 really took a bit too long. Partly that's because we wanted a nice long development cycle, but mostly because we had some extremely ambitious goals. This release, though, the goals are more modest (and already mostly done). As well, we have four Google Summer of Code students producing code, and I think it would serve their learning process (and our own ability to review the code and give them feedback) if they can start getting their code drops out to the Inkscape audience. Thus, I'd like to propose that for at least 0.43 and 0.44 that we shoot for something on the order of a month each: 3 weeks development 2 weeks feature freeze - stabilization / bugfix ~1 week hard freeze release repeat As far as specific development goals, I think we should just set the one goal of having some working code from each of the SoC students, (plus whatever else gets done by others). Some of the students may need our assistance in learning how to integrate code, test it, fix bugs, and so forth. (The originally planned goal of the 0.43 release was to work out how to do extensions, which thanks to hard work by Ted, ACSpike, and others, is already fairly well in the bag.) Anyway, let me know your thoughts on the above, and if it sounds acceptable, we can start on this plan of action as soon as the release of 0.42 is complete! :-) Bryce

4 5

[Fwd: [Fwd: Fwd: free SIGGRAPH exhibits pass info]]
by Jon Phillips 24 Jul '05

24 Jul '05

Anyone who lives in LA or will be in LA, here is a free URL for a pass to Siggraph. There is also a cool conference on WED, AUG 3: http://www.movieeditor.com/ It costs only $59 and would be a good networking event. Also, one of the primary topics is color management and profiles... Jon -------- Forwarded Message -------- > From: Jon Phillips <jon@...235...> > To: Sky Frostenson <sf@...894...> > Subject: [Fwd: Fwd: free SIGGRAPH exhibits pass info] > Date: Wed, 13 Jul 2005 01:01:59 -0700 > > -------- Forwarded Message -------- > > From: Carol Hobson <chobson@...895...> > > To: chobson@...895... > > Cc: cstaggs@...895... > > Subject: Fwd: free SIGGRAPH exhibits pass info > > Date: Wed, 22 Jun 2005 07:58:32 -0700 > > > > if you are in LA between July 31 - Aug 4, and you want to stop by > > SIGGRAPH to see the art gallery and floor exhibits, check the link > > below for a free pass. > > > > >>http://www.newtek.com/shows/siggraph/2005/index.php > > >>register here: http://registration.expoexchange.com/ShowSIG051/Default.aspx > > >>use this "exhibits only" code: New222 > > > > for $25 you can upgrade to exhibits plus (a $60 savings) and have > > more access. http://www.siggraph.org/s2005/. > > > > CRCA research associate, Ruth West, and her collaborators from UCLA > > and USC will present their interactive installation Ecce Homology in > > the gallery and in emerging technologies. > > http://www.siggraph.org/s2005/main.php?f=conference&p=etech&s=etech7 > > > > carol > > > > > > > > -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

1 0

Re: [Inkscape-devel] Inkscape 0.42 pre 3
by unknown＠example.com 24 Jul '05

24 Jul '05

Lucas Vieites wrote: > El vie, 22-07-2005 a las 08:57 -0500, aaron@...749... escribió: > >>Ted Gould wrote: >> >>>Binaries will start appearing shortly, please check back if you're using >>>binary releases of Inkscape. >> >>http://inkscape.modevia.com/ap/inkscape-0.41+0.42pre3.x86.package > > Hi, I just installed this package an when I run inkscape I get the > following output and a core dump: > Notes: > -libpng12.so.0 is available at /usr/lib/libpng12.so.0 > -if I try to run inkscape more than once the preferences.xml file > gets truncated and it issues an error for that also. > > $ inkscape > inkscape: /usr/bin/../lib/libpng12.so.0: no version information > available (required by inkscape) > art_render_invoke: no image source given > > Emergency save activated! > Emergency save completed. Inkscape will close now. > If you can reproduce this crash, please file a bug at www.inkscape.org > with a detailed description of the steps leading to the crash, so we can > fix it. > Segmentation fault (core dumped) > > > Is this enough to file a bug? What distribution are you using? My guess is that you are using Debian Unstable and that this crash is caused by the currently inprogress switchover to gcc 4.0. I suppose after this all settles down we might need packages build with gcc 3.3 and pacakges build with gcc 4.0. Is this a correct assumption? Aaron Spike Aaron Spike

5 6

Inkscape release schedule: Sunday?
by Kees Cook 24 Jul '05

24 Jul '05

How about we release on Sunday if no serious bugs are found? There is going to be no end of trouble on Debian unstable, but that's because the C++ libraries haven't been recompiled yet. However, this is "not our problem". ITEMS - About screen is "too big". If we don't get this solved, it's not a show-stopper, but it'd be nice. - Win98 crash. No immediate progress, small portion of user base, so it's not a show-stopper, but would be nice to fix. - Static .deb. It'd be nice to have something for the Debian unstable folks to test with. Not a show-stopper, I don't think, since it's fine on Ubuntu Hoary and Debian Sarge. -- Kees Cook @outflux.net

5 9

Using font kerning information
by Artur Rataj 23 Jul '05

23 Jul '05

Hello! Since which version using font kerning information works? I tried to run the latest unstable version, but it crashes. *** glibc detected *** free(): invalid pointer: 0x08cb8910 *** Cheers, Artur

2 1

[Fwd: Re: [Fwd: Re: c-t], Inkscape Eintrag im c't Softwareverzeichnis]
by Adib Taraben 23 Jul '05

23 Jul '05

Sorry forgot to forward: The guy from the publisher says thanks for the hints. He is waiting for the release 0.42. They have to give their final CD to the mastering on the August 2nd. Adib. -------- Original-Nachricht -------- Betreff: Re: [Fwd: Re: c-t], Inkscape Eintrag im c't Softwareverzeichnis Datum: Fri, 22 Jul 2005 09:15:33 +0200 Von: Peter König <pek@...883...> An: Adib Taraben <taraben.a@...50...> Referenzen: <42DFE3B9.3090602@...50...> Hallo, Adib Taraben schrieb: > in Eurem Softwareverzeichnis ist Inkscape 2 mal gelistet. Einmal mit der > Vrsionnummer 0.40 und ein anderes mal mit der Versionsnummer 0.41. Das > ist sicher ein Irrtum. Danke für den Hinweis. Ja, das ist ein Irrtum, den ich gleich beseitigen werde. > Derzeit arbeiten wir mit Hochdruck an der Version 0.42. Sie wir > innerhalb der nächsten 10 Tage erscheinen. Und wir warten schon gespannt darauf, weil wir inkscape in der neusten Version gerne auf unserer nächsten Heft-CD drauf hätten (das hatte ich mit Bryce schon geklärt). Wir müssen die CD am 2. August zum Mastering geben - klappt das noch bis dahin? Das wäre toll! > Am Bessten passt der Eintrag: > inkscape [ Grafik > Vektorgrafik/Zeichnen ] > Zeichenprogramm, das mit Grafiken ... > > Ich hätte aber noch zwei kleine Korrekturen: > -Vektorgrafik-Programm, das mit ... anstatt Zeichenprogramm, das mit ... > -eine Version für MacOS ist auch verfügbar, das ist noch nicht als > verfügbares System gekennzeichnet Das ändere ich gleich. Vielen Dank und alles gute für heiße Phase der Entwicklung, Peter König, c't

1 0

Inkscape on Mac problems
by Jon Phillips 23 Jul '05

23 Jul '05

My gf. tried to use Inkscape on her new imac with os x tiger and jpeg files (and probably others) can not be opened or imported. Michael, is this a quick library fix, or should I file a bug. Jon -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

2 4

Inkscape renderer assembly code
by Bryce Harrington 23 Jul '05

23 Jul '05

Hi David, You mentioned you were interested in collecting optimization routines from apps, to be included in liboil, so here's Inkscape's: http://cvs.sourceforge.net/viewcvs.py/inkscape/inkscape/src/libnr/ (See the .S files.) Hope this helps, Bryce

1 0

[pek@...880...: inkscape on c't shareware CD]
by Bryce Harrington 23 Jul '05

23 Jul '05

FYI. I gave them the ok to include inkscape under GPL. ----- Forwarded message from c't computer magazine <pek@...880...> ----- Date: Tue, 12 Jul 2005 13:34:28 +0200 From: c't computer magazine <pek@...880...> To: bryce@...58... Subject: inkscape on c't shareware CD [Deutsche Fassung: siehe unten.] Dear Software Author, In 2005 multiple issues of c't magazine will include a CD-ROM. The fifth one is c't 18/2005. Its CD-ROM features a hand-selected collection of free- and shareware programs as well as fully registered versions of foto software. Your Software "inkscape" has been pre-selected to be part of this collection. For each program on the CD-ROM there will be a detailed description in the magazine. To put your software on the CD we need your consent as soon as possible, since the deadline is imminent. It can easily be given on our Website at http://www.heise.de/bin/ct/shareware/cdprod.pl?id=5707&cdprod=sw0505&k=be14… where you will find a form for your data. In order to protect your information we generated the following authentification code for you: be146a1b610e0e2dbfaa7770233d1777 To be able to include your software we need your consent until the 08/02/2005 at the latest. Thanks a lot for your assistance! In case you haven't heard about c't: with about 400.000 sold copies every fortnight we are among Europe's most successful computer magazines. If you have any further questions please contact pek@...881... Regards, Your c't magazine Sehr geehrte Programmautorin, sehr geehrter Programmautor, das c't magazin legt auch 2005 wieder mehrere CD-ROMs der "c't-Software-Kollektion" bei, die Free- und Shareware-Programme sowie Vollversionen ausgewählter Software für Windows, Mac OS, Linux und PDAs enthalten sollen. In Ausgabe 18/2005 wird es um das Thema "Foto-Workshop" gehen. Ihr Programm "inkscape" ist Teil unserer Vorauswahl. Jene Programme, die wir letztlich auf CD veröffentlichen, werden wir auch ausführlich im Heft vorstellen. Um Ihre Software mit aufnehmen zu können, benötigen wir so schnell wie möglich Ihre Genehmigung. Die können Sie uns innerhalb weniger Minuten erteilen. Bitte rufen Sie dazu in Ihrem Web-Browser die Seite http://www.heise.de/bin/ct/shareware/cdprod.pl?id=5707&cdprod=sw0505&k=be14… auf, unter der wir ein Formular für Ihre Daten vorbereitet haben. Alles Weitere wird dort erklärt. Damit das Ganze sicher stattfindet, haben wir Ihnen einen Authentifizierungscode zugeteilt: be146a1b610e0e2dbfaa7770233d1777 Auf Grund des kurz bevorstehenden Redaktionsschlusses möchten wir Sie um eine schnellstmögliche Antwort bitten! Wir können Ihre Software nur dann noch berücksichtigen, wenn Sie bis _spätestens_ 02.08.2005 antworten. Vielen Dank für Ihre Unterstützung. Falls Sie c't noch nicht kennen: Mit ca. 400.000 verkauften Exemplaren (IVW- geprüft) gehören wir zu den erfolgreichsten Computermagazinen Europas. Bei Rückfragen wenden Sie sich bitte an pek@...881... Vielen Dank für Ihre Unterstützung. Mit freundlichen Grüßen, Ihr c't magazin ----- End forwarded message -----

3 3

new strings to be translated
by Arpad Biro 22 Jul '05

22 Jul '05

Dear Translators, Recently a few new strings appeared in the PO files, so please complete your translations. The new strings are already in pre3's PO files. Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Translation Dialog icons broken (win32?)
by Adib Taraben 22 Jul '05

22 Jul '05

In the latest version (I noticed in pre2 and after) in the translations dialog the icons for Move, Rotate and skew are broken a replacemant is showed instead. The scale Icons are displayed corectly. I really can not see any reason for this in the code. HTH, Adib.

5 12

[Fwd: Re: [Inkscape-devel] Inkscape 0.42 pre 3]
by Lucas Vieites Fariña 22 Jul '05

22 Jul '05

--------- Mensaje reenviado -------- De: Lucas Vieites <lucas@...212...> Para: aaron@...749... Asunto: Re: [Inkscape-devel] Inkscape 0.42 pre 3 Fecha: Fri, 22 Jul 2005 17:29:44 +0200 El vie, 22-07-2005 a las 08:57 -0500, aaron@...749... escribió: > Ted Gould wrote: > > Binaries will start appearing shortly, please check back if you're using > > binary releases of Inkscape. > > http://inkscape.modevia.com/ap/inkscape-0.41+0.42pre3.x86.package > > Aaron Spike > > Hi, I just installed this package an when I run inkscape I get the following output and a core dump: Notes: -libpng12.so.0 is available at /usr/lib/libpng12.so.0 -if I try to run inkscape more than once the preferences.xml file gets truncated and it issues an error for that also. $ inkscape inkscape: /usr/bin/../lib/libpng12.so.0: no version information available (required by inkscape) art_render_invoke: no image source given Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. Segmentation fault (core dumped) Is this enough to file a bug? Cheers, -- Lucas Vieites - Dept. desarrollo Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98 Email: info@...212...

4 4

Release Issues Report 8: 0 stopper, 3 important
by Kees Cook 22 Jul '05

22 Jul '05

Let's get pre3 built, and hopefully that'll be the release once we have an About screen. IMPORTANT - [scislac] The About screen is not updated. Status: Winner is MIA. Runners up have been contacted. - [pjrm] Possible W3C test regressions. Status: Peter needs to take a look and fix if easy. https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1224751&group_… Bryce and Kees looked at this: doesn't entirely look like a show-stopper. - [ishmal, bulia] Win98 crash Status: nothing obvious found. A debug build has been made: http://inkscape.org/win32/inkscape-exe-iodebug.zip No new clues, even with build. -- Kees Cook @outflux.net

5 9

Inkscape 0.42 pre 3
by Ted Gould 22 Jul '05

22 Jul '05

https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=991… The release is now on Sourceforge. There is a chance that this may be our last prerelease, so if everyone could please test and make sure that there are NO release critical bugs in the package. If you find a bug, please report it here: https://sourceforge.net/tracker/?group_id=93438&atid=604306 Binaries will start appearing shortly, please check back if you're using binary releases of Inkscape. --Ted

4 4

Inkscape 0.42 effects dependencies in gentoo
by Bryce Harrington 22 Jul '05

22 Jul '05

Hiya Zephyr, One of the cool new things in 0.42 is that there is now a way for users to turn on the Effects menu. Effects are basically scripts that the user can invoke to do specialized actions to the drawing. Think Gimp's Script-Fu. However, there's a small packaging issue that I've noticed, that needs to be figured out. The scripts depend on some other language modules (Perl scripts need SVG.pm, python scripts need PyXML), and sometimes some other random bits and pieces (e.g. Sketch for file conversion). In general, if you just emerge inkscape, it doesn't pick up those deps, which is probably correct since they're not truly compile-time dependencies. However, on the other hand it's inconveient to have to manually figure out and emerge all the deps. Anyway, I'm wondering if there could be a way set up for the 0.42 package where users could have a way to choose between having just the compile-time deps installed, vs. having both them and the optional deps installed as well? Bryce

1 0

Release Issues Report 5: 1 stopper, 3 important
by Kees Cook 22 Jul '05

22 Jul '05

If other folks can examine the W3C tests, that'll help too. SHOW STOPPERS - [pjrm] Possible W3C test regressions. Status: Peter needs to take a look and verify/fix. https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1224751&group_… IMPORTANT - [scislac] The About screen is not updated. Status: Winner is MIA. Runners up have been contacted. - [ishmal, bulia] Win98 crash Status: nothing obvious found. A debug build has been made: http://inkscape.org/win32/inkscape-exe-iodebug.zip - [verbalshadow] untranslatable strings in Transformation & Swatches dialog Status: this is in progress, patches coming soon. -- Kees Cook @outflux.net

3 4

rss and planet
by Alexandre Prokoudine 22 Jul '05

22 Jul '05

Hi, Am I the only one who experiences brokeness of RSS feed from planet.inkscape.org? Liferea tells me about "HTTP 404: Resource Not Found" for http://planet.inkscape.org/planetrss20.xml Alexandre

2 1

Release Issues Report 9: 0 stopper, 1 important
by Kees Cook 21 Jul '05

21 Jul '05

Ted will be starting up the pre3 build tonight. IMPORTANT - [ishmal, bulia] Win98 crash Status: nothing obvious found. A debug build has been made: http://inkscape.org/win32/inkscape-exe-iodebug.zip No new clues, even with build. -- Kees Cook @outflux.net

1 0

Release Issues Report 7: 1 stopper, 2 important
by Kees Cook 21 Jul '05

21 Jul '05

If other folks can examine the W3C tests, that'll help too. Especially if you know how styles work in Inkscape. :) SHOW STOPPERS - [pjrm] Possible W3C test regressions. Status: Peter needs to take a look and verify/fix. https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1224751&group_… IMPORTANT - [scislac] The About screen is not updated. Status: Winner is MIA. Runners up have been contacted. - [ishmal, bulia] Win98 crash Status: nothing obvious found. A debug build has been made: http://inkscape.org/win32/inkscape-exe-iodebug.zip -- Kees Cook @outflux.net

1 0

RE: [Inkscape-devel] Translation Dialog icons broken (win32?)
by Taraben, Adib 21 Jul '05

21 Jul '05

>On Tue, Jul 19, 2005 at 11:06:04PM -0700, Jon Phillips wrote: >> > The scale Icons are displayed corectly. >> > I really can not see any reason for this in the code. >> >> I filed a bug on this... > >Where is this bug? I can't find it now for some reason. > >It looks like the Transform dialog doesn't even USE svg icons. It only >uses XPM. How is a regression like this even possible? > >-- >Kees Cook @outflux.net I added a note on this one 1217367 transform dialog problems http://sourceforge.net/tracker/index.php?func=detail&aid=1217367&group_id=9… Adib.

2 1