November 2004 - Inkscape Devel

pre3 needed, status
by bulia byak 19 Nov '04

19 Nov '04

I think we need a pre3 today. Several important fixes went in, and Mrdocs promised to (finally!) make static RPMs for it. Just a precious few things remain to be done before we can enter freeze: 1 add a dialog asking for a name of a new layer to create, with a couple of checkboxes "Make a sublayer" and "Move selection to the new layer" (I think Mental could use help on this one, it's a simple task for someone) 2 fix two crasher bugs: - 1056658 win98: crash on save (msvcrt error box) (JonCruz) - 1059059 crach autopackage 0.4, may be a dupe of 1064399 3 fix the several portability bugs (actually I think mental handled them already) That's the minimum, the more bugs we fix the better. But this minimum is minimal enough already, which is good news. Let's all make one final push.

4 4

Recent error messages
by Joshua A. Andler 19 Nov '04

19 Nov '04

First I've noticed that the log window has been popping up frequently with recent builds... unfortunately I've been really tied up the past week and a half and have only skimmed the lists (so I'm sorry if this has been discussed), anyway since this stuff started it says: ----- (inkscape.exe:2720): Gdk-CRITICAL **: file gdkdraw.c: line 1351 (gdk_drawable_re al_draw_pixbuf): assertion `width >= 0 && height >= 0' failed ----- And it seems to happen if I switch to a different program and then when I pull inkscape back up it spits that out. The really bad thing though is that Inkscape got caught in a loop here this morning. Using the most recent build in the Win32-snap dir, It just kept spewing the following into the log window: ----- (inkscape.exe:952): Gdk-WARNING **: gdkgc-win32.c:935: SaveDC failed: Not enough storage is available to process this command. (inkscape.exe:952): Gdk-WARNING **: gdkdrawable-win32.c:1493: CreateCompatibleDC failed: Not enough storage is available to process this command. (inkscape.exe:952): Gdk-WARNING **: gdkgc-win32.c:1074: RestoreDC failed: The pa rameter is incorrect. ----- Unfortunately I wasn't able to figure out what triggered it. And also I could not control inkscape whatsoever as it would just pull the log window ontop. Anyway, it just continually repeated those 3 lines non-stop until I finally killed it. Any ideas on either one? And on a side note I'll be posting the tracing quick-start in probably an hour or so for review.

5 12

rename layers dialog runtime error
by bulia byak 19 Nov '04

19 Nov '04

(inkscape:599): Gtk-WARNING **: Attempting to add a widget with type gtkmm__GtkHBox to a gtkmm__GtkDialog, but as a GtkBin subclass a gtkmm__GtkDialog can only contain one widget at a time; it already contains a widget of type GtkVBox and the dialog is empty, tiny sized, not modal, and jumps up in the corner of the screen...

1 0

fr.po error
by bulia byak 19 Nov '04

19 Nov '04

I get this when doing make: file=./`echo fr | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr//bin/msgfmt -o $file fr.po fr.po:1:2: parse error fr.po:985:8: invalid multibyte sequence fr.po:1144:59: invalid multibyte sequence /usr//bin/msgfmt: found 3 fatal errors

2 1

Wiki
by Arpad Biro 18 Nov '04

18 Nov '04

Hi, The Wiki has been very badly spammed again. It seems sooner or later we will be forced to do something drastic about this... Arpad Biro __________________________________ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com

1 0

still no static binaries...
by bulia byak 18 Nov '04

18 Nov '04

All, We were without power for 4 days due to a snowstorm, and what's worse, my Linux partitions broke down when the power went out, so now I have to reinstall the system from scratch. There was no loss of my personal data (thanks to backups), but I lost all of my development environment and now I have to compile again all the latest glib, gtk, gtkmm, sigc++, boehm... So, as you can guess I was really disappointed to still not find a static package on SF. Right now I would be in an ideal situation to test it, being on a system with very limited libraries installed. I start to grow tired from repeating this, but WE NEED PACKAGES, and most importantly we need a static build. That's a prerequisite for the release. The longer we don't have it, the longer the release will be delayed. By not providing binaries now we not only get a poorly tested release, but the binaries _after_ the release will likely be slow to appear, even slower than for 0.39. That's because packagers need time and effort to set up the environment with all the new libraries. So, by doing some binaries now, we'll ensure prompt binary builds when 0.40 is out, which is important from the marketing point of view.

1 0

Rename Layer dialog
by Bryce Harrington 18 Nov '04

18 Nov '04

I've just committed a skeleton chunk of code that hooks up a Gtkmm-based dialog for layers. This is in dialogs/layer-properties.*. I won't have time to work on this for a couple days so if someone else would like a simple but important coding task, it'd be quite valued to fill it in. The dialog can be popped up via the Layers->Rename Layer item in the menu. As you'll see, the dialog's currently empty. The job is to hook up an entry box, make it display the name of the currently selected layer, and add a couple buttons to Apply/Close. In the handler for the apply() routine, make it take the text out of the entry box and set the layer name appropriately. Some resources: * debugdialog.* is a similar Gtkmm dialog you can look at for syntax and such. * The item-properties.cpp file includes code for renaming objects. Look at the sp_item_widget_label_changed(), for instance. You can probably adapt the renaming logic from this. * The gtkmm.org website has examples and reference info that will be of use if you're new to Gtkmm. I'll be happy to answer questions, and will be able to put in time on this this weekend if there's still work left to do. I think this is the last development task (aside from bug fixing) required before we can enter a hard freeze, so the sooner this can be done, the sooner we can get the release out. Bryce

2 1

RE: [Inkscape-devel] layer testing
by Gazal, Geraud (GE Healthcare) 18 Nov '04

18 Nov '04

What I find confusing is being able to select with Ctrl+Click or Rubberband... In fact, I thought the lock (or sensitive) state of a layer would be applied ( not necessarely propagated) to all the objects it contains. I'm not a graphics professional, I only try to draw basic maps as a hobby. I can easily understand that my needs don't match those of the majority. Layers are really useful for me, but the fact the the object they contain can be selected even when locked confuses me a lot. Let me explain : let's say I've got a reference layer with reference lines, and some bitmaps, and additional layers with text, buildings, water, streets... When working on a specific layer, i want to see the others but not modify anything in them. At the moment it's not ok (at least for me), as rubberband selection (my favourite one btw) can select ( and then modify) them. A workaround is to lock objects individually, but then, unlocking them one by one from the xml editor is a pain... regards, matiphas

2 1

Tutorials
by Joshua A. Andler 18 Nov '04

18 Nov '04

I have converted all of the tutorials to being layered documents. I am doing it so that there are 3 layers. Layer 1: the headers & any other background/stationary items (locked) Layer 2: text Layer 3: "images" It makes sense to me, so if there are any other ideas for other things to take into consideration throw them my way. Also, in opening up each of the tutorials I noticed differences in the way that they're set up as well as formatting inconsistencies (small time stuff, but I'm anal like that). So, I'm going to go through to make things more consistent throughout all the tutorials. What is the mindset on making keystrokes & menu items given throughout the tutorials bold? I think it helps to make the directly relevant stuff stand out, and wouldn't mind updating them all for it. However, if you guys are against it I will not. Last but not least I am also going to update all of the docs to use that flowText as well. I will upload the layered versions in the morning probably, and the flowing versions by this weekend. -Josh

4 9

inkview bug
by Jon Phillips 18 Nov '04

18 Nov '04

Hi, I was starting to use Inkview from CVS and I got an error on trying to open a standard SVG file. $ inkview my_house_01.svg ** ERROR **: Attempt to use GC allocator before call to Inkscape::GC::init() aborting... Aborted I think the fix must be easy. I'm too busy right now prepping this presentation to fix, but am bummed it is broken. Jon

3 2