- Inkscape Devel - Inkscape Mailman

fullscreen mode
by Alexandre Prokoudine 25 Nov '04

25 Nov '04

Hi, I might be missing something, but there is no "fullscreen" menu item in Linux version of Inkscape for several weeks, though Windows version has it. Where has it gone and why? I have CVS from 22nd, November in both Linux/Win environment at the moment. Alexandre

1 0

layer naming dialog progress
by MenTaLguY 25 Nov '04

25 Nov '04

Well, I think I've done about all I can do on the layer naming dialog for this release. At least now it doesn't get confused about which desktop's layers it should be renaming (I removed the use of SP_ACTIVE_DESKTOP), it's modal, and it won't sit on desktop or layer refs after it's closed either. The remaining thing to do is to fix the updating of the layer selector widget. It is apparently my bug rather than Gtk's, thankfully, though I've not figured out 100% yet what is going wrong except that the tree model row corresponding to the layer isn't being found (so the row update stuff is never called). -mental

1 0

static library linking
by Kees Cook 25 Nov '04

25 Nov '04

Okay, I talked with Bob and I now understand what's going on. We're not doing a static binary (where ldd returns nothing), we're linking various libraries statically. The goal is to make certain weird ones static, and leave the more common stuff. Basic steps: compile libraries statically, link inkscape against those. I wrote up a quick Wiki how-to: http://www.inkscape.org/cgi-bin/wiki.pl?CompilingStatic and then modified the inkscape.spec file to allow static library linking. Unfortunately, I've got Debian, so my built RPMs are a little weird. :) I didn't want to "publish" my goofy RPM on Sourceforge, but Bulia wanted to see it, so here it is: http://outflux.net/inkscape-0.40cvs-CVS.i386.rpm (don't ask why it's named all weird... must be RPM magic.) Using "alien" anyone can easily convert this to a tarball, too. -- Kees Cook @outflux.net

1 0

snap to page border
by David Christian Berg 25 Nov '04

25 Nov '04

The first and often only guides, I create, are guides on the page border and guides that are within a 5 mm frame from the border. Now this makes me think if it wouldn't make sense to have a "snap to page border" in the documents prefs (page tab) as well as a "snap to margin" and then be able to define a top, left, right, bottom margin of the page. Should I file an RFE? David

3 5

Preferences Window wide open-bug
by kaver 24 Nov '04

24 Nov '04

build 041124 win32 2000 The Inkscape Preferences window opens up full size and I cannot resize it. It is full size or nothing. The Document Preferences window works fine. vellum

1 0

flow text
by David Christian Berg 24 Nov '04

24 Nov '04

Hi guys, I just worked with flow text for the first time and I really, really love it! You can't tell how much I'm looking forward to proper flow text editing... I mean it was kinda of a pain copying all those spans and stuff but wow, what a result! (see attached screenshot) This is a major step towards professional layouting, I must say. David

2 1

Typographic vocabulary
by Gazal, Geraud (GE Healthcare) 24 Nov '04

24 Nov '04

Hi Inkscapers, and especially translators, I've found a very usefull link for typographic translation (especially for those very specific words like kerning...): http://www.irisa.fr/faqtypo/lexique.html Will also post this link on the Wiki Hope it helps some of you, Matiphas

1 0

CVS status
by Gazal, Geraud (GE Healthcare) 24 Nov '04

24 Nov '04

The problems seems to be resolved now. For info, seen this morning on : http://sourceforge.net/docman/display_doc.php?group_id=1&docid=2352 -> ( 2004-11-23 08:07:38 - Project CVS Service ) On 2004-11-23 a disk failure on the anonymous CVS server for projects starting with the letters: e, h, i, j, o and v is causing anonymous CVS, ViewCVS and tarballs for these projects to be unavailable. We are currently working on this issue and do not have an ETA for resolution. Regards, Matiphas

1 0

0.40pre4 posted
by Ted Gould 24 Nov '04

24 Nov '04

Hey everyone, I've put up 0.40pre4. This will be the last pre-release assuming no surprises. There are some new tutorials and updates to the layers GUI elements in this release. Along with several bug fixes. As always, if you make a package please e-mail the list so that we can get it up on the file tracker for everyone to use. http://sourceforge.net/project/showfiles.php?group_id=93438&package_id=9911… --Ted

1 0

NEW: calligraphy and tracing tutorials
by bulia byak 24 Nov '04

24 Nov '04

Today two new tutorials were checked in: Calligraphy and Tracing (in Help > Tutorials). Calligraphy tutorial describes in detail the capabilities of the improved Calligraphy pen tool. A brief history of the art, parameters of the tool, useful tips, and many examples from simple strokes to complete lettering projects. Tracing tutorial explains all the options and parameters of the Potrace interface for bitmap tracing, with tips and examples.

1 0

Freehand drawing
by vellum 24 Nov '04

24 Nov '04

The Freehand tool seems much smoother in recent incarnations. vellum

7 16

SourceForge.net Sitewide Update: Nov 23, 2004 (fwd)
by Bryce Harrington 23 Nov '04

23 Nov '04

Hey hey, check it out, we finally made it to the SourceForge top 25 projects report: ---------- Forwarded message ---------- Date: Tue, 23 Nov 2004 14:29:56 -0800 (PST) From: SourceForge.net Team <noreply@...34...> To: bryce@...1... Subject: SourceForge.net Sitewide Update: Nov 23, 2004 (You have acquired this SF.net update because you requested to be on the ... 21. Inkscape https://sourceforge.net/projects/inkscape A Linux and Windows vector graphics editor (SVG format) featuring transparency, gradients, node editing, pattern fills, PNG export, and more. Aiming for capabilities similar to Illustrator, CorelDraw, Visio, etc. Bryce

1 0

Re: inkthing
by Jon Phillips 23 Nov '04

23 Nov '04

Hey Greg, Here is what looks like should install for OS X. It seems that the OS X installer does not exist, but ways to install it using two packaging systems on OS X do exist. Mac OS X using DarwinPorts: http://inkscape.darwinports.com/ Mac OS X using Fink (http://fink.sf.net/) There are current installer versions for windows here: http://prdownloads.sourceforge.net/inkscape/Inkscape-0.39-1.win32.exe?downl… and you can get other versions here: http://sourceforge.net/project/showfiles.php?group_id=93438 In terms of an easy to use DMG package for OS X, it appears that this does not exist currently. I am going on a hunt for this and am going to try and get one generated or do myself. This needs to exist for Mac OS X! Jon On Tue, 2004-11-23 at 09:20 -0800, Greg Niemeyer wrote: > Dear Jon, > > Please tell me wheer I can find more information about a compiled > version of Inkscape for OSX...Thanks, Greg > 050505: UC Berkeley Center for New Media Groundbreaking and Conference > (May 5, 2005) > -- Jon Phillips (NEW) USA PH 510.499.0894 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

RE: [Inkscape-devel] SVG Linking
by NAGY Endre 23 Nov '04

23 Nov '04

Bulia Thanks for responding I take your point about distinguishing "editing" from "viewing". I was ignorant of the existance of inkview. To quote my original mail >My purposes are not the rendering of HTML but rather the invocation of a program. Does inkscape support this and how. My original post was grasping at a solution for my posted Feature Request "1070754 - Maintaining Attributes in Users Namespace". In essence, the request was for some capability that allowed for the maintenance of the attributes of a shape that are defined in the namespace of the user (e.g if a line represented a road then I would like to define the name of that road). >From the perspective of the users of the application that I'm developing, this activity is part of the process of "svg creation" not of "svg use" (by which I mean, analogously, "editing" not "viewing"). I had chosen a misleading example. 8^( Any thoughts ? Endre -----Original Message----- From: bulia byak [mailto:buliabyak@...400...] Sent: Tuesday, 23 November 2004 11:26 AM To: NAGY Endre Cc: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] SVG Linking > When invoking the example in InternetExplorer, the affect of clicking on the > ellipse is to bring up W3's web page. > I have not found a way of achieving this in inkscape. What, Inkscape did not show you the web page?! :) Seriously, it would be nice to run a browser by clicking a link. In theory. In practice, Inkscape is not so much of a "user agent" as it is an SVG creating application. In particular, following link on click will badly get in the way of editing. Clicking something in Inkscape has lots of editing functions. So, while we can create links, I think we can be excused for not following them. This of course applies to inkscape proper. For inkview, following links by calling a browser is a must. I think we already have an RFE on that; search in the tracker and add your comments. 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.

2 1

layers behaviour
by vellum 23 Nov '04

23 Nov '04

Some immediate thots on layers. As I have not tried them before.Just downloaded 17 Nov build and playing with layers in Win32 2000. First thoughts are that the writing on the layer button is so small as to be almost illegible...and I'm using a 21 inch screen. When the little layer window opens there is a VERY small thingo above and to the left of the top layer. I cannot see what it is or does. It looks like (*001) and clicking it brings it up as a layer I think but the eyeball and padlock are then greyed out. I added five layers and the order appears was 2, 4, 5, 3, 1 from the top down. What is the logic behind this? It is easy to change layer positions but a bit disconcerting to see the order as it sets itself up. Reminds me of what happens with patterns. Flicking visibility and locking on and off for each layer is slow and awkward since only the active layer can be treated at one time. This makes changing the status of several windows a "clicky" business and will be a pain in the butt if say 50 layers were involved. I am more familiar with the CD, XaraX style where each layer has its own padlocks etc. It was not a surprise to find I could not select objects when the layer was locked. It was a surprise to find that I could rubber-band them. Very cool. I like that touch. And the rubber banding works across layers whether locked or not. But is that the way it is meant to work? I found it disconcerting to be able to draw on a locked layer. Now to chase that mail that asked us to look at specific things...if I can refind it. vellum

4 5

w32: Gtk24.zip with new xml.dll
by Bob Jamison 23 Nov '04

23 Nov '04

I made a new build with the replaced libxml2-2.dll, as indicated by John Cliff. Someone please give it a try, to make sure it: 1) Runs, without complaining about a missing DLL, or crashing. 2) Can load and save a .svgz on Windows If this works, I will upload the .zip to the server, and change the link. Bob

6 12

Re: [Inkscape-devel] w32: Gtk24.zip with new xml.dll
by Bob Jamison 23 Nov '04

23 Nov '04

Bob Jamison wrote: > Actually, Johan Ceuppens already made streams-zlib.cpp > for expanding .svgz's. All we need to do, maybe, is just > add methods for compressing. > > After the release, of course. > Also, I found a very nice iostreams wrapper of zlib here: http://www.cs.unc.edu/Research/compgeom/gzstream And the library is only comprised of two files: gzstream.h gzstream.C ...with no dependencies except stdc++ & zlib. It is nice clean code, and LGPL. We could just throw the two files into /src, and add them to Makefile_insert. Voila! And their tests compare their output with gzip. Just what we need. Bob Bob

1 0

w32: Gtk24.zip with new xml.dll
by Bob Jamison 23 Nov '04

23 Nov '04

Ok, I changed the links for gtk24.zip on http://troi.hous.es3.titan.com/~rjamison/inkscape ...to point to gtk24-041122.zip which has the replaced libxml2-2.dll Bob

1 0

pre4 requested
by bulia byak 23 Nov '04

23 Nov '04

The absolutely last feature, the "new layer" dialog, has been just checked in. Drawing on locked or invisible layers is disabled. So we are good to go into freeze as soon as pre4 is made (source and static binary). There are two layer bugs which I hope are easy to fix: - when renaming layer, the widget at the bottom is not updated until you move mouse over it - when creating new layer, if you press Enter in the dialog, the layer is created twice (clicking on "create" does it once as expected)

1 0

Freeze question & updated spanish po
by Lucas Vieites 23 Nov '04

23 Nov '04

Hi, I'm attaching an updated spanish po. Is the "feature freeze" is also a "string freeze"? If no new strings are added, I would like to do a full revision of the correctness of the strings in their context. For this I must agree with bulia in insisting on the creation of static builds. I'm having continuous failures trying to compile gtkmm on my system, which I can't afford to have unstable. Cheers, -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

5 9

OPB: Linux Brings Oregon International Attention
by Bryce Harrington 23 Nov '04

23 Nov '04

This is terribly off topic but I thought it was cool - our local PBS station is running a piece about Open Source here in Oregon... http://www.publicbroadcasting.net/opb/news.newsmain?action=article&ARTICLE_… Bryce

1 0

SVG Linking
by NAGY Endre 23 Nov '04

23 Nov '04

Greeetings I attempted to invoke the example in S17.1 of the SVG 1.1 specification in inkscape. This deals with "Linking out" of SVG content.The relevent part of this is <a xlink:href="http://www.w3.org"> <ellipse cx="2.5" cy="1.5" rx="2" ry="1" fill="red" /> </a> When invoking the example in InternetExplorer, the affect of clicking on the ellipse is to bring up W3's web page. I have not found a way of achieving this in inkscape. The relevent parts of the spec are 1. "SVG 1.0 only requires that user agents support XLink's notion of simple links." 2. "By activating these links (by clicking with the mouse, through keyboard input, voice commands, etc.), users may visit these resources." 3. "If the above SVG file is viewed by a user agent that supports both SVG and HTML, then clicking on the ellipse will cause the current window or frame to be replaced by the W3C home page." WRT 1, does inkscape meet this requirement WRT 2, MouseClicking events in inkscape are trapped for the puposes of the selector tool (I dont know how to turn of all tools). How can I activate the link WRT 3, My purposes are not the rendering of HTML but rather the invocation of a program. Does inkscape support this and how. 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.

2 1

caption for Layer - not readable
by Taraben, Adib 22 Nov '04

22 Nov '04

Hi, I extracted the last win32 snapshoot on my win2000 box. 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. HTH, Adib.

4 4

Spam again
by Gazal, Geraud (GE Healthcare) 22 Nov '04

22 Nov '04

Hi The wiki has been spammed once more. The spammer is registered as Durik... ( see revisions of spammed pages for more info) Regards, Matiphas

2 1

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