- Inkscape Devel - Inkscape Mailman

basically OT: Roadmap Question
by David Christian Berg 17 Jan '05

17 Jan '05

Maybe it's not quite nice to pose this question, but I just need some info to consider my plans. >From April 11th to 16th, the ESTIEM Spring Council Meeting will take place in Lyon, France. As the design coordinator I will be leading a PR working group. While a lot of time will be needed to work on the ESTIEM webpage, esp. it's content, I am thinking about introducing the working group to Inkscape, since so far vectors have badly been neglected for ESTIEM design tasks. Before having many people complain about some lacking functions, I'd like to know, where you think Inkscape will stand at that point of time. Any chance of my main issues being addressed by then? - On canvas text editing, including flowtext - Working ai/ps/eps(/pdf <- that'd be just great!) output, including transparency and gradients - Ability to add a node anywhere on a line -- via right-click - Real clipping paths for images (and svg objects) I'm not saying Inkscape was unusable without these functions. I think it's a wonderful piece of software, as you know, but it takes quite some personal effort to work with it, sometimes. So while I myself use Inkscape for basically everything graphical I'm doing, it will be hard to convince people without this special open source spirit. David

4 5

Re: Volunteer work and an idea how to get into existing code bases
by Thorsten Roggendorf 17 Jan '05

17 Jan '05

Hi > Might be interesting to see a UML diagram of the codebase if anyone > already has the tools setup to do it easily, generate it automatically > (Rational Rose, Visio, Autodia?) I'd suggest Doxygen. It does a decent job on automatic UMLing and helps in solving all other Documentation problems as well. Cheers Thorsten

1 0

Help needed verifying bugs on Win32
by Bryce Harrington 17 Jan '05

17 Jan '05

We need some Windows users to help us with some of the bugs that have been reported, that don't appear to be present on Linux. If you're a Windows user, this is really important, because when 0.41 comes out you'll have a more stable tool than you would otherwise. ;-) Basically, we need you to test out what's described in the bug report and see if you have the same problem, and then add a comment indicating whether or not you could reproduce it. Any additional information you can provide on these bugs will be helpful. See the Reporting Bugs page on the main website for details. Go to the Bug Tracker on SourceForge: http://sourceforge.net/tracker/?group_id=93438&atid=604306 Select "Status=Open", "SortBy=Priority/Descending", and test the bugs of priority 9. If you have a SourceForge account, please log in, so we can contact you if we need you to test something out. Or leave your name or email address if you don't have an account. Thanks, Bryce

1 0

xlink namespace bug
by bulia byak 17 Jan '05

17 Jan '05

I was going to close this bug as invalid: http://sourceforge.net/tracker/index.php?func=detail&aid=1102678&group_id=9… because the attached file indeed does not declare the xlink: prefix, which is invalid XML. However to my surprise both Batik and Adobe render it without a complaint. What am I missing? I thought that if a file is invalid XML it cannot be valid SVG. Are Batik/Adobe being unduly permissive? What are we supposed to do in this situation?

2 3

jabber room?
by bulia byak 16 Jan '05

16 Jan '05

Now when I log to conference.gristle.org I see no "inkscape" room listed. What has changed?

2 1

object binding changes
by MenTaLguY 16 Jan '05

16 Jan '05

In order to remove the last of the veto callbacks (the only one used, in only one place), I went ahead and rewrote SPDocument::getObjectByRepr() so it didn't rely on ID lookups, then removed the change attribute veto callback. Two side-effects of this: 1. it is now possible to remove the id attribute from an element This shouldn't cause any problems, as I laid the groundwork for id-less operation a long time ago (this has been planned for a while). Note that objects still get ids by default. 2. manually setting a conflicting id now causes the original object to get a new id, rather than disallowing the change This should always have been at least possible through the XML editor. I'm not as sure about the properties dialog; if we decide it's best to disallow setting a conflicting ID again we can implement a check in the dialog. I think both changes are more in line with user expectations anyway. Test and let me know if I missed any breakage. I tried to be conservative about the change. -mental

3 3

Q about Coordinates
by Joshua A. Andler 16 Jan '05

16 Jan '05

So, from tinkering with Inkscape recently I noticed that 0,0 is at the bottom left corner of the document. I was just curious if we're going to change it to the top left corner in the future... mainly, since Bulia had changed the unit stuff to better comply with the standard, I was just wondering if there were plans for this change in the future. Just a Q... no complaints or suggestions. =) -Josh

2 1

another id change
by MenTaLguY 16 Jan '05

16 Jan '05

I've just comitted another tweak whereby non-elements (e.g. text or comment nodes) are no longer assigned IDs. By the way ... I just noticed we're still putting 2004 in the ChangeLog... it's 2005 now, people! ^_- (I went and fixed the dates) -mental

1 0

icon calligraphic_draw not displayed
by vellum 16 Jan '05

16 Jan '05

Win 32 2000 Build 15/1/05:1703. While trying unsuccessfully to reproduce bug 1102318 I noticed that the calligraphic icon was not displaying. Start up Inkscape and the error message comes up immediately. The calligraphic tool can still be used but the icon does not appear. I've logged the bug. vellum.

2 1

removing veto callbacks
by MenTaLguY 16 Jan '05

16 Jan '05

I've been working on the repr code a bit lately, and it's becoming clear to me that the veto callbacks probably aren't such a good idea. 1. they aren't sufficient to implement document validation constraints (which was their original purpose) 2. they would get in the way of some useful multi-step transformations where the end result is valid but the intermediate steps are not 3. they aren't used anyway except in one place (manually setting element IDs) 4. the one place they are used, it would make more sense to accomodate the user's wishes (by re-iding the object whose ID has been taken) than to silently disobey them as we do now 5. they get icky with DOM So I'm working on removing them. -mental

2 1