- Inkscape Devel - Inkscape Mailman

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

Re: util/list.h breakage (g++ 3.4 errors you wanted)
by Ian E. Morgan 15 Oct '04

15 Oct '04

>From CVS as of Oct 14 12:04, with g++ 3.4.2. This is after the "fixes to (hopefully) build with g++ 3.4 (and generally be less evil anyway)". g++ -DHAVE_CONFIG_H -I. -I. -I.. -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/freetype2/config -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -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 -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -c -o sp-item.o sp-item.cpp util/list.h: In instantiation of `Inkscape::Util::List<SPObject&>': util/list.h:127: instantiated from `Inkscape::Util::MutableList<SPObject&>' sp-item.cpp:181: instantiated from here util/list.h:89: error: invalid use of undefined type `class Inkscape::Util::List<SPObject&>' util/list.h:89: error: declaration of `class Inkscape::Util::List<SPObject&>' util/list.h: In copy constructor `Inkscape::Util::MutableList<SPObject&>::MutableList(const Inkscape::Util::MutableList<SPObject&>&)': util/list.h:123: error: `Inkscape::Util::List<T>::List(const Inkscape::Util::List<const T>&) [with T = SPObject&]' is private sp-item.cpp:187: error: within this context sp-item.cpp: In member function `void SPItem::lowerOne()': sp-item.cpp:187: error: initializing argument 1 of `_InputIterator std::find_if(_InputIterator, _InputIterator, _Predicate) [with _InputIterator = Inkscape::Util::MutableList<SPObject&>, _Predicate = bool (*)(const SPObject&)]' 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' util/list.h: In copy constructor `Inkscape::Util::List<T>::List(const Inkscape::Util::List<const T>&) [with T = SPObject&]': sp-item.cpp:187: instantiated from here util/list.h:123: error: type `class Inkscape::Util::List<SPObject&>' is not a direct base of `Inkscape::Util::List<SPObject&>' /usr/lib/gcc/i686-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_iterator_base_types.h: At global scope: /usr/lib/gcc/i686-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_iterator_base_types.h: In instantiation of `std::iterator_traits<Inkscape::Util::MutableList<SPObject&> >': /usr/lib/gcc/i686-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_algo.h:336: instantiated from `_InputIterator std::find_if(_InputIterator, _InputIterator, _Predicate) [with _InputIterator = Inkscape::Util::MutableList<SPObject&>, _Predicate = bool (*)(const SPObject&)]' sp-item.cpp:187: instantiated from here /usr/lib/gcc/i686-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_iterator_base_types.h:129: error: no type named `iterator_category' in `class Inkscape::Util::MutableList<SPObject&>' /usr/lib/gcc/i686-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_iterator_base_types.h:131: error: no type named `difference_type' in `class Inkscape::Util::MutableList<SPObject&>' /usr/lib/gcc/i686-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_algo.h: In function `_InputIterator std::find_if(_InputIterator, _InputIterator, _Predicate) [with _InputIterator = Inkscape::Util::MutableList<SPObject&>, _Predicate = bool (*)(const SPObject&)]': sp-item.cpp:187: instantiated from here /usr/lib/gcc/i686-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_algo.h:336: error: no matching function for call to `__iterator_category(Inkscape::Util::MutableList<SPObject&>&)' algorithms/find-last-if.h: In function `ForwardIterator Inkscape::Algorithms::find_last_if(ForwardIterator, ForwardIterator, UnaryPredicate) [with ForwardIterator = Inkscape::Util::MutableList<SPObject&>, UnaryPredicate = bool (*)(const SPObject&)]': sp-item.cpp:208: instantiated from here algorithms/find-last-if.h:26: error: no match for 'operator!=' in 'start != end' ./util/shared-c-string.h:56: note: candidates are: bool Inkscape::Util::operator!=(const char*, const Inkscape::Util::SharedCString&) ./util/shared-c-string.h:52: note: bool Inkscape::Util::operator!=(const Inkscape::Util::SharedCString&, const char*) algorithms/find-last-if.h:28: error: no match for 'operator!=' in 'start != end' ./util/shared-c-string.h:56: note: candidates are: bool Inkscape::Util::operator!=(const char*, const Inkscape::Util::SharedCString&) ./util/shared-c-string.h:52: note: bool Inkscape::Util::operator!=(const Inkscape::Util::SharedCString&, const char*) util/list.h: In constructor `Inkscape::Util::List<T>::List() [with T = SPObject&]': util/list.h:129: instantiated from `Inkscape::Util::MutableList<T>::MutableList() [with T = SPObject&]' sp-item.cpp:185: instantiated from here util/list.h:96: error: type `class Inkscape::Util::List<SPObject&>' is not a direct base of `Inkscape::Util::List<SPObject&>' util/list.h: In constructor `Inkscape::Util::List<T>::List(typename Inkscape::Traits::Reference<T>::RValue, const Inkscape::Util::List<T>&) [with T = SPObject&]': util/list.h:132: instantiated from `Inkscape::Util::MutableList<T>::MutableList(typename Inkscape::Util::List<T>::const_reference, const Inkscape::Util::MutableList<T>&) [with T = SPObject&]' util/list.h:166: instantiated from `Inkscape::Util::MutableList<T> Inkscape::Util::cons(typename Inkscape::Traits::Reference<T>::RValue, const Inkscape::Util::MutableList<T>&) [with T = SPObject&]' util/reverse-list.h:25: instantiated from `Inkscape::Util::MutableList<T> Inkscape::Util::reverse_list(InputIterator, InputIterator) [with T = SPObject&, InputIterator = Inkscape::Util::ForwardPointerIterator<SPObject, SPObject::SiblingIteratorStrategy>]' sp-item.cpp:184: instantiated from here util/list.h:99: error: type `class Inkscape::Util::List<SPObject&>' is not a direct base of `Inkscape::Util::List<SPObject&>' make[2]: *** [sp-item.o] Error 1 make[2]: Leaving directory `/home/imorgan/cvs/inkscape/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/imorgan/cvs/inkscape' make: *** [all] Error 2 Regards, Ian Morgan -- ------------------------------------------------------------------- Ian E. Morgan Vice President & C.O.O. Webcon, Inc. imorgan at webcon dot ca PGP: #2DA40D07 www.webcon.ca * Customized Linux network solutions for your business * -------------------------------------------------------------------

3 2

POV-Ray users?
by Jon A. Cruz 14 Oct '04

14 Oct '04

If there are any POV-Ray users kicking around out there, could you drop me a mail directly and let me know? I've seen a few of you lurking around out there (especially given the new POV-Ray export), and was looking for any guinepigs for a little util I'm working on. Thanks.

2 1

Other gcc 3.4 complaints
by Jon A. Cruz 14 Oct '04

14 Oct '04

here are a few complaints gcc in FC3 had. Anyone who's familiar with the secionts want to go ahead and fix them. I'd do it, but I'm not quite sure of the "proper" fix. :-) ----------------------------------------------------------------------------------- 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) signals[ARENA_EVENT] = gtk_signal_new ("arena_event", GTK_RUN_LAST, GTK_CLASS_TYPE(object_class), ** GTK_SIGNAL_OFFSET (SPCanvasArenaClass, arena_event),** sp_marshal_INT__POINTER_POINTER, GTK_TYPE_INT, 2, GTK_TYPE_POINTER, GTK_TYPE_POINTER); ----------------------------------------------------------------------------------- ----------------------------------------------------------------------------------- display/curve.cpp: In function `void sp_curve_stretch_endpoints(SPCurve*, const NR::Point&, const NR::Point&)': display/curve.cpp:1030: warning: 'seg_len' might be used uninitialized in this function NR::Point prev(curve->bpath->c(3)); for (gint i = 1; i < curve->end; ++i) { NArtBpath &p = curve->bpath[i]; double seg_len; (This is a point that shows why I prefer to always use default values. Of course, I'm not sure what it should be here) ----------------------------------------------------------------------------------- ----------------------------------------------------------------------------------- libnr/nr-object.cpp: In function `NRType nr_object_register_type(NRType, const gchar*, unsigned int, unsigned int, void (*)(NRObjectClass*), void (*)(NRObject*))': libnr/nr-object.cpp:74: warning: unused variable 'klass' NRType nr_object_register_type(NRType parent, gchar const *name, unsigned int csize, unsigned int isize, void (* cinit) (NRObjectClass *), void (* iinit) (NRObject *)) { NRObjectClass *klass; -----------------------------------------------------------------------------------

1 0

util/list.h breakage
by MenTaLguY 14 Oct '04

14 Oct '04

As I've been using g++ 3.3, it looks like I missed some things that wouldn't fly under 3.4 in my last commit. It should be fairly straightforward to fix, but I need someone with 3.4 to validate my changes. [ A complete listing of the errors would be helpful for me, too. I noticed one error mentioned in the Jabber chat logs, but that looked like it was likely one of the later errors. Usually only the earliest errors are going to contain useful information (and they're often the root causes). ] For a first shot at a fix, I'm going to try reworking the following pattern: template <typename T> class Foo : public Foo<T const> {}; template <typename T> class Foo<T const> {}; like so: template <typename T> class Foo; template <typename T> class Foo<T const> {}; template <typename T> class Foo : public Foo<T const> {}; So things get used more strictly in order of definition. There are most likely other issues, but we'll start with that one. -mental

1 1

Re: [Inkscape-devel] Gtk-CRITICAL message with win2k
by Bob Jamison 13 Oct '04

13 Oct '04

vellum wrote: >----- Original Message ----- >From: "Bob Jamison" <rjamison@...357...> >To: <inkscape-devel(a)lists.sourceforge.net> >Sent: Wednesday, October 13, 2004 2:47 AM >Subject: Re: [Inkscape-devel] Gtk-CRITICAL message with win2k > > > >>c:\inkscape> gdb inkscape.exe >>GNU gdb 6.2 >>Copyright 2004 Free Software Foundation, Inc. >>GDB is free software, covered by the GNU General Public License, and you >> >> >are > > >>welcome to change it and/or distribute copies of it under certain >>conditions. >>Type "show copying" to see the conditions. >>There is absolutely no warranty for GDB. Type "show warranty" for >> >> >details. > > >>This GDB was configured as "i686-pc-mingw". >> >> > >The gdb version in the win build is gdb 5.2.1. Is this significant? If so >how do I get the 6.2 version? >Otherwise I get the output above. > > > >>(gdb) break gtksystemwin32.c:578 >>No source file named gtksystemwin32.c. >> >> > >I get down to this stage when I run gdb. It does not ask for breakpoint >pending statement. > > > >>Make breakpoint pending on future shared library load? (y or [n]) y >><---ONLY IF IT ASKS >> >> >>Breakpoint 1 (gtksystemwin32.c:578) pending. >>(gdb) run >> >> > >it runs and Inkscape starts ....normally. There is no stopping at line 578 > >wotnow? vellum > > > > Well, thanks for trying. I have no idea why it did not stop. I tried this on a friend's machine last night, and I got the break, but not the Gtk-Critical warning. Oh well. I will look around. Bob

1 0

Re: [Inkscape-devel] building on win32
by Bob Jamison 13 Oct '04

13 Oct '04

Joshua A. Andler wrote: >I didn't see any responses to you about checking the build, so... just >letting ya know it worked fine for me. > >-Josh > > Thanks! It is good that it works, and that someone tried it. I am glad that I did not waste a whole day's work. ;) Bob

1 0

cvs on download page
by David Christian Berg 13 Oct '04

13 Oct '04

Is there seriously a 3 month old inkscape version for download on the webpage a s current cvs or am I just too stupid to download the correct file. inkscape-20040711 is what I get :( David

1 0

building on win32
by john cliff 13 Oct '04

13 Oct '04

Hello all, Just curious as to if theres anyone out there building inkscape natively on windows at the minute, as my mingw setup still doesnt want to play nice with the current CVS. I've tried various things, but to be honest dont really know what i'm doing when it comes to makefiles and so was curious if any one out there has it working, what you did to get it working? At the minute i get a bunch of messages about undefined refererences to '__gxx_personality_v0' and to `_Unwind_Resume' any info on mingw version, makefile changes, or anything else you did would be appreciated, as I'd really like to be coding, but have got to the stage where I'm fed up with watching it fall over in the linking, Cheers John (aka simarilius)

4 7

Re: baseline grid
by David Christian Berg 13 Oct '04

13 Oct '04

Sorry to break the thread but since my system time was set to April 6. 2000 after getting back my Laptop, I found it kinda annoying to scroll all the way down in evolution to this thread. Anyways, I don't have a 64-bit system, and it's not all that bad, it's just that I found releases before to be a little more stable. I'll have a look at 0.40 since it's worth the bug reporting. About the baseline grid: I'm not sure, if paragraph text (text in a shape) is already introduced, but if it isn't it's on the todo list and it won't be long from now. Now inkscape should have a seperate so called baseline grid, which usually would be something like horizontal guides only. Now when turning on the "snap to baseline" (or something alike) option for a text (not sure if just paragraph text) the lines of the text automatically snap to the baseline. This means that the height of the lines is not determined by any setting or by the font size but mainly by the baseline grid. If the baselines are closer than the set line height, the text will always skip one (or more) baseline to snap to. http://www.macworld.com/2000/01/publications/macworld/images/content/snap-t… http://www.macworld.com/2000/01/publications/macworld/images/content/snap-t… http://www.creativepro.com/img/story/121703_fg1.gif This is still some way to go, but it is so useful for prepress graphics design, that I already mention it now. I'll file an RFE once you understand what I'm talking about :)

1 0

crash in hmm dunno
by David Christian Berg 13 Oct '04

13 Oct '04

I have the latest debian package, but dunno what that is... can't you put something in the about dialog, so that I know... I never remember this terminal stuff. Anyways, I get a crash when I try to copy a text with a gradient fill. That is strange on the one hand and annoying on the other. I hope it's an easy to fix or fixed already. David

5 6

Several tweaks on the File dialogs
by Bob Jamison 13 Oct '04

13 Oct '04

I committed a few changes to the file dialogs, hopefully making them a bit easier to use. By cheating and getting pointers to previously-private items on the dialogs, we can modify its behaviour slightly. Now we have a callback on the SaveAs text field, and the browse list is automatically expanded. Also, I think that the initial file listing, which did not list the filtered types the first time, works OK now. What I would like people to try for me, is L10N stuff, and whether it works better now with non-ASCII filenames. Bob

5 6

math operation in dialogs
by David Christian Berg 13 Oct '04

13 Oct '04

just wondering if I should file a bug, or if it's so simple that I don't need to. Especially in the guides and the positioning dialog it would be helpful to be able to put mathimatical stuff in there. Imagine you have a guide at 45.6 and want one 7 mm further to the right, you'd just type 45.6+7 and there you go... even more important is something like dividing by 2 or 3, I need that quite often. Btw: Since my laptop was for repair, I used CorelDraw, and I think for basic vector editing and layouting inkscape is by now better than Corel. That is something! Which also brings me to one other thing I'm missing: Baseline Grid. Even for simple flyers and brochures it's nice (or rather necessary) to have. CorelDraw just pissed me of for not having it! I got my laptop back, with working ethernet card, Yeah!! Take care! David

3 5

Initial abort() ability during tracing
by Bob Jamison 12 Oct '04

12 Oct '04

Hi all... I added some hooks to the tracer to be able to update the GUI while in the midst of heavy processing, and to catch an abort() if the user hits the Stop button. I checked in an initial ability to do this. (Yes, I know that there are no status messages, the buttons don't make a 'clicky' sound when you hit them, there is no hour glass 'busy' icon, no multi-colored progress bar, etc, blah, blah, blah, all that other silly stuff. I just want to make sure that abort() works ;-) Bob

3 6

NEW: default gradients, master opacity, node editing
by bulia byak 12 Oct '04

12 Oct '04

* When you switch an object to gradient fill or stroke, the new gradient is created with that object's previous fill or stroke color going from 1 to 0 opacity (instead of the hardcoded black-to-white fully opaque gradient as before). New objects do not share gradients now, unless you explicitly set two or more objects to use the same gradient via the Fill and Stroke dialog. * The master opacity slider is moved from Object Properties to Fill and Stroke and can now work on multiple selected objects. It is now more convenient to adjust the transparency of objects with gradients or patterns. * If a node has straight line path fragments on one or both sides, Ctrl+Alt+dragging that node in the node tool moves it along the direction(s) of these straight line(s) and their perpendiculars. This is an easy way to change the length of a straight line without changing its angle.

1 0

typos and a translation question
by Arpad Biro 11 Oct '04

11 Oct '04

Hi, A few textual problems in Inkscape CVS: "of objects" is duplicated: #: src/dialogs/align.cpp:506 "Distribute centers of objects of objects at even distances horizontally" should probably be ";" instead of ",": #: src/nodepath.cpp:2701 src/nodepath.cpp:2725 "<b>Node handle</b>: drag to shape the curve; with <b>Ctrl</b> to snap angle; with <b>Alt</b> to lock length, with <b>Shift</b> to rotate the opposite handle in sync" ":" should probably be outside the tag (like in other strings): #: src/nodepath.cpp:2677 <b>Node:</b> #: src/select-context.cpp:647 <b>Ctrl:</b> #: src/select-context.cpp:649 <b>Shift:</b> #: src/select-context.cpp:651 <b>Alt:</b> "x" may not be the most appropriate character here (probably "," could be used instead): #: src/select-context.cpp:894 <b>Move</b> by %s x %s #: src/seltrans.cpp:1000 Move <b>center</b> to %s x %s should be "to": #: src/tools-switch.cpp:185 "top copy the color" probably meant "Image": #: src/trace/trace.cpp:158 "Trace: mage has no bitmap data" --------------------------------- Also a question: what does the "Export just the object with export-id" string mean? Export only the object that has export-id? A comment: the status bar messages can easily be too long in translations, so probably we should do something to make it possible to display/scroll longer strings somehow. Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

building on win32
by john cliff 11 Oct '04

11 Oct '04

Hello all,

1 0

NEW: on-canvas rounding and randomization
by bulia byak 11 Oct '04

11 Oct '04

* More on-canvas star interactivity: The Roundedness and Randomization fields in the star controls panel are precise, but not very convenient. Now you can round a star interactively by Shift+dragging a star handle on the canvas, or adjust a star's randomization level by Alt+dragging a handle. Correspondingly, Shift+click on a handle zeroes roundedness, Alt+click removes randomization.

2 2

Publishing the User Manual
by cedric 11 Oct '04

11 Oct '04

I've been on holidays for few weeks so that the User Manual has been written very slowly during this period. But I've seen on the website that there was a particular wish to publish such a book. I always think precise documentation is a good thing for softwares. This a kind of respect for users (who cannot know everything!!) For this we need two things : A) a very good/precise manual, eventually with creative exemple and some step by step tutorials (I think there are good basis for this). All this means that there's a need of criticism in a reader team. This may need a special discussing line. This is very long to explain each option, but I think this necessary. What should be exluded is something like this found in the Gimp user docs (approximative translation) : "Sobel: less interesting than specific Sobel; Prewitt: result not very different from Sobel. [...]Roberts: no difference with Sobel. Differentiel: border less clear. Laplace: Less intersting than specific Laplace." Of course there are many good pages in this manual, nut why not this ? because i suppose the aim of a manual is to explain how it works in general and how it behaves in specific case and not only give opinion (the user can do this alone). And that's why it is hard, and that's why it is long to do. I have myself some difficulties in understanding some inkscpae or gimp functionnalities. That's also why, it would be easier if we where more at writing, but that's the way it is. The other difficulty is that the manual should be complete but understandable, even for non initiated people. B) as most of user can read a bit of english/us, a good english translation should be interesting (I'm trying to make my best but it's very hard for me). And issues : A) Ask for a well known publisher, that will give large diffusion of the book. But regarding at this : 1. Vector drawing is not as popular as bitmap 2. Inkscape is still young and this will be kept as a default and economically very risky 3. Gimp is much more famous than Inkscape, but you can just count books about it with the finger of a unique hand I know some people at Oreilly, I can ask what they think about this, but I've already put it in some discussion and it has never been kept. B) Do our best to do a self-published one. As a Gimp book author and editor, I have already done this (french only). I still have a free ISBN number that could be used for it. Blender Manual has been made with a subscription. Why not, because it worked ! But the difficulties are : 1. to do advertising for it 2. to a sufficient number of commands to get an interesting price (For the gimp book, there was not enough, so that I've made it in numeric printing which is not the best, especially for pictures) If there is a particular wish for this, I'm very interesting in working for it. May be may little experience in the subject could be useful. Let me know. Cedric

3 2

Inkscape Project Status 2004-10-01
by Bryce Harrington 10 Oct '04

10 Oct '04

As can be seen from the numbers, Inkscape has a great deal of momentum. Judging from the number of CVS commits, bugs fixed, and rfe's closed for the past two weeks, development seems to be continuing steadily. We hit 35th rank on the 19th of September; while that doesn't beat our record of 22nd, it's certainly close. It's been a while since our last release, and a lot of new features have gone in. Unfortunately, we're not near to having the Gtkmm work done, so I'm wondering if we should be thinking of putting out an interim release (like a 0.39.5, or maybe a 0.40 where we bump the current 0.40 tasks forward a milestone). Opinions? Bryce Statistics Nov 15 May 15 Aug 15 Sep 15 Oct 1 ========== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 1028 774 733 729 (68.5%) (92.7%) (94.6%) (94.9%) (94.9%) Max Week's Rank on SourceForge: 62 36 53 189 35 (99.6%) (99.8%) (99.7%) (98.9%) (99.8%) Total SF Page Views * 475,000 900,566 1,072,842 1,218,185 Total SF Downloads * 27,400 47,278 56,571 60,728 Total Freshmeat URL Hits 746 * 9,382 10,322 11,043 Total Freshmeat Subscriptions 16 74 114 118 122 Lines of Code in src/: 115,901 189,116 276,437 298,454 302,624 Code lines 147,471 200,684 213,351 215,549 Comment line 16,757 43,558 51,098 52,042 Blank 25,886 37,425 40,484 41,549 Lines of Docs in doc/: 1,135 4,544 16,358 16,795 16,802 Lines of content in website: 1,173 6,008 7,106 7,527 7,676 Size of the Inkscape wiki: 3,700 18,638 19,665 20,207 20,274 Minutes since last ChangeLog mod: 360 * * * * Bugs open/total: 9/15 57/365 110/568 126/616 138/638 Features open/total: 18/18 183/238 266/361 250/376 251/388 Patches open/total: 1/ 6 4/ 83 5/120 6/123 6/124 CVS Commits (as per inkscape-cvs): 481 3391 6,822 7,296 7,606 Inkscape-devel membership: 49 78 104 113 113 Inkscape-announce membership: 9 43 74 85 91 Inkscape-user membership: 71 109 120 129 Num Translations : 33 33 33 Ave Translation Ratio: 44.9% 45.0% 41.6% * - Statistics unavailable

8 26

cc-svg documentation volunteer
by Jon A. Cruz 10 Oct '04

10 Oct '04

On the Creative Commons metadata list, http://lists.ibiblio.org/mailman/listinfo/cc-metadata , there was a call for getting something together on metadata in SVG. The discussion included a screenshot of Inkscape's current metadata entry slot, and a call for a quick conference tomorrow: > Mike Linksvayer wrote: > >> <http://lists.ibiblio.org/pipermail/cc-metadata/2004-April/000378.html>. > > > By the way, a short task for a volunteer: "port" > http://web.resource.org/cc/modules/smil/ to SVG. Usage should be > nearly identical. Then we can link to a CC-SVG recommendation on > <http://creativecommons.org/technology/usingmarkup>. Lucas Gonze wrote: > So, Mike and Jon, how is tomorrow, friday Oct 8, at 11 PST, on #ccmb > in IRC/freenode?

5 8

Inkscape helping OpenClipArt.org
by Bryce Harrington 08 Oct '04

08 Oct '04

I think Alan's idea's a good one - would anyone mind if we added a pattern to the Inkscape repository to direct them to openclipart.org for finding additional patterns? Bryce ---------- Forwarded message ---------- Date: Thu, 16 Sep 2004 21:06:34 +0100 (IST) From: Alan Horkan <horkana@...44...> To: Inkscape is a vector graphics editor <inkscape-devel(a)lists.sourceforge.net> Subject: [Inkscape-devel] Inkscape helping OpenClipArt.org I noticed that we don't have anything to tell Inkscape users that they can get more patterns from the openclipart.org site. Long term there is great potential for collaboration in all sorts of different ways, but I have a simple idea to start with: Presumably Inkscape will ship with at least a few templates, perhaps five small sample gradients, and five small sample patterns. Here is where helping OpenClipArt.org bit comes in - why not just put in a pattern that points people there? It'd be easy to set up, and non-intrusive since only users already looking at the patterns would see it. http://matrix.netsoc.tcd.ie/~horkana/dev/jasc/webdraw/openclipart.org-adver… The whole pattern is a link to http://www.openclipart.org/ Please let me know what you think, I really hope you will accept this suggestion. And thanks Bryce for your help (he knows why, say no more). Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Free SVG Clip Art http://OpenClipArt.org ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Fw: [Sodipodi-list] Beez: SVG Bezier Animator!
by Jon Phillips 08 Oct '04

08 Oct '04

----- Original Message ----- From: "Jiaxiang" <jwasheville@...36...> To: <sodipodi-list(a)lists.sourceforge.net> Sent: Friday, October 08, 2004 6:26 AM Subject: [Sodipodi-list] Beez: SVG Bezier Animator! > Here's a neat program: > > http://beez.sourceforge.net/ > > Wouldn't it be neat to incorporate this interface/dialog into Sodipodi? > > It would make a great program even more awesome and put Sodipodi far ahead > of > its "competition". (?) > > But given that I'm a mere end-user not a programmer, I don't know about > the > amount of work involved in such a project... > > > > ------------------------------------------------------- > 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 > _______________________________________________ > Sodipodi-list mailing list > Sodipodi-list(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sodipodi-list >

1 0

SuSE 9.2 including Inkscape
by Bryce Harrington 08 Oct '04

08 Oct '04

We're also listed in the SuSE 9.2 product overview: Key Multimedia and Graphics Tools With numerous multimedia and graphics tools, SUSE LINUX Professional 9.2 is suited to users with all degrees of experience. For multimedia users, SUSE LINUX Professional 9.2 includes a professional video-editing tool, a new default sound player and RealPlayer, the well-known multifunctional media player from Real Networks. Graphics creators receive Inkscape, a robust Linux vector-graphic tool, Tux Paint for novice picture processing, and GIMP, the professional image processor (comparable to Adobe Photoshop) that reads and writes more than 34 different formats. Ah, we earned the title 'robust'. :-) Good work, everyone that's been reporting or fixing bugs! Bryce

2 1

RE: [Inkscape-devel] PDFs from Inkscape and Win
by Taraben, Adib 08 Oct '04

08 Oct '04

Hi All, I use a combination of: -Adobe PS-printerdriver, creating ps-output -Redmon, printer-driver redirection -Ghostscript, for ps-pdf convertion With confortable output result. HTH, Adib. -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net on behalf of vellum Sent: Fri 10/8/2004 04:12 To: Bob Jamison; inkscape-devel(a)lists.sourceforge.net Subject: [Inkscape-devel] PDFs from Inkscape and Win What is the current state of getting pdfs from Inkscape using Win2k? As far as I can see on a quick read, the best way for Linux users to go is with Scribus but that looks like a hairy way for Win users and not worth the effort at this stage. I have used some of the pdf print drivers and the results are woeful. Win2pdf is aweful, JAWS PDF is aweful. Have any win users been successful in this area? I've even pulled files out of Inkscape and put them into CorelDraw and output CDpdfs but again results are lousy. In fact even getting them into CorelDraw is a hassle. Any suggestions? vellum ------------------------------------------------------- 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

1 0

Inkscake in SuSE 9.2 (fwd)
by Bryce Harrington 08 Oct '04

08 Oct '04

---------- Forwarded message ---------- Date: Thu, 7 Oct 2004 16:51:57 -0400 From: Russell Evans <russell-evans@...547...> To: Bryce Harrington <bryce@...1...> Subject: Inkscake in SuSE 9.2 http://www.suse.com/us/private/products/suse_linux/preview/newfeatures.html SUSE LINUX Professional 9.2 includes the following new features: ... Graphics * Inkscape, the new vector drawing program

2 1

NEW: blurred shadows
by bulia byak 05 Oct '04

05 Oct '04

Here's the real reason why I implemented "create bitmap copy": Via prefs, you can specify an external filter that will be run on the PNG file after it is exported but before it is imported back. I use this for grayscaling and blurring the image to create a soft drop shadow for any object. The script itself is share/extensions/inkscape-shadow.sh. It's not integrated into the extensions or plugin system in any way (Ted, I may need your help on this). The script requires Imagemagick 6.x to be installed. To enable this, you set in your preferences.xml: <group id="createbitmap" minsize="250" filter="/full/path/to/inkscape-shadow.sh" filter_param1="20" /> In filter=, you specify either the full path to the script, or just "inkscape-shadow.sh" if the script is in your PATH. The script receives the image filename as the first parameter and the filter_param1 as the second parameter (more parameters can be added). This particular script interprets that as the blur radius in pixels, but of course that depends on the script you use. Now, I'm not going to provide a GUI for the blurred shadows feature, for these reasons: 1. You have to carry around the shadow PNGs along your SVG. It's inconvenient, and the PNGs may be much larger than the SVG. 2. The shadows are not resolution-independent and are not updated automatically. For all this, we need to support the gaussian blur SVG filter (a standard SVG feature). But since we don't have any filter support yet, hence this hack. 3. Both Batik and Adobe have (different) problems with displaying PNGs with alpha transparency. (Much like the Internet Exploder - shame on them! :) Still, for those who desperately need blurred shadows right now (such as myself), this feature works well enough. Try it out, it's fun.

1 0

NEW: Make a bitmap copy
by bulia byak 05 Oct '04

05 Oct '04

The new command, Make a bitmap copy (Alt+B), exports a bitmap of the selected objects (hiding all other objects of the document), saves it as a PNG file alongside the document, and imports it back into the document. This can be used e.g. to replace objects with gradients or transparency by bitmaps for printing or PS/EPS export.

2 2

Screenshots needed for the Open Clip Art Library
by Jon Phillips 05 Oct '04

05 Oct '04

Hello all! The Open Clip Art Project is in need of your screenshots of clip art submitted to the project. An Open Clip Art Library developer, Jonadab, has constructed a script for the site (www.openclipart.org), that takes your screenshots (any size, but 1024 by 768 pixels preferred) into a thumnail, posts it to the screenshots page and then puts it into rotation on the main page of the site for the random screenshot viewer. Please contribute your screenshot! http://openclipart.org/cgi-bin/upload_screenshot.cgi Also, if you have any SVG clip art, submit that as well too: http://www.openclipart.org/ Jon

1 0

Greetings from the bleeding edge
by Jon A. Cruz 05 Oct '04

05 Oct '04

Well... I finally got my new hard drive functional, and at the recommendation of other developer(s) went and put on Fedora Core 3 test 2 First, is anyone else on this? Second, I encountered a problem with libsigc++. The latest versions won't compile for me. 2.0.4 and 2.0.5 fail. However, 2.0.3 works. So second, has anyone else seen problems building 2.0.4 and 2.0.5? (my compiler is gcc version 3.4.2 20040907 (Red Hat 3.4.2-2))

2 2

Re: [Inkscape-devel] SuSe RPM for 0.39 depends on gtk 2.4
by Plinnell 04 Oct '04

04 Oct '04

> From: MenTaLguY <mental@...3...> > To: Inkscape ML <inkscape-devel(a)lists.sourceforge.net> > Date: Fri, 01 Oct 2004 21:11:38 -0400 > Subject: [Inkscape-devel] SuSe RPM for 0.39 depends on gtk 2.4 > > > --=-w1FChF/4SYx4VxXKh8Uk > Content-Type: text/plain > Content-Transfer-Encoding: quoted-printable > > It looks like the SuSe 0.39 RPM requires gtk 2.4 to run, but that isn't > reflected by the deps in the spec file. Could someone please straighten > this out? > > -mental Hi, Fixed and new rpms are on sourceforge. Cheers, Peter

2 1

NEW: current style & misc usability
by bulia byak 03 Oct '04

03 Oct '04

* All object-creating tools can use the current style for new objects. The current style is the style that you last applied to an object (when changing its fill, stroke, transparency, etc). For example, after you paint some object black, new shapes you create will be black too. Alternatively, a tool can use its own style for new objects, which is not affected by document editing. The Preferences dialog lets you choose between using the current style (shape tools by default) and the tool's own style (text, pen, and pencil by default) for any tool, as well as to set the style of a tool from current selection. The "Apply to" list in the Fill & Stroke dialog is removed; this dialog now always sets the style of the selection. * Double-clicking a tool button calls up the Preferences dialog open on the page of that tool. * The Preferences dialog remembers and reopens the page that was active the last time you used it.

3 3

SPObject coding
by Kees Cook 03 Oct '04

03 Oct '04

Can anyone give me some pointers on how to implement an SPObject? I'd like to correctly hook the metadata repr's to something that can receive proper signals, etc. Right now the metadata is a giant flaming hack, and it looks like I could really solve a bunch of the bugs by making it act like other repr-based things. Where can I look for some _easy_ examples of how the SPObject stuff works, and what the minimum requirement is for function implementations, etc? -- Kees Cook @outflux.net

2 1

milestones
by MenTaLguY 03 Oct '04

03 Oct '04

Looking at the stuff we have slated for Milestone 6 (0.40), there seem to be several different major efforts going on at once. I see at least: * AST * gtkmmification * boehm collector * layers * text rewrite I think we need to tease these apart, and perform triage to push some of these into a subsequent milestone. -mental

4 6

Re: [Inkscape-devel] Inkscape Project Status 2004-10-01
by bulia byak 02 Oct '04

02 Oct '04

>Please do. Assign them to fred, but since they'd be documented, other >folks can still pick the low-hanging fruit if he doesn't get around to >it soon. OK, though I think they're anything but low-hanging. See bug 1039109. >> Simarilius still cannot do a compile on Windows. Can anyone please >> help him? He wants to do developing and bugfixing but cannot. > >What error is he getting? [10:13:42] <simarilius> its throwing a bunch of errors about __gxx_personality_v0 which from what i can tell on google means its not linkning part of the libstdc++ error handling code correctly, or something. [10:14:16] <simarilius> and when i say bunch, I mean several seconds worth of them scrolling by :) [10:37:13] <ishmal> does the link line mention -lstdc++ ? [10:39:15] <ishmal> you might try a few things.. (a) -lgcc (b) make sure the link line uses g++, not ld or gc [10:39:17] <simarilius> no, but I've tried adding it, in various places :) [10:40:09] <simarilius> its using mingw32-g++ Please contact him directly if you have any idea of what's going on.

1 0

SuSe RPM for 0.39 depends on gtk 2.4
by MenTaLguY 02 Oct '04

02 Oct '04

It looks like the SuSe 0.39 RPM requires gtk 2.4 to run, but that isn't reflected by the deps in the spec file. Could someone please straighten this out? -mental

1 0

"Vacuum Defs"
by Colin Marquardt 30 Sep '04

30 Sep '04

Hi, I find "Vacuum Defs" a bit misplaced in the File menu. Maybe it could be part of the Document Preferences dialog? That would also allow it to have a longer, more self-explanatory name. Cheers, Colin

6 14

Fw: [SVG And Perl Update] Strong SVG support and gaining strength
by Jon Phillips 30 Sep '04

30 Sep '04

----- Original Message ----- From: <ronan@...543...> To: <svg-developers@...226...>; <www-svg@...157...>; <svg-coders@...544...>; <svg-mobile@...226...> Sent: Tuesday, September 28, 2004 8:15 AM Subject: [SVG And Perl Update] Strong SVG support and gaining strength > > Hi all, > > Perl's use as a language for generating SVG growing. > > Wheras in 2001 there were two SVG related modules on CPAN, there are not > over 150, > > most of which have been maintained and updated within the last 12 > months... > > On CPAN, the Comprehensive Perl Archive Network, there are more than 150 > tools that deal with SVG content: > > Note: Distributions are released bundles aimed at a specific task, and > modules are specific libraries which are part of a distribution. > > Perl's chief strength as a language is that it is easily implemented, is > ubiquitous (100% of Linux and Unix servers and workstations come with Perl > installed and Perl runs on 100% of internet-ready servers), and its very > strong developer community. > > Here is a list of open-sourced Perl distributions and modules available > free of charge through the CPAN Perl repository. > > PERL DISTRIBUTIONS WHICH DEAL IN SOME WAY WITH SVG CONTENT: > ---------------------------------------------------- > http://search.cpan.org/search?m=dist&q=SVG&s=1&n=50 > > SVG > Perl extension for generating Scalable Vector Graphics (SVG) documents > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG-GD > SVG-GD-0.07 - 14 Nov 2003 - Ronan Oger > > SVG-Graph > Visualize your data in Scalable Vector Graphics (SVG) format. > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG-Metadata > Perl module to capture metadata info about an SVG file > SVG-Metadata-0.15 - 11 Aug 2004 - Bryce Harrington > > SVG-Parser > XML Parser for SVG documents > SVG-Parser-0.97 - 29 Apr 2002 - Peter Wainwright > > SVG-Plot > a simple module to take one or more sets of x,y points and plot them on a > plane > SVG-Plot-0.06 - 26 Aug 2003 - Jo Walsh > > svg-svg2zinc > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG-TT-Graph > Base object for generating SVG Graphs > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > GD-SVG > Seamlessly enable SVG output from scripts written using GD > GD-SVG-0.25 - 07 Jan 2004 - Todd Harris > > XML-Generator-SVG-ShapeFile > Generate SAX2 events for an SVG rendering of an ESRI shapefile. > XML-Generator-SVG-ShapeFile-0.2 - 21 Aug 2004 - Aaron Straup Cope > > SVGGraph > Perl extension for creating SVG Graphs / Diagrams / Charts / Plots. > SVGGraph-0.07 - 28 Nov 2002 - Teun van Eijsden > > epd2svg > epd2svg-1.0 - 23 Oct 2000 - SANFACE Sofware > > SVGGraph-Pie > Perl extension for Pie as SVG > SVGGraph-Pie-0.05 - 27 Jul 2003 - Tsukui Akihiro > > svg2zinc-perl > svg2zinc-perl_0.9 - 30 Oct 2003 - Christophe Mertz > > Games-Go-SGF2misc-SVG > Package to simplify SGF game rendering using Image::LibrSVG > Games-Go-SGF2misc-SVG-1.00 - 10 May 2004 - Orien Vandenbergh > > Gnome2-Rsvg > Perl interface to the RSVG library > Gnome2-Rsvg-0.03 - 11 Sep 2004 - Torsten Schönfeld > > Image-LibRSVG > Image-LibRSVG-0.04 - 19 Aug 2004 - Tom Schindl > > Linux-Svgalib > Object Oriented Perl interface to the svgalib graphics library > Linux-Svgalib-1.2 - 11 Apr 2001 - Jonathan Stowe > > XML-LibRSVG > Interface to gnome's librsvg > XML-LibRSVG-0.01 - 30 Oct 2001 - Matt Sergeant > > Apache-AxKit-Language-Svg2AnyFormat > SVG Serializer > Apache-AxKit-Language-Svg2AnyFormat-0.06 - 17 May 2004 - Tom Schindl > > PERL MODULES WHICH DEAL IN SOME WAY WITH SVG CONTENT: > ---------------------------------------------------- > > http://search.cpan.org/search?m=module&q=SVG&s=1&n=100 > > SVG > Perl extension for generating Scalable Vector Graphics (SVG) documents > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG::DOM > A library of DOM (Document Object Model) methods for SVG objects. > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG::Element > Generate the element bits for SVG.pm > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG::Extension > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG::GD > SVG-GD-0.07 - 14 Nov 2003 - Ronan Oger > > SVG::Graph > Visualize your data in Scalable Vector Graphics (SVG) format. > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Manual > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG::Metadata > Perl module to capture metadata info about an SVG file > SVG-Metadata-0.15 - 11 Aug 2004 - Bryce Harrington > > SVG::Parser > XML Parser for SVG documents > SVG-Parser-0.97 - 29 Apr 2002 - Peter Wainwright > > SVG::Plot > a simple module to take one or more sets of x,y points and plot them on a > plane > SVG-Plot-0.06 - 26 Aug 2003 - Jo Walsh > > SVG::SVG2zinc > a module to display or convert svg files in scripts, classes, images... > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::Utils > SVG-1.13 - 28 Oct 2001 - Ronan Oger > > SVG::XML > Handle the XML generation bits for SVG.pm > SVG-2.29 - 26 Sep 2004 - Ronan Oger > > SVG::Graph::Data > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::File > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Frame > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Parser::Base > SVG-Parser-0.97 - 29 Apr 2002 - Peter Wainwright > > SVG::Parser::Expat > XML Expat Parser for SVG documents > SVG-Parser-0.97 - 29 Apr 2002 - Peter Wainwright > > SVG::Parser::SAX > XML SAX Parser for SVG documents > SVG-Parser-0.97 - 29 Apr 2002 - Peter Wainwright > > SVG::SVG2zinc::Backend > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Conversions > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::TT::Graph > Base object for generating SVG Graphs > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > SVG::Graph::Data::Datum > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Data::Node > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Data::Tree > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::axis > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::bar > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::barflex > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::bezier > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::bubble > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::heatmap > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::line > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::pictogram > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::scatter > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::tree > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Graph::Glyph::wedge > SVG-Graph-0.01 - 27 Nov 2003 - Allen Day > > SVG::Parser::SAX::Handler > SAX handler class for SVG documents > SVG-Parser-0.97 - 29 Apr 2002 - Peter Wainwright > > SVG::SVG2zinc::Backend::Display > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Backend::Exec > svg-svg2zinc-0.06 - 18 Sep 2003 - Christophe Mertz > > SVG::SVG2zinc::Backend::Image > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Backend::PerlClass > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Backend::PerlModule > svg-svg2zinc-0.06 - 18 Sep 2003 - Christophe Mertz > > SVG::SVG2zinc::Backend::PerlScript > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Backend::Print > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Backend::Tcl > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::SVG2zinc::Backend::TclScript > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVG::TT::Graph::Bar > Create presentation quality SVG bar graphs easily > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > SVG::TT::Graph::BarHorizontal > Create presentation quality SVG horitonzal bar graphs easily > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > SVG::TT::Graph::BarLine > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > SVG::TT::Graph::Line > Create presentation quality SVG line graphs easily > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > SVG::TT::Graph::Pie > Create presentation quality SVG pie graphs easily > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > SVG::TT::Graph::TimeSeries > Create presentation quality SVG line graphs of time series easily > SVG-TT-Graph-0.06 - 15 Dec 2003 - Leo Lapworth > > GD::SVG > Seamlessly enable SVG output from scripts written using GD > GD-SVG-0.25 - 07 Jan 2004 - Todd Harris > > ConvertSVG > FigAnim-0.1 - 24 Jun 2004 - FigAnim > > SVGExtension > svg-svg2zinc-0.10 - 06 May 2004 - Christophe Mertz > > SVGGraph >Perl extension for creating SVG Graphs / Diagrams / Charts / Plots. > SVGGraph-0.07 - 28 Nov 2002 - Teun van Eijsden > > SVGGraph::Pie > Perl extension for Pie as SVG > SVGGraph-Pie-0.05 - 27 Jul 2003 - Tsukui Akihiro > > Image::Info::SVG > SVG support for Image::Info > Image-Info-1.16 - 07 Jan 2004 - Gisle Aas > > UML::Sequence::Svg > converts xml sequence files to svg > UML-Sequence-0.05 - 30 Sep 2003 - Philip Crow > > XML::Generator::SVG::ShapeFile > Generate SAX2 events for an SVG rendering of an ESRI shapefile. > XML-Generator-SVG-ShapeFile-0.2 - 21 Aug 2004 - Aaron Straup Cope > > Gnome2::Rsvg > Perl interface to the RSVG library > Gnome2-Rsvg-0.03 - 11 Sep 2004 - Torsten Schönfeld > > Image::LibRSVG > Image-LibRSVG-0.04 - 19 Aug 2004 - Tom Schindl > > Linux::Svgalib > Object Oriented Perl interface to the svgalib graphics library > Linux-Svgalib-1.2 - 11 Apr 2001 - Jonathan Stowe > > XML::LibRSVG > Interface to gnome's librsvg > XML-LibRSVG-0.01 - 30 Oct 2001 - Matt Sergeant > > Games::Chess::Coverage::SVG > Visualize chess coverage with SVG > Games-Chess-Coverage-0.0201 - 05 Aug 2004 - Gene Boggs > > Games::Go::SGF2misc::SVG > Package to simplify SGF game rendering using Image::LibrSVG > Games-Go-SGF2misc-SVG-1.00 - 10 May 2004 - Orien Vandenbergh > > Games::Chess::Coverage::SVG::Board > Draw a chess board > Games-Chess-Coverage-0.0201 - 05 Aug 2004 - Gene Boggs > > Bio::TreeIO::svggraph > A simple output format that converts a Tree object to an SVG output > bioperl-1.4 - 23 Dec 2003 - Ewan Birney > > Apache::AxKit::Language::Svg2AnyFormat > SVG Serializer > Apache-AxKit-Language-Svg2AnyFormat-0.06 - 17 May 2004 - Tom Schindl > > Apache::AxKit::Plugin::SvgCgiSerialize > CGI-Parameter Plugin > Apache-AxKit-Language-Svg2AnyFormat-0.06 - 17 May 2004 - Tom Schindl > > > Ronan Oger > Developer, Perl SVG core module > Partner, http://Vectoreal.com > > For more information on serverside SVG solutions using Perl, please > contact Vectoreal > http://www.vectoreal.com/contact.html >

1 0

/potrace cleanup
by Bob Jamison 29 Sep '04

29 Sep '04

The /src/potrace directory needed some cleaning up. Also, as Bulia suggested, I needed make /trace a subdir of /src, so that in the future other implementations might be added (such as maybe something of our own). In addition, it is probably best to not litter Peter's Potrace source files with files of our own. So now it is organized as /src/trace and /src/trace/potrace, and Makefile_insert Makefile.am verbs.cpp dialogs/tracedialog.h dialogs/tracedialog.cpp and several of the items in /trace have been edited to reflect this structure. You will need 'cvs up -P -d' to get this stuff. . -Please- let me know if this breaks the build. I am trying a fresh checkout/build to make sure it is OK. Bob

2 2

500th bug is up for grabs!
by bulia byak 29 Sep '04

29 Sep '04

The next bug to be closed will become the 500th closed bug. Want some fame? Go to the tracker, find something you can fix, fix it, and announce to the world! :) Seriously, we're having a bit too many open bugs currently. I know everyone is busy with their own stuff, but if each developer could close at least a few bugs it would be very nice. Many of them may not even need any coding but only verifying, testing, rejecting etc :)

1 0

SWF Export
by Anatoly Podlesnuk 28 Sep '04

28 Sep '04

Can you explain how to install external extension in inkscape? I have binary (for example "spalah"). It can receive SVG file through STDIN or file (for example spalah < /path/file.svg spalah /path/file.svg ) and print it to STDOUT The questions. 1. How can it receive filename (file.swf) from ExportDialog? 2. Binary must save file.swf or print it to STDOUT? 3. Where to place spalah.inkmod and spalah? Can I place it to $HOME/.inkscape? <inkscape-extension> <name>Macromedia Flash Export</name> <id>org.inkscape.input.sk</id> <input> <extension>.swf</extension> <mimetype>application/x-shockwave-flash</mimetype> <filetypename>Macromedia Flash (*.swf)</filetypename> <filetypetooltip>Export to Macromedia Flash</filetypetooltip> </input> <script> <command reldir="extensions">spalah</command> <check reldir="extensions">spalah</check> </script> </inkscape-extension> 4. "<id>org.inkscape.input.sk</id>" what I have to write here?

2 3

Static C++ libraries
by Bob Jamison 28 Sep '04

28 Sep '04

I am not sure if this has been agreed upon, but we are going to use static linking for all of our C++ dependencies, right? In other words, for all of the libs: libsigc++ gtkmm glibmm gc(cpp) They are ./configured with --enable-static --disable-shared, so that subsequent 'pkg-config --libs' calls will return the info needed for static linking? We need to remove C++ dependencies from the shoulders of our users, -especially- since different C++ compilers and different versions of the same compiler usually do not mix. A way to check such dependencies would be: 'ldd inkscape' The C++ libs should not be listed. Bob

3 17

icons attempt
by Nicu Buculei 28 Sep '04

28 Sep '04

i have made an attempt to redesign the icons for raise/lower object, see image attached. i think this shapes look more like the similar icons on various other application and will be better understood by users. -- nicu

4 5

idea: "temporary ungroup"
by MenTaLguY 28 Sep '04

28 Sep '04

Talking with a friend today, we came up with the idea of renaming the "Edit group" feature to "temporary ungroup", since that is closer to what it does (from the visual user's perspective). "Edit parent" would then become "regroup". He also noted that Flash lets you do something comparable by double-clicking on a group. That seems like maybe a good idea here too. Thoughts? -mental

4 13

"Canny edge detection" - meaning "clever" or "cautious"?
by Colin Marquardt 27 Sep '04

27 Sep '04

Hi, while updating the de.po, I wondered whether "Canny edge detection" means "Cautious edge detection" or "Clever edge detection"? Maybe a different word should be used unless it's totally unambiguous for native English speakers. Cheers, Colin

7 11

Re: [Inkscape-user] units
by MenTaLguY 25 Sep '04

25 Sep '04

On Sat, 2004-09-25 at 13:02, bulia byak wrote: > As far as I remember from our testing of various renderers, viewbox > does not have any effect on the pixel/absolute ratio. Mental, can you > please summarize what you found out by posting to the SVG list about > this? Correct; viewBox only applies a translation+scaling factor (which affects user and other units alike). [ user units (before any transformation) = pixels ] If you try to use "real world" units within a viewBoxed document, they will be distorted by the viewBox depending on the particular UA's notion of the current resolution. Conceivably, you could just avoid using a viewBox and user units altogether, except for one thing -- SVG paths can only be specified in user units. Without a viewBox, of course, the real world -> user unit relationship will still vary depending on the resolution. So that won't work either. In summary: everything but user and relative units (relative units being percent, em, and ex) are useless in SVG, except for the purpose of setting document size. In practice, the only way to do "real world units" in SVG is to set the document dimensions in some absolute real world unit, establish a viewBox, and then use nothing but user and relative units in the document proper. -mental

1 0

Re: Minor upgrade to autotracing
by Peter Selinger 25 Sep '04

25 Sep '04

Hi guys, I heard from Bob today that he had integrated my "potrace" into inkscape. That is really great! I checked out the inkscape-devel archives and I noticed that Bob was tinkering with brightness settings to prepare an image for black-and-white tracing. Did you look at the "mkbitmap" program, which comes with the potrace distribution? It is a pretty good pre-processor for potrace for certain types of images, like cartoons or photographs of handwriting. For some examples, see http://potrace.sourceforge.net/mkbitmap.html It does not do too great for Bob's venus example, I have to say. The problem (which is shared by the "canny" edge detector) seems to be that both programs look only at edges in the contrast data, and ignores edges in the hue and saturation. Therefore, there are lots of missing edges in the left part of the image. -- Peter

6 13

New Win32 build, and a gtkmm question
by Bob Jamison 24 Sep '04

24 Sep '04

I built another Win32 copy this morning, almost same as usual, but this one has several differences. If someone could test it to see if it works, I would appreciate it. This was a clean build using newer versions of MinGW's mingw-runtime, win32api, binutils, and the release candidate of their gcc-3.4.2 diffs. I think they are preparing for another complete release, which would be wonderful for our Windows-trapped developers. If this newer stuff works OK, I will upload tomorrow. In addition, this is using newer bugfix versions of Gtk and Glib from Tor Lillqvist's site. So please let me know how it works! http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0409231145… ====== (On another topic, but with that build)... Also, note the changed Trace dialog. Can someone please tell me how to pack that Preview button so it doesn't stretch? :-) I tried a lot of combinations with no success. In addition, I added an Abort button, and a callback. In a day or two I will have the tracing method launched in a thread, so that it will not lock up the gui. Now I need to get with Peter to see how to abort tracing. Maybe a kill flag? Later! Bob

4 7

gthread-2.0 in Linux link items
by Bob Jamison 24 Sep '04

24 Sep '04

Hi, all, I seem to remember us having gthread-2.0 on our link line previously. I am finally getting the trace function to run on a background thread. Does configure.in need to be adjusted? Or just a Makefile.am? The --cflags part is redundant, and is not needed: %>pkg-config --cflags gthread-2.0 -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include But this needs to be added. Didn't we have this once? %>pkg-config --libs gthread-2.0 -pthread -L/usr/local/lib -lgthread-2.0 -lglib-2.0 I need it for the following lines in trace.cpp: #if HAVE_THREADS //Ensure that thread support is running if (!Glib::thread_supported()) Glib::thread_init(); //Create our thread and run it Glib::Thread::create( sigc::mem_fun(*this, &Trace::convertImageToPathThread), false); #else convertImageToPathThread(); #endif If anyone could adjust this, I would appreciate it. Bob

2 1

RE: [Inkscape-devel] New Win32 build, and a gtkmm question
by Taraben, Adib 24 Sep '04

24 Sep '04

Hi, I can confirm that it works so far on Win2000. Adib. -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net on behalf of Bob Jamison Sent: Thu 9/23/2004 19:04 To: inkscape-devel(a)lists.sourceforge.net Subject: [Inkscape-devel] New Win32 build, and a gtkmm question I built another Win32 copy this morning, almost same as usual, but this one has several differences. If someone could test it to see if it works, I would appreciate it. This was a clean build using newer versions of MinGW's mingw-runtime, win32api, binutils, and the release candidate of their gcc-3.4.2 diffs. I think they are preparing for another complete release, which would be wonderful for our Windows-trapped developers. If this newer stuff works OK, I will upload tomorrow. In addition, this is using newer bugfix versions of Gtk and Glib from Tor Lillqvist's site. So please let me know how it works! http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0409231145… ====== (On another topic, but with that build)... Also, note the changed Trace dialog. Can someone please tell me how to pack that Preview button so it doesn't stretch? :-) I tried a lot of combinations with no success. In addition, I added an Abort button, and a callback. In a day or two I will have the tracing method launched in a thread, so that it will not lock up the gui. Now I need to get with Peter to see how to abort tracing. Maybe a kill flag? Later! Bob

1 0

arena leakage
by MenTaLguY 23 Sep '04

23 Sep '04

Ok, more on the arena leakage we were discussing last night; there are two main causes that I can see right now: 1. NRArenaItems still increment their children's refcount, even though they are now managed by the garbage collector. The resulting belt-and-suspenders situation keeps both the child and its parent from ever being collected. The fix: remove internal refcounting from arenaitems (non-gced objects still need to refcount them, of course) 2. NRObjects (like NRArenaItems) often allocate memory from the libc heap, which the collector cannot free automatically. There is an existing finalization callback for NRObjects that was used for freeing such memory, but it was no longer getting called. The fix: hook that now-unused finalization callback to the garbage collector's finalization callback. Once I get those straightened out we'll see if there's anything else left. -mental

1 0

gcc 3.3.3 supported
by Alexandre Prokoudine 23 Sep '04

23 Sep '04

Hi, I do not manage to compile Inkscape from CVS. Build log is attached. I have here: libgtkmm2-2.4.4 glib2-2.4.6 gcc-3.3.3 kernel 2.4.22 (if this helps :)) Your help would be highly appreciated. I'm pretty sure I might do somethings wrong. Alexandre

2 2

memory hogging
by bulia byak 22 Sep '04

22 Sep '04

I'm not very good at debugging memory leaks, but I thought I'd share what I found so far hoping that others may have more luck. I have a rather big and complex document (500 Kb SVG) containing many icons which I export individually. I noticed that after each export the inkscape task grabs about 5% of my total memory (512 Mb) and never releases it. This happens even if I export small bitmaps (64x64) and even if I export the same icon again and again. So, after exporting about 20 icons, all my memory and swap are eaten and the system grinds to a halt. Only killing Inkscape can revive it now. I traced the export command and found that the memory grab happens in nr_arena_group_update called on the document's root (which, obviously, calls updates of all other arena items in the document) which is called from sp_export_get_rows. I could not track it further down but I suspect it's some unfreed memory in livarot. The amount of memory eaten in one export operation does not seem to depend on the resolution of the exported area but depends on its size (though not proportionally; it grabs about 7% if I export area 16 times bigger). During normal work it does not eat memory that fast. It's not a recent thing; a build from early August has the same problem. However Inkscape 0.37 is OK, and by the way it takes 3 times less memory upon loading that document (5.5% vs 17%). So if anyone can play with things like valgrind or electric fence, this is a very annoying bug which needs to be addressed.

2 16

RE: [Inkscape-devel] Win32 build
by Joshua A. Andler 22 Sep '04

22 Sep '04

Bug report submitted (albeit poorly worded)... attaching info & xml. --- The following pertains specifically to the document uploaded. If you have objects that are grouped together and have gradient fills, and resize or move them, the gradients get distorted. With the example file all you have to do is open it and move or resize the objects and you will see it happen when you release the mouse button. It happens with both radial & linear gradients. Interesting observations: If you move the objects while they are grouped, the gradient gets distorted. However, if you ungroup the objects and still have them all selected, and move them, it does not distort them. If you use a linear gradient on the group and modify the control vector in the gradient editor, it has a "mirror" effect with the way it fills the objects (in the attached example document at least). If you use the linear gradient and the objects are ungrouped but all selected, the control vector can only affect the size of the gradient not the direction (straight up and down only, regardless of how the control vector appears). --- <?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 20010904//EN" "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd">  <svg width="210mm" height="297mm" xmlns="http://www.w3.org/2000/svg" xmlns:cc="http://web.resource.org/cc/" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:xlink="http://www.w3.org/1999/xlink" id="svg1" sodipodi:version="0.32" inkscape:version="0.39cvs" sodipodi:docname="gradient issues.svg" sodipodi:docbase="C:\Documents and Settings\ja.SWARTZBIVENS\Desktop"> <defs id="defs3"> <linearGradient id="linearGradient2256"> <stop style="stop-color:#000;stop-opacity:1;" offset="0" id="stop2257" /> <stop style="stop-color:#fff;stop-opacity:1;" offset="1" id="stop2258" /> </linearGradient> <radialGradient inkscape:collect="always" xlink:href="#linearGradient2256" id="radialGradient2259" cx="0.49999955" cy="0.49999973" r="0.14165640" fx="0.49999955" fy="0.49999973" spreadMethod="repeat" gradientUnits="objectBoundingBox" /> </defs> <sodipodi:namedview id="base" pagecolor="#ffffff" bordercolor="#666666" borderopacity="1.0" inkscape:pageopacity="0.0" inkscape:pageshadow="2" inkscape:zoom="1.2279853" inkscape:cx="305.25952" inkscape:cy="417.84945" inkscape:window-width="1280" inkscape:window-height="934" inkscape:window-x="-4" inkscape:window-y="-4" inkscape:current-layer="svg1" /> <metadata id="metadata4"> <rdf:RDF id="RDF5"> <cc:Work rdf:about="" id="Work6"> <dc:format id="format7">image/svg+xml</dc:format> <dc:type id="type9" rdf:resource="http://purl.org/dc/dcmitype/StillImage" /> </cc:Work> </rdf:RDF> </metadata> <g id="g1629" style="fill-opacity:1.0;fill:url(#radialGradient2259);fill-rule:nonzero; "> <path sodipodi:type="arc" style="fill:url(#radialGradient2259);fill-opacity:1.0;fill-rule:nonzero; stroke:#000000;stroke-width:1.0000000pt;stroke-linecap:butt;stroke-linej oin:miter;stroke-opacity:1.0000000;" id="path1000" sodipodi:cx="384.36435" sodipodi:cy="345.53485" sodipodi:rx="99.330116" sodipodi:ry="99.330116" d="M 483.69447 345.53485 A 99.330116 99.330116 0 1 0 285.03423,345.53485 A 99.330116 99.330116 0 1 0 483.69447 345.53485 z" transform="translate(-1.439554,2.842171e-14)" /> <path sodipodi:type="star" style="fill:url(#radialGradient2259);fill-opacity:1.0;fill-rule:nonzero; stroke:#000000;stroke-width:1.0000000pt;stroke-linecap:butt;stroke-linej oin:miter;stroke-opacity:1.0000000;" id="path1002" sodipodi:sides="5" sodipodi:cx="310.94644" sodipodi:cy="686.71222" sodipodi:r1="138.67744" sodipodi:r2="69.338722" sodipodi:arg1="1.5707963" sodipodi:arg2="2.1991149" inkscape:flatsided="false" inkscape:rounded="0.00000000" inkscape:randomized="0.00000000" d="M 310.94645,825.38966 L 270.19016,742.80842 L 179.05636,729.56591 L 245.00140,665.28537 L 229.43388,574.51981 L 310.94644,617.37350 L 392.45900,574.51981 L 376.89149,665.28538 L 442.83653,729.56590 L 351.70272,742.80843 L 310.94645,825.38966 z " transform="matrix(1.000000,0.000000,0.000000,-1.000000,71.97831,1414.305 )" /> <path style="fill:url(#radialGradient2259);fill-opacity:1.0;fill-rule:nonzero; stroke:#000000;stroke-width:1.0000000pt;stroke-linecap:butt;stroke-linej oin:miter;stroke-opacity:1.0000000;" d="M 247.60551,529.94241 L 518.24408,529.94241" id="path1003" /> </g> </svg> -----Original Message----- From: bulia byak [mailto:buliabyak@...400...] Sent: Tuesday, September 21, 2004 1:20 PM To: Joshua A. Andler Subject: Re: [Inkscape-devel] Win32 build > As I said in the original post, I couldn't just post it to the list. > Most cases aren't like that, but it's the preference of my bosses. You can submit a bug report and attach it there. Or you can upload it to any server you have access to and give us the URL. Or if it's small, you can simply paste the SVG code into the message.

2 1

Updated spanish po 21-09-2004
by Lucas Vieites 21 Sep '04

21 Sep '04

I'm attaching the updated spanish po. -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

2 1

Win32 build
by Bob Jamison 21 Sep '04

21 Sep '04

My server still can't ssh out to get the cvs tree for autobuilds, so I am still doing it manually. Hopefully this will be fixed soon. Here is the build for this morning: http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0409211102… I updated the make.* files again. Bob

3 7

Online IRC Meet with Scribus Devels Reminder
by P Linnell 19 Sep '04

19 Sep '04

Hi, We have scheduled th online meet for 0800 UTC 19 Sept 2004. Notes and discussion: http://inkscape.org/cgi-bin/wiki.pl?ScribusInteroperability Join us on #scribus on irc.freenode.net and I'll invite you into #scribus-dev We'll keep a log and post it shortly after. Cheers, Peter

3 2

[Fwd: Re: [Inkscape-devel] Re: Minor upgrade to autotracing]
by Jonathan Phillips 19 Sep '04

19 Sep '04

Bob and others...conversation about POTRACE below... Jon -----Forwarded Message----- > From: Peter Selinger <selinger@...535...> > To: Jonathan Phillips <jon@...235...> > Subject: Re: [Inkscape-devel] Re: Minor upgrade to autotracing > Date: Sat, 18 Sep 2004 13:38:08 -0400 > > Jonathan Phillips wrote: > > > > > > --=-qgYl0Zk9AkiivwGkocIF > > Content-Type: text/plain > > Content-Transfer-Encoding: 7bit > > > > Hi Peter, > > > > Here is the file, but I got uncanny edge detection to work. I think > > another issue is that many people have the option selected to import > > images as tiles, and this will not allow POTRACE to operate on their > > selection. I had this happen a few times. > > > > POTRACE is awesome in Inkscape! > > > > Jon > > Hi Jon, > > thanks for the file. I can't reproduce your problem though: it traces > in 0.87 seconds with my standalone potrace. So my guess is that there > are still some kinks in inkscale's potrace implementation. > > You should probably mention the "tiles" problem to Bob Jamison. It > should not be too hard (although possibly inefficient) to adjust > potrace's frontend to work with tiles. > > -- Peter -- Jon Phillips KOREA.PH.010.3140.7483 USA.PH.858.361.2811 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu/) Scale Journal (http://scale.ucsd.edu/)

1 0

Try out on windows
by Lucas Vieites 17 Sep '04

17 Sep '04

Hi, I would like to show Inkscape to some people but they only run Windows XP. Which Windows build should I use? Does the Inkscape-0.39-1.win32.exe on sourceforge work well? I mean, I wouldn't like it to crash while I'm showing off, he he ;-) Thanks -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

1 0

Minor upgrade to autotracing
by Bob Jamison 17 Sep '04

17 Sep '04

A few weeks ago, at the suggestion of one of our fine users, I added a Potrace image-to-vector tracing engine to Inkscape. Initially, it just traced the image according to a hardcoded brightness threshold. Later I added a threshold adjustment. Today, there is a new toy, "Canny Edge Detection", also sometimes called "optimal edge detection." This should help with the tracing of more subtly colored images, and not just by simple brightness. Check it out: http://troi.hous.es3.titan.com/~rjamison/inkscape/files/potrace.png Play with it, break it, etc. Have fun. BTW: Here is the kind of image that 'pov-out' export can make. Our lovely logo, Simpson's-3D style: http://troi.hous.es3.titan.com/~rjamison/inkscape/files/ispov.png Bob

6 17

Announce - mod_rsvg 0.1 release
by Bryce Harrington 17 Sep '04

17 Sep '04

On Fri, 27 Aug 2004, Daniel [ISO-8859-1] Díaz wrote: > Hi, Bryce. > > > On Fri, 2004-08-27 at 03:13, Bryce Harrington wrote: > > There was also a server-side Apache mod_rsvg that I ran across a year or > > two ago; the guy that created it never provided it as a product but he > > gave me the code (GPL) if anyone's interested. It lets Apache present > > PNG's of SVG's on the fly - i.e., if you have a set of svg's stored on a > > web server, this would allow browsing them (and scaling, by passing x/y > > parameters, e.g. myfile.svg?x=2.00&y=2.00. > > I'm really interested in that code. Could you please send it to me? > I've posted a copy of the code to the Inkscape file tracker. I also submitted a new Freshmeat announcement of it that should be going up soon. https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=130… This is version 0.1 of mod_rsvg that tvon (Tom von Schwerdtner) gave me in 2003. It works with Apache 1.3. I don't plan on maintaining it, but if anyone wishes to submit patches, can roll new releases of it. Bryce

1 0

Project Status 2004-09-15
by Bryce Harrington 17 Sep '04

17 Sep '04

Statistics Nov 15 May 15 Jun 15 Jul 15 Aug 15 Sep 15 ========== ====== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 1028 928 845 774 733 (68.5%) (92.7%) (93.4%) (94.0%) (94.6%) (94.9%) Max Week's Rank on SourceForge: 62 36 41 33 53 189 (99.6%) (99.8%) (99.8%) (99.8%) (99.7%) (98.9%) Total SF Page Views * 475,000 616,263 741,681 900,566 1,072,842 Total SF Downloads * 27,400 34,015 39,359 47,278 56,571 Total Freshmeat URL Hits 746 * 7,333 7,946 9,382 10,322 Total Freshmeat Subscriptions 16 74 87 93 114 118 Lines of Code in src/: 115,901 189,116 280,263 264,418 276,437 298,454 Code lines 147,471 210,119 192,240 200,684 213,351 Comment line 16,757 40,620 41,926 43,558 51,098 Blank 25,886 34,677 35,422 37,425 40,484 Lines of Docs in doc/: 1,135 4,544 15,170 15,217 16,358 16,795 Lines of content in website: 1,173 6,008 6,372 6,784 7,106 7,527 Size of the Inkscape wiki: 3,700 18,638 17,176 17,854 19,665 20,207 Minutes since last ChangeLog mod: 360 * * 54 * * Bugs open/total: 9/15 57/365 63/401 73/496 110/568 126/616 Features open/total: 18/18 183/238 210/285 242/331 266/361 250/376 Patches open/total: 1/ 6 4/ 83 5/ 88 8/110 5/120 6/123 CVS Commits (as per inkscape-cvs): 481 3391 5549 6314 6,822 7,296 Inkscape-devel membership: 49 78 84 95 104 113 Inkscape-announce membership: 9 43 53 60 74 85 Inkscape-user membership: 71 76 90 109 120 Num Translations : 32 33 33 Ave Translation Ratio: 40.5% 44.9% 45.0% * - Statistics unavailable

3 3

Inkscape helping OpenClipArt.org
by Alan Horkan 16 Sep '04

16 Sep '04

I noticed that we don't have anything to tell Inkscape users that they can get more patterns from the openclipart.org site. Long term there is great potential for collaboration in all sorts of different ways, but I have a simple idea to start with: Presumably Inkscape will ship with at least a few templates, perhaps five small sample gradients, and five small sample patterns. Here is where helping OpenClipArt.org bit comes in - why not just put in a pattern that points people there? It'd be easy to set up, and non-intrusive since only users already looking at the patterns would see it. http://matrix.netsoc.tcd.ie/~horkana/dev/jasc/webdraw/openclipart.org-adver… The whole pattern is a link to http://www.openclipart.org/ Please let me know what you think, I really hope you will accept this suggestion. And thanks Bryce for your help (he knows why, say no more). Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Free SVG Clip Art http://OpenClipArt.org

1 0

NEW: "transform with object" toggle buttons
by bulia byak 16 Sep '04

16 Sep '04

* The preferences that control scaling of stroke widths and rectangle corners, as well as transforming gradient and pattern fills with the object, are now represented by four toggle buttons in the selector's controls panel for easy access. * Gradients no longer behave weird when a path with gradient fill is transformed. Now gradients either transform with the object or remain unmoved, depending on the user setting (toggle button in selector controls). This setting affects grouped objects too.

2 1

inkscape in product screenshots
by Robert Crosbie 15 Sep '04

15 Sep '04

Related to the "inkscape in the news" posts: I find it neet that in the latest releases of KDE 3.3 and Gnome 2.8, you will see inkscape in the product screenshots. Like here for instance, right next to Gimp: http://tinyurl.com/4bu7x Cheers, -- Rob. http://members.rogers.com/rcrosbie

3 2

First autobuild since Boehm and <text> fixed on Win32
by Bob Jamison 15 Sep '04

15 Sep '04

Here is the first attempt at an autobuild since things started working again: http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0409140643… Please let me know if it works. Thanks, Bob

4 6

Gdb on win32. was: re: First autobuild, etc
by Bob Jamison 15 Sep '04

15 Sep '04

Notice that there is now a copy of gdb.exe in the install directory. In the future, when testers find a crashing bug, they can instead open a console, cd into the inkscape directory, and type "gdb inkscape" then "run" ... then crash Inkscape, go to the console again, and type "bt" ...and give us the output. If they aren't good at consoles, they can douple-click gdb.exe, and at the 'gdb>' prompt type "target exec inkscape.exe" then "run" ....as before.. This way our testers can be real testers and participants of the project. Several times this has allowed us to fix bugs quickly, and we really appreciate it. Bob

1 0

Re: [Inkscape-user] default object behaviours
by Jon Phillips 15 Sep '04

15 Sep '04

I think that the behavior of illustrator in this area is good. Use the last use of the tool's settings for the next use of the tool. Thus if you changed the rectangle from blue to yellow, then the next time one used the rectangle tool, the shape would be yellow. Jon On Wed, 2004-09-15 at 11:06, MenTaLguY wrote: > On Tue, 2004-09-14 at 00:26, bulia byak wrote: > > > Is there any way to set the default object behaviours, > > > like dafult fill and stroke settings? > > > > Yes. In Fill&Stroke, select the type of objects from the list at > > bottom and change the settings. They will apply to new objects of this > > type. > > I wonder whether it would be better to simply have a way for saying > "make these settings the default for this tool". > > I have very often wanted that, but very seldom have I needed to see or > tweak the current defaults directly -- usually it's more helpful to > "audition" them on an object first. > > The "tool default" modes also seem to be confusing for new users. > > -mental -- Jon Phillips KOREA.PH.010.3140.7483 USA.PH.858.361.2811 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu/) Scale Journal (http://scale.ucsd.edu/)

1 0

Freetype2/win32 conversion
by Bob Jamison 15 Sep '04

15 Sep '04

Since I am out for the weekend, I thought I would send some notes to the list about Freetype. Well, it looks as though we are on our own, and must convert to Freetype on Win32, whether we like it or not. So I made a few changes: Added more stuff to gtk24.zip (AGAIN! sorry) to include a freshly-built freetype6.dll, the fontconfig lib, and xmlparse.dll (required by fontconfig). Added WITH_XFT to config.h.mingw, but it is commented out. Freetype will not actually be used unless you uncomment this. I added '-lfontconfig' to the LIBS entry in Makefile.mingw.common. Note: the '-lfontconfig' should be changed to '-lfontconfig-1.0.dll' . This is an error that the original builder of freetype6.dll made, that apparently I duplicated perfectly :) . This is likely the reason that the original dll references "fontconfig", and not "fontconfig.dll" or "libfontconfig-1.0.dll" Both of these are because fontconfig's build erroneously put '-lfontconfig' in its pkg-config file, even though the build is dynamic only. Look in /target/lib for the correct spelling of the .dll.a file. (This is also quite likely the reason for the crasher.) Since the freetype6.dll I made has debug info, the crash reported the location to be at base/ftobjs.c, line 789 in the Freetype source. So to debug, someone might want to try putting breakpoints in FontInstance.cpp, and stepping until the crash happens. A font face * passes a NULL check, but fails a pointer->field reference. Sounds like an uninitialized value. Anyway, these are just some notes that I hope might help someone working on this stuff. Bob

4 18

RE: [Inkscape-devel] critical bug in displaying
by Joshua A. Andler 14 Sep '04

14 Sep '04

I can confirm the painful slowness of zooming on it. Win32 .39 is what I tested in... (will test in that newest autobuild shortly) Anyway, it brings my system to it's knees... refreshing the doc isn't so bad, but when you zoom... man. -Josh -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net [mailto:inkscape-devel-admin@lists.sourceforge.net] On Behalf Of Aewyn Sent: Tuesday, September 14, 2004 11:11 AM To: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] critical bug in displaying On Tuesday 14 September 2004 20:06, bulia byak wrote: > > As I wrote it was one 16x28cm rectangle with 0.5 point > > width, with dotted line (it is the first on the list). > > > > I think it is nothing extreme (so no 0.01 fine dotted) > > > > And yes, it is extremly slow. But now I realized, that > > zoom is very fast while the zoom <=100. Very very fast. > > But, when zoom is 101% it will be very very slow. > > Either something is wrong with your system, or we're > talking subjective. Can you devise a numerical measure of > this "very very slow" so I could reproduce it and > compare? On my system, it's quite fast. Not lightning > fast, but certainly good enough to not be annoying. One of this rectangle takes 2 seconds to draw. Ctrl+D four times, so 5 of this rectangles takes 10 seconds. I attach the svg. But this appears above 100% zoom. Bye, Aewyn

1 0

Strange behaviour, not existing items
by Lucas Vieites 14 Sep '04

14 Sep '04

Hi, I'm taking a look at a drawing Kees Cook mentioned some months ago: http://www.wherearewe.co.nz/svg/world.svgz I was trying to clean it up a little and I found that when I ungroup some of the groups they split up in a group of 4 objects, when I ungroup that group I get one figure and 3 invisible objects. I tried to change the colours, but it doesnt affect them. When I click the "Adjust selection to window" button it zoom out very much so I only see the complete drawing very small. What are these "invisible" things? Thank you, -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

2 1

Transforming and duplicating objects
by cedric 14 Sep '04

14 Sep '04

Hi, Being documenting the Transform Dialog, I just thought about few Illustrator and QuarkXpress interesting relative to tranformation : 1. Object duplication while resizing, moving or rotationg by using Alt-key. This key is already use but we may be able to use another (Ctrl+Alt). This is not necessary but can avoid few steps. Or when using a transform Dialog, the Ctrl+D shortcut allows to repeat the last one several times (very useful). 2. In the same maneer, QuarkXpress allows in its Duplicate & Move dialog to make copy of the selected object. Copy may take the Move parameters. In Inkscape this could be a field for numbers of copies+Copy Button placed in the Transform dialog. This is very great to get easily very regular-spaced objects, whatever they are. 4. I don't know why there is no "Constrain" checkbox in the Scale tab, because this options is available via keyboard when scaling with the mouse. 3. I don't really understand what does the "Relative" Checkbox. I did some tests but the result is the same in any cases. I don't know if it's planned, and if it's difficult, but most part for it seem to alrady exists. PS : News on User Manual (temporary on http://www.le-radar.com): File/Edition available in english (readers needed) Fichier/Edition/Vue/Objet disponible en français Thanks to Thiago working on pt_BR translation.

1 0

Re: [Inkscape-devel] Freetype2/win32 conversion
by Bob Jamison 13 Sep '04

13 Sep '04

Jon A. Cruz wrote: > Bob Jamison wrote: > >> It works! Please try downloading this version: >> >> (it was an error in FontFactory initializing the wrong font >> engine on Win32. Not FontInstance's fault) > > > > Hmmm... was it the kind of thing that might have been caught sooner if > variables/structs in question were set to initial values such as null? > > I would say that it was a subtle error, though after you notice it, it is obvious, like "why didn't I see that?" In FontFactory.cpp, there were #ifdef switches, like this: #ifdef WITH_XFT ...code... #endif #ifdef WIN32 ....code... #endif Its structure should have been like in FontInstance.cpp, #ifdef WITH_XFT ...code... #elif defined(WIN32) ...code... #endif ...since the definitions are not mutually exclusive. Thus the font server was being set to win32 in FontFactory, and FT2 was being called in FontInstance. Obvious -after- you see it. I'd say that this was 2/3 of the problem, and the wrong fontconfig DLL being called by Inkscape was the other 1/3. Bob

2 2

Re: [Inkscape-devel] Re : Various publications about Inkscape.
by Bob Jamison 13 Sep '04

13 Sep '04

Felix Rabe wrote: > Bob Jamison wrote: > >> "gtkmmuebersetzung" ? >> "gtkmmkonversion" ? >> "das gtkmmtrickfensterumsetzung" ? > > > Very Simple (TM) ;) > GTKmmifikation > > - Felix > That is -too- easy. Isn't that how it is spelled in Kanada? :) Bob

1 0

temporary about screen
by Andy Fitzsimon 13 Sep '04

13 Sep '04

G'day, Here's a new possibly temporary screen for the about page. I'll whip something nicer up closer to the release date .. any guess on when that is ? Have a great day - andyfitz ( brisgeek )

2 1

word and letter spacing
by Aewyn 11 Sep '04

11 Sep '04

Hi, I promised, that will help you to solve the firing printing issues, but I have very much work now. I will, I think it is very important, but now is more improtant question: word and letter spacing (tracing) I think this is base. Without it there is no vector drawing suite. Anyone works on it? Is any technical issue, that balk it? If the answers are no, please help me providing any existing info about it. I would like cut this problem shortly. I can code just a little bit, but I will do anything to complete this. Sorry for harrassing you, but I start to work with inkscape, and it -unfortunately- is not an appropriate tool yet. I'd like to help you, I think there is no too many issues to be a very powerful tool. letter and word spacing are such issues. Thanks, Aewyn

3 5

X11R6.8.0 Release Official Announcement (plain text) (fwd)
by Bryce Harrington 11 Sep '04

11 Sep '04

---------- Forwarded message ---------- Date: Fri, 10 Sep 2004 17:39:09 -0400 (EDT) From: Leon Shiman <leon@...531...> To: xorg@...330... Subject: X11R6.8.0 Release Official Announcement (plain text) [the PDF version isn't readable on all readers it seems. here's plaintext] X.Org Foundation Announces X11R6.8 Release of the X Window System _________________________________________________________________ The X.Org Foundation Release Officially Introduces State of the Art Technologies to the X Window System Brookline MA, September 9, 2004 - The X.Org Foundation today announced the second release of the X Window System since the formation of the Foundation in January of this year. The new X.Org release, called X Window System Version 11, Release 6.8 (X11R6.8) builds on the work of X.org X11R6.7 released in April. X11R6.8 combines the latest developments from many people and companies working with the X Window System and an open X.Org Foundation Release Team. The X Window System X11R6.8 release can be found at ftp://www.x.org/pub and at mirror-sites worldwide. About this Release: In response to user and application developer demand, X.Org's X11R6.8 brings forward widely anticipated fundamental facilities through this release. They include the first official X Window System Release support for: - Translucent windows - Window animation, window decorations like shadows - Support for accessibility applications - Support for 3D immersive user environments like Looking Glass(1) and Croquet(2) - Support for large scale display walls using DMX(3) These new facilities, some of which are still considered experimental, and so not enabled by default, have been under development for several years. Once completed and deployed, they will enable X Window System desktop projects, such as Gnome and KDE, to greatly extend their visual user interface vocabulary while still ensuring uncompromised support for existing applications, even surpassing current state of the art in competing window systems. These facilities will enable easy implementation of thumbnailing, screen magnifiers for accessibility, translucent windows, menus, drop shadows, and even integration of conventional applications into 3D immersive environments. They are the result of open collaboration within the freedesktop.org community, desktop projects, and the X Window System user and developer communities. For some illustrations visit http://www.freedesktop.org/XOrg/X11R68ScreenShots. Features also included in this release are updates and fixes to: FreeType2, Xprint, Xaw ( new PrintShell class), Mesa, DRI, driver rotation support, Render ( New Trapezoid Extension ), many driver updates, and a broad range of fixes and enhancements. About participation and membership in X.Org Membership in the X.Org foundation is free and open to all participants. Active participants in the further development of the X Window System are invited to visit: http://www.x.org/XOrg_Foundation_Membership.html to complete a membership application. Participation in the Foundation's Sponsor Group is also available to those who wish to financially support the activities of the X.Org Foundation. Current Sponsors include Hewlett Packard, IBM, ICS, Sun Microsystems, Shiman Associates, and WRQ. About the X.Org Foundation X.Org Foundation L.L.C. is a Delaware company organized to operate as a scientific charity under IRS code 501(c)(3), chartered to develop and execute effective strategies that provide worldwide stewardship of the X Window System technology and standards. The group is currently managed by its Board of Directors that includes: Stuart Anderson (Free Standards Group), Egbert Eich (Novell), Jim Gettys (HP), Stuart Kreitman (SUN Microsystems), Kevin Martin (Red Hat), Jim McQuillan (Linux Terminal Server Project), Keith Packard (HP), and Leon Shiman (Shiman Associates). The website for the X.Org Foundation can be found at http://www.x.org/. About The X Window System The X Window System provides the only common networked windowing environment bridging the heterogeneous platforms in today's computing. The X Window System is one of the most successful open-source, collaborative technologies developed to date and is the standard graphical window system for the Linux® and UNIX® operating systems. The inherent independence of the X Window System from the operating system, the network and the hardware, as well as its successful interoperability, have made it widely available and deployed with more than 30 million users worldwide. All major hardware vendors support the X Window System and many third parties provide technologies for integrating X Window System applications into the networked computer or personal computer environments including Microsoft Windows®, UNIX, Linux and Mac OS® X. Further, thousands of software developers provide X Window System applications, and with the continued growth of Linux and the emergence of Mac OS X, the number of users is growing rapidly. Community Response: "This release of the X.org server incorporates a number of extensions that were developed in consultation with experts in the field," said Bill Haneman, Sun Microsystems, GNOME Foundation board member and member of the FSG Accessibility Workgroup. "This new release removes a number of significant accessibility roadblocks and facilitates considerably improved support for onscreen magnifiers, screen readers, and other assistive technologies." "As one of the original founding members of the X Window System project, HP is pleased to be supporting the X.Org Foundation as a continued sponsor. With the second X.org Foundation release of the X Window System, we once again demonstrate the power of the open source development model to deliver true innovation and value to our customers," said Martin Fink, vice president of Linux, HP. "Open source takes a giant leap into the future with the new X Window System release and Croquet working together," said Alan Kay, Senior HP Fellow, HP Labs. "If anyone doubts the quality of 'Open Source' they only need look to this new release of X," said Peter Winston, President of leading UI development company Integrated Computer Systems (www.ICS.com) and member of X.org. With tens of millions of Linux and UNIX developers around the world relying on the X Window System, X.org has created a new version which users can depend upon and that addresses the new needs of a changing market. The additions of translucent windows and support for large scale display walls will be especially well received by our core customer base of developers building homeland defense applications." "LTSP relies heavily on the X Window System and we are inspired by the continuing development and community involvement that has gone into the latest X.org release." -- Jim McQuillan, LTSP project leader. "Novell welcomes the rapid progress of the X.Org Foundation. We are pleased to support the new release of X.Org in the next SUSE LINUX product offering, which will enable technology enthusiasts to benefit from the latest enhancements in Linux windowing technology, and we will continue to actively contribute to the project." -- Chris Schlaeger, VP R&D SUSE LINUX at Novell "Red Hat is proud to contribute to development of the X Window System technology and standards through continued involvement in and support of X.org's efforts. Red Hat plans to include the X11R6.8 release in the the open source Fedora Core project and upcoming releases of Red Hat Desktop." -- Havoc Pennington, desktop technical architect and engineering manager. "X11R6.8 contains essential features which provide the underlying foundation for the Project Looking Glass 3D window system, such as the Composite and Damage extensions. These timely and well implemented features have significantly accelerated our development effort." -- Deron Johnson, Sun Microsystems, Project Looking Glass. "As the former X.org chair, and current chair of the X.org Sponsor's Group, I'm very pleased to see the X.org Foundation produce the 6.8 release of X11, which includes contributions from many different groups, with different interests and goals, but with a common interest in and focus on advancing the X technology. I believe that as long as that common focus continues, this Foundation and their releases will be of great value to the broad community of X technology users." -- Steve Swales, Senior Manager, Platform Globalization Engineering; X.Org Sponsor Board Chairperson, Sun Microsystems, Inc. "R6.8 rocks! Now Qt/X11 can natively support almost everything developers have come to expect from our Windows and Mac OS X versions", says Matthias Ettrich, Director of Software Development at Trolltech, a cross-platform GUI tool vendor, "Kudos to the X.org team." Notes to editors: (1) Project Looking Glass: http://wwws.sun.com/software/looking_glass/ and https://lg3d.dev.java.net (2) Croquet Project: http://www.opencroquet.org/ (3) Distributed Multihead X Project: http://dmx.sourceforge.net/ (4) The Mesa 3D Graphics Library: http://www.mesa3d.org (5) Direct Rendering Infrastructure: http://dri.sourceforge.net/ (6) The Freetype Project: http://www.freetype.org (7) The Xprint Project: http://xprint.mozdev.org/ UNIX is a registered trademark of The Open Group in the US and other countries. LINUX is a registered trademark of Linus Torvalds. Microsoft and Windows are registered trademarks of Microsoft Corporation in the United States and/or other countries. Mac OS is a registered trademark of Apple Computer, Inc., registered in the U.S. and other countries. All other company names are trademarks of the registered owners. --------------- For questions, please contact: Leon Shiman, for The XOrg Foundation, at: Shiman Associates Inc (00)1.617.277.0087 leon@...532... _______________________________________________ xorg mailing list xorg@...330... http://freedesktop.org/mailman/listinfo/xorg

1 0

src/render
by MenTaLguY 11 Sep '04

11 Sep '04

In case you were wondering about src/render -- this is the start of a really simple renderer I'm writing as a side project. No timetable, really; I just need to get it out of my system. Simplicity is the main goal -- it's probably not going to be fast or pretty, but it should work and may provide scaffolding for our future cairo support infrastructure. Right now there are a lot of livarot-isms in the rendering side of things: I think having a second renderer kicking around would help make things more general. Heck, if pluggable renderers come out of this, that would be pretty cool too. -mental

1 0

Re : Various publications about Inkscape.
by Gazal, Geraud (MED) 10 Sep '04

10 Sep '04

Hi all, here is the sum up of the article I've read in Linux+ (French edition, Number 2, September/October 2004) Title : Inkscape, où vas-tu ? (Inkscape, where are you going ?) Author : unknown Sum-up : The article presents Inkscape as a drawing application, forked from Sodipodi (due to divergent goals and opinions about development-process) aiming at offering a free & SVG compliant software. The author points out that : Inkscape is undergoing a Gtkmm'ification' and that its development process is very open, allowing fast and efficient integration of new features (interface, booleans, autopackage) and in line with developers and users (even beginners) needs. He also notes that a clear Roadmap is identified. Open clipart is mentionned as a fast evoluting sister project. Apart from a few small mistakes (example Gtkmm'ification' is not finished) it provides a very positive feedback about the application If some of you can have an access to / afford buying another edition (English, German, Spanish, Polish...) it might be intersting to compare the different versions/translations I can scan and mail the French article to anyone asking for it. Regards, Matiphas PS : I've added a link about the linuxgraphix tutorial in the wiki. I can add this small review if you want.

5 4

livarot changes
by Carl Hetherington 10 Sep '04

10 Sep '04

Hi all, I'm doing some cleanup work on livarot ATM. I am testing as I go, as much as possible, but of course I might miss something. If anyone has any weird renderer / livarot problems, let me know and I'll look into them and revert my patches if necessary. Thanks Carl

1 0

word and letter spacing
by Aewyn 10 Sep '04

10 Sep '04

Hi, I promised, that will help you to solve the firing printing issues, but I have very much work now. I will, I think it is very important, but now is more improtant question: word and letter spacing (tracing) I think this is base. Without it there is no vector drawing suite. Anyone works on it? Is any technical issue, that balk it? If the answers are no, please help me providing any existing info about it. I would like cut this problem shortly. I can code just a little bit, but I will do anything to complete this. Sorry for harrassing you, but I start to work with inkscape, and it -unfortunately- is not an appropriate tool yet. I'd like to help you, I think there is no too many issues to be a very powerful tool. letter and word spacing are such issues. Thanks, Aewyn

1 0