- Inkscape Devel - Inkscape Mailman

New DOM warnings [inkscape build report]
by Bryce Harrington 14 Apr '06

14 Apr '06

Some new warnings from the DOM code... ----- Forwarded message from root <root@...1070...> ----- Date: Fri, 14 Apr 2006 05:21:24 -0700 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Fri Apr 14 04:37:05 2006 (Run 2115) Snapshot: inkscape-20060414-0300.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 21 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == sp-flowtext.cpp:339: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-item.cpp:744: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.cpp:733) sp-shape.cpp:609: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-text.cpp:486: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:650: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:729: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) display/canvas-arena.cpp:85: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:85: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:132: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:132: warning: (perhaps the `offsetof' macro was used incorrectly) dom/io/domstream.h:241: warning: `virtual void org::w3c::dom::io::BasicOutputStream::put(short unsigned int)' was hidden dom/io/base64stream.h:111: warning: by `virtual void org::w3c::dom::io::Base64OutputStream::put(int)' dom/io/domstream.h:241: warning: `virtual void org::w3c::dom::io::BasicOutputStream::put(short unsigned int)' was hidden dom/io/gzipstream.h:104: warning: by `virtual void org::w3c::dom::io::GzipOutputStream::put(int)' dom/util/ziptool.cpp:1542: warning: comparison between signed and unsigned integer expressions dom/util/ziptool.cpp:1665: warning: unused variable `int cm' dom/util/ziptool.cpp:1670: warning: unused variable `bool ftext' dom/util/ziptool.cpp:1683: warning: unused variable `time_t mtime' dom/util/ziptool.cpp:1688: warning: unused variable `int xfl' dom/util/ziptool.cpp:1693: warning: unused variable `int os' extension/internal/odf.cpp:188: warning: long unsigned int format, guint32 arg (arg 5) == Environment Summary == ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

2 3

Possible performance improvement
by Andrius Ramanauskas 14 Apr '06

14 Apr '06

Hey, I could not resist a temptation to do some optimisations and achieved about 10 times faster rendering in some situations (complex drawing zoomed to 1000-5000%). The idea of optimisation - eliminating nodes outside of rendered area, so no bezier calculations and other stuff is needed, so rendering of zoomed image consume less memory and is also faster. The question is - should I continue work on that (solve last minor issues) and try to commit it or I'm the only one who uses Inkscape with complex drawing and zooming in to the finest detail? The fix make code somethat less readable/maintainable, so there is a price for performance improvement. But if there will be support for such thing, I will try to finish it after Easter holidays and see how it works. Andrius

7 7

[root@...1070...: [Inkscape-tester] inkscape build report]
by Bryce Harrington 14 Apr '06

14 Apr '06

The errors are gone now. :-) ----- Forwarded message from root <root@...1070...> ----- Date: Wed, 05 Apr 2006 05:22:15 -0700 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Wed Apr 5 05:11:42 2006 (Run 1900) Snapshot: inkscape-20060405-0400.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 12 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == sp-flowtext.cpp:324: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-image.cpp:516:8: warning: extra tokens at end of #endif directive sp-item.cpp:730: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.cpp:719) sp-shape.cpp:611: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) sp-text.cpp:472: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:644: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) dialogs/export.cpp:723: warning: `sp_item_bbox_desktop' is deprecated (declared at sp-item.h:215) display/canvas-arena.cpp:85: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:85: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:132: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:132: warning: (perhaps the `offsetof' macro was used incorrectly) trace/trace.cpp:196: warning: unused variable `Inkscape::XML::Node*imgRepr' == Environment Summary == ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

3 4

UberConverter test tarball and *.inx files now available
by Eric Wilhelm 13 Apr '06

13 Apr '06

Hi inkscapers, I've got some working XAR import/export .inx files for inkscape and a fairly usable two-way conversion of paths and basic properties. I have tested the following instructions on a clean (base plus a configured cpan) chroot'd debian sarge. They should work as copy/paste installation on most *nix machines. http://scratchcomputing.com/uc/trunk/INSTALL If won't work for you, the tarball is at the following link. http://scratchcomputing.com/code/UberConverter/UberConverter-0.00_02.tar.gz The build process is fairly straightforward, the copy/paste instructions are more convenient though because the bundle automagically fetches all of the prereqs off of cpan. The exception is Image::Magick -- this is not currently a hard prerequisite, but you should really install it if at all possible. Not an issue on most machines with inkscape already installed? Note the *.inx installation instructions at the bottom of the INSTALL file. The *.inx files don't install via the build at the moment. Please let me know if that works for you or not and what platforms you're using. Thanks, Eric -- We who cut mere stones must always be envisioning cathedrals. --Quarry worker's creed --------------------------------------------------- http://scratchcomputing.com ---------------------------------------------------

3 3

Item ID
by cedric GEMY 13 Apr '06

13 Apr '06

Has it is sometimes very important to give id to object or to lock them, wouldn't it be nice to add a filed and a button in the selector option bar ? Cedric

1 0

RFE: [ 1469070 ] Allow dialogs to be closed by same shortcut that opened them
by Hans Nieser 13 Apr '06

13 Apr '06

Hello, I just submitted te following RFE at http://sourceforge.net/tracker/index.php?func=detail&aid=1469070&group_id=9… and was also asked to drop a note on this list, so here it is! :) > I often need to quickly adjust a grid or fill setting > (and so on) and still have my 'keyboard hand' on the > shortcut keys. What I propose is, to also allow the > dialog to be closed again by pressing the same shortcut. > > The window manager's close button can sometimes be just > a bit too small (obviously depending on which window > manager and theme one uses) for frequent use. This may > also improve workflow a bit for keyboard-lovers like me > and is hopefully trivial to implement :)

2 2

Patch: Undo History dialog
by Gustav Broberg 12 Apr '06

12 Apr '06

Hi, I have recently uploaded a patch[1] which provides an undo history dialog. It is similar to those found in e.g. GIMP[2] and Photoshop[3] (I don't know if it's in Illustrator, CorelDRAW, etc). To get an idea what it looks like without having to apply the patch, here's a screencast (in flash, sorry ;) showing it in action: http://www.csc.kth.se/~broberg/undo-history.html First of all, I'm not sure if this is a requested addition to Inkscape -- I can't recall any discussion about it on the list and I didn't find anything in the wiki. Personally, however, I do find it useful (at least occasionally), so I went ahead and implemented it. Secondly (if it's found to be of value), this patch could use some rather heavy reviewing. It's my first patch and I'm not confident enough with the code base to feel sure about what the "right" solutions are. Here are some additional concerns: * To get the type of an event I rely entirely on the current event context. This obviously not (always) a correct assumption. An example of this problem: setting an object's color while the node tool is the current context. * In order to populate the tree with icons I added a help function to widget/icon.cpp to get the internal Pixbuf of an icon. This could be solved in much a better way when the gktmmified stock icon system is in place, but for now, this was easiest way for me to solve it. * There are bugs lurking which I have not been able to reproduce. Some seem to be the result of problems with undoing of certain types of events; i.e. the bugs are in the current code. I'm looking into this... For now, here is at least one I managed to nail down and put in the tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=1423038&group_id=9… 1. http://sourceforge.net/tracker/index.php?func=detail&aid=1423034&group_id=9…) 2. http://docs.gimp.org/images/dialogs/dialogs-undo-history.png 3. http://homepage.cs.uri.edu/tutorials/PhotoshopEl/Help/images/wa_11.gif -- Gustav Broberg

6 9

DOM update
by Bob Jamison 12 Apr '06

12 Apr '06

Hi, all, This morning we updated the /dom directory. Basically we ripped up the old one, and added a new one. So there will be a large svn update tonight. We worked toward making sure that the build is not broken, but there might be minor details on Linux or OSX. Please let me know if there are any problems. This was necessary to move forward with .odg output, which should start taking shape soon. Considerable thanks to Aaron and Cornelius for helping me with this. bob

2 1

[Fwd: Vektorgrafik-Test in der c't]
by Adib Taraben 12 Apr '06

12 Apr '06

Hello all, I got a message from Peter Koenig an writer for the german computer mag C't. C't is a 2 weekly high level computer mag. They are doing a comparison of free and cheap (does not cost much) vector-graphics-software. So they are also dealing with Inkscape. The article will be published on May 15th. They give all originators the possibility to review the test-results. The results will be delivered until April 18th and they need feedback until April 27th. As the time-frame is tight the writer ask for point of contact for the test-results and upcoming technical questions. Me: As the paper is in german I will ask him to write the results to me and Colin (another german). I think the results should not go to the wild before issuing the mag on the kiosk. Technical issues should go to inkscape-devel. So stay tuned, Adib. -------- Original Message -------- Subject: Vektorgrafik-Test in der c't Date: Wed, 12 Apr 2006 11:12:02 +0200 From: Peter König <pek@...883...> To: Adib Taraben <taraben.a@...50...> Hallo, voraussichtlich in c't-Ausgabe 11/2005 (Erstverkaufstag am 15. Mai) wird ein Test preiswerter und kostenloser Vektorgrafik-Software erscheinen, wobei Inkscape im Testfeld vertreten sein wird. Wir möchten allen Herstellern Gelegenheit geben, die Abschnitte und Tabelleneinträge, die ihr Produkt betreffen, vor Drucklegung zu prüfen. Diese Auszüge aus dem Testbericht verschicken wir per E-Mail, voraussichtlich bis zum 18. April. Ihr Feedback sollte uns bis spätestens 27. April erreicht haben. Da dieser Zeitplan einigermaßen eng ist, würde ich gerne wissen, ob ich mit dieser Anfrage bei Ihnen an der richtigen Adresse bin und wer sich genau bei Ihnen mit dieser Angelegenheit befassen wird. An wen soll ich die Auszüge aus dem Testbericht schicken und wer kann während des Test eventuell auftauchende technische Fragen beantworten? Vielen Dank und mit freundlichen Grüßen, Peter König c't - Magazin für Computertechnik http://www.heise.de/ct/ Heise Zeitschriften Verlag GmbH & Co.KG phone: 0511-5352-763 Helstorfer Str. 7 fax: 0511-5352-417 D-30625 Hannover, Germany eMail: pek@...883...

1 0

WEBFORM for an update
by marcus y 12 Apr '06

12 Apr '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: marcus y email: marcus-yass@...1231... submitted the following: Just a sujustion in case you release an update to inkscape. Perhaps you should treat gradient lines more like objects(allow for grouping to the objects they are aplied to). Also, if you can, have the four corners of an imported bitmap treated as nodes, to allow for perspective style deforming. Oh, the pattern converter doesn\'t seem to have much use, the way the program illistrates the spaces beetween objects that are exactly \"touching\" is intrusive, there\'s no way to get around it so it needs fixing. Thanks (that is, if you listen)

1 0