- Inkscape Devel - Inkscape Mailman

Feature Freeze for Inkscape 0.40 Release
by Bryce Harrington 22 Nov '04

22 Nov '04

It's time to start making the final push towards getting the release out the door. Here's the plan: Feature Freeze Phase: * Starts at End of the Day, Sunday, 11/21 * All feature development work ceases * Last pass through bug tracker for show stopper bugs * Last chance to submit tutorials and translations Hard Freeze Day: * All codebase activity stops for one day * Conduct final QA testing * Unless a show stopper is found, establish Release Branch * If show stoppers are found by end of day, go back to Feature Freeze Release Branch: * Verify AUTHORS, version number, release notes, etc. * Only intended for last minute cleanup * Remember to merge bug fixes back to main branch too * Announce Inkscape-0.40 final tarball to packagers * Create packages and post to SourceForge Release PR: * Update Freshmeat page * Post announcement of release to news sites, blogs, etc. http://inkscape.org/cgi-bin/wiki.pl?AnnouncingReleases * Notify distro vendors of new release availability How's that sound? Bryce

3 4

Re: [Inkscape-devel] slower than sodipodi (fwd)
by MenTaLguY 22 Nov '04

22 Nov '04

On Wed, 2004-11-17 at 13:15, Carl Worth wrote: > > For a simple renderer, something like the SPObject/SPRepr split is likely > > to be severe overkill. > > A simple renderer, we have already in libsvg-cairo. > > Beyond that, people are interested in a standalone, cairo-based SVG > viewer with support for dynamic HTML. Libsvg-cairo is not up to that > task. What I don't know is if it makes sense to start trying to build it > up, or if we should instead extract the SVG guts from something else, > (such as sodipodi). Some of it is going to have to be built independently. Sodipodi has a lot of deep architectural issues that need fixing; I don't think you would find it a good choice. Inkscape, in turn, inherited the same deficiencies and we're far from getting them all fixed yet. It also uses C++ and has some additional dependencies that might be undesirable for a more general library. I think the biggest thing Inkscape can bring to the table up front is architectural "lessons learned". If you want dynamic HTML (by which I assume you mean DOM), my feeling is you'll need to do something similar to what Sodipodi and Inkscape do: we have a pre-chewed "semantic" layer a bit like librsvg's, and then a raw XML/CSS abstract syntax tree underneath it, with protocols for synchronizing changes between the two. I hate reinventing wheels, though. What I hope is that we can take designs prototyped and tested in Inkscape, contribute them to cairo/f.d.o as components of more portable C libraries, and adopt those libraries ourselves to the extent practical. Sort of peeling layers off the bottom as we go, I guess. > I'd like to see a good "standard" retained-mode API built on top of > cairo. It should be the kind of thing that might make it almost trivial > to write a dynamic SVG viewer as mentioned above. It could also make a > good replacement for libgnome-canvas, (something that Gnome seems to be > grappling about for right now). My impression from lurking on Rosegarden lists and those of other KDE projects is that the state of the generic QT canvas isn't much better. You know, actually, it's almost like there's a curse on general-purpose canvas libraries... It might be helpful to examine why such projects seem to keep failing. I have a feeling mistakes in that area are easy to repeat. > As for making this portable, (ie. for Gnome and KDE), I don't know if > it should talk to one of the existing event-loop integration projects, > or if it should export its own hooks for plugging in an event loop, > (ie. perhaps libevent compatible or something). Someone who better > knows the toolkits and integration projects should be consulted there. Based on my experiences with Inkscape and Sodipodi, trying to treat every node in the display graph as a "mini-widget" with event dispatching is a mistake for broad and deep graphs like those that would correspond to many complex SVG documents. The important primitives to have in a retained-mode graphics API for graphical interactivity seem to be: * find the first descendant of a specified node matching a predicate (given as a closure), maybe with a choice of traversal strategies * primitives for determining whether a node overlaps with a given shape, maybe with optimized versions for testing against a point+tolerance radius, and against a bounding rectangle And then you can readily build "mini-widgets" on top of that if need be (potentially as a higher-level library), but you aren't forced to deal with the whole display graph that way. > In the meantime, has anyone played with cairo-based rendering for > inkscape? It shouldn't be too hard to get going, (for example, the > Scribus guys said they got something working in just one weekend last > week). Me, kind of. I've been experimenting with it a bit offline, and plan to work on it more earnestly during the 0.41 development cycle. One of the big hurdles is that it would need to work on Win32. As far as I know there is no Win32 GDI surface type, and it's not obvious how to get at the in-memory buffer of a Cairo image surface. Maybe some of the Win32 Inkscape developers could help with that, though (anyone interested?). -mental

3 4

fake small caps
by David Christian Berg 21 Nov '04

21 Nov '04

When a font doesn't have real small caps, they are the normal capitals scaled to 70% of the original hight or the such. Now this way they are too thin and don't look all that good. I wonder what the result would be like, if you trace a letter with an outline that varies it's thickness with the slope of the outline. Ranging from 0 thicknes for horizontal to 100% thickness (how many pts that are is adjustable) for vertical lines. I have no clue, it that works, but I think it might look quite OK. It's properbly not svg complient at all :( I'll propose this to the scribus list as well. David

2 3

NEW: changes keyboard selection commands
by bulia byak 20 Nov '04

20 Nov '04

I don't really know how the keyboard selection commands should best behave with respect to layers/lockedness/hiddenness, so I decided to make this configurable. Now there's a "Selecting" tab in Preferences which has three checkboxes that affect "Select all" (Ctrl+Shift+A) as well as selecting by Tab/Shift+Tab: - select only in current layer - ignore hidden objects - ignore locked objects By default all three are on, which is the most natural setting, but it's different from the behavior in the past and may not be the most convenient. Experiement and report which works best for you. Now only the Find dialog remains to be made layer/lock/hide-aware.

2 2

Layers dialog
by Bryce Harrington 20 Nov '04

20 Nov '04

Mental, I've got most of the layer rename dialog thingee set up. Could you put the code needed to rename a layer into the apply() routine in layer-properties.cpp? Bryce

1 0

assert in xml editor
by bulia byak 20 Nov '04

20 Nov '04

Every time I select a node in XML editor, I get (inkscape:14979): GLib-GObject-CRITICAL **: g_value_get_uint: assertion `G_VALUE_HOLDS_UINT (value)' failed Anyone else seeing this?

3 5

test ignore
by vellum 19 Nov '04

19 Nov '04

1 0

slow rendering when zoomed in
by David Christian Berg 19 Nov '04

19 Nov '04

I'm kinda confused, that rendering takes a lot longer, when I zoomed in to a place, while when zoomed out moving objects was quite fast, but well, is not a accurate of course. Any explanation for the really annoying slow down when zoomed in? David

3 4

layer testing
by Gazal, Geraud (GE Healthcare) 19 Nov '04

19 Nov '04

tested with 17-nov-2004 build on win2k, here is a sum up some feedback ? preliminary In Layer1, draw a rectangle Then lock the layer chapter 1 a) toggle to selector tool, try to select the rectangle by clicking on it -> impossible (cool) b) try to select object with click-drag ctrl-click or shift-click -> possible (don't know if it is cool or not...) and try to modify then -> possible (not cool) c) open the XML editor, select the rectangle, go back to canvas, the rectangle is selected and can be modified scaled, filed, transformed... (cool) d) toggle to rectangle tool, try to select the rectangle -> possible (not cool), and the rectangle can be modified toggle again to selector tool -> the rectangle is selected (not cool) and can be modified chapter 2 in the same (locked) layer toggle to any shape tool and try to draw another shape -> possible (don't know if it is cool or not) then toggle to selector tool and try to select them -> same as in chapter 1 -> objects can be selected by click-drag ctrl-click or shift-click, but not by click They can then be modified (transformed, filled, ...) or aligned.... regards, matiphas

5 8

layers and locking
by MenTaLguY 19 Nov '04

19 Nov '04

FWIW, what most people expect from layer locking is just "make this layer safe so I don't accidentally change it (or the objects on it)". After some thought, I think the best set of behaviors are these: * tools capable of selection only select objects if they are visible, unlocked, and all of their parents are unlocked * drawing tools can only draw if the current layer and all its ancestors are visible and unlocked * locking a layer unselects all selected descendants of that layer, but locking an object does not unselect that object Per Peter's suggestion, "locked" may not be the most appropriate label for the per-object locking (since it doesn't render the object immutable, really), although I think "insensitive" is marginally too jargony. Inverting the meaning and labeling it "selectable" might be most appropriate. Layer locking ought to remain called "locking", though, since that is the common and expected term. -mental

3 2

patch tracker > text in shape
by john cliff 19 Nov '04

19 Nov '04

Hi all, Theres a patch in the tracker I'd really like to get in the codebase before 0.40, its a pretty simple bit of code, just wasn't sure on sunday if we were meant to have been in freeze or not so rather than commit it I put it in the tracker (its also pretty much the first thing I've done with the codebase since july, so was feeling a bit rusty, thought a second set of eyes going over it wouldnt hurt) Its a simple right click menu entry for "add text to shape" which creates a flowRoot structure containing clones of the selection. The text itself still erquires editing with the XML editor, but it takes the pain out of trying to create the structure. Just seemed a waste to have the rendering for a feature thats requested so much, but to make it so hard to actually use. Patch number is 1066358. Cheers John

2 1

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

19 Nov '04

OK, thanks a lot for the quick reaction and code update. I plan to test again this WE on WinXP, win2k, mdk10.1 (if i manage to build) and debian (ubuntu) Regards, Matiphas > -----Original Message----- > From: MenTaLguY [mailto:mental@...3...] > Sent: vendredi 19 novembre 2004 07:35 > To: bulia byak > Cc: Gazal, Geraud (GE Healthcare); Inkscape ML > Subject: Re: [Inkscape-devel] layer testing > > > On Thu, 2004-11-18 at 23:30, bulia byak wrote: > > > Mental: I now fixed that by traversing the chain of all parents in > > SPItem::isLocked(). Please review this fix. It works but may not be > > optimal. > > I can't think of a better approach. When I realized the > problem earlier > today I was going to do that myself. > > > Perhaps better if you can make it inherited in the setter, > > not getter. > > I wouldn't try that unless the getter was unacceptably slow. > > Currently, the setter is O(1), and the getter (with inheritance) is > O(log n). Doing it the other way around would make the > getter O(1), at > the expense of making the setter O(n), which would suck much worse for > large trees. > > It might not be such a big disadvantage if SVG trees were > typically deep > and narrow, but shallow and broad is the normal case: it's not too > unusual to have e.g. 200 children of a single parent, but > nesting deeper > than 3 or 4 levels is unusual. > > Under those circumstances, traversing upwards (even multiple times) is > much cheaper than recursively visiting all descendants. > > > > chapter 2 > > > in the same (locked) layer toggle to any shape tool and > try to draw > > > another shape > > > -> possible (don't know if it is cool or not) > > > > I think it's not cool but it needs fixing in many places, > so unlikely > > to be ready for the release. > > Hmm. I'd still like to look into it if we could. It's a > pretty visible > bug. > > -mental >

1 0

Re: [Inkscape-devel] "Lock" vs "Sensitive"/"Insensitive"
by Joshua A. Andler 19 Nov '04

19 Nov '04

> On Wed, Nov 17, 2004 at 10:19:12PM -0500, MenTaLguY wrote: > > > We can investigate whether it makes sense to separate them in 0.41, > > but for now we need to fix the tools etc to treat such objects and > > layers as immutable, at least as far as the mouse tools are concerned. > > Brisgeek was saying that offhand he couldn't think of a situation where > he'd want to mark objects as read-only/immutable (other than having the > whole diagram be immutable, as in inkview). > > Brisgeek and other drawing people, can you think a bit more about this? My thought are that if I lock a layer, I shouldn't be able to do anything to that layers' objects until it is unlocked (other than change visibility, which is a layer level option). And my reasoning goes based on experience with other vector drawing apps... essentially it's the expected behavior. > To me (as a non-artist) it doesn't seem very useful to prevent > modification with the mouse tool of already-selected objects, as it's > easy to deselect them if you've just made them insensitve. Whereas it > does seem useful to be able to modify things that you've gone to the > trouble of selecting despite them being insensitive. To tell you the truth, more artists will end up using Inkscape than non-artists. And it is quite useful to be able to know that you can lock a layer, do a rubberband across the canvas to select all objects of my unlocked layers and not have to worry about anything in my locked layer getting selected as well. In Illustrator & Freehand (as well as others) that is the behavior. Also, as I just tested in Illustrator, if you have an object selected and lock the layer it's on, it is automatically deselected (as you can't modify something that is locked). That makes sense to me as well. If I click lock, it's because I'm don't want to edit that layer (or anything on it) and it saves me a click with the having to deselect manually (minor, but functionally it makes sense with how lock works in Illustrator). > I'd note that it's less work for it to mean merely insensitive rather > than insensitive and immutable from mouse tools. I'd suggest that at > least for 0.40, we keep it as meaning merely affecting > canvas-selectability. > > > Most drawing applications combine both behaviors (unselectable and > > immutable) into their notion of "lock". > > We'll keep that in mind, though Inkscape's general policy is that we > should find the most useful behaviour, and let other programs catch up. This, quite honestly, is where the other guys (Adobe, Macromedia, etc) set the standard and people coming over will expect certain things to function in the same way. I'm not saying it's necessarily right, but layers are very important and people will get turned off if they're "broken" in their view. If we separate unselectable and immutable into separate layer-level options it would make sense to all of us geeks. But most artists aren't really geeks and don't want separate functions, it just needs to do what they expect. I guess the best way to explain it, is that a lock is for protection. The best analogy I have for the lock doing both functions is that if you have your front door locked on your house, people shouldn't be able to A) come in and B) rearrange your furniture. But you unlock it and it's all fair game. Basically the object is a house (properties being furniture), and we're the random people. Just my .02 on the layer subject. -Josh

2 1

sp_repr_position() optimization
by MenTaLguY 19 Nov '04

19 Nov '04

I comitted a small optimization for SPReprs tonight; essentially sp_repr_position() and sp_repr_n_children() are now cached in SPReprs. The way it's actually accomplished is with SPRepr::_n_siblings, which is the number of siblings counting from that particular repr (inclusive) to the end of the sibling list. Looking at it from the parent's perspective, SPRepr::_n_siblings of a its first child will == sp_repr_n_children(), and the sp_repr_position() of a specific child will be: ( sp_repr_n_children(parent) - child->_n_siblings ) Normally, only the first child's SPRepr::_n_siblings will be kept up-to-date; there is a boolean flag (SPRepr::_child_counts_complete) in the parent indicating whether the remainder of its children also have up-to-date _n_siblings members. That flag is checked when sp_repr_position() is called, and the children scanned and updated "lazily" at that time if necessary. This permits node addition and removal to remain constant-time activities. The beneficial effect is that sp_repr_n_children() is always constant-time, and all calls but the first to sp_repr_position() are also constant-time. This will be important later for things like the "sort by overall z-order" facility that bulia asked for (we may need it for some finer points of the 0.40 release), as well as Gtk treeview models (which would necessarily heavily query sp_repr_position() to build GtkTreePaths) later. -mental p.s. Note that sp_repr_nth_child() isn't any faster, but I don't think it's necessary to further optimize at this time. p.p.s. _child_counts_complete sucks as a name. any better ideas?

3 4

pre3 needed, status
by bulia byak 19 Nov '04

19 Nov '04

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

4 4

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

19 Nov '04

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

5 12

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

19 Nov '04

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

1 0

fr.po error
by bulia byak 19 Nov '04

19 Nov '04

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

2 1

Wiki
by Arpad Biro 18 Nov '04

18 Nov '04

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

1 0

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

18 Nov '04

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

1 0

Rename Layer dialog
by Bryce Harrington 18 Nov '04

18 Nov '04

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

2 1

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

18 Nov '04

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

2 1

Tutorials
by Joshua A. Andler 18 Nov '04

18 Nov '04

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

4 9

inkview bug
by Jon Phillips 18 Nov '04

18 Nov '04

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

3 2

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

18 Nov '04

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

1 0

test ignore
by vellum 18 Nov '04

18 Nov '04

1 0

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

18 Nov '04

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

2 3

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

17 Nov '04

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

3 2

slower than sodipodi
by Johan Forsberg 17 Nov '04

17 Nov '04

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

4 11

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

17 Nov '04

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

1 0

svg and music/symbol fonts
by Jan Nieuwenhuizen 17 Nov '04

17 Nov '04

Hi there, I'm implementing SVG output for LilyPond, but I cannot get Inkscape to display LilyPond's custom feta music font. As the font does not have a unicode mapping and uses a custom/fontSpecific encoding I would expect Inkscape to map the characters onto the unicode PUA. Alas, that does seem not happen. This is what Sodipodi does (but Sodipodi has other font problems). Can I instruct Inkscape to map this font to the 0xe000 area, and how? Possibly by fixing the fonts.cache-1 listing, or adding an SVG text style attribute? Attached is a small LilyPond svg output and the LilyPond-feta 20 font. Greetings, Jan. -- Jan Nieuwenhuizen <janneke@...570...> | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org

1 1

[Announcing] SFMOMA: The Open-Source Paradigm, Thursday, November 18, 2004
by Jon Phillips 16 Nov '04

16 Nov '04

Hey all, I wanted to alert you to a panel I'm on next week in San Francisco. Needless to say it is going to be major PR in the art world for Inkscape and Open Clip Art Library. If anyone is in the area, it would be a great event to attend. I'm also excited because the number 2 person at creativecommons (under lessig) is on the panel. Please forward the following PR below: ### On Thursday, November 18, 2004, SFMOMA (www.sfmoma.org) presents: The Open-Source Paradigm ======================== A Panel Discussion & Reception Moderated by Linda Jacobson, featuring new media professor Greg Niemeyer (http://art.berkeley.edu/niemeyer/) from UC Berkeley, artist-developer Jon Phillips (www.rejon.org), and Creative Commons (www.creativecommons.org) assistant director Neeru Paharia. 7:00 p.m. in the Phyllis Wattis Theater Visual artists and sound artists who create with digital tools have started to embrace the community-based, open-source software approach that's revolutionized the computer industry. As a reaction to the restrictions of intellectual property rights, the Open Source Initiative provides free computer software via the Web and allows anyone to contribute software as long as the underlying source codes are visible and shared. Explorations of the creative applications of open-source promise to expand its use beyond software development. This panel discusses the conceptual basis for the open-source movement in the arts, its history, and legal issues and presents artistic projects incorporating open-source technology. A reception in The Schwab Room follows the program. $12 general; $8 SFMOMA members, students with ID, and seniors. Tickets are available at SFMOMA (with no surcharge) or online. This event is presented in collaboration with SMAC (San Francisco Media Arts Council). Please visit www.sfmoma.org for press coverage of previous SMAC/SFMOMA event on videogames' impact on artists featuring pioneers Will Wright and Nolan Bushnell -- 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)

2 1

repackage win32 gtk24 libs
by Adib Taraben 16 Nov '04

16 Nov '04

Hi Bob, as you provided the latest gtk24 libs. Could you please repackage this zip using the libxml with zlib support from Igor Zlatkovic http://xmlsoft.org/sources/win32/ and then update the link on your website ? Thanks, Adib.

3 2

ubuntu compile
by Robert Crosbie 16 Nov '04

16 Nov '04

Hi, I'm trying to get inkscape CVS compiling on a pretty much base ubuntu install. I installed packages as needed to get past the autogen and configure. Now the compile always fails with many syntax errors compiling filedialog. Any idea what I could be missing here? if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/freetype2 -I/usr/include/freetype2 -I/usr/X11R6/include -DPOTRACE=\"potrace\" -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/atkmm-1.6 -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -MT dialogs/filedialog.o -MD -MP -MF "dialogs/.deps/filedialog.Tpo" \ -c -o dialogs/filedialog.o `test -f 'dialogs/filedialog.cpp' || echo './'`dialogs/filedialog.cpp; \ then mv -f "dialogs/.deps/filedialog.Tpo" "dialogs/.deps/filedialog.Po"; \ else rm -f "dialogs/.deps/filedialog.Tpo"; exit 1; \ fi dialogs/filedialog.cpp:1031: error: syntax error before `;' token dialogs/filedialog.cpp:1037: error: `FileType' was not declared in this scope dialogs/filedialog.cpp:1037: error: template argument 1 is invalid dialogs/filedialog.cpp:1037: error: template argument 2 is invalid dialogs/filedialog.cpp:1037: error: ISO C++ forbids declaration of `fileTypes' with no type dialogs/filedialog.cpp:1080: error: syntax error before `::' token dialogs/filedialog.cpp:1085: error: `svgPreview' was not declared in this scope dialogs/filedialog.cpp:1085: error: `fileName' was not declared in this scope dialogs/filedialog.cpp:1085: error: `dialogType' was not declared in this scope dialogs/filedialog.cpp:1086: error: `retval' was not declared in this scope dialogs/filedialog.cpp:1086: error: ISO C++ forbids declaration of ` set_preview_widget_active' with no type dialogs/filedialog.cpp:1094: error: syntax error before `::' token dialogs/filedialog.cpp:1099: error: `fileNameEntry' was not declared in this scope dialogs/filedialog.cpp:1100: error: parse error before `if' dialogs/filedialog.cpp:1109: error: syntax error before `.' token dialogs/filedialog.cpp:1110: error: syntax error before `.' token dialogs/filedialog.cpp:1111: error: ISO C++ forbids declaration of `fileName' with no type ... Cheers, -- Rob. http://members.rogers.com/rcrosbie

2 2

Inkscape Status November 15, 2004
by Bryce Harrington 16 Nov '04

16 Nov '04

Statistics Nov 15 May 15 Oct 15 Nov 1 Nov 15 ========== ====== ====== ====== ===== ====== Lifetime Rank on SourceForge: 4391 1028 687 684 636 (68.5%) (92.7%) (95.2%) (95.2%) (95.6%) Max Week's Rank on SourceForge: 62 36 124 62 14 (99.6%) (99.8%) (99.3%) (99%) (100%) Total SF Page Views * 475,000 1,339,114 1,487,659 1,758,321 Total SF Downloads * 27,400 63,869 69,078 80,152 Total Freshmeat URL Hits 746 * 11,465 11,849 12,162 Total Freshmeat Subscriptions 16 74 124 125 126 Lines of Code in src/: 115,901 189,116 303,783 306,602 307,747 Code lines 147,471 216,027 217,198 217,982 Comment line 16,757 52,421 53,262 53,491 Blank 25,886 41,872 42,699 42,829 Lines of Docs in doc/: 1,135 4,544 16,841 16,841 16,974 Lines of content in website: 1,173 6,008 7,840 8,121 8,382 Size of the Inkscape wiki: 3,700 18,638 22,459 18,977 19,735 Bugs open/total: 9/15 57/365 135/653 104/683 102/733 Features open/total: 18/18 183/238 263/406 279/426 291/448 Patches open/total: 1/ 6 4/ 83 7/126 7/130 7/137 CVS Commits (as per inkscape-cvs): 481 3391 7,860 8,279 8,613 Inkscape-devel membership: 49 78 109 108 117 Inkscape-announce membership: 9 43 98 113 124 Inkscape-user membership: 71 138 144 157 Num Translations: 33 33 33 Ave Translation Ratio: 35.0% 38.5 38.4 * - Statistics unavailable

1 0

0.40pre3
by Ted Gould 16 Nov '04

16 Nov '04

Hey everyone, I'm pleased to announce that 0.40pre3 is now in Sourceforge for your testing pleasure. It seems that the major crash bugs are not present at this point, this may be the last pre-release. Get your bugs in now! https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=991… Enjoy, Ted

2 1

"Art Tips for Programmers"
by Bryce Harrington 16 Nov '04

16 Nov '04

There's a post on Slashdot right now asking about "Art Tips for Programmers" with a link to the Open Clip Art Library. Add your comments here: http://ask.slashdot.org/article.pl?sid=04/11/16/016244&tid=152&tid=156&tid=4 Bryce

1 0

Spanish po update
by Lucas Vieites 15 Nov '04

15 Nov '04

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

2 1

GC debugging
by MenTaLguY 15 Nov '04

15 Nov '04

I've comitted some code which lets you select the GC implementation at runtime for debugging purposes. Basically, you can set the _INKSCAPE_GC environment variable to one of the following values: * enable - use the normal garbage-collected allocator (default) * debug - track additional debugging information[1] and detect certain types of heap corruption[2] * disable - use standard malloc in place of the GC allocator[3] _INKSCAPE_GC=disable mostly replaces the --disable-gc ./configure option, which has been removed. -mental --- [1] for example, you can trace the path of references from an object to a GC root, to debug problems like an object mysteriously not getting collected [2] it can't detect all corruption, but makes an honest effort [3] it will leak memory fiercely, of course, since memory allocated with the standard allocator isn't automatically freed, but it's helpful for debugging sometimes

1 0

Win32 cross-compile problem
by Jon A. Cruz 14 Nov '04

14 Nov '04

Well.. I tweaked a .pl file to use the xcc version of one tool, but now I'm hitting another issue cd ~/Win32/inkscape/ make -f Makefile.mingw make -C po -f Makefile.mingw make[1]: Entering directory `/home/joncruz/Win32/inkscape/po' make[1]: `all' is up to date. make[1]: Leaving directory `/home/joncruz/Win32/inkscape/po' make -C src -f Makefile.mingw make[1]: Entering directory `/home/joncruz/Win32/inkscape/src' i686-pc-mingw32-dllwrap --output-lib=inkscape.la \ --def=inkscape.def --driver-name=g++ \ -o inkscape.dll libinkscape.a -L/target/lib -lgtkmm-2.4 -lgdkmm-2.4 -lglibmm-2.4 -latkmm-1.6 -lpangomm-1.4 -lsigc-2.0 -lgtk-win32-2.0 -lgdk-win32-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoft2-1.0 -lpangowin32-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lxml2 /target/lib/iconv.lib -lfreetype6.dll -lfontconfig-1.dll -lpng -lpopt /target/lib/zdll.lib -lgc -mwindows -lws2_32 -lintl /usr/bin/ld: unrecognized option '--base-file' /usr/bin/ld: use the --help option for usage information collect2: ld returned 1 exit status i686-pc-mingw32-dllwrap: g++ exited with status 1 make[1]: *** [inkscape.dll] Error 1 make[1]: Leaving directory `/home/joncruz/Win32/inkscape/src' make: *** [all] Error 2 So... anyone have ideas on making it hit the proper version of ld?

3 3

extensions on Win32
by John Cliff 14 Nov '04

14 Nov '04

Hi guys, Having got the svg input fixed i've been looking to see if i could get output working too. In looking into it have found that currently the extensions stuff doesnt work on windows. For some reason the popen call in script::execute is refusing to open the pipe. I've tried the exact same code in a standalone program and it works absolutely fine, so am a bit stumped as to what it is. I've had a dig through our sources and the include files, and I can't see anything thats overriding it. If any of you have any ideas, I'd welcome the input. The only other issue I can see with it is some hard coded /tmp/ strings for the temporay files, which need to use the g_whatever call to get the temp directory instead. Cheers John __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

1 0

Couple of import/export bugs
by miriam clinton (iriXx) 14 Nov '04

14 Nov '04

While having my first play with Inkscape yesterday i noticed that while its possible to save to an .ai Illustrator file, and an .eps, this can only be effectively used for print really. In Illustrator, all text and objects appear selected and grouped when the item is open, and then when ungrouped, text is not editable on the path - you can pull the text all over the place in single letters but its not possible to re-word it. Once I'd saved in Illustrator I couldnt re-open the file in Inkscape at all. I'd be more than happy to test these problems as I've got both apps at the ready. best, mC~ -- 99% of aliens prefer Earth --Eminem www.iriXx.org www.copyleftmedia.org.uk

2 7

auto-increment object id's?
by Jay Vaughan 14 Nov '04

14 Nov '04

hey, i use inkscape a lot - it is my primary svg editor - and i'm very impressed with it. but there's one thing that frustrates me, and that is the way it handles auto-id assignment. ideally i'd like to be able to select a group of objects, set the ID property of one, with a -1 at the end, and have the rest all be enumerated based on the first one.. is there any way to tell inkscape to use specific id's for objects, and auto-increment properly? i've dl'ed the code and had a look at the sd-object "sp_object_get_unique_id" function, but it doesn't look to me as if theres' an 'easy' way to get it to handle auto-increments properly without majorly restructuring things .. anyone got clues? -- ; Jay Vaughan

10 23

Good news (but could be better)
by Alan Horkan 13 Nov '04

13 Nov '04

Although Inkscape did not win this years Linux Journal Readers Choice Award in the best Graphics category it did get a mention as having received the most write in votes which bodes well for next year. Sincerely Alan Horkan Free SVG Clip Art http://OpenClipArt.org Inkscape, Draw Freely http://inkscape.org

1 0

object properties
by Adib Taraben 13 Nov '04

13 Nov '04

Hi all, maybe I miss some of the conversations, just to clarify: what is the meaning of the properties in the dialog: -ID: used as XML ID to identify the object in the three, highly used in inkscape -Label: used as inkscape:label for more userfriendly design -Title: -Description: As Title and Description are disabled in the dialog, will they be used later ??? Is there a difference between title and label? And when I open the dialog ID comes as 'rect1011', label comes as '#rect1011', then I just press update properties and the label becomes invalid ???? probably not a feature ! There is something wrong with the first character '#' . Thanks, Adib.

1 0

remaining tasks for the release
by bulia byak 13 Nov '04

13 Nov '04

Not an exhaustive list, of course, but just a reminder of some things we should not forget. 1 Restore the ID field in Object Properties (Bryce or Mental) 2 Release a pre2, this time it should also be available as both normal and static RPMs so that packaging with the new libs could be tested (Ted, using static magic from Bob) 3 Each developer should read through the http://inkscape.org/cgi-bin/wiki.pl?ReleaseNotes to: - fill in or edit what is missing - get a general idea of what is new, so as to be able to answer questions from users :) Right now the missing parts there are layers (Mental), plugin architecture (Ted) and XML editor statusbar (me or Kees). 4 Layers (Mental): - switch from using visibility property to display property - add a dialog asking for a name of a new layer to create, with a couple of checkboxes "Make a sublayer" and "Move selection to the new layer" (I think Mental could use help on this one, it's a simple task for someone) 5 Showstopper bugs to fix, at least: - 1056658 win98: crash on save (msvcrt error box) (JonCruz) - Any build bugs, and maybe others. 6 Would-be-nice-to-fix bugs: - 1062777 ghost spikes in drawing (pjrm) - 1030436 WIN 0.39: document dirty on load, incomplete transaction (Kees was working on that, any progress?) - 1060954 WIN: layer widget font too small 7 Test, test, test Anything I've missed?

5 5

Bug stats
by Bryce Harrington 13 Nov '04

13 Nov '04

I think we're getting close to ready to freeze, and the bug list is getting amazingly long, so this is going to be the last report on bug stats for this release cycle. We've hit 360 points, well beyond our initial goal of 150, which is pretty amazing. Lots of 9-pointers got swatted, leaving us with only 8 critical bugs (most of which appear to be compiler or platform compatibility bugs rather than crash bugs). It's probably time to think about entering into freeze mode. It would be nice to get the release wrapped up and out the door prior to Thanksgiving so we don't have to compete with the holidays for time and eyeballs. How does Sunday sound for going into freeze mode? Bryce Bug ID Pts Title ------------------------------------------------------------------------ 1065200 6 Crash on Layout/Alignment Dialog 1065236 (dup) Line Caps Don't Change Color 1065241 (dup) 0.40 does not build on 64bit machines 1065124 (inv) Text on path inside/outside inconsistency 1018756 9 undo crashes during drag after boolean operation 1063054 9 40pre2 browse import bitmap high mem use 1063503 9 configure does not find gc.h 1064117 (inv) 0.39 Crash on Edit/Copy 1063979 9 layers: objects across multiple layers and selecting raise 1063762 9 plain svg save dumps text content 1063299 6 printing Text to PS ignores fill+stroke 1063279 (dup) printing Text to PS ignores fill+stroke 1058415 6 visible toggle doesnt toggle visiblity correctly 1048610 3 cleaned up defs still visible in the list 1061677 6 PS output is unreadable by gs 1061529 6 Seg fault when adding gradient to text and then copying text 1011484 (inv) Creating a circle crashes inkscape and freezes X 1028896 (inv) Crash when opening "text and font" dialog 1021025 6 Metadata: Need to use rdf:bag instead of comma separators 1060278 (dup) Gradient filled objects deleted on EPS export 1058783 6 wrong eps bbox 1027374 6 crash on FILE | OPEN (WindowsME) 1048682 6 text on path some weirdnesses 1015845 9 EPS with text-to-path off no longer works 1030748 (inv) No printing dialogue and printing ignores text. 1038868 9 inkscape 0.4 cvs crashes when printing certain fonts 1059468 9 ps/eps text renders upside-down 1059628 6 group of one object 1057658 6 fill property lost on moving objects 984055 6 Printing on Windows 2000 - Red and Blue components swapped 995453 9 SuSE 9.1 rpm on sourceforge does not work with SuSE 9.1 pro 1058746 (inv) wrong eps export 1057874 (dup) pls rebuild x86 suse rpm from newer src.rpm 1058750 (dup) Markers and stroke paint 1057421 (inv) boolean ops problem 1058734 (inv) Opacity of 75% in previous versions SVG documents 1058741 (inv) No fill or stroke paint on new objects 1056366 6 unlocalizable strings 1058294 6 xlink:href lost on save 1058228 6 CVS build fails on gdk_pixbuf_set_option 1057918 6 Crash when undoing bezier nodes 1057911 6 Dialog appears with -z option 1026260 (inv) crash at startup 1008895 6 invalid xhtml 1056845 9 Bitmap Images broken on Win32 955020 6 assert when quitting with dialog and duplicated window 993447 3 Wrong export area 1022832 3 File dialog glibmm Warning 994853 3 dialog title handled with wrong encoding 1029755 3 png resolution not imported 1039109 9 various problems with text after refactoring 980065 6 Garbled display in "pattern" fill dialog 1048802 6 2 find dialogs 1029530 (dup) WIN CVS: crash on file | import 1051350 (dup) Crash when open a file 990659 6 ill2svg fails without Image/Magick 1054270 9 Win32: Aligning objects causes crash 1048614 6 export: "selection" not toggled with text 931496 6 image URL not updating 998672 (dup) printing broken on Windows XP 1001279 6 Version: 0.39-suse91.0 rpm needs libpopt.so.0 1012089 6 CVS snapshots no longer available 996493 (dup) .39 Inkscape freezes 992962 3 Build Warning: Extensions warnings 992986 3 Build Warning: deprecated functions 992987 3 Build Warning: missing constructors 992985 3 Build Warning: unused variables/functions 1004134 6 'Changed' flag cleared when save not successful 1041643 3 Files fail to open on Gnome 2.8 1048151 6 Union destroy objects in some cases 984096 9 Assertion failures with calligraphy tool 1045067 3 --without-gui crashes if home dir not writable 1038932 6 Export silently fails when file cannot be created 984854 9 crashes with non-existent gradient in gradient editor 1000350 9 --print option can attempt to open dialogs and segfault 1041757 (dup) undefined symbol: gdk_threads_lock 993294 9 RDF improperly exported with plain SVG 1024915 9 glib-2.5.2: crashes on clicking fill and stroke dialog ======================================================================== Total: 360 Goal: 150pts

2 1

Activating DocManager
by Bryce Harrington 13 Nov '04

13 Nov '04

SourceForge has a DocManager feature. We disabled that early on because we didn't intend to use it. However, I suspect it may be a better way of storing large documents than putting them in our webspace on shell.sf.net, so I've reactivated it for experimentation. If we find it's not useful, we can disable it. Note that there is an automation tool for using DocManager, 'adocman': http://sourceforge.net/project/showfiles.php?group_id=52614 I think everyone with a SF Inkscape account can submit docs. Roughly half of the accounts also have Editor functionality set. If you want your DocManager Editor flag set, just drop me a note. Bryce

1 0

small textual things
by Arpad Biro 12 Nov '04

12 Nov '04

Hi, A few textual things in "Inkscape 0.40cvs (Nov 12 2004)": Object Properties dialog: We have "Sensitive", "Active" and "Printable", so why isn't the 4th one "Hidden" (instead of "Hide")? XML editor: the "Set" button text is unlocalizable. Layer selector button: "root" and "Layer" are unlocalizable. Arpad Biro __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

2 1

Visio?
by Bryce Harrington 12 Nov '04

12 Nov '04

Anyone know if there are any converters from Visio to something that could be loaded into Inkscape? Bryce

5 7

callouts
by Alexandre Prokoudine 12 Nov '04

12 Nov '04

Hi, What would it take a person to add callout objects to Inkscape? Alexandre

2 1

search engine
by Arpad Biro 11 Nov '04

11 Nov '04

Hi, For those who have not heard of it yet: there's a new source code search engine for open source developers. Like Google, except it searches in source code. The web address is www.koders.com. Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

Notes on tracing
by Bob Jamison 11 Nov '04

11 Nov '04

I wrote up a few paragraphs about using the tracer, in OpenOffice format, here: http://troi.hous.es3.titan.com/~rjamison/inkscape/files/tracing.sxw ...if anyone would like to help in documenting this stuff... Maybe produce an SVG document. We could use some help. Bob

9 22

SVGZ files on windows
by John Cliff 11 Nov '04

11 Nov '04

Hi all, Found a solution to the svgz opening problems that the windows build was having, needed a change of libxml dll to one with the gzip stuff turned on, combined with a correction to the example files to strip the carraige returns out that had corrupted them when cvs dled them as ascii. To fix svgz opening on an existing build, replace the current libxml2-2.dll with the one from this package: ftp://ftp.zlatkovic.com/pub/libxml/libxml2-2.6.15.win32.zip (it needs renaming to libxml2-2.dll) then redownload the example svgz's to get copies that arent corrupt. Daniel, can you replace the dll being used to build your dailies? they'll work ok then. svgz output is another issue entirely, as we currently ass the output off to gzip to compress it. This doesnt work on windows as gzip isnt a standard prog like on linux. it is however freely available, and only 60k, so if someone who has a clue how the extensions stuff works would like to tell me what i need to do to get that working too I'll look into it. (seems like adding an extra 60k to the install size on windows would be worth the functionality) Cheers John __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

3 3

build errors for 0.40pre2
by Plinnell 10 Nov '04

10 Nov '04

Hi, I filed a bug http://sourceforge.net/tracker/index.php?func=detail&aid=1063503&group_id=9… I cannot build rpms on a stock Suse 9.x system Could someone look at this ? Thanks, Peter

3 2

Re: [Inkscape-user] 0.40pre2
by Bryce Harrington 10 Nov '04

10 Nov '04

Thanks Trent. Can you also skim over the Debian docs for compiling and packaging Inkscape to see if it's still correct? http://inkscape.org/cgi-bin/wiki.pl?CompilingInkscape http://inkscape.org/cgi-bin/wiki.pl?CreatingDists Bryce On Thu, 11 Nov 2004, Trent Buck wrote: > Quoth George Farris on or about 2004-11-09: > > Can someone please make Debian packages as well, I would love to test > > this on Ubuntu. Thanks. > > OK. I've solved all the stupid problems, which were mostly caused by me > bleeding on the edge. i386 sid packages of 0.40pre2 (labelled as > 0.39+0.40pre2) and 0.39+cvs20041111 should be available within an hour. > > Add the following to your /etc/apt/sources.list file > > deb http://trent-buck.is-a-geek.net/~twb/deb unstable main > > -trent > > WARNING! These packages are made unofficially be me, for my use. They > should be OK, but if they aren't, I accept no responsibility. > > WARNING! There are a few quirky things in that repository, including CVS > builds of some debian packages. If this confuses your package > manglement program, consider just downloading Inkscape package > manually. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user > >

1 0

small textual problem
by Arpad Biro 10 Nov '04

10 Nov '04

Hi, A new string from src/dialogs/xml-tree.cpp: "<b>XML Editor</b> Select attributes and edit them." I guess there should be some punctuation between "Editor" and "Select". Arpad Biro __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

5 7

Re: [Inkscape-devel] Glue : SVG Support ? Inkscape Sypport ?
by Peter Moulder 10 Nov '04

10 Nov '04

On Wed, Nov 10, 2004 at 12:55:55PM +1100, NAGY Endre wrote: > When do you expect connector support to be available. I could not find > a reference to it in the Milestone document for the 0.40 release. It isn't mentioned in the NEWS items because it isn't considered user-ready. E.g. there's no way of forming or breaking connections other than editing the SVG (say using inkscape's XML editor). What I've done is just enough for the non-inkscape work I'm doing: I can write SVG files from a java program, and when I'm using inkscape I can drag boxes around and have the lines follow. > The insight that would get me started would be, what would be the > content of the SVG that supports a "connection" ?. As I mentioned in > my original posting I am creating SVG programmatically and wanted to > use Inkscape to edit an imported file that allready contained > connected elements. An example SVG with a brief pointer to the > relevent elements and attributes would be helpful. See the inkscape:connection-start="#ID" and inkscape:connection-end="#ID" attributes in the appended example file, and note the two xmlns lines in the <svg> element's attributes. pjrm. <?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 xmlns="http://www.w3.org/2000/svg" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" > <rect style="fill:#0000ff;stroke:#000" id="my-rect" x="400" y="200" width="180" height="100" /> <ellipse style="fill:#ff0000;stroke:#000" id="my-ellipse" cx="150" cy="250" rx="80" ry="50" /> <path style="fill:none;stroke:#000" d="M 230,250 L 400,250" inkscape:connection-start="#my-rect" inkscape:connection-end="#my-ellipse" /> </svg>

2 1

Bug stats
by Bryce Harrington 09 Nov '04

09 Nov '04

~78 more points since we started, bringing us to over double the 150 points we were aiming for. :-) We're holding steady at at 100 open bugs of 709 total reported bugs, or 14%. We've been in the top 50 rank on SourceForge all week, which is impressive in that we haven't even done the release yet! Bryce Bug ID Pts Title ------------------------------------------------------------------------ 1063279 (dup) printing Text to PS ignores fill+stroke 1058415 6 visible toggle doesnt toggle visiblity correctly 1048610 3 cleaned up defs still visible in the list 1061677 6 PS output is unreadable by gs 1061529 6 Seg fault when adding gradient to text and then copying text 1011484 (inv) Creating a circle crashes inkscape and freezes X 1028896 (inv) Crash when opening "text and font" dialog 1021025 6 Metadata: Need to use rdf:bag instead of comma separators 1060278 (dup) Gradient filled objects deleted on EPS export 1058783 6 wrong eps bbox 1027374 6 crash on FILE | OPEN (WindowsME) 1048682 6 text on path some weirdnesses 1015845 9 EPS with text-to-path off no longer works 1030748 (inv) No printing dialogue and printing ignores text. 1038868 9 inkscape 0.4 cvs crashes when printing certain fonts 1059468 9 ps/eps text renders upside-down 1059628 6 group of one object 1057658 6 fill property lost on moving objects 984055 6 Printing on Windows 2000 - Red and Blue components swapped 995453 9 SuSE 9.1 rpm on sourceforge does not work with SuSE 9.1 pro 1058746 (inv) wrong eps export 1057874 (dup) pls rebuild x86 suse rpm from newer src.rpm 1058750 (dup) Markers and stroke paint 1057421 (inv) boolean ops problem 1058734 (inv) Opacity of 75% in previous versions SVG documents 1058741 (inv) No fill or stroke paint on new objects 1056366 6 unlocalizable strings 1058294 6 xlink:href lost on save 1058228 6 CVS build fails on gdk_pixbuf_set_option 1057918 6 Crash when undoing bezier nodes 1057911 6 Dialog appears with -z option 1026260 (inv) crash at startup 1008895 6 invalid xhtml 1056845 9 Bitmap Images broken on Win32 955020 6 assert when quitting with dialog and duplicated window 993447 3 Wrong export area 1022832 3 File dialog glibmm Warning 994853 3 dialog title handled with wrong encoding 1029755 3 png resolution not imported 1039109 9 various problems with text after refactoring 980065 6 Garbled display in "pattern" fill dialog 1048802 6 2 find dialogs 1029530 (dup) WIN CVS: crash on file | import 1051350 (dup) Crash when open a file 990659 6 ill2svg fails without Image/Magick 1054270 9 Win32: Aligning objects causes crash 1048614 6 export: "selection" not toggled with text 931496 6 image URL not updating 998672 (dup) printing broken on Windows XP 1001279 6 Version: 0.39-suse91.0 rpm needs libpopt.so.0 1012089 6 CVS snapshots no longer available 996493 (dup) .39 Inkscape freezes 992962 3 Build Warning: Extensions warnings 992986 3 Build Warning: deprecated functions 992987 3 Build Warning: missing constructors 992985 3 Build Warning: unused variables/functions 1004134 6 'Changed' flag cleared when save not successful 1041643 3 Files fail to open on Gnome 2.8 1048151 6 Union destroy objects in some cases 984096 9 Assertion failures with calligraphy tool 1048151 6 Union destroy objects in some cases 984096 9 Assertion failures with calligraphy tool 1045067 3 --without-gui crashes if home dir not writable 1038932 6 Export silently fails when file cannot be created 984854 9 crashes with non-existent gradient in gradient editor 1000350 9 --print option can attempt to open dialogs and segfault 1041757 (dup) undefined symbol: gdk_threads_lock 993294 9 RDF improperly exported with plain SVG 1024915 9 glib-2.5.2: crashes on clicking fill and stroke dialog ======================================================================== Total: 303 Goal: 150pts

1 0

0.40pre2
by Ted Gould 09 Nov '04

09 Nov '04

With more layers functionality, additional bug fixes, calligraphy tool improvements and more the 0.40 release is starting to shape up. This has prompted the 0.40pre2 release to be created. Please take a look at this release and help us find more bugs! If they're not found, they can't be fixed. http://sourceforge.net/project/showfiles.php?group_id=93438&package_id=9911… Thanks, Ted PS - Binary packagers -- if you could please try to build a test binary that would be appreciated. We'd also like to put it into the file tracker, I can help you with that if you need.

3 2

Re: [Inkscape-devel] Re: [Inkscape-user] 0.40pre2
by Tuukka Pasanen 09 Nov '04

09 Nov '04

> However, going forward I think it may be more necessary to split out > separate spec files, especially if packagers take advantage of > distro-specific features/macros, and doubly especially as distro vendors > start providing the spec files. If this is done, though, it would be > helpful to put these into a subdirectory. I.e.: I agree on this.. There should be also LSB compliant version of inkscape for those upcoming tZilionZ LSB compliant distros.. > inkscape/ > packaging/ > debian/ > gentoo/ > fink/ > mandrake/ > inkscape.spec > suse/ > inkscape.spec > windows/ I think this should look like: inkscape/ packaging/ linux/ debian/ mandrake/ suse/ gentoo/ lsb/ windows/ macosx fink So it would be more informative (For stupid people like me:P) Tuukka

1 0

New calligraphic icon
by Andreas Nilsson 09 Nov '04

09 Nov '04

With the recent update on the calligraphic tool I thought it might need a new icon. http://ramnet.se/~nisse/diverse/temp/calligraphicpen.svg - Andreas

4 4

Re: [Inkscape-user] 0.40pre2
by Bryce Harrington 09 Nov '04

09 Nov '04

The main reason there are not spec files for every distribution is that the spec file included has tended to work on most rpm systems with minor changes only, so there hasn't been a strong need to maintain separate spec files. This has been a bit of an advantage in that we were able to combine efforts on maintaining and improving the spec file. However, going forward I think it may be more necessary to split out separate spec files, especially if packagers take advantage of distro-specific features/macros, and doubly especially as distro vendors start providing the spec files. If this is done, though, it would be helpful to put these into a subdirectory. I.e.: inkscape/ packaging/ debian/ gentoo/ fink/ mandrake/ inkscape.spec suse/ inkscape.spec windows/ Bryce On Tue, 9 Nov 2004, Tuukka Pasanen wrote: > Hi, > How one can become a packager and why there isn't spec files for every > distribution available? > > Tuukka > > > > > With more layers functionality, additional bug fixes, calligraphy tool > > improvements and more the 0.40 release is starting to shape up. This > > has prompted the 0.40pre2 release to be created. Please take a look at > > this release and help us find more bugs! If they're not found, they > > can't be fixed. > > > > http://sourceforge.net/project/showfiles.php?group_id=93438&

1 0

performance under win2k
by Gazal, Geraud (GE Healthcare) 09 Nov '04

09 Nov '04

Hi, I don't know if some of you have noticed this, but it looks like the last builds (at least yesterday and today) of Inkscape have become slower under win2k (PII, 1GHz, 512Mo RAM): Examples : * start application, draw a rectangle and click on Fill and Stroke Dialog -> the dialog appears after more than 1sec. * start application, select text tool, type a few chars ("toto") -> the text is only rendered after 15 seconds ! * same problem with import of bitmaps (already notified in the bug tracker) Regards, Matiphas

2 1

[Q_AT_ping_dot_be: Bug#279991: inkscape: FTBFS: error: reinterpret_cast from `void*' to `int' loses precision]
by Wolfram Quester 09 Nov '04

09 Nov '04

Hi, I just received this bug report about (not) building inkscape in Debian's BTS. With best regards, Wolfi ----- Forwarded message from Kurt Roeckx <Q_AT_ping_dot_be ----- X-Original-To: wolfi@...33... X-Original-To: wolfi@...111... Subject: Bug#279991: inkscape: FTBFS: error: reinterpret_cast from `void*' to `int' loses precision Reply-To: Kurt Roeckx <Q_AT_ping_dot_be, 279991@...499... Resent-From: Kurt Roeckx <Q_AT_ping_dot_be Original-Sender: Q@...560... Resent-To: debian-bugs-dist@...501... Resent-Cc: Wolfram Quester <wolfi@...111...> Resent-Date: Sat, 06 Nov 2004 15:03:01 UTC Resent-Message-ID: <handler.279991.B.109975247611270@...499...> X-Debian-PR-Message: report 279991 X-Debian-PR-Package: inkscape X-Debian-PR-Keywords: Date: Sat, 6 Nov 2004 15:47:55 +0100 From: Kurt Roeckx <Q_AT_ping_dot_be To: submit@...499... Resent-Sender: Debian BTS <debbugs@...499...> X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at honk.physik.uni-konstanz.de X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at honk.physik.uni-konstanz.de Package: inkscape Version: 0.39+0.40pre1-1 Severity: serious The package is failing to build on all 64 bit arches (alpha, ia64, amd64) with the following error: In file included from selection.h:25, from arc-context.cpp:30: gc-finalized.h: In static member function `static Inkscape::GC::Finalized* Inkscape::GC::Finalized::_unoffset(void*, void*)': gc-finalized.h:66: error: reinterpret_cast from `void*' to `int' loses precision arc-context.cpp: In function `void shape_event_attr_changed(SPRepr*, const gchar*, const gchar*, const gchar*, bool, void*)': arc-context.cpp:148: warning: unused parameter `SPRepr*repr' arc-context.cpp:148: warning: unused parameter `const gchar*name' arc-context.cpp:148: warning: unused parameter `const gchar*old_value' arc-context.cpp:148: warning: unused parameter `const gchar*new_value' arc-context.cpp:148: warning: unused parameter `bool is_interactive' make[3]: *** [arc-context.o] Error 1 Casting a void * to an int is probably a very bad thing to do. A void * is 64 bit on those arches while an int is 32 bit. Kurt ----- End forwarded message -----

2 4

Some suggestions for the export dialog
by Andreas Nilsson 09 Nov '04

09 Nov '04

Hello there! Im new to this list, but have been a user of inkscape since the beginning of the project. I use it on a regular basis, mostly for drawing icons and I therefore use the export function a lot. What I really miss for the export dialog is the ability to see what the final .png will look like, and that is expecally important when the output file must be very small. I usually end up checking the icon out in gThumb and then go back to Inkscape, tweaking the icon a bit and then export it again, and again, and again... Another thing that bothers me a bit is that is a bit hard to see what kind of export area that is choosed, and I think that maybe a bunch of radiobuttons is easier to see. I did a quick mockup on what it all could look like here: http://ramnet.se/~nisse/diverse/temp/inkscape_export_mockup.png I understand that everyone is busy with the release of 0.40, but perhaps this could be nice further down the road. - Andreas

3 2

layer functions - naming confusion
by Adib Taraben 08 Nov '04

08 Nov '04

Hi, I am a little bit confused when I want to use the layer functions. Once objects and layers are moved vertically in the Z-order "up-" and "downwards". But then I can move objects to "next" and "previous" layer. :-O Is next the lower or higher layer ? For me it makes more sense to call this functions also "move to lower" or "higher layer". This is my opinion. Thanks, Adib.

2 1

does "remove kerning" works ?
by Adib Taraben 08 Nov '04

08 Nov '04

Hi, testing the translation I found this nice feature for myself. But it does not work with my family name "Taraben" and the default font"Bitstream Vera Sans". Inkscape->Text->Remove Kerns Is this a feature or a bug? HTH, Adib.

4 5

UI annoyance with current CVS
by Arpad Biro 08 Nov '04

08 Nov '04

Hi, "Inkscape 0.40cvs (Nov 7 2004)": 1. launch Inkscape 2. activate the calligraphy tool 3. click on the canvas 4. click on a menu item or an icon At this point, Inkscape denies access to those interface items. Let me know if you cannot reproduce it. Arpad Biro __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

3 5

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

07 Nov '04

Greetings I sent the message, asking about Inkscapes capabilities regarding gluing, that is attached to the bottom of this mail, to the Inkscape-User mailing list. Bulia responded >Peter Moulder works on this and has some code checked in (though >there's no GUI yet). If you can help push this ahead it would be >great. Perhaps inkscape-devel is a better place for discussing this. Peter (or anybody else with knowledge), can you advise on how to implement "glue" Regards Endre Nagy ---------------------------------------------------- Greetings My goal is to implement in Inkscape the equivalent behaviour of "glue" as found in Visio. In Visio this is exhibited by creating two "lines" and then dragging the end point of one line to coincide with the end point of the other. The behaviour of these "lines" are defined such that when a "coincidence" event occurs the end points are "glued", ie a transformation of one of the lines (e.g a translation) causes the end point of the other line to continue to coincide with the position of the other end point (i.e the end of one line "follows" the position of the other). It would be nice if, within Inkscape, I could specify such behaviour, but its absence would not be fatal because I have other means of specifying the content of the SVG that would be input to Inkscape. Firstly, are there any elements within the SVG specification that would naturally allow this behaviour to be defined?. Unfortunately I am not in a position to specify the glued coordinate as one that is part in a single polyline. I am constrained by a requirement that this behaviour be exhibited between two distinct geometric elements. I initially had in mind providing an identifier for one of the points in one polyline. I could then define a point in the other polyline as a reference to this identifier. But I dont think SVG's element and attribute structure allows this. Secondly, if the SVG specification supported such a semantic, would Inkscape reflect this in its behaviour. That is, if (to take one possible solution) one point were defined as a reference to the other, would Inkscape know to update all points that were defined by reference. Thanks in advance for any assistance Endre Nagy IMPORTANT NOTICE: This e-mail and any attachment to it are intended only to be read or used by the named addressee. It is confidential and may contain legally privileged information. No confidentiality or privilege is waived or lost by any mistaken transmission to you. The RTA is not responsible for any unauthorised alterations to this e-mail or attachment to it. Views expressed in this message are those of the individual sender, and are not necessarily the views of the RTA. If you receive this e-mail in error, please immediately delete it from your system and notify the sender. You must not disclose, copy or use any part of this e-mail if you are not the intended recipient.

1 0

cmyk fill
by David Christian Berg 07 Nov '04

07 Nov '04

Hmm, I didn't even know it existed, but look at this. Some might now, it's there. Anyways, it's causing trouble, cause I can't change the color of the objects this being in place. sodipodi:fill-cmyk="(0.80000001 0.44999999 0.0000000 0.25000000)" David

2 1

win32 svgz not open problem
by Adib Taraben 07 Nov '04

07 Nov '04

Hi, is it eventually possible that the libxml-dll in the gtk libraries provided are not compiled with the -D HAVE_ZLIB_H ? And so that there is no support for compressed files ? Just thinking ( I did not found any string "zlib" in the libxml.dll but in freetype.dll) . Adib.

2 1

Ruby Cairo bindings
by MenTaLguY 07 Nov '04

07 Nov '04

Just for fun tonight I wrote a Ruby binding for Cairo, so I can learn my way around it more. If anyone's morbidly curious, it's in CVS under mental/cairo-testbed in the experimental module. More details: The Ruby extension is in the cairo/ subdirectory; the cairo-testbed directory proper will contain some scripts and things that use it (right now it just contains a simple demo script, demo-0.rb, that generates a PNG). To build the extension, just run: ruby extconf.rb make The binding is moderately complete at this point; the only two areas I've not really covered yet are fonts and patterns, and I need to expose more surface types (currently only in-memory and PNG output surfaces are exposed). In terms of the major classes at this point: * Cairo - a cairo graphics context * Cairo::Surface - a cairo drawing surface * Cairo::Transform - AKA Cairo::Matrix, a matrix representing an affine transformation In general the way things work are that you create a cairo context, set a target surface for it to draw on, and draw away, calling show_page when you're done. require 'cairo' File.open("foo.png", "wb") {|port| ctx = Cairo.new ctx.target_surface = \ Cairo::Surface.new_png(port, Cairo::FORMAT_ARGB32, 200, 200) # fill in the background ctx.new_path ctx.rectangle(0, 0, 200, 200) ctx.set_rgb_color(1.0, 1.0, 1.0) # white ctx.fill # draw a big X ctx.new_path ctx.move_to(20, 20) ctx.line_to(180, 180) ctx.move_to(20, 180) ctx.line_to(180, 20) ctx.set_rgb_color(0.0, 0.0, 0.0) # black ctx.line_width = 5 ctx.line_cap = Cairo::LINE_CAP_ROUND ctx.stroke ctx.show_page # write the PNG } -mental

1 0

Re: [Inkscape-user] Feedback 0.40pre1
by MenTaLguY 07 Nov '04

07 Nov '04

On Sat, 2004-11-06 at 20:01, bulia byak wrote: > > - Like 0.39, very large paths (4000 nodes) are very slow, especially during > > zoom and when I go into node-edit-mode (inkscape spends a lot of time drawing > > stuff that's off-screen). > > Yes it's a problem. We need to do more optimization in one of the > future versions. I have some specific ideas for algorithms to reduce the repainting burden. I'll try to document them sometime soon. Strictly speaking, when performing individual node edits it should only be necessary to redraw maybe four path segments at most. -mental

1 0

visible, printable, SVG
by Peter Moulder 07 Nov '04

07 Nov '04

The Object Properties dialog box has properties Visible and Printable. Currently, we map Visible in the Object Properties dialog to SVG's visibility attribute, while we use a custom attribute for Printable. When would in-inkscape visibility differ from on-paper visibility? - Visible on screen but not printable for guide lines/shapes. - Printable but not hidden [or 90% transparent?] on screen for temporary editing convenience. I'd guess that the user wants the same things to be printable as they want to be exported to PNG or generally visible as part of the image to be seen by viewers. If "seen by viewers" includes the use of other SVG agents (e.g. use of a command-line tool for printing or exporting to another format, or embedding in e.g. HTML before printing), then that suggests we should use SVG's visibility property for Printable, and use custom data to indicate what things are currently visible/hidden. Comments? pjrm.

3 4

set guides
by David Christian Berg 07 Nov '04

07 Nov '04

Hey guys, how do I put a guide to a specific position? The guides dialog only sets the guide's relative position. I need absolute positioning most of the time, but haven't found the property in the preferences dialog. David

2 2

layer progress
by MenTaLguY 07 Nov '04

07 Nov '04

bulia's gotten layer locking/unlocking and show/hide from the layer selector working now in CVS. Give it a spin and see if you can find any remaining bugs~ -mental

1 0

ghost spikes
by bulia byak 06 Nov '04

06 Nov '04

Now the biggest problem with the calligraphy tool is the ghost spikes - sudden long and thin spikes that burst sometimes from the stroke sideways. They are actually visible, unlike the ghost spikes of the pencil tool. Apparently they are caused by the same reason, since both tools use the same bezier fitter. Peter, have you had any progress on this issue? Can you look into the calligraphic spikes as well?

1 0

calligraphy fun + new screenshots
by bulia byak 06 Nov '04

06 Nov '04

Until yesterday, I considered Inkscape's calligraphy tool pretty useless. It was too weird and not really suited for any real work. It turns out I was wrong. The problem with this tool was that its most useful mode - flat nib - was disabled and there was no UI to enable it. As a result, the Angle control had no effect because the "pen" was actually more of a "brush". I fixed this, and even made the transition from flat to round a gradual one, controlled by the new Flatness control (0 = round nib, 1 = flat nib). (Actually 0 is not "round", but the pen is always rotated perpendicular to the stroke direction; any suggestions for a better term?) I also added a Thinning control which tells how much to change the width of the stroke depending on velocity (0 = uniform width, >0 makes faster strokes thinner, <1 makes faster strokes broader). I also changed the defaults of the rest of the parameters. With these changes, the tool is now capable to do some real calligraphy. All of this screenshot was done entirely in Inkscape using a Wacom tablet: http://inkscape.org/screenshots/gallery/inkscape-0.40-CVS-linux-calligraphy… Other screenshots added today: tracing, text on path, tutorial, and a work screenshot from David Christian Berg. Enjoy, and don't forget to send us your screenshots! http://inkscape.org/screenshots/index.php

3 3

layers again
by bulia byak 06 Nov '04

06 Nov '04

I added manually <g id="l1" title="Layer1" label="Layer1" inkscape:groupmode="layer"> ... </g> around the content of a file. Two problems: - on open, it shows (root). I think we agreed that if there's a single layer it must be entered on load if there's no current layer remembered in namedview? - it shows #l1 so title and label are ignored. What is the way to set the visible title apart from id?

5 9

interview - KDE Dot News
by Arpad Biro 06 Nov '04

06 Nov '04

Hi, dot.kde.org has an interview with a guy called Bryce Harrington. Here: http://dot.kde.org/1099664490/ __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

gradient display bug
by David Christian Berg 06 Nov '04

06 Nov '04

this is a _really_ annoying bug... when you have several texts with gradients or (or is just one enough?) you'll very fast end up with broken gradient display in the text. I just tried just writing some text, adding a gradient, changing the gradient, doublicating the text, moving the doublicate. and "peng" the original object has a totally broken gradient displayed... Can anyone confirm? my build is a few days old, it's not since long, that this bug has been introduced, I'm sure. David

2 2

rotate around center of gravity
by David Christian Berg 06 Nov '04

06 Nov '04

This is basically just for rotating stars with an uneven number of ehm, however it's called, rays. Not quite needed, but cool if easy to do. David

1 0

Mandrake, autopackage and gtk+ problem
by Boulenguez Pierre 05 Nov '04

05 Nov '04

On Mandrake 10.0, i'm trying to install the nightly build autopackage and get the following error : Error: Could not find 'GTK+ user interface toolkit'. Try using the native package manager for Mandrakelinux (urpmi) to install a package with similar name to 'gtk+'. But when I execute "urmpi --fuzzy gtk+" to query my installed packages database I get : gtk+2.0 gtk+licq gtk+licq-base gtk+licq-nognome libgtk+-linuxfb-2.0_0 libgtk+-linuxfb-2.0_0-devel libgtk+-x11-2.0_0 libgtk+1.2 libgtk+1.2-devel libgtk+2.0_0 libgtk+2.0_0-devel I think that gtk+ is correctly installed but autopackage cannot find it. Maybe an environment variable for gtk+ as to be set ? BR Pierre

4 3

default template + screenshots
by bulia byak 05 Nov '04

05 Nov '04

Just a quick note that I added an initial layer to the default template. Now new documents will be created with "Layer 1" active. Also the hide/lock buttons now at last look correct (though they are not functional yet). This means that Inkscape's face is now fit for shooting. Please send here (or submit to patch tracker) your screenshots showing the nice things you are doing with Inkscape CVS. The more complex and beautiful is the stuff on your canvas, the better. Show something that not everyone can do! The best shots will be published on the site in time for the 0.40 release.

1 0

Static c++ libs , part 2
by Bob Jamison 05 Nov '04

05 Nov '04

Re: the previous msg , about the libgccpp.a probs. I tried manually linking Inkscape, inkview, and gimpgrad.so without libgccpp.a, and they worked perfectly. So, I would like to remove --enable-cplusplus from the boehm dependencies that we have, and libgccpp.a. Does that sound OK? As far as I can tell, we are always using Mental's C++ classes which use the Boehm C API. Is that right? If so, I'd like to only use that part of Boehm, and not have that extra .h file possibly polluting new() and delete(). Bob

3 4

Re: [Inkscape-devel] Mandrake, autopackage and gtk+ problem
by Boulenguez Pierre 05 Nov '04

05 Nov '04

Here is my gtk version : pkg-config gtk+-2.0 --modversion 2.2.4 Best Regards Le vendredi 5 Novembre 2004 17:19, Boulenguez Pierre a écrit : > Hi, > Did you installed it from sources ? > I can't find a gtk+2.4 compiled package for mandrake. > > Ps: My mandrake ditribution is quite recent (10.0), and updated. > > Thx anyway > > Le vendredi 5 Novembre 2004 17:00, vous avez écrit : > > Hi, > > > > > On Mandrake 10.0, i'm trying to install the nightly build autopackage > > > and get the following error: > > > Could not find 'GTK+ user interface toolkit'. > > > gtk+2.0 > > > libgtk+2.0_0 > > > > I guess you need GTK 2.4. > > > > Arpad Biro > > > > > > > > > > __________________________________ > > Do you Yahoo!? > > Check out the new Yahoo! Front Page. > > www.yahoo.com

2 1

RE: [Inkscape-devel] A few things
by Gazal, Geraud (GE Healthcare) 05 Nov '04

05 Nov '04

Some more small things : * When no object is selected, the proportion lock icon is not sensitive (unlike the other icons of the same bar) (lock_icon_object.png) * When layer is unlocked, the lock icon is not displayed (lock_icon_layer.png) * A nice to have with layer would be an additional tool : move to another layer (not only previous and next) * It's the first time I'm playing with layers, and I'm a bit surprised : xml seems not to be affected by the operations I make with them (no lock or display tag in xml). I'm able to create new layers, create/delete some object in them, raise/lower them delete the layers. But I'm not able to move objects from a layer to another (even next/previous) and have no action on lock/display Pity, I felt really excited with them (it was the only thing that i was missing with Inkscape). But I hope (quite confident with it), it'll soon be 100% available * Unlike star/polygon and spiral tool bars, ellipse and rectangle have no "reset to default" icon * The 'object' menu may be renamed to 'selection' as all the operations it lists affect all the objects selected (selection) * The open ellipse item in the ellipse tool bar is not sensitive (unless the ellipse has been opened with the controls on canvas) * When I select several objects and call the fill and stroke dialog, it displays a kind of mean of the characteristics of the objects. Don't know if it is good, but it is not consistent with the 'properties' dialog (which displays nothing in this case and is even not sensitive) (fill.png and prop.png) * By the way, why not to add the "properties" icon in the main tool bar (with fill and stroke...) ? > > First : about layers. > > * The layer indication in the bottom of the window is not > clearly displayed. I think it is linked with the fonts used. > Thought it had already been submitted and fixed, but in fact > no. See the small capture. (layers.png) > Someone reported that it can be fixed by rc file editing, but I think > this was not done. Please file a bug. OK, I will. > > Final : (for Frederic) > > Bienvenue instead of Bienvenu would be great :) (I'm taking > a look at the translation at the moment). Will give my a more > detailed review later. (see trad1.png) > > You could just edit the latest translation file and submit it > to patch tracker. Well yes and no : First : at the moment I'm at work, take some time during my pause (lunch break) to have a look and test some few things with Inkscape. But I'm under windows, and I face many problems opening/editing .po files. (If some of you know about any cool tool under win2k...) But when home, no problem (hope I will be able to take a look at it this WE) Plus it's not always obvious (French is not always very 'logical', plus I'm not a vector drawing software specialist and my vocabulary might be wrong sometime. I'd like to compare with other 'similar' software, but sorry I can't afford paying the price of Illustrator or Freehand just for having some vocabulary comparison) to have the appropriate translation, and I'd prefer discuss some points with some other French speaking translators (such as Frederic) before committing stupid mistakes. Regards, Matiphas

1 0

A few things
by Gazal, Geraud (GE Healthcare) 05 Nov '04

05 Nov '04

Hi Inkscape developers: a few things I've noticed on Inkscape, on the following configuration : Win2k, French, 5-Nov-2004 Build. First : about layers. * The layer indication in the bottom of the window is not clearly displayed. I think it is linked with the fonts used. Thought it had already been submitted and fixed, but in fact no. See the small capture. (layers.png) -> Do I submit a new bug ? * I'd like being able to rename the layers. It is ok from the xml editor, but I think it would be a good idea to be able to do it from the layer menu ? RFE ? * Last point : would it be a good idea to have a layer dialog (a bit like align/distribute...) ? I think yes, some people prefer having simply menu and shortcuts ? RFE ? Then : something I've noticed because of the different length of words according to the various translations. See small capture (trad2.png) When modifing an existing rectangle (elipse, star, spiral...), in French (but I think it might be present with some other languages), the tool bar displays 'angement' instead of 'Changement'. Is it possible to adjust the size of those displays dynamically ? (same thing with some other buttons) RFE ? BUG ? Final : (for Frederic) Bienvenue instead of Bienvenu would be great :) (I'm taking a look at the translation at the moment). Will give my a more detailed review later. (see trad1.png) For all (especially Mental) : the layer work is really huge. Inkscape is now covering 99% of my needs. Plus giving me 100% pleasure. Regards, Matiphas

3 2

neon glow offset (fwd)
by Bryce Harrington 04 Nov '04

04 Nov '04

Is this possible now using the clone or offset features? Bryce ---------- Forwarded message ---------- Date: Thu, 04 Nov 2004 14:02:58 -0800 From: Carl Johnson <cjohnson@...1...> To: Bryce Harrington <bryce@...1...> Subject: neon glow offset Photoshop does some nice glows around objects. is this possible in the vector world? cj

2 1

Update French translation
by Frederic Rodrigo 04 Nov '04

04 Nov '04

Hi, I have updated the French translation. Fred.

2 2

RE: Spam weekly update
by Gazal, Geraud (GE Healthcare) 04 Nov '04

04 Nov '04

n fact, until a last month, spammers used to disturb only a few pages each time, but now they are becomming more annoying. Each time, the wiki is spammed, it affects up to 20 pages. Really a nuisance to remove this. Regards, Matiphas > -----Original Message----- > From: Bryce Harrington [mailto:bryce@...260...] > Sent: jeudi 4 novembre 2004 10:05 > To: Gazal, Geraud (GE Healthcare) > Cc: inkscape-devel(a)lists.sourceforge.net > Subject: Re: Spam weekly update > > > Okay, I've banned those two ips and removed all those added > pages. Boy > that was a pain. If we get another of these form of spammers, I'll be > all in favor of turning on passwords. > > Thanks, > Bryce > > On Thu, 4 Nov 2004, Gazal, Geraud (GE Healthcare) wrote: > > > Hi, > > > > we've got 2 more winners : > > > > * 209.158.113.3 : this guy adds links in existing pages > (see list below) > > * 202.107.216.99 : this one has added a large bunch of new > pages in the > > wiki ( see list below). Anyone can remove them ? > > > > > > Regards, > > > > Matiphas > > > > * 209.158.113.3 : > > # (diff) ExtensionArchitectureProposals 6:16 pm (35 > changes) . . . . . > > 209.158.113.3 > > # (diff) GtkMMification 6:16 pm (25 changes) . . . . . 209.158.113.3 > > # (diff) ExtensionArchProposal 6:12 pm (18 changes) . . . . . > > 209.158.113.3 > > # (diff) Roadmap 6:08 pm (289 changes) . . . . . 209.158.113.3 > > # (diff) CompilingInkscape 6:08 pm (90 changes) . . . . . > 209.158.113.3 > > # (diff) ClipartContribution 6:04 pm (21 changes) . . . . . > > 209.158.113.3 > > # (diff) PastMilestones 6:02 pm (16 changes) . . . . . 209.158.113.3 > > # (diff) DocumentLayers 6:01 pm (14 changes) . . . . . 209.158.113.3 > > # (diff) TranslationInformation 6:00 pm (11 changes) . . . . . > > 209.158.113.3 > > # (diff) WhiteboardSeniorProjectProposal 6:00 pm (10 > changes) . . . . . > > 209.158.113.3 > > # (diff) OtherGoals 6:00 pm (7 changes) . . . . . 209.158.113.3 > > # (diff) DevelopmentRoadmap 5:59 pm (104 changes) . . . . . > > 209.158.113.3 > > # (diff) SubsystemRearchitecture 5:59 pm (6 changes) . . . . . > > 209.158.113.3 > > # (diff) ReleaseNotes 5:56 pm (511 changes) . . . . . 209.158.113.3 > > # (diff) Editprefs 5:56 pm (5 changes) . . . . . 209.158.113.3 > > # (diff) Galleries 5:55 pm (20 changes) . . . . . 209.158.113.3 > > # (diff) AccessibleGraphics 5:53 pm (8 changes) . . . . . > 209.158.113.3 > > # (diff) Inkscape 5:53 pm (207 changes) . . . . . 209.158.113.3 > > # (diff) Win32Port 5:51 pm (21 changes) . . . . . 209.158.113.3 > > # (diff) NetworkedEditing 5:50 pm (29 changes) . . . . . > 209.158.113.3 > > # (diff) HomePage 5:50 pm (41 changes) . . . . . 209.158.113.3 > > # (diff) KeyboardProfiles 5:27 pm (8 changes) . . . . . > 209.158.113.3 > > # (diff) TufteStylePresentation 5:19 pm (11 changes) . . . . . > > 209.158.113.3 > > # (diff) How To Start A Page 4:57 pm (15 changes) . . . . . > > 209.158.113.3 > > > > > > * 202.107.216.99 : > > * (diff) QuotesOnPlace 12:53 am . . . . . 202.107.216.99 > > * (diff) 321 12:53 am . . . . . 202.107.216.99 > > * (diff) Sandbox 12:53 am . . . . . 202.107.216.99 > > * (diff) WxWizard 12:53 am . . . . . 202.107.216.99 > > * (diff) Bakefile 12:53 am . . . . . 202.107.216.99 > > * (diff) OnComingToWriteAboutPlace 12:52 am . . . . . > 202.107.216.99 > > * (diff) IRC Etiquette 12:53 am . . . . . 202.107.216.99 > > * (diff) TreesAndPlace 12:53 am . . . . . 202.107.216.99 > > * (diff) Installing WxWin For MS Free Tools 12:53 am . . . . . > > 202.107.216.99 > > * (diff) MythicPlace 12:52 am . . . . . 202.107.216.99 > > * (diff) Reducing Executable Size 12:53 am . . . . . > 202.107.216.99 > > * (diff) PhotographingPlace/Journeys 12:53 am . . . . . > > 202.107.216.99 > > * (diff) hello 12:53 am . . . . . 202.107.216.99 > > * (diff) Cross-Compiling Under Linux 12:52 am . . . . . > > 202.107.216.99 > > * (diff) How To Use This Wiki 12:53 am . . . . . 202.107.216.99 > > * (diff) myseo 12:53 am . . . . . 202.107.216.99 > > * (diff) kitty 12:53 am . . . . . 202.107.216.99 > > * (diff) WxOTL 12:53 am . . . . . 202.107.216.99 > > * (diff) WxWidgets For MFC Programmers 12:53 am . . . . . > > 202.107.216.99 > > * (diff) Table Of Contents 12:53 am . . . . . 202.107.216.99 > > * (diff) Browser-Shortcuts For The Online Docs 12:53 am > . . . . . > > 202.107.216.99 > > * (diff) Compiling WxWidgets 12:53 am . . . . . 202.107.216.99 > > * (diff) WxWidgets Bounties 12:53 am . . . . . 202.107.216.99 > > * (diff) Bakefile Wxbase 12:53 am . . . . . 202.107.216.99 > > * (diff) Using XML With WxWidgets 12:53 am . . . . . > 202.107.216.99 > > * (diff) MSVC Setup Guide 12:52 am . . . . . 202.107.216.99 > > * (diff) Dev-CPP Setup Guide 12:52 am . . . . . 202.107.216.99 > > * (diff) Developers Notebook/WxWinCE 12:53 am . . . . . > > 202.107.216.99 > > * (diff) Avoiding Memory Leaks 12:53 am . . . . . 202.107.216.99 > > * (diff) Developers Notebook/Docs 12:53 am . . . . . > 202.107.216.99 > > * (diff) WxStyledTextCtrl 12:52 am . . . . . 202.107.216.99 > > * (diff) WxMSW Issues 12:53 am . . . . . 202.107.216.99 > > * (diff) WxWidgets Vacancies 12:53 am . . . . . 202.107.216.99 > > > > > > >

2 1

Spam weekly update
by Gazal, Geraud (GE Healthcare) 04 Nov '04

04 Nov '04

Hi, we've got 2 more winners : * 209.158.113.3 : this guy adds links in existing pages (see list below) * 202.107.216.99 : this one has added a large bunch of new pages in the wiki ( see list below). Anyone can remove them ? Regards, Matiphas * 209.158.113.3 : # (diff) ExtensionArchitectureProposals 6:16 pm (35 changes) . . . . . 209.158.113.3 # (diff) GtkMMification 6:16 pm (25 changes) . . . . . 209.158.113.3 # (diff) ExtensionArchProposal 6:12 pm (18 changes) . . . . . 209.158.113.3 # (diff) Roadmap 6:08 pm (289 changes) . . . . . 209.158.113.3 # (diff) CompilingInkscape 6:08 pm (90 changes) . . . . . 209.158.113.3 # (diff) ClipartContribution 6:04 pm (21 changes) . . . . . 209.158.113.3 # (diff) PastMilestones 6:02 pm (16 changes) . . . . . 209.158.113.3 # (diff) DocumentLayers 6:01 pm (14 changes) . . . . . 209.158.113.3 # (diff) TranslationInformation 6:00 pm (11 changes) . . . . . 209.158.113.3 # (diff) WhiteboardSeniorProjectProposal 6:00 pm (10 changes) . . . . . 209.158.113.3 # (diff) OtherGoals 6:00 pm (7 changes) . . . . . 209.158.113.3 # (diff) DevelopmentRoadmap 5:59 pm (104 changes) . . . . . 209.158.113.3 # (diff) SubsystemRearchitecture 5:59 pm (6 changes) . . . . . 209.158.113.3 # (diff) ReleaseNotes 5:56 pm (511 changes) . . . . . 209.158.113.3 # (diff) Editprefs 5:56 pm (5 changes) . . . . . 209.158.113.3 # (diff) Galleries 5:55 pm (20 changes) . . . . . 209.158.113.3 # (diff) AccessibleGraphics 5:53 pm (8 changes) . . . . . 209.158.113.3 # (diff) Inkscape 5:53 pm (207 changes) . . . . . 209.158.113.3 # (diff) Win32Port 5:51 pm (21 changes) . . . . . 209.158.113.3 # (diff) NetworkedEditing 5:50 pm (29 changes) . . . . . 209.158.113.3 # (diff) HomePage 5:50 pm (41 changes) . . . . . 209.158.113.3 # (diff) KeyboardProfiles 5:27 pm (8 changes) . . . . . 209.158.113.3 # (diff) TufteStylePresentation 5:19 pm (11 changes) . . . . . 209.158.113.3 # (diff) How To Start A Page 4:57 pm (15 changes) . . . . . 209.158.113.3 * 202.107.216.99 : * (diff) QuotesOnPlace 12:53 am . . . . . 202.107.216.99 * (diff) 321 12:53 am . . . . . 202.107.216.99 * (diff) Sandbox 12:53 am . . . . . 202.107.216.99 * (diff) WxWizard 12:53 am . . . . . 202.107.216.99 * (diff) Bakefile 12:53 am . . . . . 202.107.216.99 * (diff) OnComingToWriteAboutPlace 12:52 am . . . . . 202.107.216.99 * (diff) IRC Etiquette 12:53 am . . . . . 202.107.216.99 * (diff) TreesAndPlace 12:53 am . . . . . 202.107.216.99 * (diff) Installing WxWin For MS Free Tools 12:53 am . . . . . 202.107.216.99 * (diff) MythicPlace 12:52 am . . . . . 202.107.216.99 * (diff) Reducing Executable Size 12:53 am . . . . . 202.107.216.99 * (diff) PhotographingPlace/Journeys 12:53 am . . . . . 202.107.216.99 * (diff) hello 12:53 am . . . . . 202.107.216.99 * (diff) Cross-Compiling Under Linux 12:52 am . . . . . 202.107.216.99 * (diff) How To Use This Wiki 12:53 am . . . . . 202.107.216.99 * (diff) myseo 12:53 am . . . . . 202.107.216.99 * (diff) kitty 12:53 am . . . . . 202.107.216.99 * (diff) WxOTL 12:53 am . . . . . 202.107.216.99 * (diff) WxWidgets For MFC Programmers 12:53 am . . . . . 202.107.216.99 * (diff) Table Of Contents 12:53 am . . . . . 202.107.216.99 * (diff) Browser-Shortcuts For The Online Docs 12:53 am . . . . . 202.107.216.99 * (diff) Compiling WxWidgets 12:53 am . . . . . 202.107.216.99 * (diff) WxWidgets Bounties 12:53 am . . . . . 202.107.216.99 * (diff) Bakefile Wxbase 12:53 am . . . . . 202.107.216.99 * (diff) Using XML With WxWidgets 12:53 am . . . . . 202.107.216.99 * (diff) MSVC Setup Guide 12:52 am . . . . . 202.107.216.99 * (diff) Dev-CPP Setup Guide 12:52 am . . . . . 202.107.216.99 * (diff) Developers Notebook/WxWinCE 12:53 am . . . . . 202.107.216.99 * (diff) Avoiding Memory Leaks 12:53 am . . . . . 202.107.216.99 * (diff) Developers Notebook/Docs 12:53 am . . . . . 202.107.216.99 * (diff) WxStyledTextCtrl 12:52 am . . . . . 202.107.216.99 * (diff) WxMSW Issues 12:53 am . . . . . 202.107.216.99 * (diff) WxWidgets Vacancies 12:53 am . . . . . 202.107.216.99

2 1

URI class
by Jon A. Cruz 04 Nov '04

04 Nov '04

Well... to get some stuff cleaned up, I've started a bit of tune-up on the URI class. I've added a few methods, but also added Doxygen comments. The latter might make a difference, as I'm counting on the class behaving the way I've described, so checking things over to be sure the docs are proper and in sync would be helpful. Of course, if anyone cares, they can also check to see if I did any late-night careless stuff. (Oh, and diff with ignoring whitespace).

1 0

Re: Towards resolution of SVG 1.2 Flowing text
by MenTaLguY 04 Nov '04

04 Nov '04

On Wed, 2004-11-03 at 19:25, Ian Hickson wrote: > > - do you believe UAX 14 addresses the needs for automatic line > > breaking? (eg. interoperability, CSS not available, internationalised > > text support) > > UAX 14 is woefully inadequate for describing required line breaking > behaviour. Requiring UAX 14 compliance dramantically restricts the ability > for user agents to achieve optimum line breaking (as, in fact, UAX 14 > itself points out in the introduction), for example it prevents handling > of hyphentation and doesn't allow for adaptive balancing justification > algorithms. > > So no. Speaking as an SVG authoring tool implementor (Inkscape), the impression I get is that these constraints make SVG's flow facilities relatively useless for much of our user community who want more visually refined breaking algorithms. > For images, I think > the better solution would be for word wrapping to be performed at > authoring time (possibly using extensions for authoring tools to use so > that they can agree on what to wrap around what). We'd decided to attempt to exactly that approach, though the current implementation is very provisional. It's potentially kind of nasty, but not that bad; it should render identically in all conforming SVG UAs, which was the main goal. I think I understand the desire the SVG 1.2 flow stuff is trying to address, though; namely text in generated SVG documents where: * the text can vary greatly in length This necessitates that at least some layout decisions be made at or after the time the final SVG document is generated -- a prepared static template for layout may not be sufficient. * the code generating the text might be a simple ECMAScript program or XSLT transform I've tried implementing basic text flow in XSLT before. It seemed doable (less painfully with sufficiently new revisions of the standard) but it was too much pain and overhead to be done server-side at the time. Doing flow in ECMAScript on the client-side is another option, but at best means another large hunk of script to suck over the web along with the original document, and does require scripting support. -and- * the automatically flowed text should be renderable in any SVG UA (at least one which implements a suitable SVG profile) Since SVG UAs obviously aren't required to implement anything not specified in the standard, using a separate namespace for flow extensions doesn't provide a very strong interoperability guarantee. It's easy to imagine a desire for these things on the Web, which I think implies that SVG needs some sort of basic built-in flow capability (even if people adopt other approaches to meet other sets of needs). -mental

1 0

Bug Stats 11/03
by Bryce Harrington 03 Nov '04

03 Nov '04

We're at 225 now. Wow. :-) Bug ID Pts Title ------------------------------------------------------------------------ 1057658 6 fill property lost on moving objects 984055 6 Printing on Windows 2000 - Red and Blue components swapped 995453 9 SuSE 9.1 rpm on sourceforge does not work with SuSE 9.1 pro 1058746 (inv) wrong eps export 1057874 (dup) pls rebuild x86 suse rpm from newer src.rpm 1058750 (dup) Markers and stroke paint 1057421 (inv) boolean ops problem 1058734 (inv) Opacity of 75% in previous versions SVG documents 1058741 (inv) No fill or stroke paint on new objects 1056366 6 unlocalizable strings 1058294 6 xlink:href lost on save 1058228 6 CVS build fails on gdk_pixbuf_set_option 1057918 6 Crash when undoing bezier nodes 1057911 6 Dialog appears with -z option 1026260 (inv) crash at startup 1008895 6 invalid xhtml 1056845 9 Bitmap Images broken on Win32 955020 6 assert when quitting with dialog and duplicated window 993447 3 Wrong export area 1022832 3 File dialog glibmm Warning 994853 3 dialog title handled with wrong encoding 1029755 3 png resolution not imported 1039109 9 various problems with text after refactoring 980065 6 Garbled display in "pattern" fill dialog 1048802 6 2 find dialogs 1029530 (dup) WIN CVS: crash on file | import 1051350 (dup) Crash when open a file 990659 6 ill2svg fails without Image/Magick 1054270 9 Win32: Aligning objects causes crash 1048614 6 export: "selection" not toggled with text 931496 6 image URL not updating 998672 (dup) printing broken on Windows XP 1001279 6 Version: 0.39-suse91.0 rpm needs libpopt.so.0 1012089 6 CVS snapshots no longer available 996493 (dup) .39 Inkscape freezes 992962 3 Build Warning: Extensions warnings 992986 3 Build Warning: deprecated functions 992987 3 Build Warning: missing constructors 992985 3 Build Warning: unused variables/functions 1004134 6 'Changed' flag cleared when save not successful 1041643 3 Files fail to open on Gnome 2.8 1048151 6 Union destroy objects in some cases 984096 9 Assertion failures with calligraphy tool 1045067 3 --without-gui crashes if home dir not writable 1038932 6 Export silently fails when file cannot be created 984854 9 crashes with non-existent gradient in gradient editor 1000350 9 --print option can attempt to open dialogs and segfault 1041757 (dup) undefined symbol: gdk_threads_lock 993294 9 RDF improperly exported with plain SVG 1024915 9 glib-2.5.2: crashes on clicking fill and stroke dialog ======================================================================== Total: 225 Goal: 150pts

1 0

E-Mail schreiben an: inkscape.de.po.bz2
by Adib Taraben 03 Nov '04

03 Nov '04

Hi, I extended the german translation (layers, path on text, some translations left on the menue) also I did some finetuning: put the BOLD where the originals also shows the bold btw: there was a question in the translation comments: what is the difference between cut and break a path ? Also there is a new menue point: Inkscape->File->New->"layers" ??? therefore is no translation in the po-file prepared. Thanks, Adib.

3 3

align objects and pixel unit
by Yemu 03 Nov '04

03 Nov '04

hi would it possible to add keyboard shortcuts to align actions. I thikn such shortcuts might be useful because aligning is one of the most often used actions when creating vector graphics and necessity to press ctrl+a and then move mouse and then click in order to align objects is IMHO just not user-friendly. would it be possible to add shortcuts for align? i come from the "corel-country" and i'm used to C(enter-horizontally), (c)E(nter-verically),T(op),B(ottom),R(ight),L(eft) keys. unfortunately they are mostly reserved for other actions (i.e elipse, rectangle etc). but that's not a problem i could swith to other keys :-) since i use inkscape mostly for designing website layouts my second question is: would it be possible to add pixel as another unit? it would made exporting images of certain size easier (read: it would made my, and hopefully also others' life easier :-) thanks for the great app! best regards yemu -- www.cezarybiele.com

2 2

object properties
by bulia byak 03 Nov '04

03 Nov '04

I notice the Object Properties dialog has changed. Questions: Why are Title and Description always disabled? What is Label? It's made from the id obviously but pressing Update informs me that it is "invalid". Hey, I did not put it there! Why Inkscape gives me something which he (Inkscape) knows to be invalid? Most importantly, where did the id= field go? We must keep a way to edit id, even if we add more stuff to this dialog.

5 10

Static c++ lib efforts
by Bob Jamison 03 Nov '04

03 Nov '04

Hi, all, Today I started working on rebuilding Inkscape with static C++ libs. Here are the things I performed: 1) Rebuilt gcc with --enable-languages=c,c++ --disable-shared This resulted in a libstdc++.la file like this: =========== SNIP ============== # libstdc++.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.4a-GCC3.0 (1.641.2.256 2001/05/28 20:09:07 with GCC-local changes) # # Please DO NOT delete this file! # It is necessary for linking the library. # The name that we can dlopen(3). dlname='' # Names of this library. library_names='' # The name of the static archive. old_library='libstdc++.a' # Libraries that this one depends upon. dependency_libs=' -lm -L/usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2 -L/usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2/../../.. -lgcc -lc' # Version information for libstdc++. current=6 age=0 revision=2 # Is this an already installed library? installed=yes # Files to dlopen/dlpreopen dlopen='' dlpreopen='' # Directory that this library needs to be installed in: libdir='/usr/local/lib' ================ SNIP =================== 2. ) I built boehm-gc6.3 with: --enable-static --disable-shared --enable-cplusplus 3.) I built libsigc++-2.06, glibmm-2.4.5, gtkmm-2.4.6 with: --enable-static --disable-shared 4.) I did a new ./configure, a 'make clean', and a 'make' It successfully produced an Inkscape with these dependencies: [rjamison@...556... src]$ ldd ./inkscape linux-gate.so.1 => (0x00111000) libgtk-x11-2.0.so.0 => /usr/local/lib/libgtk-x11-2.0.so.0 (0x00b34000) libgdk-x11-2.0.so.0 => /usr/local/lib/libgdk-x11-2.0.so.0 (0x004df000) libatk-1.0.so.0 => /usr/local/lib/libatk-1.0.so.0 (0x00613000) libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0 (0x00ea5000) libpangoxft-1.0.so.0 => /usr/local/lib/libpangoxft-1.0.so.0 (0x00112000) libpangox-1.0.so.0 => /usr/local/lib/libpangox-1.0.so.0 (0x00437000) libpng.so.3 => /usr/local/lib/libpng.so.3 (0x00701000) libpopt.so.0 => /usr/lib/libpopt.so.0 (0x005bc000) libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x00220000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x00117000) libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x001df000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x001e7000) libpangoft2-1.0.so.0 => /usr/local/lib/libpangoft2-1.0.so.0 (0x007c8000) libpango-1.0.so.0 => /usr/local/lib/libpango-1.0.so.0 (0x00232000) libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x0026a000) libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x0059c000) libdl.so.2 => /lib/libdl.so.2 (0x0020e000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x002a9000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00328000) libz.so.1 => /usr/lib/libz.so.1 (0x0038d000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x0039e000) libm.so.6 => /lib/tls/libm.so.6 (0x003b0000) libc.so.6 => /lib/tls/libc.so.6 (0x007ef000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00abf000) libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x0021b000) libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0x025c6000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x003d3000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0x003e1000) ...as you can see there are no C++ dependencies! Most of the others would be on every Linux machine. Some, like the X libs and Glib/Gtk, are dynamic-only, as they load other libs dynamically. 5.) Now here's a PROBLEM!!! Do we really use the C++ part of Boehm-GC? I would like to remove that dependency. Because when we make the gimpgrad.so plugin, our use of static libs gives us duplicate symbol errors. This is similar to Win32 DLL's, in that when you make a standalone shared object, everything must be defined explicitly, unlike in an executable. Can we remove libgccpp.a as a dependency? I think Mental has wrappers around the C part instead. Below is the link error with gimpgrad.so. Anyway, that's how it goes so far. I hope others will give this a try. Cheers! Bob =============== SNIP ===================== g++ -shared -nostdlib /usr/lib/crti.o /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2/crtbeginS.o extension/plugin/.libs/gimpgrad.o -Wl,--whole-archive /usr/local/lib/libgc.a /usr/local/lib/libgccpp.a /usr/local/lib/libstdc++.a -Wl,--no-whole-archive -L/usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2 -L/usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2/../../.. -lm -lc -lgcc /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2/crtendS.o /usr/lib/crtn.o -Wl,-soname -Wl,libgimpgrad.so.0 -o extension/plugin/.libs/libgimpgrad.so.0.0.0 /usr/local/lib/libstdc++.a(new_op.o)(.text._Znwj+0x0): In function `operator new(unsigned int)': ../../../../libstdc++-v3/libsupc++/new_op.cc:42: multiple definition of `operator new(unsigned int)' /usr/local/lib/libgccpp.a(gc_cpp.o)(.text+0x0):/home/rjamison/xmingw/gc6.3/gc_cpp.cc:29: first defined here /usr/bin/ld: Warning: size of symbol `operator new(unsigned int)' changed from 9 in /usr/local/lib/libgccpp.a(gc_cpp.o) to 127 in /usr/local/lib/libgccpp.a(gc_cpp.o) /usr/local/lib/libstdc++.a(new_opv.o)(.text._Znaj+0x0): In function `operator new[](unsigned int)': ../../../../libstdc++-v3/libsupc++/new_opv.cc:35: multiple definition of `operator new[](unsigned int)' /usr/local/lib/libgccpp.a(gc_cpp.o)(.text+0x20):/home/rjamison/xmingw/gc6.3/gc_cpp.cc:37: first defined here /usr/bin/ld: Warning: size of symbol `operator new[](unsigned int)' changed from 9 in /usr/local/lib/libgccpp.a(gc_cpp.o) to 40 in /usr/local/lib/libgccpp.a(gc_cpp.o) /usr/local/lib/libstdc++.a(del_op.o)(.text._ZdlPv+0x0): In function `operator delete(void*)': ../../../../libstdc++-v3/libsupc++/del_op.cc:38: multiple definition of `operator delete(void*)' /usr/local/lib/libgccpp.a(gc_cpp.o)(.text+0x10):/home/rjamison/xmingw/gc6.3/gc_cpp.cc:32: first defined here /usr/bin/ld: Warning: size of symbol `operator delete(void*)' changed from 9 in /usr/local/lib/libgccpp.a(gc_cpp.o) to 23 in /usr/local/lib/libgccpp.a(gc_cpp.o)/usr/local/lib/libstdc++.a(del_opv.o)(.text._ZdaPv+0x0): In function `operator delete[](void*)': ../../../../libstdc++-v3/libsupc++/del_opv.cc:35: multiple definition of `operator delete[](void*)' /usr/local/lib/libgccpp.a(gc_cpp.o)(.text+0x30):/home/rjamison/xmingw/gc6.3/gc_cpp.cc:40: first defined here /usr/bin/ld: Warning: size of symbol `operator delete[](void*)' changed from 9 in /usr/local/lib/libgccpp.a(gc_cpp.o) to 19 in /usr/local/lib/libgccpp.a(gc_cpp.o) collect2: ld returned 1 exit status make: *** [extension/plugin/libgimpgrad.la] Error 1 [

1 0

Re: static builds: how
by Plinnell 02 Nov '04

02 Nov '04

On Tuesday 02 November 2004 05:39, > Re: static builds: how Try: ./configure --static-libs=yes --with-shared-libs=no I do the opposite in RPM builds. Hope that helps, Peter

2 1

Spanish po update && cvs update question
by Lucas Vieites 02 Nov '04

02 Nov '04

Hi, I'm attaching an updated spanish .po file. I changed all "Trace" (verb) to "Vectorizar" to avoid confusion For some reason when I do "cvs update" I don't get some of the directories: src/traits, src/trace and several more. Bye for now -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

3 4

svg->pfd
by David Christian Berg 02 Nov '04

02 Nov '04

Hey Carl, thanks for the info. I'm CCing the inkscape list to let them have these information. Unfortunately the existing backend is not available from the URL stated in the message you point at. Any clues, where I could find it? Take care! David On Di, 2004-11-02 at 09:45 -0500, Carl Worth wrote: > On Sun, 31 Oct 2004 21:17:33 +0100, David Christian Berg wrote: > > frankly I have no clue about anything, but since clue isn't always that > > important I thought I just might go ahead and write you an email. > > By all means. I'm often quite lacking in clue. > > > I've been talking to folks from Inkscape about converting svg to pdf and > > since the development of Cairo is watched quite closely by them, they > > are wondering if maybe it is something that will be available in the > > near future and they don't need to reinvent the wheel. > > Yes, the plan is to have a good PDF backend for cairo before our 1.0 > release. And the current goal is to have that release out by spring > 2005. So, we do hope to have an SVG->PDF path available by then. > > > I read on the webpage that pdf backend is still needed, but I'm not all > > that sure, what that means. > > Ross McFarland put an initial version of the PDF backend together back > in May: > > http://cairographics.org/pipermail/cairo/2004-May/001407.html > > Real soon now, I'm going to pick up where that work left off and try to > get something into CVS. > > Any help would be quite welcome of course. > > -Carl > >

1 0

Cleanup of file import & drag-n-drop
by Jon A. Cruz 02 Nov '04

02 Nov '04

I noticed that the code in the drag-n-drop for input is a copy-n-paste duplicate of code that used to be in file.cpp. At the moment it's duplicated by the extension mechanism, so we get two different code paths executed for dragging a file onto a doc versus importing a file via File|Import... menu item. I was thinking that these should be changed, with the duplicated (and stale) code in interface.cpp removed and calling that in file.cpp. Are there any subtlties I might be missing in here, or is it just a classic rogue tile bug pattern and in bad need of that cleanup?

1 0

strange bug (?) in current CVS
by Arpad Biro 02 Nov '04

02 Nov '04

Hi, "Inkscape 0.40cvs (Nov 1 2004)" 1. launch Inkscape 2. Shift+Alt+B -- the Trace dialog shows up -- 3. close that dialog 4. open any other Inkscape dialog (prefs, text, whatever) Together with that other dialog, the Trace dialog also shows up. I'll supply more details if you cannot reproduce it. Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

6 5

static builds?!
by bulia byak 02 Nov '04

02 Nov '04

Nobody has volunteered to provide static builds so far, though many people want to test them. It's really bad because it may delay the release - I don't think we can make the final release after less than a week of static prerelease testing. Anyone?

4 4

localizable strings
by Kees Cook 01 Nov '04

01 Nov '04

Everyone don't forget to wrap your user-visible strings with _( ) Like so: "Some string" becomes _("Some string") This marks it for translation. I've added these to the debug dialog and the align dialog. -- Kees Cook @outflux.net

1 0

Bug Summary for 11/01
by Bryce Harrington 01 Nov '04

01 Nov '04

Bug ID Pts Title ------------------------------------------------------------------------ 1058294 6 xlink:href lost on save 1058228 6 CVS build fails on gdk_pixbuf_set_option 1057918 6 Crash when undoing bezier nodes 1057911 6 Dialog appears with -z option 1026260 (inv) crash at startup 1008895 6 invalid xhtml 1056845 9 Bitmap Images broken on Win32 955020 6 assert when quitting with dialog and duplicated window 993447 3 Wrong export area 1022832 3 File dialog glibmm Warning 994853 3 dialog title handled with wrong encoding 1029755 3 png resolution not imported 1039109 9 various problems with text after refactoring 980065 6 Garbled display in "pattern" fill dialog 1048802 6 2 find dialogs 1029530 (dup) WIN CVS: crash on file | import 1051350 (dup) Crash when open a file 990659 6 ill2svg fails without Image/Magick 1054270 9 Win32: Aligning objects causes crash 1048614 6 export: "selection" not toggled with text 931496 6 image URL not updating 998672 (dup) printing broken on Windows XP 1001279 6 Version: 0.39-suse91.0 rpm needs libpopt.so.0 1012089 6 CVS snapshots no longer available 996493 (dup) .39 Inkscape freezes 992962 3 Build Warning: Extensions warnings 992986 3 Build Warning: deprecated functions 992987 3 Build Warning: missing constructors 992985 3 Build Warning: unused variables/functions 1004134 6 'Changed' flag cleared when save not successful 1041643 3 Files fail to open on Gnome 2.8 1048151 6 Union destroy objects in some cases 984096 9 Assertion failures with calligraphy tool 1045067 3 --without-gui crashes if home dir not writable 1038932 6 Export silently fails when file cannot be created 984854 9 crashes with non-existent gradient in gradient editor 1000350 9 --print option can attempt to open dialogs and segfault 1041757 (dup) undefined symbol: gdk_threads_lock 993294 9 RDF improperly exported with plain SVG 1024915 9 glib-2.5.2: crashes on clicking fill and stroke dialog ======================================================================== Total: 198 Goal: 150pts

1 0

last change to gradients
by bulia byak 01 Nov '04

01 Nov '04

I made the automatically created new gradients garbage-collectable. I hope this is the last change to gradients for this release, it was necessary because otherwise it was easy to grow the gradient list out of proportions (though it was also easy to shrink it by vacuuming defs, but this could crash Fill&Stroke; now it does not mind when gradients are deleted from under it). However when a gradient is edited (e.g. stops added), it is not autocollectable anymore. Please test this as thoroughly as you can. Here's the complete Release Notes entry for gradients: * 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, except when you switch to gradient multiple selected objects with the same fill color (you can also explicitly set two or more objects to use the same gradient by selecting it in the list in the Fill and Stroke dialog, or by pasting style from one object to another). Newly created gradients are automatically garbage-collected when no longer used; however, when you edit a gradient in the Gradient Editor, it becomes sticky and can only be removed, when not in use, by the Vacuum Defs command.

2 2

CVS build is broken
by Kees Cook 01 Nov '04

01 Nov '04

pjrm: I think you forgot to check in some new files included in common-style.h: fill-or-stroke.h build is currently busted. :( -- Kees Cook @outflux.net

3 2

[1057918] Crash when undoing bezier nodes
by Gustav Broberg 01 Nov '04

01 Nov '04

I've filed the following bug report: https://sourceforge.net/tracker/index.php?func=detail&aid=1057918&group_id=… Can someone confirm this? 1. Select the 'Draw bezier'-tool [b] 2. Place out two nodes. (click, click) 3. Hit [backspace] (one node left) 4. Place out a new node (two nodes) 5. Hit [backspace] two times (zero nodes) 6. => segfault /Gustav

3 3

Project Status 2004-11-01
by Bryce Harrington 01 Nov '04

01 Nov '04

We're in the run-up to another release, and as can be seen by the dent in the bug count since last report, things are going well. Some progress was achieved this weekend on the layer UI, but there is still work to be done. There's also now nearly a full year's worth of status data, and it's interesting to compare today's numbers with those we started from. To me the most striking number is the linecount. According to the statistics, Inkscapers have added almost twice as many lines of code and comments as we started with. The growth in documentation is also quite noteworthy. Also for the first time we have more subscribers to our announce list than membership on our devel list. I wonder if that indicates something? :-) Statistics Nov 15 May 15 Oct 15 Nov 1 ========== ====== ====== ====== ===== Lifetime Rank on SourceForge: 4391 1028 687 684 (68.5%) (92.7%) (95.2%) (95.2%) Max Week's Rank on SourceForge: 62 36 124 62 (99.6%) (99.8%) (99.3%) (99%) Total SF Page Views * 475,000 1,339,114 1,487,659 Total SF Downloads * 27,400 63,869 69,078 Total Freshmeat URL Hits 746 * 11,465 11,849 Total Freshmeat Subscriptions 16 74 124 125 Lines of Code in src/: 115,901 189,116 303,783 306,602 Code lines 147,471 216,027 217,198 Comment line 16,757 52,421 53,262 Blank 25,886 41,872 42,699 Lines of Docs in doc/: 1,135 4,544 16,841 16,841 Lines of content in website: 1,173 6,008 7,840 8,121 Size of the Inkscape wiki: 3,700 18,638 22,459 18,977 Bugs open/total: 9/15 57/365 135/653 104/683 Features open/total: 18/18 183/238 263/406 279/426 Patches open/total: 1/ 6 4/ 83 7/126 7/130 CVS Commits (as per inkscape-cvs): 481 3391 7,860 8,279 Inkscape-devel membership: 49 78 109 108 Inkscape-announce membership: 9 43 98 113 Inkscape-user membership: 71 138 144 Num Translations : 33 33 Ave Translation Ratio: 35.0% 38.5 * - Statistics unavailable

1 0

Bug status 10/31
by Bryce Harrington 31 Oct '04

31 Oct '04

Bug ID Pts Title ------------------------------------------------------------------------ 1026260 (inv) crash at startup 1008895 6 invalid xhtml 1056845 9 Bitmap Images broken on Win32 955020 6 assert when quitting with dialog and duplicated window 993447 3 Wrong export area 1022832 3 File dialog glibmm Warning 994853 3 dialog title handled with wrong encoding 1029755 3 png resolution not imported 1039109 9 various problems with text after refactoring 980065 6 Garbled display in "pattern" fill dialog 1048802 6 2 find dialogs 1029530 (dup) WIN CVS: crash on file | import 1051350 (dup) Crash when open a file 990659 6 ill2svg fails without Image/Magick 1054270 9 Win32: Aligning objects causes crash 1048614 6 export: "selection" not toggled with text 931496 6 image URL not updating 998672 (dup) printing broken on Windows XP 1001279 6 Version: 0.39-suse91.0 rpm needs libpopt.so.0 1012089 6 CVS snapshots no longer available 996493 (dup) .39 Inkscape freezes 992962 3 Build Warning: Extensions warnings 992986 3 Build Warning: deprecated functions 992987 3 Build Warning: missing constructors 992985 3 Build Warning: unused variables/functions 1004134 6 'Changed' flag cleared when save not successful 1041643 3 Files fail to open on Gnome 2.8 1048151 6 Union destroy objects in some cases 984096 9 Assertion failures with calligraphy tool 1045067 3 --without-gui crashes if home dir not writable 1038932 6 Export silently fails when file cannot be created 984854 9 crashes with non-existent gradient in gradient editor 1000350 9 --print option can attempt to open dialogs and segfault 1041757 (dup) undefined symbol: gdk_threads_lock 993294 9 RDF improperly exported with plain SVG 1024915 9 glib-2.5.2: crashes on clicking fill and stroke dialog ======================================================================== Total: 174 Goal: 150pts (116% towards goal)

1 0

typos, but this time in source code
by Arpad Biro 31 Oct '04

31 Oct '04

Hi, The current CVS does not compile, possibly because of #include "extenstion/extension.h" lines in src/extension/init.cpp and src/extension/system.cpp. Arpad Biro __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo

2 1

20 Third Party Apps You Can't Live Without
by Jon Phillips 31 Oct '04

31 Oct '04

Cool, Inkscape made the list on osnews.com: http://www.osnews.com/story.php?news_id=8717 FYI! Our app is publicly known and used! We are currently number 8 on gnomefiles.org as best rated app! Jon

2 1

one gradient for multiple objects
by David Christian Berg 31 Oct '04

31 Oct '04

When you want multiple objects to have the same userpace gradient you have to group them now (was already this way in the build I had from cvs in mid october). That sucks, since maybe you don't want to group them because there are objects between them (z-order wise). Now, I think the problem is that for each object there is a new gradient created on switching to gradient from solid. Therefore right after the switch you have two objects with two different gradients selected and hence can't edit the gradient(s).

2 6

windows builds?
by bulia byak 31 Oct '04

31 Oct '04

Sorry to be pushy, but the crash on save Windows bug is very bad, and I want to check asap if JonCruz fixed it or not. Right now I don't have time to set up windows builds on my machine, so I rely on http://inkscape.org/win32-snap/. However the latest build there is from 29 oct. Is there a newer one somewhere?

4 5

0.40pre1
by Ted Gould 31 Oct '04

31 Oct '04

Okay, I've made a tarball for 0.40pre1 so that people can make packages for testing. This is not feature complete for 0.40, but it would be nice if everyone could use this to find more bugs. We want to continue our tradition of having quality releases! Also, we'd like to find any packaging bugs that may have shown up. https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=991… Thanks everyone for their help! --Ted

5 5

can't undo delete layer
by David Christian Berg 31 Oct '04

31 Oct '04

just got myself the newest cvs to find some bugs. I noticed, that undoing deleting a layer is not possible. I'd call that a mayor bug! Also the fontsize of "(root)" in the combobox in the statusbar is decreased when you have a layer selected. Strange, I'd say.

3 3

Some Usage Notes
by Michael Wheeler 30 Oct '04

30 Oct '04

I recently used Inkscape for a little bit of my "real work", and I took a few notes to share. I was using the Sept 24th build on Win 2000, which I know is a bit old. I'll grab the latest build as soon as I get a chance and start taking notes with that. Anyway, take these for what they're worth... Text on a path is very cool. It would be nice to be able to drag the starting point of the text along the curve. Alt+Click does not seem to work to select under in the select tool. Middle mouse pan and zoom is great and should be in every application! Maybe Shift+MM Drag could work like dragging a box with the zoom tool. It would make the middle mouse button more complete as the document navigation button. I wouldn't ever have to switch to the zoom tool. I'll make an RFE. The open file dialog freezes for a while right after I make my first click in the file area (even if it's a directory, or other item that needs no preview) Editing paths becomes very slow, almost to the point of becoming unusable, at high zoom levels, or with modestly complex paths. Text Dialog takes a long time to pop up. The font used for menus is smaller than that used by other applications. Keep up the good work! Michael Wheeler http://www.planet-zero.net

5 12

static prerelease builds?
by bulia byak 30 Oct '04

30 Oct '04

It's very nice to see the overwhelming response to the bug review call. Thanks everyone. Now, the other thing we need to do is, of course, finding more bugs to fix :) With the recent bugfixes, I think the time to test it in earnest has come. So I would like to ask if anyone is capable of providing periodic builds of Inkscape to be uploaded to SF as a testing/prerelease series, the same as Ted did for 0.39. However the important thing about the 0.40 testing builds is that they must be linked statically. With all the new libraries we now use, and with all the reported incompatibilities of their versions, it is critically important that at least Boehm and libsigc++ are static, and maybe also gtkmm and others. This will make it so much easier for people to try out the builds. We will have to provide static builds of the final release, so why not start testing the static build process right now. Any volunteers?

4 6

Bug summary 10/28
by Bryce Harrington 29 Oct '04

29 Oct '04

Bug ID Pts Title ------------------------------------------------------------------------ 1029755 3 png resolution not imported 1039109 9 various problems with text after refactoring 980065 6 Garbled display in "pattern" fill dialog 1048802 6 2 find dialogs 1029530 (dup) WIN CVS: crash on file | import 1051350 (dup) Crash when open a file 990659 6 ill2svg fails without Image/Magick 1054270 9 Win32: Aligning objects causes crash 1048614 6 export: "selection" not toggled with text 931496 6 image URL not updating 998672 (dup) printing broken on Windows XP 1001279 6 Version: 0.39-suse91.0 rpm needs libpopt.so.0 1012089 6 CVS snapshots no longer available 996493 (dup) .39 Inkscape freezes 992962 3 Build Warning: Extensions warnings 992986 3 Build Warning: deprecated functions 992987 3 Build Warning: missing constructors 992985 3 Build Warning: unused variables/functions 1004134 6 'Changed' flag cleared when save not successful 1041643 3 Files fail to open on Gnome 2.8 1048151 6 Union destroy objects in some cases 984096 9 Assertion failures with calligraphy tool 1045067 3 --without-gui crashes if home dir not writable 1038932 6 Export silently fails when file cannot be created 984854 9 crashes with non-existent gradient in gradient editor 1000350 9 --print option can attempt to open dialogs and segfault 1041757 (dup) undefined symbol: gdk_threads_lock 993294 9 RDF improperly exported with plain SVG 1024915 9 glib-2.5.2: crashes on clicking fill and stroke dialog ======================================================================== Total: 144 Goal: 150pts (96% towards goal)

1 1

Relative paths
by Jon A. Cruz 29 Oct '04

29 Oct '04

I've hit two issues 1) There appears to be a bug in sp_relative_path_from_path that chokes when you go up above the current directory. Like if you try to reference and image you'd expect to end up "../../other/thing.png" 2) Image paths currently are 'fixed' to be relative when you save svg. For problem #1 I know what to do. However, for problem #2 I'd want to confirm desired behavior. I was thinking that the proper thing would be to fixup to relative paths whenever a file is first imported. Does this sound reasonable?

2 1

No Snap for transforming
by David Christian Berg 29 Oct '04

29 Oct '04

Hi guys, esp. Bulia, Pressing Alt while moving allows you not to snap to grid... but with my build it doesn't work for other transformation. Is that still the case? If so I'll file a bug for you hunt... probably an easy to fix :) David

2 1

Inkscape 0.40 release planning
by Bryce Harrington 29 Oct '04

29 Oct '04

At the beginning of this month we kicked around the idea of doing an interim release, because even though we're not 100% done with the goals, there's a lot of new features and the time feels right for a new release. :-) We considered either calling it 0.39.5 and keeping with the roadmap as is, or calling it 0.40 and bumping the roadmap a bit. I believe there was a rough concensus for the latter at the time - this still true? In any case, the two tasks facing us right now are the same: 1. Finish up current work 2. Fix bugs (esp. the more noticeable ones) Like we've done in past releases, I'll begin posting critical bug summaries daily from now until the release so we can track our progress. How do we want to track it? * Fix X % of the critical bugs (e.g. fix 50% of crits)? * Reduce the bug list to a threshhold (e.g. 100?)? * Identify N specific bugs to fix? I browsed through the bug list yesterday, and we seem to be in fairly good shape (thanks most likely to the continuing attention the bug list receives). There are fewer crash bugs listed than we've had in the past, and most of those occur only in special situations (such as Win32-only), but some of the remaining bugs are particularly hard ones to fix. In any case, let me know what you think we should set as the goal for this release, and I'll start posting our progress on that by the 26th. Bryce

8 34

RE: [Inkscape-devel] caption for Layer - not readable (extended) more questions
by Taraben, Adib 29 Oct '04

29 Oct '04

Ok I changed from verdana 6.5 to verdana 10. looks better. If I uncomment this line I get best results (System default) Questions: - what are the small (I guess) buttons left to the layer combobox. They work like select boxes (check, uncheck) - what is the meaning of the two comboboxes ? - the first caption of the dropped-down combobox what should there be ? "root" as in the more left combobox ? Thanks, Adib. -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net on behalf of Michael Wheeler Sent: Thu 10/28/2004 17:34 To: bulia byak; Inkscape ML Subject: Re: [Inkscape-devel] caption for Layer - not readable Changing the name of the etc\gtk-2.0\gtkrc file seems to restore the font sizes to normal on my system (win2k). Looking at the contents of gtkrc it seems like it would not be too much trouble to set the font face and size from within that file. -Michael bulia byak wrote: >> My problem I cann not read the caption on the layer-combo-box on the >>statusbar. The Font is to small or hiroglyphic ?? >> >> attached screenshot. >> >> > >In this screenshot all fonts are much smaller than on Linux while the >height of the statusbar is the same. There was another report of fonts >being too small on Windows (smaller than in 0.39). Can anyone with a >Windows build confirm/investigate this? The font size is likely >settable somewhere. > > >------------------------------------------------------- >This SF.Net email is sponsored by: >Sybase ASE Linux Express Edition - download now for FREE >LinuxWorld Reader's Choice Award Winner for best database on Linux. >http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > ------------------------------------------------------- This Newsletter Sponsored by: Macrovision For reliable Linux application installations, use the industry's leading setup authoring tool, InstallShield X. Learn more and evaluate today. http://clk.atdmt.com/MSI/go/ins0030000001msi/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

3 3

rendering-color-space; SVG 1.2 Last Call Comments
by MenTaLguY 29 Oct '04

29 Oct '04

I understand there had been some debate about including rendering-color-space in this version of the standard... I just wanted to note that for us (the Inkscape project) at least there is strong desire for the inclusion of rendering-color-space; in practical terms ICC colors aren't much use for our intended audience without it; this is particularly true in the case of for-print CYMK work. Our ground rule so far has been to adopt no extensions that affect rendering; if we can't do compositing in a CYMK color space within the confines of the standard, we would probably end up putting off support of ICC colors altogether. -mental

1 0

[Fwd: SVG WG announces Last Call of SVG 1.2]
by Jon Phillips 29 Oct '04

29 Oct '04

Do we have any comments for the SVG 1.2 spec??? Now is the time if we want to push for new things or tweaks to the spec. Jon -------- Original Message -------- Subject: SVG WG announces Last Call of SVG 1.2 Resent-Date: Wed, 27 Oct 2004 21:39:54 +0000 Resent-From: www-svg@...157... Date: Wed, 27 Oct 2004 23:39:51 +0200 From: Chris Lilley <chris@...157...> Reply-To: Chris Lilley <chris@...157...> Organization: W3C To: chairs@...157... CC: www-svg@...157... Dear Chairs, On behalf of the SVG Working Group [1], I am pleased to announce the publication of the 27 October 2004 "Scalable Vector Graphics (SVG) 1.2" Last Call Working Draft. The document is available at: http://www.w3.org/TR/2004/WD-SVG12-20041027/ Review start date : 27 October 2004 Review end date : 24 November 2004 Mailing list : www-svg@...157... (public archive [2]) Please find below the following information: * Which groups should review this document * Decision to advance to Last Call * Patent disclosures * The abstract and status section For more information on the purpose of a Last Call review, please consult section 7.4.2 of the W3C Process Document [3]. The SVG WG looks forward to your review comments, Chris Lilley Chair, SVG WG Dean Jackson Staff Contact, SVG WG [1] http://www.w3.org/Graphics/SVG/Group/ [2] http://lists.w3.org/Archives/Public/www-svg/ [3] http://www.w3.org/2004/02/Process-20040205/tr.html#last-call ======================================== Which groups should review this document ======================================== The TAG welcomes review from all interested parties including implementors of SVG renderers, of SVG authoring tools, content designers, and the interested public. In particular, we request review from the following W3C groups: CSS WG [Bert Bos, Chair] Compound Document Formats WG [Vincent Hardy, Chair] Device Independence WG [Rhys Lewis, Chair] HTML WG [Steven Pemberton, Chair] Internationalization WG [Addison Phillips, Chair] Multimodal Interaction WG [Deborah Dahl, Chair] QA WG [Karl Dubost, Chair] SYMM WG [Yoshihisa Gonno, Guido Grassel, co-Chairs] Timed Text WG [Glenn Adams, chair] Voice Browser WG [Jim Larson, Scott McGlashan, co-Chairs] WAI P&F WG [Alfred Gilman, Chair] XForms WG [Steven Pemberton, Chair] XML Core WG [Paul Grosso, Norm Walsh co-Chairs] XML Schema WG [David Ezell, Chair] The Chairs of some of these groups have already confirmed with the SVG WG their intent to review the document, at the Friday 22 October Hypertext CG call [4] or individually [5]. For other groups, the W3C Director will appreciate a response (sent to www-svg@...157...) with or without review comments. [4] http://lists.w3.org/Archives/Member/w3c-html-cg/2004OctDec/0012.html [5] http://lists.w3.org/Archives/Member/w3c-svg-wg/2004OctDec/0524.html In addition, the following external groups are explicitly requested to review SVG 1.2: 3GPP [Robin Berjon, SVG<->3GPP Liaison] OMA [Vincent Mahe, SVG<->OMA Liaison] ================================= Decision to advance to Last Call ================================= The SVG WG decided to advance to Last Call, with no objections and one abstention, at their Thursday 21 October 2004 telcon. [6] Resolution: Publish Last Call with unmerged spec. [6] http://lists.w3.org/Archives/Member/w3c-svg-wg/2004OctDec/0491.html ================== Patent disclosures ================== First public working draft of this specification [7] was 15 November 2002. A patent disclosure page is maintained at [8] Per the W3C Patent Policy, Working Group participants have 60 days from the publication of the Last Call Working Draft to exclude any claims made essential by the Last Call Working Draft not included in earlier drafts. The deadline for such exclusions is 26 December 2004. [7] http://www.w3.org/TR/2002/WD-SVG12-20021115/ [8] http://www.w3.org/Graphics/SVG/Disclosures ============================================== Abstract of Scalable Vector Graphics (SVG) 1.2 ============================================== SVG is a modularized XML language for describing two-dimensional graphics with animation and interactivity, and a set of APIs upon which to build graphics-based applications. This document specifies version 1.2 of Scalable Vector Graphics (SVG). ========================== Status section ========================== This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at http://www.w3.org/TR/. This is a W3C Last Call Working Draft of the Scalable Vector Graphics (SVG) 1.2 specification. The SVG Working Group plans to submit this specification for consideration as a W3C Candidate Recommendation after examining feedback to this draft. Comments for this specification should have a subject starting with the prefix 'SVG 1.2 Comment:'. Please send them to www-svg@...157..., the public email list for issues related to vector graphics on the Web. This list is archived and acceptance of this archiving policy is requested automatically upon first post. To subscribe to this list send an email to www-svg-request@...157... with the word subscribe in the subject line. Comments are accepted until 30 November 2004. This document lists the changes from SVG 1.1. It is not a complete language description. This document has been produced by the SVG Working Group as part of the Graphics Activity within the W3C Interaction Domain. This document was produced under the 23 January 2002 CPP as amended by the W3C Patent Policy Transition Procedure. The Working Group maintains a public list of patent disclosures relevant to this document; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) with respect to this specification should disclose the information in accordance with section 6 of the W3C Patent Policy. Publication as a Working Draft does not imply endorsement by the W3C Membership. This is a draft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress. -- Chris Lilley mailto:chris@...157... Chair, W3C SVG Working Group Member, W3C Technical Architecture Group -- 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)

4 3

Update spanish translation
by Lucas Vieites 28 Oct '04

28 Oct '04

Hi there, I attached an update es.po. I'd like to do a full revision of this file to see if the translations are correct in their context. For this purpose I would need to compile the cvs version of inkscape. What other packages do I need? I haven't compiled inkscape from cvs since pre-0.39. 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

cvs snapshots?
by Kees Cook 28 Oct '04

28 Oct '04

How come the CVS tarball snapshots aren't updating? It shows the most recent at Jul 12th. -- Kees Cook @outflux.net

4 8

Translation question
by Arpad Biro 28 Oct '04

28 Oct '04

Hi, I have a question regarding localizable strings: what does "trace" mean in the following two strings (the first one from src/object-ui.cpp, the second from src/sp-image.cpp): #ifdef ENABLE_AUTOTRACE /* Autotrace dialog */ w = gtk_menu_item_new_with_mnemonic (_("_Trace")); // <--- STRING1 gtk_object_set_data (GTK_OBJECT (w), "desktop", desktop); gtk_signal_connect (GTK_OBJECT (w), "activate", GTK_SIGNAL_FUNC (sp_image_autotrace), item); gtk_widget_show (w); gtk_menu_append (GTK_MENU (m), w); #endif /* Def: ENABLE_AUTOTRACE */ static void autotrace_dialog (SPImage * img) { gchar *title = _("Trace"); // <--- STRING2 GtkWidget *trace_dialog; GtkWidget * header_area; GtkWidget * header_sep; at_bitmap_type * bitmap; __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo

2 3

RE: [Inkscape-devel] caption for Layer - not readable the attachment
by Taraben, Adib 28 Oct '04

28 Oct '04

sa. (shit webaccess mailer) -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net on behalf of Michael Wheeler Sent: Thu 10/28/2004 17:34 To: bulia byak; Inkscape ML Subject: Re: [Inkscape-devel] caption for Layer - not readable Changing the name of the etc\gtk-2.0\gtkrc file seems to restore the font sizes to normal on my system (win2k). Looking at the contents of gtkrc it seems like it would not be too much trouble to set the font face and size from within that file. -Michael bulia byak wrote: >> My problem I cann not read the caption on the layer-combo-box on the >>statusbar. The Font is to small or hiroglyphic ?? >> >> attached screenshot. >> >> > >In this screenshot all fonts are much smaller than on Linux while the >height of the statusbar is the same. There was another report of fonts >being too small on Windows (smaller than in 0.39). Can anyone with a >Windows build confirm/investigate this? The font size is likely >settable somewhere. > > >------------------------------------------------------- >This SF.Net email is sponsored by: >Sybase ASE Linux Express Edition - download now for FREE >LinuxWorld Reader's Choice Award Winner for best database on Linux. >http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > ------------------------------------------------------- This Newsletter Sponsored by: Macrovision For reliable Linux application installations, use the industry's leading setup authoring tool, InstallShield X. Learn more and evaluate today. http://clk.atdmt.com/MSI/go/ins0030000001msi/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Happy Birthday Inkscape!
by Bryce Harrington 28 Oct '04

28 Oct '04

Has it only been ONE year? Yep, today, October 26, 2004 is Inkscape's first anniversary. This time last year we registered Inkscape with SourceForge and poured ourselves into converting it over to C++. Our first public announcement of the founding of the Inkscape project occurred a bit over a week later, on Nov 6th, to be followed closely by our first release to Freshmeat on Nov 10th. http://sourceforge.net/mailarchive/forum.php?thread_id=3416220&forum_id=3970 It's been an amazing year with the project. We've had five very solid releases, each a major advancement over the previous. We've taken a project from scratch to being included standard in nearly every major Linux distro. Tens of thousands of people use Inkscape today! Most importantly, we've succeeded in building a very open and prolific development team, and have been fortunate in gaining a very supportive and friendly user community. For the year to come, I think we can look forward to gaining solutions to many of the features and issues we're worrying about right now like PDF, extensions, Gtkmm, etc. CSS will probably be a major effort, but one we'll gain a huge amount of benefit from. I think (hope) we'll see expansion of Inkscape's audience to include technical drawing in a big way. I'd like to put some effort into building up a healthy donation system since we already have users asking about that. I also hope we can continue to expand the size of the development team and the userbase. We should continue to encourage users to peek under the hood and fiddle with stuff; I'm hopeful the extensions system will also provide an easy way for users to get involved. We would also do well to expand our efforts at demoing and presenting Inkscape at trade shows and conferences. Congratulations and thank you to everyone that's helped us get this far, and look forward to seeing what Inkscape can achieve in 2005. :-) Bryce

4 4

Bug Stats 10/27 (evening)
by Bryce Harrington 28 Oct '04

28 Oct '04

Good god, the bugs didn't stand a chance! The bugs were pretty thoroughly massacred today. The bug count has fallen to 100, and we're within spitting distance of our goal. More task info below... Bug ID Pts Title ------------------------------------------------------------------------ 980065 6 Garbled display in "pattern" fill dialog 1048802 6 2 find dialogs 1029530 (dup) WIN CVS: crash on file | import 1051350 (dup) Crash when open a file 990659 6 ill2svg fails without Image/Magick 1054270 9 Win32: Aligning objects causes crash 1048614 6 export: "selection" not toggled with text 931496 6 image URL not updating 998672 (dup) printing broken on Windows XP 1001279 6 Version: 0.39-suse91.0 rpm needs libpopt.so.0 1012089 6 CVS snapshots no longer available 996493 (dup) .39 Inkscape freezes 992962 3 Build Warning: Extensions warnings 992986 3 Build Warning: deprecated functions 992987 3 Build Warning: missing constructors 992985 3 Build Warning: unused variables/functions 1004134 6 'Changed' flag cleared when save not successful 1041643 3 Files fail to open on Gnome 2.8 1048151 6 Union destroy objects in some cases 984096 9 Assertion failures with calligraphy tool 1045067 3 --without-gui crashes if home dir not writable 1038932 6 Export silently fails when file cannot be created 984854 9 crashes with non-existent gradient in gradient editor 1000350 9 --print option can attempt to open dialogs and segfault 1041757 (dup) undefined symbol: gdk_threads_lock 993294 9 RDF improperly exported with plain SVG 1024915 9 glib-2.5.2: crashes on clicking fill and stroke dialog ======================================================================== Total: 132 Goal: 150pts (88% towards goal) We're going to have to remember this approach to closing bugs! :-) The main feature we want to advertise with this release is Mental's new Layers capability. This feature has been a high demand item for as long as I can remember, so I think users are going to be quite pleased to have it. However, we've got some further development to do to get it ready for primetime. Mental has outlined the tasks needed to achieve completion on it in the roadmap (and appended below). Please consider lending a hand on one or two of the tasks that haven't been taken so far, with implementing, testing, or documenting. Rudimentary layers UI * Finish new gtkmm layer selector [mental] * Tie off loose ends with layer-related commands [mental] * Provide UI for renaming layers (inkscape:label attribute) * Determine and implement correct approach for moving selected objects across layers [mental, bb] UI support for visibility * Implement and enable "visible" checkbox in object properties * Implement SPItem::{locked,setLocked,visible,setVisible} [mental] * Implement SPView::itemIsHidden(SPItem *) for getting per-desktop visibility [mental] * Make "intelligent" raise/lower aware of visibility status (using /per-desktop/ visibility) [bb] * Make selection tool and tests for item-at-point aware of per-desktop visibility [bb] Object label support * add ability to set inkscape:label from "Item Properties" * remove id setting from "Item Properties"? * switch to using SPObject::label()/SPObject::defaultLabel() in UI where object ID is currently used Other * add support for "title" and "desc" attributes someplace? Bryce

1 0

win32 snapshots
by Kees Cook 28 Oct '04

28 Oct '04

I'm mirroring Bob's win32 snapshots up to inkscape.org/win32-snap/ every 3 hours now. (Only the most recent 10.) This might be best to list first in the Downloads page for higher bandwidth for people, and help ease the load on Daniel's link. -- Kees Cook @outflux.net

2 1

CVS won't run
by Johan Forsberg 28 Oct '04

28 Oct '04

Hello, I've been having the same problem for quite some time; the CVS version compiles but then it doesn't run. It just hogs the cpu and nothing happens and I have to kill it. Stable version works fine. There seem to be no error messages during compilation. I've tried several times, latest was a few hours ago. If you'd like any kind of information about my system libraries etc, just ask. I'm on gentoo linux. I'd like to solve this! Thanks, Johan Forsberg

6 14

configure.in -> configure.ac
by Kees Cook 27 Oct '04

27 Oct '04

I'd like to rename configure.in to configure.ac so it's more "correct". Does anyone have any objections to this? Are there any other autoconf/make cleanups that need doing? -- Kees Cook @outflux.net

3 7

sf inkscape web directory
by Kees Cook 27 Oct '04

27 Oct '04

Well, I've been looking around at the inkscape directory, and noticed some interesting things. The SF docs say there is a 100M quota in the group area. However, the "quota" command doesn't show any configured quotas. Additionally, we're using over 200M of storage. (148M of that is the doxygen docs.) I'm worried that keeping 30 days of CVS snapshots will compound our disk utilization. (As well as possible win32 mirrors.) (And there's only 200M free in that partition, too...) -- Kees Cook @outflux.net

2 1

RE: [Inkscape-devel] Spam
by Gazal, Geraud (GE Healthcare) 27 Oct '04

27 Oct '04

New status * 21-oct-2004 http://inkscape.org/cgi-bin/wiki.pl?SandBox pD9514AAB.dip.t-dialin.net * 25-oct-2004 http://inkscape.org/cgi-bin/wiki.pl?SandBox 147.99.6.186 * 25-oct-2004 http://inkscape.org/cgi-bin/wiki.pl?Inkscape 193.41.249.111 * 26-oct-2004 tons of pages iprism.cox-sd.net The last one is a real pain : more than 20 pages impacted today !!! Regards, Matiphas > -----Original Message----- > From: Bryce Harrington [mailto:bryce@...260...] > Sent: mercredi 20 octobre 2004 18:55 > To: Gazal, Geraud (GE Healthcare) > Cc: inkscape-devel(a)lists.sourceforge.net > Subject: Re: [Inkscape-devel] Spam > > > Thanks, I've added those addresses to the banned list. > Bryce > > On Wed, 20 Oct 2004, Gazal, Geraud (GE Healthcare) wrote: > > > A first status > > > > I propose a weekly update > > > > Regards, > > > > Matiphas > > > > > > > > Date; Impacted Wiki Page; Address > > * 19-oct-2004; http://inkscape.org/cgi-bin/wiki.pl?How_To_Start_A_Page; > host-193-108-234-167.hfc.pellin.ro > * 19-oct-2004; http://inkscape.org/cgi-bin/wiki.pl?SandBox; > ACAFE5D3.ipt.aol.com > * 20-oct-2004 ;http://inkscape.org/cgi-bin/wiki.pl?SandBox; > host-193-108-234-167.hfc.pellin.ro > > > ------------------------------------------------------- > 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 > >

2 1

Bug status 10/25 (Halfway there)
by Bryce Harrington 27 Oct '04

27 Oct '04

Objective: Achieve 150 total points worth of fixed bugs. Gain 3/6/9 points for low/med/high bugs. (Invalidated bugs don't count towards total.) Bug ID Pts Title ------------------------------------------------------------------------ 992962 3 Build Warning: Extensions warnings 992986 3 Build Warning: deprecated functions 992987 3 Build Warning: missing constructors 992985 3 Build Warning: unused variables/functions 1004134 6 'Changed' flag cleared when save not successful 1041643 3 FIles fail to open on Gnome 2.8 1048151 6 Union destroy objects in some cases 984096 9 Assertion failures with calligraphy tool 1045067 3 --without-gui crashes if home dir not writable 1038932 6 Export silently fails when file cannot be created 984854 9 crashes with non-existent gradient in gradient editor 1000350 9 --print option can attempt to open dialogs and segfault 1041757 (dup) undefined symbol: gdk_threads_lock 993294 9 RDF improperly exported with plain SVG 1024915 9 glib-2.5.2: crashes on clicking fill and stroke dialog ======================================================================== Total: 81 Goal: 150pts (54% towards goal)

1 0

New Win32 Build
by Joshua A. Andler 27 Oct '04

27 Oct '04

Thanks to Bob Jamison there is a new win32 build as of today. I just thought anyone doing testing on windows boxes might want to know. http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0410261 427.zip -Josh

5 6

Unit fun
by Jon A. Cruz 27 Oct '04

27 Oct '04

I was doing some low-level hacking on image support and DPI, and found an interesting thing Images I created in The GIMP and set to 72 DPI there came out to have a stored value of 2835 pixels per meter. On the other hand, a png that had been created in Inkscape a while back had a stored value of 2834 pixels per meter. One saved today had no chunk for DPI, at least not before the image data.

1 0

text node ids
by bulia byak 27 Oct '04

27 Oct '04

I noticed that sometimes, <text> nodes in a document are assigned different ids on load without obvious reason - there's no id clash in the source document. I found out that this is caused by text repr nodes (i.e. text strings, not <text> elements) being assigned their own id= too, even though this id is not seen or editable anywhere and is not saved with the document. And the problem is that these text node ids also start with "text" followed by a number, and therefore can clash with <text> ids forcing them to re-id. I fixed this by making these text nodes use ids starting with "string" instead of "text". The change is in line 76 of repr.cpp. I hope this does not break anything; comments are welcome.

2 1

Snapping behavior
by Eric Jonas 27 Oct '04

27 Oct '04

Hello! I'm still having a tough time with Inkscape's snapping behavior. I'm trying to use it for technical illustration, and thus I find myself moving very large chunks of my drawings around throughout the design process, and need things to line up perfectly. This is made more difficult by snapping confusion with the following points: 1. Text snapping appears to snap to all edges of a particular text block. Would there be any interest to changing this to snapping to the anchor point in the text, where you initially click the "text" cursor (the i-beam)? This would make it much easier to have the baseline for text line up -- i.e. at the moment (using the current CVS) text with letters that drop below the baseline (words like "happy") snap to the lowest point in the word (the bottom of the 'p' instead of the bottom of the 'h'). 2. Grouped objects can snap to any of the internal nodes when "snap points to grid" is enabled. But not when "snap to bounding box" is selected. What I really want (and what I think most users expect, and would most clearly emulate Illustrator's behavior -- but I could be wrong) is a "snap to the points in a group which form a convex hull around the object". Point #2 is important to me because I create lots of little EE symbols that are groups of off-grid objects, but inside of an on-grid object (think a register symbol, or anything with internal text that's smaller than the grid size). I know snapping may be a religious issue with some, and I know that someone else was working really hard on getting the snapping behavior "just right". I'm going to punt the rest of my real work for today and see if I can implement these changes in the current CVS -- what do people think, are these desired behaviors? If so, would a patch be well-received? Thanks for making such an amazing piece of software, ...Eric

5 7

Update French translation
by Frederic Rodrigo 26 Oct '04

26 Oct '04

Hi, I have updated the French translation. Fred.

2 1

Spanish --> English translation needed
by Arpad Biro 26 Oct '04

26 Oct '04

Hi, We have this priority 9 bug regarding SUSE packages: http://sourceforge.net/tracker/index.php?func=detail&aid=995453&group_id=93… Googling for the error message, a Spanish page turned up that may be of some help to us. See the bug comments (link above) for details. Now since I don't speak Spanish, can I ask someone who does to translate the (short) letter on that page? The Spanish page in question is https://listas.linux.org.ar/pipermail/lugar-gral/2004-May/021837.html TIA, Arpad Biro __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

4 4

10/26 Bug Stats
by Bryce Harrington 26 Oct '04

26 Oct '04

Bug ID Pts Title ------------------------------------------------------------------------ 1048151 6 Union destroy objects in some cases 984096 9 Assertion failures with calligraphy tool 1045067 3 --without-gui crashes if home dir not writable 1038932 6 Export silently fails when file cannot be created 984854 9 crashes with non-existent gradient in gradient editor 1000350 9 --print option can attempt to open dialogs and segfault 1041757 (dup) undefined symbol: gdk_threads_lock 993294 9 RDF improperly exported with plain SVG 1024915 9 glib-2.5.2: crashes on clicking fill and stroke dialog ======================================================================== Total: 60 Goal: 150pts (40% towards goal)

1 0

Text Options
by Cédric GEMY 26 Oct '04

26 Oct '04

Working on the Text tool part of the user manual, i've just wondered why this tool has to be set in a separate though it doesn't have any options. Would it not be more useable to put this options in the Option Bar ? Cedric

3 5

Call for bug check
by unknown＠example.com 26 Oct '04

26 Oct '04

Can anyone on Windows check the following bugs for me? 925033 win32: non-ascii filenames still don't work 934062 win32: international characters in home path 1052307 Saving fails because of UTF-8 Error In generall, the steps to check these are 1) run a version of Inkscape that is belived to have the bug 2) try to reproduce the bug 3) report if it was reproduceable or not 4) once the bug is being reproduced, update to a version of Inkscape that should have it fixed 5) try to reproduce the bug the same way as worked for step 2 6) report if it is still reproduceable. With that in mind, I mainly need to get people to verify the bug via steps 1 through 3. Getting them checked on Windows 95/98/ME and also on Windows NT/2K/XP is helpful, as they are very different bases. Thanks, Jon

4 7

Bug Stats for Inkscape 0.40 Release
by Bryce Harrington 26 Oct '04

26 Oct '04

Objective: Achieve 150 total points worth of fixed bugs. Gain 3/6/9 points for low/med/high bugs. (Invalidated bugs don't count towards total.) Bug ID Pts Title ------------------------------------------------------------------------ 1024915 9 glib-2.5.2: crashes on clicking fill and stroke dialog ======================================================================== Total: 9 Goal: 150pts (6% done towards goal)

2 2

Updated spanish translation
by Lucas Vieites 25 Oct '04

25 Oct '04

Hi, I'm attaching an updated spanish .po file. (downloaded october 18) -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

2 1

Inkscape at Universidad de A Coruña
by Lucas Vieites 25 Oct '04

25 Oct '04

Hi, I just found out they're going to talk about Inkscape at the University of A Coruña (in Galicia, Spain) during a few days of free software design tools discussions. More info on: http://gpul.org/node/view/168 Cheers, -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

4 6

cmyk-profile and pdf export
by David Christian Berg 25 Oct '04

25 Oct '04

Hey Bulia, Mental, Bryce, Alan and all you other active inkscapers!* There's a feature request for cmyk and spot colors somewhere in the bug tracker. However, if you guys could spend some thoughts on how it might be implemented in inkscape that'd be cool. I'm using inkscape for semi professional work (doing work for ESTIEM, which is the European organisation of students of industrial engineering and management, as well as some stuff for our students government...** and usually need the stuff printed by professional printers who are asking for cmyk profiles. Now since the native format of svg just is rgb, I wonder (as I did in the bug tracker) if it is possible to define the colors used in the defs and add a cmyk equivalent in a inkscape tag. The user would manipulate the cmyk equivalent and inkscape would recaculate the rgb value... something like that. Then on ps eps or pdf (see below) export, the cmyk values would be embedded instead of the rgb values. Now concerning pdfs. I tried to import my svg flyer to scribus. That worked fine, really, exept that fonts weren't recognized, but the workaround is to convert them to curves. Now scribus 1.2 really screws up on resizing groups in a way that they exceed the page boundaries... causing me to start all over again a few times. Then -- as I was warned -- gradients with the end points of the object are not exported to pdf and the color output viewed with adobe acrobat afterwards seemed really poor for cmyk. This is why I'm very much hoping for smoothly working pdf output directly from inkscape. That would just be so cool, and for me a lot more important than many other things you can work around (oh well, baseline grid would really (!) help as well -- yes Corel doesn't have it, but that doesn't mean you don't need it :-) --, but other than that inkscape is already such a good app) Ok I know you're busy, but I needed to put this down, because I just talked to another ESTIEM designer about PR stuff and am wrapping up a document where I mention Inkscape (along with Corel and Freehand and Illustrator) as the program of choice for vector editing. Saying this, can I point to some gtk installation tutorial? I know there is a setup now for inkscape, but don't I also need the gtk stuff first? Anyways, take care! David *not sure what I'm so emthysiastic about but I'm in quite a good mood. ** silently I'm hoping to convert all the ESTIEM designers to Inkscape and (in some point in -- the not to close -- future) to Scribus -- oh, btw, Microsoft is one of our three headsponsors :-) Yes, there are nice people at Microsoft, would you have guessed so? But that doesn't always mean the create great software.

6 6

new tutorial
by bulia byak 25 Oct '04

25 Oct '04

An important milestone has been reached: After the many recent and not-so-recent improvements to shapes (not only stars!) I hereby announce that the four shape tools and the corresponding shape types (rects, ellipses, stars, spirals) are, in my opinion, the first component of the program to reach maturity. In other words, Inkscape shapes are clearly ahead of the competition (and by competition, I don't mean Sodipodi) both in features and in usability, implement everything that I can possibly think of, and are virtually bugless. In still other words, they are ready for 1.0. With that in mind, I decided to document this component painstakingly and uncompromisingly. The new "Shapes" tutorial is larger than either Basic or Advanced; it contains detailed descriptions of shape tools and shape types, many creative tips for using them, and some rather beautiful examples. Enjoy: http://cvs.sourceforge.net/viewcvs.py/*checkout*/inkscape/inkscape/share/tu… I plan to document other components as they mature. Not-yet mature things will likely either receive a very cursory treatment in the documentation (if absolutely necessary) or not be documented at all. The reason is not only the desire to minimize rewriting as components are cleaned up, but the simple fact that I hate to write about things which are broken. Sorry. I prefer to fix things first :) Correspondingly, the old shape-related sections are removed from the Advanced tutorial. Eventually, the Advanced tutorial will be eliminated, its pieces becoming extended tutorials, each covering a much narrower topic.

3 2

note for all on character encodings
by Jon A. Cruz 25 Oct '04

25 Oct '04

I've just got a minor note everyone who might deal with character encodings (probably most of us) need to be aware of. We're basically dealing with three different string encodings (not just two). 1) The system/GTK+ encoding, which is UTF-8 2) The locale encoding 3) The filesystem encoding Now, though the latter two could often be set to the same, they do not have to be. I'm going through cleaning up some file operations, and in that it seems that there could be a few subtle bugs hiding here and there, depending on the understanding of encodings and differences. For the most part, we want strings we deal with to be UTF-8 as much as possible. When strings come in or go out through calls that might generate or need something other than UTF-8, we should translat at that point. So we end up needing UTF-8 for all but some filename IO stuff.

1 0

Re: [Inkscape-devel] new tutorial
by Arpad Biro 25 Oct '04

25 Oct '04

Hi, > With that in mind, I decided to document this component painstakingly > and uncompromisingly. The new "Shapes" tutorial ... Very nice job. Taking a closer look I (think I) found a few small textual problems: "All four corner" "Scale rounded corners" - "scale rounded corners" (both forms are used) "then within its resize" (with?) "or even to move" ("to" should probably be removed) "Several rectangles..." (the layout of this text is strange: certain lines are too short) "a integer-ratio" "star tool" - "Star tool" (both forms are used) "Once drawn, a star has two handles" (spiral?) __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo

5 5

RE: [Inkscape-devel] RE: Le tutoriel \'effet mirroir avec inkscape\'
by Gazal, Geraud (GE Healthcare) 25 Oct '04

25 Oct '04

When I see the work done by Bulia for his tutorials, I much more see this document as an example (a kind of Inkscape in action) and it can't be compared to the complete and exaustive presentations of the fonctionnalities brought by Inkscape tutorials. -> I'll create an "Examples: Inkscape in action" page on the Wiki, and add this there. Guys from www.linuxgraphic.org have issued a lot of excellent tutorials/examples : I'll ask them permission to perform some other translations and then bring them on the same wiki page if they agree. Regards, Matiphas > -----Original Message----- > From: Jon Phillips [mailto:jon@...235...] > Sent: samedi 23 octobre 2004 06:49 > To: Gazal, Geraud (GE Healthcare) > Cc: inkscape-devel(a)lists.sourceforge.net; > inkscape-user(a)lists.sourceforge.net; Boyaval Olivier > (linuxgraphic.org); > JP Bourgoy > Subject: Re: [Inkscape-devel] RE: Le tutoriel \'effet mirroir avec > inkscape\' > > > Excellent. Are you going to refactor this into a tutorial to > be included > with Inkscape. This tutorial seems short enough to possibly > include in > the file TIPS AND TRICKS that is included with Inkscape. > Otherwise, go > ahead and post to the wiki where you see appropriate. > > Great! > > Jon > > > > Gazal, Geraud (GE Healthcare) wrote: > > Hi, > > > > here is a translation and update of the 'mirror effect' > tutorial published on the www.linuxgraphic.org web site, by > J.-P. Bourgoy > > > > If you can take a look at it, I'll accept with great > pleasure any correction/update/remark. > > > > I've updated it with the use of clones, added some exported > bitmaps of some icons and inserted a few remarks. > > > > It is in HTML at the moment (edited with Nvu), and can be > put on the Wiki. > > I plan to have a PDF and SVG version (with scribus) asap. > > > > Regards, > > > > Matiphas > > > > PS: please note that the file is a zip file. If necessary, > add a .zip extension to its name. (zip files are filtered by > the proxy of my company, sorry). > > PPS: as the author of the original tutorial had published > his document without any license, this applies also to this > translation >

1 0

win32 build not working per instructions
by Jon Phillips 24 Oct '04

24 Oct '04

Bob and others, I followed your instructions Bob on your website on how to compile on win32 using cmd.exe and mingw and everything seemed to be running smoothly, but at the end of the build this lovely-ness is spewed out. I think it has something to do with the zip package you provide with gtk etc. Here is the download I'm using from your site: gtk24-041012.zip I downloaded this mingw installer: MinGW-3.1.0-1.exe And, this version of make: mingw32-make-3.80.0-3.exe Might I also add that the make provided is named: mingw32-make.exe and not just make. This should be added to your howto. All the installers I used for mingw were automatic and I didn't build anything manually. I cvs up'd with the most recent as of 3 AM PST. Any help and advice would be greatly appreciated, as I would like to help build some tests on WINDOWS. There are also some things which I think need to be cleaned up on the windows build, the actual icons themselves, etc. Also, I want to help Jon Cruz with testing something he asked me to test... Thanks, Jon Here are the nasties spewed at the end of my build (only partial output): ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text+0x302b): In function `ZN4Glib7ustrin gC2Ev': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text+0x380a): In function `ZN4Glib7ustrin gC1Ejj': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text+0x3819):/usr/local/xmingw/lib/gcc/i6 86-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:265: undef ined reference to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text+0x392d):/usr/local/xmingw/lib/gcc/i6 86-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:178: undef ined reference to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text+0x3973):/usr/local/xmingw/lib/gcc/i6 86-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: undef ined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text+0x3eea): In function `ZN4Glib7ustrin gC2Ejj': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text+0x3ef9):/usr/local/xmingw/lib/gcc/i6 86-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:265: undef ined reference to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text+0x400d):/usr/local/xmingw/lib/gcc/i6 86-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:178: undef ined reference to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text+0x4053):/usr/local/xmingw/lib/gcc/i6 86-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: undef ined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text$_ZNSs12_S_constructIN9__gnu_cxx17__n ormal_iteratorIPcSsEEEES2_T_S4_RKSaIcESt20forward_iterator_tag+0x2): In function `ZNSs12_S_constructIN9__gnu_cxx17__normal_iteratorIPcSsEEEES2_T_S4_RKSaIcESt20f orward_iterator_tag': /home/rjamison/xmingw/glibmm-2.4.4/glib/glibmm/ustring.cc: undefined reference t o `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text$_ZNSs12_S_constructIN9__gnu_cxx17__n ormal_iteratorIPcSsEEEES2_T_S4_RKSaIcESt20forward_iterator_tag+0x48):/home/rjami son/xmingw/glibmm-2.4.4/glib/glibmm/ustring.cc: undefined reference to `std::str ing::_Rep::_S_create(unsigned, unsigned, std::allocator<char> const&)' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text$_ZNSs12_S_constructIN9__gnu_cxx17__n ormal_iteratorIPKcSsEEEEPcT_S6_RKSaIcESt20forward_iterator_tag+0x2):/home/rjamis on/xmingw/glibmm-2.4.4/glib/glibmm/ustring.cc: undefined reference to `std::stri ng::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(ustring.o)(.text$_ZNSs12_S_constructIN9__gnu_cxx17__n ormal_iteratorIPKcSsEEEEPcT_S6_RKSaIcESt20forward_iterator_tag+0x48):/home/rjami son/xmingw/glibmm-2.4.4/glib/glibmm/ustring.cc: undefined reference to `std::str ing::_Rep::_S_create(unsigned, unsigned, std::allocator<char> const&)' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0x325): In function `ZN4Glib20find _program_in_pathERKSs': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0x59a): In function `ZN4Glib14path _skip_rootERKSs': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0x97a): In function `ZN4Glib6geten vERKSs': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0xa55): In function `ZN4Glib6geten vERKSsRb': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0xb25): In function `ZN4Glib11get_ prgnameEv': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0xb9b):/usr/local/xmingw/lib/gcc/i 686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:238: more undefined references to `std::string::_Rep::_S_empty_rep_storage' follow c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0xed3): In function `ZN4Glib10buil d_pathERKSsRKNS_11ArrayHandleISsNS_17Container_Helpers10TypeTraitsISsEEEE': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:215: undefined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0xfdd): In function `ZN4Glib14buil d_filenameERKSsS1_': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:178: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0x1077):/usr/local/xmingw/lib/gcc/ i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:178: und efined reference to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0x10a6):/usr/local/xmingw/lib/gcc/ i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: und efined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0x10e7):/usr/local/xmingw/lib/gcc/ i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: und efined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0x119e): In function `ZN4Glib14bui ld_filenameERKNS_11ArrayHandleISsNS_17Container_Helpers10TypeTraitsISsEEEE': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:178: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0x11f8):/usr/local/xmingw/lib/gcc/ i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:178: und efined reference to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0x121a):/usr/local/xmingw/lib/gcc/ i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: und efined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(miscutils.o)(.text+0x1257):/usr/local/xmingw/lib/gcc/ i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: und efined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(convert.o)(.text$_ZN4Glib7ustringC1IPcEET_S3_+0x7c): In function `ZN4Glib5IConv5iconvEPPcPjS2_S3_': /home/rjamison/xmingw/glibmm-2.4.4/glib/glibmm/convert.cc:69: undefined referenc e to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(convert.o)(.text$_ZN4Glib7ustringC1IPcEET_S3_+0xd0): In function `ZN4Glib11get_charsetEv': /home/rjamison/xmingw/glibmm-2.4.4/glib/glibmm/convert.cc:103: undefined referen ce to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(convert.o)(.text$_ZN4Glib7ustringC1IPcEET_S3_+0xf5): In function `ZN4Glib12ConvertErrorC2ENS0_4CodeERKNS_7ustringE': /home/rjamison/xmingw/glibmm-2.4.4/glib/glibmm/convert.cc:289: undefined referen ce to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(convert.o)(.text$_ZN4Glib7ustringC1IPcEET_S3_+0x12b): /home/rjamison/xmingw/glibmm-2.4.4/glib/glibmm/convert.cc:291: undefined referen ce to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(fileutils.o)(.text+0x5c3): In function `ZNK4Glib11Dir IteratordeEv': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(fileutils.o)(.text+0x6ea): In function `ZN4Glib3Dir9r ead_nameEv': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(fileutils.o)(.text+0x9f7): In function `ZN4Glib13file _open_tmpERSsRKSs': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:178: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(fileutils.o)(.text+0xa8c):/usr/local/xmingw/lib/gcc/i 686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:178: unde fined reference to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(fileutils.o)(.text+0xab1):/usr/local/xmingw/lib/gcc/i 686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: unde fined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(fileutils.o)(.text+0xae7):/usr/local/xmingw/lib/gcc/i 686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: unde fined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(module.o)(.text+0x295): In function `ZN4Glib6Module10 build_pathERKSsS2_': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(module.o)(.text+0x35a): In function `ZNK4Glib6Module8 get_nameEv': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(module.o)(.text+0x425): In function `ZN4Glib6Module14 get_last_errorEv': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(value_custom.o)(.text+0xf9): In function `ZN4Glib28cu stom_pointer_type_registerEPKc': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:178: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(value_custom.o)(.text+0x159):/usr/local/xmingw/lib/gc c/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:178: u ndefined reference to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(value_custom.o)(.text+0x1be):/usr/local/xmingw/lib/gc c/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:178: m ore undefined references to `std::string::_Rep::_S_empty_rep_storage' follow c:/gtk/lib/libglibmm-2.4.a(value_custom.o)(.text+0x20c): In function `ZN4Glib28c ustom_pointer_type_registerEPKc': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:215: undefined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(value_custom.o)(.text+0x24d):/usr/local/xmingw/lib/gc c/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: u ndefined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(value_custom.o)(.text+0x28e):/usr/local/xmingw/lib/gc c/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: u ndefined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(value_custom.o)(.text+0x387): In function `ZN4Glib26c ustom_boxed_type_registerEPKcPFvP7_GValueES5_PFvPKS2_S3_E': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:178: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(value_custom.o)(.text+0x3e7):/usr/local/xmingw/lib/gc c/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:178: u ndefined reference to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(value_custom.o)(.text+0x48d):/usr/local/xmingw/lib/gc c/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:178: u ndefined reference to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(value_custom.o)(.text+0x4db):/usr/local/xmingw/lib/gc c/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: u ndefined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(value_custom.o)(.text+0x51c):/usr/local/xmingw/lib/gc c/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: u ndefined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(value_custom.o)(.text+0x55d):/usr/local/xmingw/lib/gc c/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: u ndefined reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(class.o)(.text+0x3ab): In function `ZNK4Glib5Class17c lone_custom_typeEPKc': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:178: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(class.o)(.text+0x434):/usr/local/xmingw/lib/gcc/i686- pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:178: undefine d reference to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(class.o)(.text+0x460):/usr/local/xmingw/lib/gcc/i686- pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: undefine d reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(class.o)(.text+0x49b):/usr/local/xmingw/lib/gcc/i686- pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: undefine d reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(class.o)(.text+0x516):/usr/local/xmingw/lib/gcc/i686- pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:178: undefine d reference to `std::string::_Rep::_S_empty_rep_storage' c:/gtk/lib/libglibmm-2.4.a(class.o)(.text+0x544):/usr/local/xmingw/lib/gcc/i686- pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:215: undefine d reference to `__gnu_cxx::__exchange_and_add(int volatile*, int)' c:/gtk/lib/libglibmm-2.4.a(error.o)(.text$_ZNSt8_Rb_treeIjSt4pairIKjPFvP7_GError EESt10_Select1stIS6_ESt4lessIjESaIS6_EE9_M_insertEPSt18_Rb_tree_node_baseSE_RKS6 _+0x58): In function `ZN4Glib5ErrorC2EjiRKNS_7ustringE': /home/rjamison/xmingw/glibmm-2.4.4/glib/glibmm/error.cc:53: undefined reference to `std::_Rb_tree_insert_and_rebalance(bool, std::_Rb_tree_node_base*, std::_Rb_ tree_node_base*, std::_Rb_tree_node_base&)' c:/gtk/lib/libglibmm-2.4.a(error.o)(.text$_ZNSt8_Rb_treeIjSt4pairIKjPFvP7_GError EESt10_Select1stIS6_ESt4lessIjESaIS6_EE13insert_uniqueERKS6_+0x7a):/home/rjamiso n/xmingw/glibmm-2.4.4/glib/glibmm/error.cc:53: undefined reference to `std::_Rb_ tree_decrement(std::_Rb_tree_node_base*)' c:/gtk/lib/libglibmm-2.4.a(error.o)(.text$_ZNSt8_Rb_treeIjSt4pairIKjPFvP7_GError EESt10_Select1stIS6_ESt4lessIjESaIS6_EE13insert_uniqueESt17_Rb_tree_iteratorIS6_ ERKS6_+0x28): In function `ZN4Glib5ErrorC1Ev': /home/rjamison/xmingw/glibmm-2.4.4/glib/glibmm/error.cc:50: undefined reference to `std::_Rb_tree_decrement(std::_Rb_tree_node_base*)' c:/gtk/lib/libglibmm-2.4.a(markup.o)(.text$_ZNSt8_Rb_treeIN4Glib7ustringESt4pair IKS1_S1_ESt10_Select1stIS4_ENS0_6Markup16AttributeKeyLessESaIS4_EE9_M_insertEPSt 18_Rb_tree_node_baseSC_RKS4_+0xe0): In function `ZNSt8_Rb_treeIN4Glib7ustringESt 4pairIKS1_S1_ESt10_Select1stIS4_ENS0_6Markup16AttributeKeyLessESaIS4_EE8_M_erase EPSt13_Rb_tree_nodeIS4_E': /home/rjamison/xmingw/glibmm-2.4.4/glib/glibmm/markup.cc: undefined reference to `std::_Rb_tree_insert_and_rebalance(bool, std::_Rb_tree_node_base*, std::_Rb_tr ee_node_base*, std::_Rb_tree_node_base&)' c:/gtk/lib/libglibmm-2.4.a(markup.o)(.text$_ZNSt8_Rb_treeIN4Glib7ustringESt4pair IKS1_S1_ESt10_Select1stIS4_ENS0_6Markup16AttributeKeyLessESaIS4_EE13insert_uniqu eERKS4_+0x8c):/home/rjamison/xmingw/glibmm-2.4.4/glib/glibmm/markup.cc: undefine d reference to `std::_Rb_tree_decrement(std::_Rb_tree_node_base*)' c:/gtk/lib/libglibmm-2.4.a(iochannel.o)(.text+0x1bb5): In function `ZNK4Glib9IOC hannel13get_line_termEv': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libglibmm-2.4.a(iochannel.o)(.text+0x1c8a): In function `ZNK4Glib9IOC hannel12get_encodingEv': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/basic_string.h:238: undefined reference to `std::string::_Rep::_S_empty_rep_s torage' c:/gtk/lib/libsigc-2.0.a(signal_base.o)(.text$_ZNSt4listIN4sigc9slot_baseESaIS1_ EE5eraseESt14_List_iteratorIS1_E+0x15): In function `ZNSt4listIN4sigc9slot_baseE SaIS1_EE5eraseESt14_List_iteratorIS1_E': /home/rjamison/xmingw/libsigc++-2.0.3/sigc++/signal_base.cc: undefined reference to `std::_List_node_base::unhook()' c:/gtk/lib/libsigc-2.0.a(signal_base.o)(.text$_ZNSt4listIN4sigc9slot_baseESaIS1_ EE6insertESt14_List_iteratorIS1_ERKS1_+0x80): In function `ZN4sigc11signal_baseD 1Ev': /home/rjamison/xmingw/libsigc++-2.0.3/sigc++/signal_base.cc:91: undefined refere nce to `std::_List_node_base::hook(std::_List_node_base*)' c:/gtk/lib/libsigc-2.0.a(trackable.o)(.text+0x392): In function `ZN4sigc8interna l23trackable_callback_list12add_callbackEPvPFS2_S2_E': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4.2/bi ts/stl_list.h:1162: undefined reference to `std::_List_node_base::hook(std::_Lis t_node_base*)' c:/gtk/lib/libsigc-2.0.a(trackable.o)(.text$_ZNSt4listIN4sigc8internal18trackabl e_callbackESaIS2_EE5eraseESt14_List_iteratorIS2_E+0x15): In function `ZN4sigc9tr ackableC1Ev': /home/rjamison/xmingw/libsigc++-2.0.3/sigc++/trackable.cc:30: undefined referenc e to `std::_List_node_base::unhook()' Reaping losing child 0x00add868 PID 11656304 mingw32-make[1]: *** [inkscape.exe] Error 1 Removing child 0x00add868 PID 11656304 from chain. mingw32-make[1]: Leaving directory `C:/Documents and Settings/Jon Phillips/My Do cuments/projects/inkscape-project/inkscape/src' Reaping losing child 0x00aa4a48 PID 11168144 mingw32-make: *** [all] Error 2 Removing child 0x00aa4a48 PID 11168144 from chain.

2 3

File issues
by unknown＠example.com 23 Oct '04

23 Oct '04

Well... I've been tracking down a bug that's turned into touching several areas. Basically there are issues with non-ascii filenames. One way to correct this on windows is to play with _wfopen() instead of fopen(). I've tracked down about 14 occurances of the latter. I want to kill them!!! I'm currently planing on either using FileHandle or some other class to encapsulate file opening in a single place.

1 0

File issues
by unknown＠example.com 23 Oct '04

23 Oct '04

Well... I've been tracking down a bug that's turned into touching several areas. Basically there are issues with non-ascii filenames. One way to correct this on windows is to play with _wfopen() instead of fopen(). I've tracked down about 14 occurances of the latter. I want to kill them!!! I'm currently planing on either using FileHandle or some other class to encapsulate file opening in a single place.

1 0

RE: Le tutoriel \'effet mirroir avec inkscape\'
by Gazal, Geraud (GE Healthcare) 23 Oct '04

23 Oct '04

Hi, here is a translation and update of the 'mirror effect' tutorial published on the www.linuxgraphic.org web site, by J.-P. Bourgoy If you can take a look at it, I'll accept with great pleasure any correction/update/remark. I've updated it with the use of clones, added some exported bitmaps of some icons and inserted a few remarks. It is in HTML at the moment (edited with Nvu), and can be put on the Wiki. I plan to have a PDF and SVG version (with scribus) asap. Regards, Matiphas PS: please note that the file is a zip file. If necessary, add a .zip extension to its name. (zip files are filtered by the proxy of my company, sorry). PPS: as the author of the original tutorial had published his document without any license, this applies also to this translation

2 1

A4 is weird size
by David Christian Berg 22 Oct '04

22 Oct '04

I'm not 100% sure, but I believe that DIN or ISO A4 just is 210.00 * 297.00 more correct (considering where Din comes from) I'm not sure where you take the 209.90*297.04 in document prefs from... when caculating A4 with the way it is derived (A0 = 1m², a/b = b/(2a) ) I get 210.22*297.30 That is [1/sqrt(sqrt(2)) / 4 * 1000] * [sqrt(sqrt(2)) / 4 * 1000] David

3 3

I created a stup for InkScape Windows (fwd)
by Bryce Harrington 22 Oct '04

22 Oct '04

Thanks Fabio, I'm passing this along to the rest of the developers to try out. Bryce ---------- Forwarded message ---------- Date: Thu, 21 Oct 2004 01:59:45 -0700 From: Fabio Chelly <fabiochelly@...58...> To: bryce@...58... Subject: I created a stup for InkScape Windows Message body follows: Hi, I created a setup for InkScape Windows (with NSIS). It is only 6.1 MB (compared to 11 MB of the zip version) You can find it at: http://chelly.net/inkscape_setup.exe And the NSIS script is here: http:/chelly.net/inkscape.nsi Best regards, Fabio Chelly -- This message has been sent to you, a registered SourceForge.net user, by another site user, through the SourceForge.net site. This message has been delivered to your SourceForge.net mail alias. You may reply to this message using the "Reply" feature of your email client, or using the messaging facility of SourceForge.net at: https://sourceforge.net/sendmessage.php?touser=762789

3 2

Re: [Inkscape-devel] I created a stup for InkScape Windows (fwd)
by Bryce Harrington 21 Oct '04

21 Oct '04

---------- Forwarded message ---------- Date: Thu, 21 Oct 2004 20:25:19 +0200 From: Fabio Chelly <fchelly@...400...> Reply-To: fabio@...554... To: Bryce Harrington <bryce@...260...> Subject: Re: [Inkscape-devel] I created a stup for InkScape Windows (fwd) I made a mistake. The URL is: http://mobiles.free.fr/inkscape_setup.exe On Thu, 21 Oct 2004 11:20:54 -0700 (PDT), Bryce Harrington <bryce@...260...> wrote: > > > ---------- Forwarded message ---------- > Date: Thu, 21 Oct 2004 20:34:25 +0400 > From: Alexandre Prokoudine <alexandre.prokoudine@...400...> > To: Inkscape ML <inkscape-devel(a)lists.sourceforge.net> > Subject: Re: [Inkscape-devel] I created a stup for InkScape Windows (fwd) > > Not Found > The requested URL /inkscape_setup.exe was not found on this server. > > Apache/1.3.31 Server at chelly.net Port 80 > > On Thu, 21 Oct 2004 09:23:54 -0700 (PDT), Bryce Harrington > <bryce@...1...> wrote: > > Thanks Fabio, I'm passing this along to the rest of the developers to > > try out. > > > > Bryce > > > ------------------------------------------------------- > 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 > > -- Cordialement, Fabio Chelly fabio@...554...

1 0

New raw file format from Adobe
by Bryce Harrington 21 Oct '04

21 Oct '04

Ran across this the other day. Looks intended to be a better replacement for TIFF for photography for storing raw image data. http://www.adobe.com/products/dng/main.html Sounds like it's being geared as an open standard like SVG, PNG, etc. Bryce

2 1

very slow loading of docs (win32)
by Sudhan 21 Oct '04

21 Oct '04

I am notice that first time loading of documents containing text takes as much as 2+ minutes. This is the case even for very small docs (with one word) in them. I notice that the application is loading all the fonts and I have some huge unicode font files. Even after removing some of the bigger ones, it is still slow. Is this to do with pango/freetype? If so, any plans to move to newer version of pango/freetype? Thanks in advance Sudhan

1 0

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

20 Oct '04

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

2 1

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

20 Oct '04

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

1 0

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

20 Oct '04

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

2 1

fresh win32 build
by Bob Jamison 20 Oct '04

20 Oct '04

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

2 1

selection cue
by bulia byak 20 Oct '04

20 Oct '04

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

5 6

layers
by David Christian Berg 20 Oct '04

20 Oct '04

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

6 11

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

19 Oct '04

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

4 4

creating a pdf
by David Christian Berg 19 Oct '04

19 Oct '04

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

1 0

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

19 Oct '04

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

3 2

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

18 Oct '04

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

1 0

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