- Inkscape Devel - Inkscape Mailman

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

[OT] on-demand
by Alexandre Prokoudine 18 Nov '04

18 Nov '04

Hi, Not sure, if you're interested... http://www.newsforge.com/article.pl?sid=04/11/10/2135209 <<Lulu.com is the brainchild of Red Hat founder Bob Young. With Lulu, Young offers would-be publishers, whether book authors, musicians, photographers, or artists, the opportunity to expose and sell their work for little or no upfront investment. But Lulu.com is more than just an on-demand publishing house. True to the open spirit, it is also a community -- a haven where artistic people can gather to share experiences and seek advice from one another. They can network, looking for opportunities to collaborate and muster up creative synergy. It is open and it is free. And now, it is for software developers too. Lulu this month announced that software developers can now publish their works at Lulu.com and sell hard copies of instruction manuals and boxed sets of programs. This could be a boon to open source software developers and customers alike, since fans cannot usually walk into their local software store and pick up a copy of the latest open source applications.>> Alexandre

1 0

test ignore
by vellum 18 Nov '04

18 Nov '04

1 0

"Lock" vs "Sensitive"/"Insensitive"
by Peter Moulder 18 Nov '04

18 Nov '04

Recently, the "Sensitive" item in the Object Properties dialog box was changed to "Lock". Presumably this is for consistency with the corresponding layer operation. The word `Lock' doesn't communicate very well that one can't even select the objects with the mouse (e.g. to view properties), whereas it wrongly communicates that the objects can't be changed. (Insensitive objects can freely be changed once they're selected somehow, e.g. because they're still selected from when the user changed their item properties, or using Select All, or the Find dialog box, or selecting from the XML editor. I think it would be wrong for the Lock checkbox to deselect things, as that would give different behaviour for clicking Hide then Lock from Lock then Hide, for example, or whatever other changes to the objects one wants to make at the same time.) We have another padlock icon in the toolbars, but it doesn't mean "The selected object/s are insensitive", it means that the Width and Height spin buttons change in unison to maintain constant aspect ratio. I intend to change the word Lock back to either Sensitive or Insensitive (or Canvas-selectable?) and change the tooltip for the layer padlock icon to mention the word sensitive. Maybe "Make the selected objects insensitive, i.e. prevent the selected objects from being selectable with clicks or drags in the canvas." pjrm.

2 3

Glue : SVG Support ? Inkscape Sypport ?
by NAGY Endre 17 Nov '04

17 Nov '04

>>On Wed, Nov 10, 2004 at 02:00:31PM +1100, Peter Moulder wrote: >> See the inkscape:connection-start="#ID" and >> inkscape:connection-end="#ID" attributes in the appended example file, >> and note the two xmlns lines in the <svg> element's attributes. > >Aack! I didn't see this go in! So cool! Between text-follows-path and >this, Inkscape has everything I ever wanted now! Wooo! :) I think its FAB as well My one problem is that my inkscape:connection-start's and inkscape:connection-end's are small SVG circles. If I try and select these shapes to drag, I invariably end up selecting the path rather than the circle. The paths themselves do not exhibit the connection behaviour. Is there an inkscape namespace element that can specify that a path (or geometry) is not selectable. Alternatively can I define a "selection priority" or a "selection boundary", if you see what I mean Regards Endre IMPORTANT NOTICE: This e-mail and any attachment to it are intended only to be read or used by the named addressee. It is confidential and may contain legally privileged information. No confidentiality or privilege is waived or lost by any mistaken transmission to you. The RTA is not responsible for any unauthorised alterations to this e-mail or attachment to it. Views expressed in this message are those of the individual sender, and are not necessarily the views of the RTA. If you receive this e-mail in error, please immediately delete it from your system and notify the sender. You must not disclose, copy or use any part of this e-mail if you are not the intended recipient.

3 2

slower than sodipodi
by Johan Forsberg 17 Nov '04

17 Nov '04

Hello people, I've recently noticed a pretty big difference in speed between sodipodi (0.34) and inkscape (0.40 pre, but also earlier versions)... simply rendering the same svg is at least twice as fast in sodipodi as in inkscape (I haven't made any benchmarks, but the difference is not only noticeable but really large). Actually I've found myself using sodipodi instead of inkscape in some very complex cases even though I find inkscape's interface much nicer and feature filled, because it was simply too slow. I realise by now inkscape is probably a much more complex program than sodipodi but I can't really see why the actual rendering should be slower. Is there a technical explanation for this or is something strange with my system? /Johan

4 11

mingw's gcc3.4.2 now current
by Bob Jamison 17 Nov '04

17 Nov '04

If you check this site: http://www.mingw.org/download.shtml ...you can see that the gcc3.4.x source/binaries, which have been "Candidate" for a very long time, have been moved to "Current." So I guess the switch to 3.4.x on Win32, which was highly recommended earlier, is now mandatory. I suppose that Win32 will stay with the 3.4.x series for a nice long period now, until the MinGW guys create their gcc4.0 patch. It will likely not be before April, so it looks like this stuff will be stable for a while now. On another note, I have started reassembling the gtk libs. It is a very slow process. ;) Bob

1 0