- Inkscape Devel - Inkscape Mailman

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

Get rid of spammers
by Gazal, Geraud (GE Healthcare) 18 Oct '04

18 Oct '04

Hi all, I haven't got some much time to work as much as I would like to on Inkscape. But I try to read mails from development and user ML, plus get a look at evolution of bugs, RFE and CVS on a daily basis. I also try to check wiki updates as often as possible. And each time I consult wiki, i face the same problem : I remove at least 3 or 4 spams a day !!! It's my modest contribution, hoping developpers don't get that much annoyed by the spam. But I think that spam removal is only an emergency solution. I'm not sure is can last for long. First because spam (and its removal) break the history of the wiki modification. Then because I'm not sure that this wiki janitor tasks have a real added value. If I remember well, spam nuisance had already been discussed on this ML a few months ago. I think it is time to think about it once more. Spending some time on this issue now, will save some (stupid) waste of energy in the long run. If I remember well several solutions had been issued but rejected : - post by registered members : main drawback = loss of the direct contact with potential users - confirmation message + non computer readable question = not convenient for people with vision problems. ... Regards, Matiphas

3 2

apply transformation
by David Christian Berg 18 Oct '04

18 Oct '04

I remember that back at the split from sodipodi there was a menu item "apply transformation". This never really worked, but it would be great to have it because the librsvg can't really handle objects with gradients that have a transformation, so far. I'm not sure, how it would handle rotated rectangles, though, since these would become paths, if you'd actually apply the transformation this transformation. Maybe a dialog should be shown. What is the status on this, and what do you guys think?

4 8

Inkscape overview training tutorial
by Cédric GEMY 18 Oct '04

18 Oct '04

Hi, I've added at http://www.le-radar.com/?articles/drawinginkscape a little beginners training tutorial that is made to join the User Manual. Thanx for giving your mind about it. Cedric

1 0

text on path
by David Christian Berg 17 Oct '04

17 Oct '04

Behaviour stuff: ok, sure I love this function, even though usually I don't need so far, but there are some things about it that are really strange: - the menu item should be grayed out, as long as not a text _and_ a path are selected - once I put the text on the path, I can move it around, but it's still dependend on the shape of the path. - while I can move the text around, I can't move the path without the text following my suggestion: don't make the text movable and make the path visible if the text is selected, as a blue line or such, so that even when the path is invisible, you can easily edit it. RFE: - alignment (right, center, left, justify) of the text should apply in a way as that the path is the whole line - put text not only on a path but also with a offset, underneath and centered... you know... :) Guess I'm writing nothing new, but I'm excited about this new feature David

3 5

Proposal: get rid of bbox coords for gradients
by bulia byak 17 Oct '04

17 Oct '04

In SVG, when an object uses a gradient fill, there are two ways to specify the points that define the gradient position (two ends of the vector for linear; center, focus, and radius for radial). First, you can use userspace coordinates which are just regular coordinates in the document space, much like any other coordinates that govern the placement of objects. And second, you can use bounding box coordinates which are relative to the bbox of the object that uses the gradient; for example, the point (0.5, 0.5) will be at the center of its bbox. These two coordinate systems are functionally equivalent, i.e. there's no gradient that can be expressed in one system and not the other. Obviously, bbox coordinates are more convenient for those who read/write SVG manually. For an interactive editor like Inkscape, however, bbox coords are a nightmare. The reason is simple: for arbitrary transformations of arbitrary objects, you cannot predict the bbox after transformation, because it depends on the shape of the object. A simple example: a circle and a square, with equal bboxes, are both rotated 45 deg; now their bboxes are very different. This means that if both use a gradient with bbox coordinates, the gradients will be displaced differently relative to these shapes after the transformation. With userspace coords, however, you just multiply each gradient point by the same transfomation matrix, and the object is transformed along with its gradient as a whole, without any displacement or desynchronnization. So, when I decided to sanitize gradient handling, the first thing I did was write a function that translates a gradient from bbox coords to userspace coords. This function is now called whenever you transform an object with gradient. Without this, it would be impossible to implement the "transform with object" switch which now works reliably for any shapes or paths, in both "preserve" and "optimize" modes. This means, however, that gradients with bbox coords can only survive so long as you don't transform their users. Now, initially my plan was to add a reverse function to convert userspace back to bbox (relative to the object's new bbox, of course) after the transformation, if initially it used bbox coords. This is the least intrusive approach, but the more I think about it the less I like it. This adds more complexity to the already quite complex system of adjustments and compensations that fires every time you transform something. And more importantly, it's just useless. Bbox coords offer no advantages whatsoever in an interactive application; they just make things more complex and potentially confusing to the user. So, now my plan is: - Do not convert gradients to bbox coords ever, only from bbox to userspace (as now). - In Fill&Stroke, remove the "Coordinates" switch from the gradient pane, and make it always create gradients with userspace coords. This switch has no visible effect anyway, so it is likely to be confusing, especially for novices. In other words, the ability to _show_ bbox coords remains, but I plan to remove the ability to _create_ them, and they won't be preserved when you transform things. I have found only one situation where userspace/bbox makes a difference: Paste style. Consider a rect with a vertical linear gradient, black to white. Copy it and paste the style (Ctrl+Shift+V) to another rect which is below the first one. If the coords were bbox, then the new rect will also be black-to white in its place. If the coords were userspace, however, the new rect will be all white, and its black-to-white transition will be outside of its shape, in line with the old rect above it. As for me, I do not consider this a disadvantage, because I often need exactly this behavior (i.e. I want the gradient to stay unmoved relative to the canvas so that the new objects "continue" it) and rarely if ever need the other behavior (where pasted gradient is moved to the position of the new object). Others however may have different preferences. There may also exist advantages to bbox coords that I'm missing. Hence this call for opinions; please put forward your thoughts on this. If there's no opposition, I'll proceed with the above plan.

5 9

Circle/ellipse tool behaviour
by Lucas Vieites 17 Oct '04

17 Oct '04

Hi, I'm having a strange behaviour of the circle/ellipse tool with version 0.39. The thing is I used the tool to create a segment the other day and now every time I want to create a circle it's only possible to create a segment or an arc. The nodes are open by default. How can I turn it back to a normal circle? Thank you for your attention, -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

5 4

screw up importing some svgs
by David Christian Berg 17 Oct '04

17 Oct '04

Ok, I've been running into this problem for quite a while... I have some files, I based on svgs exported with corel. So now everytime I import them into a new document they are huge, huge, huge. I don't really consider it a bug, since once I import them, scale them down and save it'll work fine.. also graphics directly created with inkscape work fine. If I just open them, they show the right size as well. It's just kinda annoying, you know. I've a file attached so you can tell, what I'm talking about. David

1 0

SPRect attributes
by David Christian Berg 17 Oct '04

17 Oct '04

I hadn't noticed this dialog before, but it's totally useless, isn't it? the position and size are given in the transform dialog and RX and RY are given in the rectangle toolbar. Actually it's rather confusing because I don't understand the values shown. David

1 0

clean up defs
by David Christian Berg 17 Oct '04

17 Oct '04

After doing "clean up defs" the gradients will still show in the gradient selector (with their name, but with this black and white pixel preview) until I create a new object. There should be a update before that imho. David

2 1

outdated link for download
by David Christian Berg 17 Oct '04

17 Oct '04

The link on the webpage is still outdated. Please fix or for now tell me, how to download a recent version of inkscape from sourceforge. Thanx David

6 14

two new tips from the tipsandtricks tutorial
by bulia byak 17 Oct '04

17 Oct '04

I added two new tips to the tutorial. Feel free to send me your favorite Inkscape tips for inclusion - preferably something non-obvious, useful, and not documented elsewhere. Clipping or masking a bitmap By default, an imported bitmap (e.g. a photo) is an <image> element which is not editable by a Node tool. To work around this, convert the image into a rectangle with pattern fill by Alt+I ("Tile"). Now this object can be converted to path, node-edited, intersected with other shapes etc. In Preferences (Misc tab), you can set the option of always importing bitmaps as tiles. Open dialog as an object palette If you have a number of small SVG files whose contents you often reuse in other documents, you can conveniently use the Open dialog as a palette. Add the directory with your SVG sources into the bookmarks list so you can open it quickly. Then browse that directory looking at the previews. Once you found the file you need, simply drag it to the canvas and it will be imported into your current document.

1 0

open files fails
by David Christian Berg 16 Oct '04

16 Oct '04

open files via double click from nautilus fails. the open dialog and importing files via drag and drop work fine.

2 7

zoom with with mousewheel
by David Christian Berg 16 Oct '04

16 Oct '04

OK, next thing: first of all thanx bulia, for making the mousewheel zoom to the cursor!! but: - it's the the wrong way around, from what I feel... scrolling up zooms out, scrolling down in... that's a strange behaviour and is opposite of the way it was before, IIRC, and for sure opposite the way I'm used to it (from gimp, corel, autocad, and whatever) - the zoom steps quite big

2 2

Please check the Wiki
by Arpad Biro 16 Oct '04

16 Oct '04

Hi, I tried to restore spammed Wiki pages; not sure about what the SandBox page is supposed to contain, though. Someone please check that page. Arpad Biro _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com

2 1

What's up with the Wiki?
by Arpad Biro 16 Oct '04

16 Oct '04

Hi, The Wiki seems to be in bad shape again... Arpad Biro __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

2 1

Re: [Inkscape-devel] Circle/ellipse tool behaviour
by Lucas Vieites 16 Oct '04

16 Oct '04

El vie, 15-10-2004 a las 18:21 +0100, john cliff escribió: > Hit the make whole button on the top toolbar. it should go back to a > full circle. > > That did it, silly of me not to have seen it. Thanks > On Fri, 15 Oct 2004 19:05:41 +0200, Lucas Vieites > <lucas@...212...> wrote: > > Hi, I'm having a strange behaviour of the circle/ellipse tool with > > version 0.39. The thing is I used the tool to create a segment the other > > day and now every time I want to create a circle it's only possible to > > create a segment or an arc. The nodes are open by default. How can I > > turn it back to a normal circle? > > > > Thank you for your attention, > > -- > > Lucas Vieites Fariña > > Dept. Desarrollo <lucas@...212...> > > Asix Informática <http://www.asixinformatica.com/> > > Tel/Fax: +34 986 54 26 98 > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > > Use IT products in your business? Tell us what you think of them. Give us > > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > > http://productguide.itmanagersjournal.com/guidepromo.tmpl > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

1 0

Inkscape Status 2004-10-15
by Bryce Harrington 16 Oct '04

16 Oct '04

Statistics Nov 15 May 15 Aug 15 Sep 15 Oct 15 ========== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 1028 774 733 687 (68.5%) (92.7%) (94.6%) (94.9%) (95.2%) Max Week's Rank on SourceForge: 62 36 53 189 124 (99.6%) (99.8%) (99.7%) (98.9%) (99.3%) Total SF Page Views * 475,000 900,566 1,072,842 1,339,114 Total SF Downloads * 27,400 47,278 56,571 63,869 Total Freshmeat URL Hits 746 * 9,382 10,322 11,465 Total Freshmeat Subscriptions 16 74 114 118 124 Lines of Code in src/: 115,901 189,116 276,437 298,454 303,783 Code lines 147,471 200,684 213,351 216,027 Comment line 16,757 43,558 51,098 52,421 Blank 25,886 37,425 40,484 41,872 Lines of Docs in doc/: 1,135 4,544 16,358 16,795 16,841 Lines of content in website: 1,173 6,008 7,106 7,527 7,840 Size of the Inkscape wiki: 3,700 18,638 19,665 20,207 22,459 Minutes since last ChangeLog mod: 360 * * * * Bugs open/total: 9/15 57/365 110/568 126/616 135/653 Features open/total: 18/18 183/238 266/361 250/376 263/406 Patches open/total: 1/ 6 4/ 83 5/120 6/123 7/126 CVS Commits (as per inkscape-cvs): 481 3391 6,822 7,296 7,860 Inkscape-devel membership: 49 78 104 113 109 Inkscape-announce membership: 9 43 74 85 98 Inkscape-user membership: 71 109 120 138 Num Translations : 33 33 33 Ave Translation Ratio: 44.9% 45.0% 35.0% * - Statistics unavailable

1 0

CVS doesn't compile
by Carl Hetherington 15 Oct '04

15 Oct '04

Hi, CVS head doesn't compile for me: if distcc g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/sigc++-2.0 -I/usr/local/lib/sigc++-2.0/include -I/usr/local/include/gtkmm-2.4 -I/usr/local/lib/gtkmm-2.4/include -I/usr/local/include/glibmm-2.4 -I/usr/local/lib/glibmm-2.4/include -I/usr/local/include/gdkmm-2.4 -I/usr/local/lib/gdkmm-2.4/include -I/usr/local/include/pangomm-1.4 -I/usr/local/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -MT sp-item.o -MD -MP -MF ".deps/sp-item.Tpo" -c -o sp-item.o sp-item.cpp; \ then mv -f ".deps/sp-item.Tpo" ".deps/sp-item.Po"; else rm -f ".deps/sp-item.Tpo"; exit 1; fi In file included from sp-item.cpp:51: util/list.h: In member function `typename Inkscape::Traits::Reference<T>::LValue Inkscape::Util::List<T>::operator*() const': util/list.h:39: error: `_cell' undeclared (first use this function) util/list.h:39: error: (Each undeclared identifier is reported only once for each function it appears in.) util/list.h: In member function `typename Inkscape::Traits::Reference<T>::Pointer Inkscape::Util::List<T>::operator->() const': util/list.h:40: error: `_cell' undeclared (first use this function) util/list.h: In member function `Inkscape::Util::List<T>& Inkscape::Util::List<T>::operator++()': util/list.h:43: error: `_cell' undeclared (first use this function) util/list.h: In member function `Inkscape::Util::List<T> Inkscape::Util::List<T>::operator++(int)': util/list.h:48: error: `_cell' undeclared (first use this function) util/list.h: In member function `Inkscape::Util::MutableList<T>& Inkscape::Util::MutableList<T>::operator++()': util/list.h:121: error: `_cell' undeclared (first use this function) util/list.h: In member function `Inkscape::Util::MutableList<T> Inkscape::Util::MutableList<T>::operator++(int)': util/list.h:126: error: `_cell' undeclared (first use this function) util/list.h: In member function `Inkscape::Util::MutableList<T> Inkscape::Util::MutableList<T>::setNext(Inkscape::Util::MutableList<T>)': util/list.h:135: error: `_cell' undeclared (first use this function) util/list.h: At global scope: util/list.h: In instantiation of `Inkscape::Util::List<SPObject&>': util/list.h:113: instantiated from `Inkscape::Util::MutableList<SPObject&>' sp-item.cpp:181: instantiated from here util/list.h:27: error: invalid use of undefined type `class Inkscape::Util::List<SPObject&>' util/list.h:27: error: declaration of `class Inkscape::Util::List<SPObject&>' sp-item.cpp: In member function `void SPItem::lowerOne()': sp-item.cpp:189: error: could not convert `next_lower' to `bool' sp-item.cpp:192: error: could not convert `next_lower' to `bool' sp-item.cpp: In member function `void SPItem::lowerToBottom()': sp-item.cpp:209: error: could not convert `bottom' to `bool' sp-item.cpp:212: error: could not convert `bottom' to `bool' etc. Unfortunately I really don't understand quite what's going on in list.h. Could somebody take a look? (this is with gcc 3.4.1) Cheers Carl

2 1