- Inkscape Devel - Inkscape Mailman

sodipodi:modified
by Ralf Stephan 20 Oct '05

20 Oct '05

Hello, the modified signal on SPNamedView is emitted when someone sets the attribute of doc->rroot to sodipodi:modified. How can I connect to this signal the sigc++ way? Or, what to replace g_signal_connect (G_OBJECT (namedview), "modified", G_CALLBACK (fun), this); sp_signal_disconnect_by_data (G_OBJECT (namedview), this); with if I don't like it the old way? ralf

2 5

Inkscape 0.43pre0
by lode leroy 20 Oct '05

20 Oct '05

on Win32 + MSYS + MinGW + GTK2.8 + Python24, the detection of Python fails: checkPYTHON_CFLAGS = -Ic:\Python24\include where it should be checkPYTHON_CFLAGS = -Ic:/Python24/include and checkPYTHON_LIBS=" None/None None" where it should be checkPYTHON_LIBS=" -Lc:/Python24/libs -lpython24"

2 1

Re: Selection of (hidden) objects
by Ben Fowler 19 Oct '05

19 Oct '05

On 10/18/05, jiho <jo.irisson@...400...> wrote: > On 18 oct. 05, at 08:06, Ben Fowler wrote: > > On 10/17/05, jiho <jo.irisson@...400...> wrote: > >> On 17 oct. 05, at 10:45, Ben Fowler wrote: > > If not (though this may be a low priority issue) then we ought to > > think about how to select hidden or invisible objects. > > It is possible to select it, the problem is to select it > individually. Indeed "select all" selects this object also but then > all other objects have to be de-selected in order to keep only this > one ... > > I have 4 objects. I select objects 1 and 2 ... > ... . I can unselect any object by SHIFT + clicking on it but I cannot > unselect multiple objects by SHIFT + dragging around them. [...] > > Do I file an RFE (I cannot find any about this)? I think: Yes. My UI would be: Marquee = Replace selection Shift-Marquee = Extend selection Opt-Marquee = Remove from selection Ideally, the cursor should adopt a + and - emblem in the last two cases. FWIW, I would have the same convention for clicking, to wit: Shift-click Adds and Opt-click Subtracts. See http://tavmjong.free.fr/INKSCAPE/MANUAL/html/ch05s02.html Note: Shift drag should also not select and move the item (if any) that is clicked on. Note: Shift-clicking toggles selection (not an unreasonable behaviour, but one that I do not like). Note: Opt-clicking drills down through nested/buried objects. Request: The documentation should specify exactly how to: 1. Select an invisible object 2. See that some hidden or locked objects were not included in the selection 3a. Select an object too large for the selection cues to be visible 3b. Select an object where it is buried and cannot be clicked on, and overlain and/or partly off screen and cannot be marquee'd in toto 4. Select a buried object 5. Select one object from a group Note: (5) I expect Opt-click to do that, but it is in use by 'Select under' Note: If Inkscape acquires a Navigator palette, then (2) may well be solved (as the mimic will show the selection extending outside the field of view, and possibly (3) will be simplified. Finally, I think that the documentation should say that the process of selecting objects is important in everyday use of any drawing package, and may be changed when new ideas are tried out; not only in its details, but possibly in areas that are central to the workflow. Conversely, we should not ever make disruptive changes in this area after version 1.0 (at least not without changing the name of the program). Ben

4 3

Plain SVG as default ?
by John Taber 18 Oct '05

18 Oct '05

I've just noticed that Inkscape's SVG format doesn't work in cairo for the few drawings we tried - when we save as Plain SVG, they appear correctly. Not sure this is a universal problem but with the advent of Firefox SVG based on Cairo and the soon to be popularity of Cairo and XML in general, it might begin to confuse users that Inkscape's SVG is not Plain SVG and their svg drawings might not show correctly. We're already confused with whether a *.svg drawing is in Inkscape mode or Plain mode - obviously we can parse the xml code but just is more work. Also not sure how this plays out in Safari, Konqueror, or Opera. I would assume this might also affect Inkscape submissions to Open Clip Art which I would assume is standardized on the Plain SVG ? I would like to suggest: 1) make the Plain SVG as the default 2) rename the Inkscape SVG as something like *.svgi

9 14

Native look 'n feel win32
by Hal Lorenz 18 Oct '05

18 Oct '05

Hi there, I don't mind the Inkscape UI on Windows, but was wondering if it is being considered to give Inkscape a native-ish look on Windows, or even if there are any means to doing so? Also are there any docs on the Inkscape site that pertain to compiling it for Win32 w/ gtkmm? Either by x-compiling on Linux or using cygwin/mingw, I'm interested in how you guys do it. Kind regards, Hal

4 3

Hyphenation for text-justify
by Stefan de Konink 18 Oct '05

18 Oct '05

Hello, >From the Jabber conversation, bryyyce pointed me to the dev mailinglist. For our local Radio/TV-broadcasting foundation I made some software that makes a cable-text-program from SVG documents. Basically it works like this: Webinterface -> SQLite SQLite -> XML + XSL -> SVG SVG -> PNG PNG -> xloadimage Currently we need to wrap our text by hand, I'm extremely happy with the working flowtext. But speaking about nice features, justifying text and auto-hyphenation would be a killer app. I heard pjrm and njh have some ideas for this. The software is give-a-way GPL. So basically it spreads now around, not making it public (as in website) until all bugs are out of it though. (Any interest can receive a tarbal) Greetings, Stefan de Konink

3 2

Re: [Inkscape-devel] Re: Sanity checking files on open
by Ben Fowler 18 Oct '05

18 Oct '05

On 10/17/05, jiho <jo.irisson@...400...> wrote: > On 17 oct. 05, at 10:45, Ben Fowler wrote: > > On 10/16/05, jiho <jo.irisson@...400...> wrote: > >> On 15 oct. 05, at 20:23, Ben Fowler wrote: > >>> On 10/15/05, jiho <jo.irisson@...400...> wrote: > >>>> On 15 oct. 05, at 18:34, Ben Fowler wrote: > >>>>> On 10/15/05, bulia byak <buliabyak@...400...> wrote: > >>>>>> On 10/15/05, Ben Fowler <ben.the.mole@...400...> wrote: > > > > If it is necessary to 'fix up' objects individually, then you might > > want to select them one at a time and check the appearance > > and/or the properties. > > In this case, the problem was that the object had a huge bbox but was > invisible, so impossible to select individually. But I am conscious > that this is an individual problem and that general behavior should > be the one you advise. I think that you can select it (and that would agree with the comment that Bulia Byak made), and that would have the advantage that you could do whatever you needed to/decided to do to fix the problem, rather than say yes or no to some 'action at a distance'. If not (though this may be a low priority issue) then we ought to think about how to select hidden or invisible objects. Ben

1 0

win98 support?
by lode leroy 18 Oct '05

18 Oct '05

Does anyone know if installing "Microsoft Layer for Unicode on Windows 95, 98, and Me Systems" on a win98 pc makes it possible to use cairo and thus inkscape / gimp / ...? http://www.microsoft.com/downloads/details.aspx?FamilyID=73ba7bd7-ed06-4f0d…

4 4

Articifical Limits (was Re: Sanity checking files on open)
by Ben Fowler 17 Oct '05

17 Oct '05

On 10/16/05, jiho <jo.irisson@...400...> wrote: > On 15 oct. 05, at 20:23, Ben Fowler wrote: > > On 10/15/05, jiho <jo.irisson@...400...> wrote: > >> On 15 oct. 05, at 18:34, Ben Fowler wrote: > >>> On 10/15/05, bulia byak <buliabyak@...400...> wrote: > >>>> On 10/15/05, Ben Fowler <ben.the.mole@...400...> wrote: > > > Having said that, perhaps Inkscape compiled in debug mode should > > have some of these artifical limits, (just as we have assertion > > statements). It will help identify to developers just where the > > shoe pinches, but users do not need to handle this. > > If they could, why not? Once you pointed me to the problem the fix > was really easy. Having that build into inkscape would have avoided > you all my long emails ;-) Not really, the root cause of this e-mail conversation (maybe lengthy, but not unnecessary) is the fact that Inkscape did not gracefully handle a specific error condition. This wasn't deliberate. It was just that the precise combination of circumstances that brings it about had not occurred to any of the developers who had worked on that part of the code. Bringing this up up was very necessary. This kind of bug report is one of the most important raw materials needed for the production of good software. Now, release versions should not have 'articifical limits' or training wheels. Th assumption is that if the Application is in an unexpected state with a developer, it is because he or she got something wrong, and we want the earliest indication of when this is happening. If the application is in an unexpected state with a user, then the user is probably 'in the right' and merely doing something that hadn't been tested or anticipated. In the present case, if a scale factor exceeds 1 million, we are going to guess that on a developer's machine there is something wrong the code, but on a user's machine that he or she is simply working with large objects. Ben

5 5

[joxeankoret_at_yahoo_dot_es: Bug#330894: inkscape: Arbitrary code execution when opening a malicious file]
by Wolfram Quester 17 Oct '05

17 Oct '05

Hi allotogether, I just received a message at debian's BTS [1] which reports a possible security flaw in inkscape. It is surely a DOS since here on my PowerBook inkscape simply crashes saying wolfi@...453...:/tmp $ inkscape poc.svg Emergency save activated! Segmentation fault (core dumped) I attach the backtrace, which shows that inkscape is rather irritated: Core was generated by `aaaaaaaaaaaaaaaaa'. BTW, vim's syntax highlighter has certain toubles when editing this file, too. Thanks, Wolfi [1] http://bugs.debian.org/330894 ----- Forwarded message from Joxean Koret <joxeankoret_at_yahoo_dot_es> ----- Subject: Bug#330894: inkscape: Arbitrary code execution when opening a malicious file Reply-To: Joxean Koret <joxeankoret_at_yahoo_dot_es>, 330894@...499... Resent-From: Joxean Koret <joxeankoret_at_yahoo_dot_es> Resent-To: debian-bugs-dist@...501... Resent-Cc: Wolfram Quester <wolfi@...111...> Resent-Date: Fri, 30 Sep 2005 10:48:06 UTC Resent-Message-ID: <handler.330894.B.11280765119494@...499...> X-Debian-PR-Message: report 330894 X-Debian-PR-Package: inkscape X-Debian-PR-Keywords: From: Joxean Koret <joxeankoret_at_yahoo_dot_es> To: submit@...499... Date: Fri, 30 Sep 2005 12:51:04 +0200 Resent-Sender: Debian BTS <debbugs@...499...> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at honk.physik.uni-konstanz.de X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at honk.physik.uni-konstanz.de Subject: inkscape: Arbitrary code execution opening a file Package: inkscape Version: 0.41-4.99.sarge0 Severity: grave Justification: user security hole Inkscape is vulnerable to, almost, one buffer overflow that may allow arbitrary code execution. I contacted the Inkscape team but, at the moment, there is no patch for the issue. Attached goes a Proof Of Concept. NOTE: I think the problem may not be exploitable because you need to write a shellcode using only valid XML characters. Regards, Joxean Koret -- System Information: [...snip...] ----- End forwarded message -----

5 7