- Inkscape Devel - Inkscape Mailman

Spam
by Gazal, Geraud (GE Healthcare) 20 Oct '04

20 Oct '04

A first status I propose a weekly update Regards, Matiphas Date; Impacted Wiki Page; Address * 19-oct-2004; http://inkscape.org/cgi-bin/wiki.pl?How_To_Start_A_Page; host-193-108-234-167.hfc.pellin.ro * 19-oct-2004; http://inkscape.org/cgi-bin/wiki.pl?SandBox; ACAFE5D3.ipt.aol.com * 20-oct-2004 ;http://inkscape.org/cgi-bin/wiki.pl?SandBox; host-193-108-234-167.hfc.pellin.ro

2 1

RE: [Inkscape-devel] clone behavior
by Gazal, Geraud (GE Healthcare) 20 Oct '04

20 Oct '04

OK Bulia, thanks for this. IMHO I feel this as not so flexible or coherent. Is there a way to challenge the spec, and have it updated in a future release, so that the clones become more flexible (up to the user to decide wether the geometry, move, stroke, fill (etc) must be linked with original or not). Regards, Matiphas PS : I 'm thinking about a lot of example that might be impacted by this lack of flexibility - a presentation : a Box type is provided, and you'd like to fill them with different colors according to a severity for example - maps : clone an area and offer different kind of filling according to different layers/criteria - more poetic : a star shape is defined, and you'd like to have some blue, white, black (doesn't make a lot of sense by night, but I don't want to forget star wars fans...) spread over your canvas -etc etc etc (to sum up : it su***, but it's not blocking...) > -----Original Message----- > From: bulia byak [mailto:buliabyak@...400...] > Sent: mercredi 20 octobre 2004 12:16 > To: Gazal, Geraud (GE Healthcare) > Cc: inkscape-devel(a)lists.sourceforge.net > Subject: Re: [Inkscape-devel] clone behavior > > > > I face a small issue while translating the tutorial from JP Bourgeoy > > (mirror effect), I'm facing a problem with the behavior of > the clones. > > -> fill and stroke of the cloned object is locked and > synchronized with > > the original object (while user can choose if geometric > transformations > > are linked or not) > > Per SVG spec, the style you assign to a <use> works as if it were the > style on a <g> which includes the copy of the source object. This > means that for a clone to have e.g. red color, the original which is > cloned must have no color at all (it will be painted black by default > then). Only in this case the red color from <use> will be inherited > into the local copy of the object and it will be red. If however the > source object has a color of its own, <use> cannot repaint it. > > At least that's my understanding of the spec. >

1 0

clone behavior
by Gazal, Geraud (GE Healthcare) 20 Oct '04

20 Oct '04

Hi all, I face a small issue while translating the tutorial from JP Bourgeoy (mirror effect), I'm facing a problem with the behavior of the clones. -> fill and stroke of the cloned object is locked and synchronized with the original object (while user can choose if geometric transformations are linked or not) the problem is i'd like to clone the original object, then fill it with black and move it to enhance relief/create a shadow. -> not possible I was wondering if it would be a good idea to let the user completely choose (in Inkscape prefs for example) the behavior and thus decide if fill and stroke must be linked or not. At the moment, there is a simple workaround : duplicate then group. Shall I submit a RFE ? Regards, Geraud

2 1

fresh win32 build
by Bob Jamison 20 Oct '04

20 Oct '04

Just made another build, here: http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0410181112… There is nothing that is new or needs to be tested. It is just the first build in 6 days, in case anyone wants to try it. Bob

2 1

selection cue
by bulia byak 20 Oct '04

20 Oct '04

A long time ago, when Carl proposed the box selection cue (every selected object is enframed by a dashed box), I did not want to make this the default because I found it to be too intrusive. However, since then I grew to like this more than the default selection cue (every selected object has a diamond mark in the top left corner) and I find that I use the box selcue all the time. It's not so intrusive once you get used to it, and it gives a much better idea of the object extent and is nice for aligning things. Also, previously the selcue was only displayed in selector, where the scale/rotation handles make the selcue box a bit redundant; now however the selcue is displayed in most other tools that have no other handles around the selection. Hence a question: would you agree or disagree if I make bbox selcue the default? In case you don't know how to change it: Preferences > Tools > Selector, change "Per-object selection cue" from "Mark" (current default) to "Box".

5 6

layers
by David Christian Berg 20 Oct '04

20 Oct '04

is there more to layers than just a menu?? I totally don't understand the concept right now. I though layers were supposed to be groups, basically. David

6 11

GCC 3.4 complaints
by Jon A. Cruz 19 Oct '04

19 Oct '04

I've seen these warnings when building the latest sources display/canvas-arena.cpp: In function `void sp_canvas_arena_class_init(SPCanvasArenaClass*)': display/canvas-arena.cpp:91: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:91: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp: In function `void sp_canvas_item_class_init(SPCanvasItemClass*)': display/sp-canvas.cpp:110: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:110: warning: (perhaps the `offsetof' macro was used incorrectly) Someone familiar with the area these are in should take a look. I do think these should be corrected, just not sure of the "proper" fix.

4 4

creating a pdf
by David Christian Berg 19 Oct '04

19 Oct '04

Hi guys, I know that the standart way of creating a pdf with inkscape is using scribus. and I don't really mind. But I have a really old copy of scribus and before compiling a new one, I'd like to know, if by now it can handle transparencies and gradients for the import of svgs. I'll also ask the scribus list, of course :) David

1 0

clean up defs -- extended
by David Christian Berg 19 Oct '04

19 Oct '04

when putting some documents together you might end up with more than just one def-section and for some reason I had linked defs in front of the definitions, they were linked to. This seems to cause some weird behavior where you can't change the gradient with choosing a different one once, but you have to do so twice. Also: Gradients are mor object orientated now, which I really like. going with this, each time I switch to gradient from a solid color, a new gradient is created. This gradient should automatically deleted right away, if I don't do anything exept for switching to a existing gradient. Otherwise I'm kinde forced to do clean up defs and in the worst case I have to create extra objects for the gradients, I want to keep. I hope you understand what I'm saying... seems kinda confusing to me David

3 2

Removing duplicate nodes from Potrace
by Bob Jamison 18 Oct '04

18 Oct '04

As pointed out to me last week by Bulia, I was incorrectly reading the path_t information produced by Potrace, and putting it into the d="" attribute of a <path> node. Potrace's own SVG generator uses a duplicate curve on "internal" subpaths. One is used for the reverse-winding to produce a "hole" in the filled area, and another is used to provide opacity to that hole. Since we are not using the information like that, and are only concerned with the curves, it is best to remove the redundant subpaths, which we are now doing (as of today). Now the traces go faster, look better, create fewer nodes, and are thus easier to edit and drag around. Bob

1 0