pdf export
by Alexandre Prokoudine
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
16 years, 11 months
Report on a review article of vector programs (including Inkscape 0.43)
by Colin Marquardt
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)
16 years, 11 months
Build error with Pedro
by Bryce Harrington
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
16 years, 11 months
Compiling on RHEL 4 (GTK+ 2.4), patches
by Yue Shi Lai
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)
16 years, 11 months
Stroke width rendering bug when switching between normal and outline display mode
by Jasper van de Gronde
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.
16 years, 11 months
Test failure in inkscape build report
by Bryce Harrington
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
16 years, 11 months
wiki down
by Ralf Stephan
Hello,
It appears the Wiki is down. Can someone please have a look?
ralf
16 years, 11 months
Char * file names
by Bob Jamison
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
16 years, 11 months
Gentoo inkscape ebuild
by Ralf Stephan
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
16 years, 11 months
