- Inkscape Devel - Inkscape Mailman

inkscape crash
by Néstor Díaz 29 Nov '05

29 Nov '05

Hello: Since 0.42 release of inkscape I am experiencing crashing with the gtk-qt-engine. All the others gtk applications works fine with the gtk-qt-engine and so does Inkscape except for the Align and Distribute Dialog. Whenever I click on it (new or saved drawing) I get this: nestorm@...1092...:~$ inkscape QPainter::begin: Cannot paint null pixmap QPainter::setPen: Will be reset by begin() QPainter::setBrush: Will be reset by begin() QPainter::setBrush: Will be reset by begin() QPainter::setPen: Will be reset by begin() QPainter::setPen: Will be reset by begin() QPainter::setPen: Will be reset by begin() (inkscape:9051): Gdk-CRITICAL **: gdk_pixmap_foreign_new_for_display: assertion `(anid != 0)' failed (inkscape:9051): Gdk-CRITICAL **: gdk_draw_drawable: assertion `src != NULL' failed (inkscape:9051): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_new: assertion `width > 0' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_n_channels: assertion `pixbuf != NULL' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_bits_per_sample: assertion `pixbuf != NULL' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion `pixbuf != NULL' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion `pixbuf != NULL' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_rowstride: assertion `pixbuf != NULL' failed (inkscape:9051): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed QPainter::begin: Cannot paint null pixmap QPainter::setPen: Will be reset by begin() QPainter::setBrush: Will be reset by begin() Emergency save activated! Emergency save document locations: Documento nuevo 1.2005_11_28_19_10_31.0 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. Violación de segmento (core dumped) Removing the qt integration solves this topic, but I wonder if there is any other reason behind this failure. why it's only with one dialog? why only since 0.42 release? why only with Inkscape? I use in a daily basis Gimp, Mozilla, all of the visually integrated thanks to the gtk-qt-engine with no probs. It happened with ubuntu hoary and it happens now with mandriva2006official. Too many questions for me. Thanks: Néstor

4 5

0.44 plans
by bulia byak 29 Nov '05

29 Nov '05

So, with 0.43 finally out, let's all return to development. The 0.44 will be a "long" "development" release, so you all have plenty of time to try your wildest ideas. (If you start right now, that is :) I would like to list some things that I know are being worked on and that I would like to see finalized for 0.44. I'm not trying to push anyone, just making an overview of the projects I know and care about, in no particular order. Additions are welcome, as are comments - from the developers mentioned below as well as anyone else. Let's use this thread to get an idea of where we are and what we can expect in the future. - GTKmmfication. Ralf Stephan seems to be making a good progress, so I really hope we'll see this coming to some kind of milestone soon, with most of the current code duplication eliminated. An update on the current status would be much appreciated. - Rotation center retention (John Cliff) - a very useful simple patch that just needs to be rewritten correctly. I will then reuse this facility so that keyboard and Transform dialogs honor the center position as well. - Path effects (ACSpike) - this basically means converting all the Python effects (and adding more) so they are completely live and applicable to any path or shape, without losing the editability of the original. We have a pretty good idea of what to do and how to do it. I'd really love to see this implemented, at least bascially, in 0.44. - Memory debugging. No one has been doing this recently. Our memory intake is truly notorious, and I'm sure a lot can be done about that by a dedicated developer. The most natural person for this task is Mental, thanks to his libgc involvement, but patching leaks does not require much knowledge of the codebase (though it requires much special expertise), so volunteers are welcome. - Text UI. I really have no excuses for not implementing the text toolbar. Except for, you guessed it, GTKmmfication being unfinished. For example, I want to subclass the Gtk::Spinbutton to make it easier to add a useful right-click menu for spinbuttons. I can do this now, but again, I'm not sure how much of this will have to be redone later. - DOM (Bob Jamison). We have a Javascript subdir for ages, and I'm afraid it will start to bitrot (if not already) if not put to use. Bob, can you give an update on this? - Layers dialog (Mental). Long overdue. Mental, is there anything specific we can do to help you start moving with that? - Swatches panel in the main window (Jon Cruz). Really a must. A simple change, but one that will change the perception of Inkscape by new users drastically. Jon, what holds you back with this? - Snapping. Lots of problems have accumulated in that area. User complaints are regular. Someone (probably me, though volunteers are welcome) just needs to lay out a plan and attack this methodically. - style.cpp automation - Richard Hughes had some code for autogenerating style.cpp code from the CSS specification. I wonder what is the status of this? - More connectors work (Michael) - specifically, I would love to see an option for connectors made of hor/vert segments only. This seems to be the most useful in practice. (And if we have Path Effects working, one of the first effects I'd like to see implemented is Round Corners. Any effect will be transparently applicable to connector lines.) - Site redesign. We've got a design chosen, so what is the next step? Is anyone working on that? - Windows "dialogs on top" patch for GTK from this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=1363297&group_id=9… This issue sucks so big that we simply have no serious chances on Windows until it's resolved. Anyone knows the current status of the patch? - Bug sorting and closing. We're really behind on that. Let's not (try to) clean this up before the release only. If everyone reviews, comments, and ideally closes a couple bugs right now, we will all have more room to breathe when 0.43 bugs start pouring in. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

20 56

[Inkscape-tester] inkscape build report
by Bryce Harrington 29 Nov '05

29 Nov '05

Back almost to normal. Minor warning about end of line in one of the overlap files. Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Mon, 28 Nov 2005 17:21:04 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Mon Nov 28 17:01:40 2005 (Run 833) Snapshot: inkscape-20051128-1520.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 5 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == display/canvas-arena.cpp:87: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:87: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:133: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:133: warning: (perhaps the `offsetof' macro was used incorrectly) removeoverlap/remove_rectangle_overlap.h:15:31: warning: no newline at end of file == Environment Summary == ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

[root@...1070...: [Inkscape-tester] inkscape build report]
by Bryce Harrington 29 Nov '05

29 Nov '05

Hey check it out, someone knocked the number of warnings from 7 down to 4! Cool! Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Thu, 24 Nov 2005 17:21:03 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Thu Nov 24 15:10:24 2005 (Run 819) Snapshot: inkscape-20051124-1320.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 4 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == display/canvas-arena.cpp:87: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:87: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:133: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:133: warning: (perhaps the `offsetof' macro was used incorrectly) == Environment Summary == ----- End forwarded message -----

5 8

Fwd: [Inkscape-tester] inkscape build report
by Bryce Harrington 28 Nov '05

28 Nov '05

----- Forwarded message from root <root@...1070...> ----- Date: Mon, 28 Nov 2005 05:21:03 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Mon Nov 28 00:10:23 2005 (Run 831) Snapshot: inkscape-20051127-2240.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 2 5 5 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == removeoverlap/remove_rectangle_overlap.cpp:23: error: `solve_VPSC' undeclared (first use this function) removeoverlap/remove_rectangle_overlap.cpp:23: error: (Each undeclared identifier is reported only once for each function it appears in.) removeoverlap/remove_rectangle_overlap.cpp:27: error: `cleanup' undeclared (first use this function) removeoverlap/removeoverlap.cpp:54: error: `removeRectangleOverlap' undeclared (first use this function) removeoverlap/removeoverlap.cpp:54: error: (Each undeclared identifier is reported only once for each function it appears in.) == Warnings == display/canvas-arena.cpp:87: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:87: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:133: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:133: warning: (perhaps the `offsetof' macro was used incorrectly) removeoverlap/remove_rectangle_overlap.h:15:31: warning: no newline at end of file == Environment Summary == ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

2 1

about dialog
by MenTaLguY 28 Nov '05

28 Nov '05

I've just committed a radically simplified about dialog (both code-wise and UI-wise). I'm reasonably happy with it except the size needs a little tweaking and I think the tab currently called "About" needs a better name. -mental

4 8

Debian Bug #340855 inkscape: Font dialog messes font style of FreeSans, FreeSans and FreeMono
by Wolfram Quester 28 Nov '05

28 Nov '05

Hi alltogether, I received the following bug report in debian's BTS at http://bugs.debian.org/340855. Althou it refers to 0.43pre2, I can reproduce this bug on my machine with 0.43. I did not submit it to the tracker since I am not sure if it is a problem with inkscape or the debian package, so my question is if someone can reproduce this bug. Thanks for help, Wolfi ----- Forwarded message from Kai-Martin <kmk(at)familieknaak(dot)de> ----- Subject: Bug#340855: inkscape: Font dialog messes font style of FreeSans, FreeSans and FreeMono Reply-To: Kai-Martin <kmk(at)familieknaak(dot)de>, 340855@...499... From: Kai-Martin <kmk(at)familieknaak(dot)de> To: Debian Bug Tracking System <submit@...499...> Date: Sat, 26 Nov 2005 13:59:03 +0100 Resent-Sender: Debian BTS <debbugs@...499...> Package: inkscape Version: 0.42.2+0.43pre2-1 Severity: normal The font dialog messes the font style for some fonts. This is what happens with the various styles: "Medium/Regular": The font style jumps to "Bold" when pressing the apply button. Make default sets the default font style to bold. Consequently the font actually used in the drawing is bold. "Oblique/italics": No problem. "Bold": No problem. "BoldOblique/BoldItalic": The font preview shows a regular style. The apply button sets the font used in the drawing to "regular". This behavior is consitent with all three "Free" fonts (Free Mono, FreeSans and FreeSerif). Other fonts that also come in different styles (e.g. Sans or Courier) can be set as expected. The font chooser of the gnome system (MainMenu/System/Settings/Fonts) seems to use the same font chooser dialog. Yet it does not suffer from the described symptoms. ---<(kaimartin)>--- -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-k7 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages inkscape depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libc6 2.3.5-3 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgc1c2 1:6.5-1 conservative garbage collector for ii libgcc1 1:4.0.2-3 GCC support library ii libgconf2-4 2.10.1-1 GNOME configuration database syste ii libglib2.0-0 2.8.0-1 The GLib library of C routines ii libglibmm-2.4-1c2 2.6.1-1.2 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 2.10.1-5 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.9-1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2 1:2.6.2-1.1 C++ wrappers for GTK+ 2.4 (shared ii liborbit2 1:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-1 Layout and rendering of internatio ii libperl5.8 5.8.7-7 Shared Perl library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsigc++-2.0-0c2 2.0.10-3 type-safe Signal Framework for C++ ii libstdc++6 4.0.2-3 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxml2 2.6.21-1 GNOME XML library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxslt1.1 1.1.15-1 XSLT processing library - runtime ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g 1:1.2.2-4 compression library - runtime Versions of packages inkscape recommends: pn dia | dia-gnome <none> (no description available) ii imagemagick 6:6.2.4.5-0.2 Image manipulation programs ii libwmf-bin 0.2.8.3-2 Windows metafile conversion tools pn perlmagick <none> (no description available) ii pstoedit 3.33-15 PostScript and PDF files to editab ii sketch 0.6.15-1 Interactive vector drawing program -- no debconf information ----- End forwarded message -----

3 4

Inkscape slides
by Bryce Harrington 28 Nov '05

28 Nov '05

Attached are slides for Inkscape. Wasn't sure what to list for followup meetings, so I left it blank. :-) Bryce On Wed, Nov 23, 2005 at 11:31:51AM -0800, Carl Johnson wrote: > 11/23 OSDL DAM Pre-Meeting Summary > C. Johnson, OSDL > > Overview > -------- > - Roster Review > - Pre-Read material collection > - Revised Meeting Format > - distro reps list > > Roster Review > -------------- > orgs and attendees were reviewed and updated to reflect the most recent > attendance status. John will publish a final list of attendees on the > list later. > > Pre-Read Materials > ------------------ > Focus areas, challenges, and dependency information needs to be > collected in advance of the meeting in order to provide a model to guide > the group effort to establish collective areas of focus. > > *Action*: email desktop_architects@...701... with your completed > material by noon on Tuesday 11/29. > > -- Limit of 1 slide per topic - keep descriptions brief so they can be > written on post-its for use on the chart. > > 1. <org name>: Focus Areas > (List of gaps you're addressing) > > 2. <org name>: Challenges > (What's not getting solved) > > 3. <org name>: Dependencies > (projects and needs from each) > > 4. <org name>: Follow on Meetings > (list of orgs and topics) > > Revised Meeting Format > ---------------------- > In order to facilitate the prioritization of key focus areas to > accelerate Linux desktop adoption, the meeting format will not focus on > presentations but rather on group dialog and focus area breakout > session. A revised meeting agenda will be sent to the list later today > that reflects the new format. > > Distro Reps > --------------- > - Redhat + Fedora - ? > - Sunwah - Albert > - Debian - ? > - Xandros - Ping > - Ubuntu - Jeff Wah > - Linspire - Tom Welch > - OpenSuse - Schumacher > - TurboLinux - ? > - Mandriva - > > _______________________________________________ > Desktop_architects mailing list > Desktop_architects@...701... > https://lists.osdl.org/mailman/listinfo/desktop_architects

1 0

Fwd: [XaraXtreme-dev] Interview with Charles
by Bryce Harrington 28 Nov '05

28 Nov '05

----- Forwarded message from Andy Armstrong <andy@...1091...> ----- Date: Mon, 28 Nov 2005 14:36:36 +0000 From: Andy Armstrong <andy@...1091...> To: xara-dev <dev@...1048...> Subject: [XaraXtreme-dev] Interview with Charles Just in case anyone missed it: http://www.theregister.co.uk/2005/11/28/techscape_moir/ I'm not sure what Acorn machine they're talking about that had four chips + RAM - maybe the Electron[1] - but it's a great interview. It made me incredibly nostalgic for the BBC Micro :) [1] http://piazza.iae.nl/users/bverhoev/Specs/Specs.html -- Andy Armstrong, hexten.net ----- End forwarded message -----

1 0

shortcuts.xml (configurable key bindings)
by unknown＠example.com 28 Nov '05

28 Nov '05

Here's the schema I've settled on: <keybindings name="user-visible name for shortcut scheme">  <primary keyval="a gdk keyval name" modifiers="control,alt,shift" verb="VerbName" />  <seconary keyval="a gdk keyval name" verb="OtherVerbName" /> </keybindings> The keyval names are as returned by gdk_keyval_name(). I've comitted a shortcuts.xml file that I've extracted from shortcuts.cpp; it follows this schema. We'll probably move it somewhere else later, but right now it's in src/. No code to read it, yet, but that'll come soon. I think files using these schemas will go in /usr/share/inkscape/keybindings/ and ~/.inkscape/keybindings/. I'm not sure whether the default schema should remain hard-coded or whether that should stay in an XML file. Thoughts? -mental

4 3