August 2005 - Inkscape Devel - Inkscape Mailman

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