- Inkscape Devel - Inkscape Mailman

pdf export
by Alexandre Prokoudine 25 Jun '06

25 Jun '06

Hi, Should we explicitly mention that Inkscape's native export to PDF means export to PDF 1.4? Is it a known bug or a misfeature :) that text is not saved in PDF (beta3 for windows)? Alexandre

3 2

Report on a review article of vector programs (including Inkscape 0.43)
by Colin Marquardt 25 Jun '06

25 Jun '06

Hi, I finally wrote the report I wanted to write since weeks... :) ------------------------------------------------------------------------------- http://wiki.inkscape.org/wiki/index.php/Report_on_c%27t_article_12/2006 This is a report on a review article of vector programs (including Inkscape 0.43) in the German c't magazine, issue 12/2006, subtitled "Inexpensive vector drawing programs for amateurs" The article can be bought at http://www.heise.de/kiosk/archiv/ct/06/12/168/ The price limit for programs in the test was 100 EUR. Besides Inkscape 0.43, the following programs were reviewed: Tribar Inform 1.0 (http://www.tribarsw.net), Zoner Zoner Draw 5 (http://zoner.com), Serif DrawPlus 8 (http://www.serif.com), Purgatory Intaglio 2.7 (http://www.purgatorydesign.com), Xara Xtreme 2.0f (http://www.xara.com), Microsoft Expression Grafic Designer CTP (formerly Acrylic) (http://www.microsoft.com) They say Expression is likely to cost more than 100 EUR once it's out of its preview phase, so it would not belong in that test anymore. In short, Inkscape got the following rating (from --, -, ., +, ++): Import and Export: - Exact Drawing/Freehand: ++/- Text design/Prepress: ./-- Efficient work/Documentation: +/-- Winners were DrawPlus and Xara, with Expression and Intaglio still better than Inkscape, the rest got lower ratings than Inkscape. The article text itself is IMO more friendly toward Inkscape than the rating says. The text lists some highlights (both positive and negative) of each program, and for Inkscape, they were: * is a bit sluggish * has dynamic connectors * one cannot find help for a specific tool * uses SVG internally and thus is restricted to SVG features; so gradients are limited to linear or radial ones * potrace is far ahead in the quality of its tracing * no justified text * no artistic strokes apart from calligraphy, but it uses the angle information from a tablet, and also supports thickness by mouse speed * writes EPS but doesn't read it in again - this hinders easy exchange of drawings with other programs * bitmap export is limited to PNG * SVG files are included only as a link, if one wants to send a drawing to someone else, one has to take care to manually include all necessary files * documentation is SVG where one can directly use the tools, but one doesn't have links nor an index * documentation cannot really be searched - search is limited to the current document and doesn't jump from hit to hit, but just highlights them all, and the user has to comb though these * an extensive guide is being built at http://tavmjong.free.fr/INKSCAPE/MANUAL/html/index.html * normally is stable, but slower than the other programs * is under heavy development, but documentation makes it hard for newbies * usable for productive work I'm now picking some of the good points of the other programs that they deemed worthy of mentioning: * features for web designers (slicing, connect with links, rollover buttons) * animation features and export to animated GIFs * CAD capabilities for technical drawings (dynamic dimension lines) * no program supports connected text boxes * movies for documentation * natural brushes * bitmaps can be distorted * user-defined styles * centrally defined colors that can be changed later (derived colors also change) * device profiles, Pantone, process colors, overprinting when doing color separation, color control bars, crop marks * cliparts, symbols, schematic symbols, fonts * vector and bitmap layer, when changing layer type, tools also change * distortion grid * node sculpting * pressure profile of a tablet stroke can be adjusted retroactively * randomization of strokes in width, hue, transparency * hyphenation, spell checking, indentation, tabulators, multi-page documents * when drawing a path, nodes (or even the node control points) can be moved without finishing the line first * dynamic guides * measurement tool with selectable unit * shadows get more fuzzy with increasing distance from an object * user-defined line ends * copies of an object can be aligned along a path (Please keep in mind that I'm translating this from German, if something is unclear, just ask: colin (at) marquardt-home (dot) de)

3 4

Build error with Pedro
by Bryce Harrington 25 Jun '06

25 Jun '06

Just did an svn up; autogen.sh; ./configure --with-inkboard; make; Is there a pre-req this requires that is being missed by configure? In file included from pedro/pedrogui.h:31, from pedro/pedrogui.cpp:24: pedro/pedroconfig.h: In copy constructor `Pedro::XmppConfig::XmppConfig(const Pedro::XmppConfig&)': pedro/pedroconfig.h:182: warning: base class `class Pedro::XmppEventTarget' should be explicitly initialized in the copy constructor pedro/pedrogui.cpp: In member function `bool Pedro::Roster::doSetup()': pedro/pedrogui.cpp:490: error: `CONNECT' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp:493: error: `CONNECT' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp: In member function `bool Pedro::UserList::doSetup()': pedro/pedrogui.cpp:783: error: `CONNECT' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp:786: error: `CONNECT' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp: In member function `bool Pedro::ChatDialog::doSetup()': pedro/pedrogui.cpp:1340: error: `CONNECT' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp: In member function `bool Pedro::GroupChatDialog::doSetup() ': pedro/pedrogui.cpp:1410: error: `CONNECT' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp: In member function `bool Pedro::ConnectDialog::doSetup()': pedro/pedrogui.cpp:1601: error: `CONNECT' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp:1604: error: `CONNECT' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp: In member function `bool Pedro::FileSendDialog::doSetup()': pedro/pedrogui.cpp:1802: error: `NETWORK' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp: In member function `bool Pedro::FileReceiveDialog::doSetup()': pedro/pedrogui.cpp:1894: error: `NETWORK' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp: In member function `void Pedro::PedroGui::aboutCallback()': pedro/pedrogui.cpp:2546: error: `AboutDialog' undeclared in namespace `Gtk' pedro/pedrogui.cpp:2546: error: syntax error before `;' token pedro/pedrogui.cpp:2549: error: `dlg' undeclared (first use this function) pedro/pedrogui.cpp:2549: error: (Each undeclared identifier is reported only once for each function it appears in.) pedro/pedrogui.cpp: In member function `bool Pedro::PedroGui::doSetup()': pedro/pedrogui.cpp:2632: error: `CONNECT' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp:2636: error: `CONNECT' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp:2640: error: `CONNECT' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp:2644: error: `DISCONNECT' undeclared in namespace ` Gtk::Stock' pedro/pedrogui.cpp:2671: error: `NETWORK' undeclared in namespace `Gtk::Stock' pedro/pedrogui.cpp:2677: error: `ABOUT' undeclared in namespace `Gtk::Stock' make[2]: *** [pedro/pedrogui.o] Error 1 make[2]: Leaving directory `/home/bryce/src/Inkscape/inkscape/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/bryce/src/Inkscape/inkscape' make: *** [all] Error 2 Bryce

4 5

Compiling on RHEL 4 (GTK+ 2.4), patches
by Yue Shi Lai 24 Jun '06

24 Jun '06

Hi, I noticed various issues when compiling on Red Hat Enterprise Linux 4: 1. Various source files use system functions printf(), sscanf(), mkdir() but did not include the appropriate header files and are therefore GCC fails complaining about the missing prototypes. One might want to add "#include <cstdio>" when using the first two functions, and refer "man 2 mkdir" for the requirements of mkdir. 2. While configure specifies "gtk+-2.0 >= 2.4.0", there are a few changes that made Inkscape in fact requiring at least GTK+ 2.6, while the changes themselves would be easy to adapt to GTK+ 2.4. 3. One might argue whether this is Inkscape's fault, but similarly, Inkscape did not catch the annoyance of glib 2.4 headers contain macros that are colliding with libintl.h, in a graceful fashion. This can be solved to include libintl.h each time before glibmm/i18n.h (and extern "C" is needed because "#ifdef __cplusplus" is missing in libintl.h from older glibc headers). I also made a (not really useful) patch that at least make --with-perl link properly. Best, Yue Shi Lai diff -urNp inkscape-0.44/src/context-fns.cpp inkscape-0.44-RHEL4/src/context-fns.cpp --- inkscape-0.44/src/context-fns.cpp 2006-06-23 04:07:29.000000000 +0000 +++ inkscape-0.44-RHEL4/src/context-fns.cpp 2006-06-23 18:35:31.000000000 +0000 @@ -1,3 +1,6 @@ +extern "C" { +#include <libintl.h> +} #include <glibmm/i18n.h> #include "sp-item.h" #include "desktop.h" diff -urNp inkscape-0.44/src/extension/dependency.cpp inkscape-0.44-RHEL4/src/extension/dependency.cpp --- inkscape-0.44/src/extension/dependency.cpp 2006-06-23 04:06:27.000000000 +0000 +++ inkscape-0.44-RHEL4/src/extension/dependency.cpp 2006-06-23 19:24:10.000000000 +0000 @@ -8,6 +8,9 @@ */ +extern "C" { +#include <libintl.h> +} #include <glibmm/i18n.h> #include "config.h" diff -urNp inkscape-0.44/src/extension/error-file.cpp inkscape-0.44-RHEL4/src/extension/error-file.cpp --- inkscape-0.44/src/extension/error-file.cpp 2006-06-23 04:06:27.000000000 +0000 +++ inkscape-0.44-RHEL4/src/extension/error-file.cpp 2006-06-23 19:26:44.000000000 +0000 @@ -9,6 +9,9 @@ // #include <glibmm/ustring.h> +extern "C" { +#include <libintl.h> +} #include <glibmm/i18n.h> diff -urNp inkscape-0.44/src/extension/script/InkscapeBinding.cpp inkscape-0.44-RHEL4/src/extension/script/InkscapeBinding.cpp --- inkscape-0.44/src/extension/script/InkscapeBinding.cpp 2006-06-23 04:06:27.000000000 +0000 +++ inkscape-0.44-RHEL4/src/extension/script/InkscapeBinding.cpp 2006-06-23 19:29:35.000000000 +0000 @@ -1,5 +1,6 @@ +#include <cstdio> #include "InkscapeBinding.h" #include "help.h" diff -urNp inkscape-0.44/src/gradient-drag.cpp inkscape-0.44-RHEL4/src/gradient-drag.cpp --- inkscape-0.44/src/gradient-drag.cpp 2006-06-23 04:07:29.000000000 +0000 +++ inkscape-0.44-RHEL4/src/gradient-drag.cpp 2006-06-23 18:47:25.000000000 +0000 @@ -11,6 +11,9 @@ * Released under GNU GPL, read the file 'COPYING' for more information */ +extern "C" { +#include <libintl.h> +} #include <glibmm/i18n.h> #include "desktop-handles.h" diff -urNp inkscape-0.44/src/io/sys.h inkscape-0.44-RHEL4/src/io/sys.h --- inkscape-0.44/src/io/sys.h 2006-06-23 04:07:29.000000000 +0000 +++ inkscape-0.44-RHEL4/src/io/sys.h 2006-06-23 19:31:45.000000000 +0000 @@ -13,6 +13,8 @@ */ #include <stdio.h> +#include <sys/stat.h> +#include <sys/types.h> #include <glib/gtypes.h> #include <glib/gdir.h> #include <glib/gfileutils.h> diff -urNp inkscape-0.44/src/libnrtype/Layout-TNG-Input.cpp inkscape-0.44-RHEL4/src/libnrtype/Layout-TNG-Input.cpp --- inkscape-0.44/src/libnrtype/Layout-TNG-Input.cpp 2006-06-23 04:06:37.000000000 +0000 +++ inkscape-0.44-RHEL4/src/libnrtype/Layout-TNG-Input.cpp 2006-06-24 06:24:22.000000000 +0000 @@ -229,7 +229,11 @@ static const Layout::EnumConversionItem {SP_CSS_FONT_WEIGHT_200, PANGO_WEIGHT_ULTRALIGHT}, {SP_CSS_FONT_WEIGHT_300, PANGO_WEIGHT_LIGHT}, {SP_CSS_FONT_WEIGHT_400, PANGO_WEIGHT_NORMAL}, +#ifdef PANGO_WEIGHT_SEMIBOLD // not available on pango before 1.8 {SP_CSS_FONT_WEIGHT_500, PANGO_WEIGHT_SEMIBOLD}, +#else // PANGO_WEIGHT_SEMIBOLD + {SP_CSS_FONT_WEIGHT_500, PANGO_WEIGHT_NORMAL}, +#endif // PANGO_WEIGHT_SEMIBOLD {SP_CSS_FONT_WEIGHT_600, PANGO_WEIGHT_BOLD}, {SP_CSS_FONT_WEIGHT_BOLD,PANGO_WEIGHT_BOLD}, {SP_CSS_FONT_WEIGHT_700, PANGO_WEIGHT_BOLD}, diff -urNp inkscape-0.44/src/libnrtype/Layout-TNG-Output.cpp inkscape-0.44-RHEL4/src/libnrtype/Layout-TNG-Output.cpp --- inkscape-0.44/src/libnrtype/Layout-TNG-Output.cpp 2006-06-23 04:06:37.000000000 +0000 +++ inkscape-0.44-RHEL4/src/libnrtype/Layout-TNG-Output.cpp 2006-06-24 06:24:34.000000000 +0000 @@ -219,7 +219,9 @@ static char const *weight_to_text(PangoW switch (w) { case PANGO_WEIGHT_ULTRALIGHT: return "ultralight"; case PANGO_WEIGHT_LIGHT : return "light"; +#ifdef PANGO_WEIGHT_SEMIBOLD // not available on pango before 1.8 case PANGO_WEIGHT_SEMIBOLD : return "semibold"; +#endif // PANGO_WEIGHT_SEMIBOLD case PANGO_WEIGHT_NORMAL : return "normalweight"; case PANGO_WEIGHT_BOLD : return "bold"; case PANGO_WEIGHT_ULTRABOLD : return "ultrabold"; diff -urNp inkscape-0.44/src/sp-cursor.cpp inkscape-0.44-RHEL4/src/sp-cursor.cpp --- inkscape-0.44/src/sp-cursor.cpp 2006-06-23 04:07:29.000000000 +0000 +++ inkscape-0.44-RHEL4/src/sp-cursor.cpp 2006-06-23 18:53:24.000000000 +0000 @@ -14,6 +14,7 @@ #include <string.h> #include <ctype.h> +#include <cstdio> #include "sp-cursor.h" void sp_cursor_bitmap_and_mask_from_xpm (GdkBitmap **bitmap, GdkBitmap **mask, gchar **xpm) diff -urNp inkscape-0.44/src/trace/filterset.cpp inkscape-0.44-RHEL4/src/trace/filterset.cpp --- inkscape-0.44/src/trace/filterset.cpp 2006-06-23 04:07:04.000000000 +0000 +++ inkscape-0.44-RHEL4/src/trace/filterset.cpp 2006-06-23 20:37:53.000000000 +0000 @@ -9,6 +9,7 @@ * Released under GNU GPL, read the file 'COPYING' for more information */ +#include <cstdio> #include <stdlib.h> #include "imagemap-gdk.h" diff -urNp inkscape-0.44/src/ui/widget/ruler.cpp inkscape-0.44-RHEL4/src/ui/widget/ruler.cpp --- inkscape-0.44/src/ui/widget/ruler.cpp 2006-06-23 04:07:07.000000000 +0000 +++ inkscape-0.44-RHEL4/src/ui/widget/ruler.cpp 2006-06-23 19:45:50.000000000 +0000 @@ -12,6 +12,9 @@ * Released under GNU GPL, read the file 'COPYING' for more information */ +extern "C" { +#include <libintl.h> +} #include <glibmm/i18n.h> #include <gtkmm/ruler.h> diff -urNp inkscape-0.44/src/widgets/font-selector.cpp inkscape-0.44-RHEL4/src/widgets/font-selector.cpp --- inkscape-0.44/src/widgets/font-selector.cpp 2006-06-23 04:06:19.000000000 +0000 +++ inkscape-0.44-RHEL4/src/widgets/font-selector.cpp 2006-06-24 06:26:49.000000000 +0000 @@ -307,7 +307,16 @@ static void sp_font_selector_style_selec static void sp_font_selector_size_changed (GtkComboBox *cbox, SPFontSelector *fsel) { +#if GTK_CHECK_VERSION(2,6,0) char *sstr = gtk_combo_box_get_active_text (GTK_COMBO_BOX (fsel->size)); +#else // GTK_CHECK_VERSION(2,6,0) + GtkTreeModel *model = gtk_combo_box_get_model (GTK_COMBO_BOX (fsel->size)); + GtkTreeIter iter; + char *sstr = NULL; + + if (gtk_combo_box_get_active_iter (GTK_COMBO_BOX (fsel->size), &iter) && model) + gtk_tree_model_get (model, &iter, 0, &sstr, -1); +#endif // GTK_CHECK_VERSION(2,6,0) gfloat old_size = fsel->fontsize; fsel->fontsize = MAX(atof(sstr), 0.1); if ( fabs(fsel->fontsize-old_size) > 0.001) diff -urNp inkscape-0.44/src/widgets/ruler.cpp inkscape-0.44-RHEL4/src/widgets/ruler.cpp --- inkscape-0.44/src/widgets/ruler.cpp 2006-06-23 04:06:19.000000000 +0000 +++ inkscape-0.44-RHEL4/src/widgets/ruler.cpp 2006-06-23 20:09:42.000000000 +0000 @@ -14,6 +14,7 @@ */ #include <cmath> +#include <cstdio> #include <string.h> #include "widget-sizes.h" #include "ruler.h" diff -urNp inkscape-0.44/src/widgets/toolbox.cpp inkscape-0.44-RHEL4/src/widgets/toolbox.cpp --- inkscape-0.44/src/widgets/toolbox.cpp 2006-06-23 04:06:19.000000000 +0000 +++ inkscape-0.44-RHEL4/src/widgets/toolbox.cpp 2006-06-24 06:33:04.000000000 +0000 @@ -3252,7 +3252,16 @@ sp_text_toolbox_size_changed (GtkComboB if (g_object_get_data (tbl, "size-block")) return; +#if GTK_CHECK_VERSION(2,6,0) char *text = gtk_combo_box_get_active_text (cbox); +#else // GTK_CHECK_VERSION(2,6,0) + GtkTreeModel *model = gtk_combo_box_get_model (cbox); + GtkTreeIter iter; + char *text = NULL; + + if (gtk_combo_box_get_active_iter (cbox, &iter) && model) + gtk_tree_model_get (model, &iter, 0, &text, -1); +#endif // GTK_CHECK_VERSION(2,6,0) SPCSSAttr *css = sp_repr_css_attr_new (); sp_repr_css_set_property (css, "font-size", text); @@ -3406,7 +3415,9 @@ sp_text_toolbox_new (SPDesktop *desktop) gtk_tree_view_set_model (GTK_TREE_VIEW (treeview), GTK_TREE_MODEL (Glib::unwrap(store))); gtk_tree_view_set_headers_visible (GTK_TREE_VIEW (treeview), FALSE); +#if GTK_CHECK_VERSION(2,6,0) gtk_tree_view_set_fixed_height_mode (GTK_TREE_VIEW (treeview), TRUE); +#endif // GTK_CHECK_VERSION(2,6,0) //gtk_tree_view_set_enable_search (GTK_TREE_VIEW (treeview), TRUE); --- inkscape-0.44/src/Makefile.in 2006-06-23 04:14:56.000000000 +0000 +++ inkscape-0.44-RHEL4/src/Makefile.in 2006-06-24 06:31:32.000000000 +0000 @@ -578,7 +578,7 @@ all_libs = \ $(FREETYPE_LIBS) \ $(kdeldadd) \ $(win32ldflags) \ - $(PERL_LIBS) \ + $(PERL_LDFLAGS) \ $(PYTHON_LIBS) \ $(LIBLOUDMOUTH_LIBS)

2 1

Stroke width rendering bug when switching between normal and outline display mode
by Jasper van de Gronde 24 Jun '06

24 Jun '06

I just downloaded 0.44 from SF (Inkscape-0.44-1.win32.exe) and found that when I switch from normal to outline (or vice versa) the stroke width is maintained (even though the color does change). Zooming in or out fixes it. Does anyone else have this problem or am I overlooking something? (it seems so obvious a bug that I thought I'd check before filing a bug report) Steps to reproduce: - Set display mode to normal. - Create a line with a stroke width that's visibly larger than one. - Now switch to outline mode. On my system the line retains its original width on screen, zooming in or out changes it to a hair line (as I'd expect in outline mode). To see the reverse, after having zoomed in or out, switch back to normal mode. Now the line remains a hair line, zooming in or out makes it look like it should again.

2 1

Problem on the website (404 web pages)
by Raphaël Gertz 24 Jun '06

24 Jun '06

Hi, I didn't found a webmaster adress so I post it here : On that page : http://www.inkscape.org/screenshots/ The link dead for example : http://www.inkscape.org/screenshots/gallery/inkscape-0.44-outlineview.png and : http://www.inkscape.org/screenshots/gallery/inkscape-0.44-clipandmask.png Instead of seeing the file, we get 16x16 dead png... That whould be great to fix it...

2 1

Test failure in inkscape build report
by Bryce Harrington 24 Jun '06

24 Jun '06

The test system picked up a number of warnings, and a test failure (see output of 'make check' for details). Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Wed, 21 Jun 2006 17:22:32 -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 Jun 21 17:12:03 2006 (Run 3690) Snapshot: inkscape-20060621-1600.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 52 0 Test Status Score Info ------------------------------------------------------------------------ make check FAIL 18/19 == Errors == none == Warnings == ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor selection-chemistry.cpp:1880: warning: statement has no effect ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor sp-flowtext.cpp:339: warning: 'sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor sp-shape.cpp:672: warning: 'sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor sp-text.cpp:488: warning: 'sp_item_bbox_desktop' is deprecated (declared at sp-item.h:229) ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor 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) ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-gaussian.h:21: warning: 'class NR::FilterGaussian' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-gaussian.h:21: warning: 'class NR::FilterGaussian' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor ./display/nr-filter-primitive.h:21: warning: 'class NR::FilterPrimitive' has virtual functions but non-virtual destructor == Unit Tests == FAIL: test-all PASS: style-test PASS: display/bezier-utils-test PASS: helper/units-test PASS: libnr/in-svg-plane-test PASS: libnr/nr-matrix-test PASS: libnr/nr-point-fns-test PASS: libnr/nr-rotate-test PASS: libnr/nr-rotate-fns-test PASS: libnr/nr-scale-test PASS: libnr/nr-translate-test PASS: libnr/nr-types-test PASS: libnr/test-nr PASS: removeoverlap/remove_rectangle_overlap-test PASS: svg/test-svg PASS: util/list-container-test PASS: xml/test-xml PASS: xml/quote-test PASS: xml/repr-action-test

2 2

wiki down
by Ralf Stephan 24 Jun '06

24 Jun '06

Hello, It appears the Wiki is down. Can someone please have a look? ralf

4 7

Char * file names
by Bob Jamison 24 Jun '06

24 Jun '06

Hi, all, After digging around the code looking for a particular bug, I was struck by the fact that although Inkscape went through the "c++ification" process almost 2 years ago, a great many of the classes are still merely wrappers of the legacy code. One thing I noticed in particular was that char *'s are still used in most of the code for the storage of file names and xml string data. Wouldn't this cycle be a good time to convert these to Glib::ustring? We would get at least three benefits: 1) A uniform container and set of methods for Unicode data 2) Greater pointer safety if we can avoid countless explicit alloc/frees. 3) It would be harder to go out of bounds, since the string carries its size. And if you do, it is an exception, not a malloc or stack corruption. I'm not talking about the GC'd stuff, but those so frequent snips of code like this: if (uri) g_free(uri); uri = g_strdup(newuri); In addition, shouldn't a document's "DocumentBase" uri (and resources it references) be a real W3C URI, or even an IRI? That way we can get a consistent method for referring to things, rather than always calculating paths explicitly all over the code tree. Just a suggestion! :) bob

4 3

Gentoo inkscape ebuild
by Ralf Stephan 23 Jun '06

23 Jun '06

Hello, I have placed an ebuild file for Gentoo users at http://wiki.inkscape.org/wiki/index.php/CompilingGentoo This has many changes with respect to all previous ebuilds available through rsync or the Gentoo bugzilla, so can be considered the most up-to-date version. I would call it our official version but maybe people want to test first. Please do. I intend to maintain this file. It is also uploaded to bugzilla. ralf

1 0