- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] w32: Gtk24.zip with new xml.dll
by Jasper van de Gronde 26 Nov '04

26 Nov '04

Ted Gould wrote: > Well, that wouldn't be a bad thing, but the reason that svgz was done > this way in the first place was to test the scripting stuff. It seems > to have done that, and proven there is a problem on Win32. I'd like to > fix the problems with the scripting stuff on Win32 also... I think that > is also a 0.41 issue though. I'd say the following note from MSDN explains it all: --------------- Note The _popen function returns an invalid file handle, if used in a Windows program, that will cause the program to hang indefinitely. _popen works properly in a Console application. To create a Windows application that redirects input and output, read the section "Creating a Child Process with Redirected Input and Output" in the Win32 SDK. --------------- If you're interested in some code that does work with Win32 I'd be happy to provide it (I have some code lying around that would only need minimal changes).

1 0

Inkscape does not save to A:\ drive
by vellum 26 Nov '04

26 Nov '04

Inkscape build 041124 win32 2000 does not save to A:\. (31/2 " floppy). The dialog has PCINTERNET2 as the drive name. When you try and save to that drive you get an error message saying 'Could not mount PCINTERNET2 (A:\): This file system does not support mounting'. vellum kaver@...68...

1 0

RE: What do you _really_ want? [was RE: [Inkscape-devel] SVG Linking]
by NAGY Endre 26 Nov '04

26 Nov '04

Alan >and want to be able to add arbitrary name value pairs to >objects rather than using any namespaces in particularly? No. I have an XML Schema that conforms to "Topic 5 : Features" of the OPenGIS Abstract Specification. That is, it contains elements that are "geographic" (for which Inkscape provides a very convenient means of maintenance) as well as other domain-specific attributes that are associated with these geographies. These are ussually simple string types. When I proposed the capability of providing a form of name-value-pair maintenance capability I was envisaging a simple means of maintaining these attributes (in the hope of the availability of an imminent solution). If such capability were thought to be appropriate then of course the mechnism by which this would be achieved would be up to the Inkscape community. I have no intent in providing users with the ability to define arbitrary name-value pairs. >Why do I get the sneaking suspicion that you are using Inkscape for >diagramming >Inkscape is a vector graphics editor >Dia is for Diagrams http://gnome.org/projects/dia/ Rather than being concerned with identifying the (presumably mutually exclusive) domain of descriptive terms, I would prefer to deal with the more practical issue of which tool is most suited to my applications development problem. A brief examination of the capabilities of DIA indicated that it follows an "Object-Connector" paradigm. This does not suit my purpose of manipulating geographic entities. These are arranged and transformed spatially in a multitude of ways according to the desires of a user. I've been able to demonstrate the rich capabilities of Inkscape in achieving these spatial operations. I've not seen anything in DIA that comes close. The question is "will Inkscape support the maintenance of domain-specific attributes associted with geometries(while admitting that such capabilities may be rudimentary), or will shapes only ever be shapes" Regards Endre -----Original Message----- From: Alan Horkan [mailto:horkana@...44...] Sent: Wednesday, 24 November 2004 3:43 AM To: NAGY Endre Cc: Inkscape is a vector graphics editor Subject: What do you _really_ want? [was RE: [Inkscape-devel] SVG Linking] On Tue, 23 Nov 2004, NAGY Endre wrote: > Date: Tue, 23 Nov 2004 14:40:05 +1100 > From: NAGY Endre <Endre_NAGY@...561...> > To: bulia byak <buliabyak@...400...> > Cc: inkscape-devel(a)lists.sourceforge.net > Subject: RE: [Inkscape-devel] SVG Linking > > 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). Why do I get the sneaking suspicion that you are using Inkscape for diagramming and want to be able to add arbitrary name value pairs to objects rather than using any namespaces in particularly? HTML was very clever in simple the way it did meta data tags, basically it provided a single tag and two attributes and from there users could create as many of their own name (Author) value (authorname) pairs as they would like by specifying new values for content and name everytime. <meta content="Author" name="authorname"> <meta content="desc" name="description"> (Dia users have been asking for the ability to tag objects with all kinds of information for ever and that has only confirmed my belief in the need for a meta data system that would be simple and extensible at the user level rather than requiring an extended predefined schema). You can see OpenOffice.org offers a similar ability to have an unending set of name value pairs http://books.evc-cit.info/ch02.php#meta-xml-section this screenshot shows it reasonably well the numbered labels are the names and the text entries are the corresponding values, and the popup shows they are arbitrary pairs. http://books.evc-cit.info/figures/ooo.ess.0203.png Let me use this opportunity to say that I hope parts of the Oasis standardized namespaces could be reused by Inkscape rather than creating more things in the inkscape: namespace. I hope to do more reading soon and recommend what custom tags and markup that it migth make sense to drop in favour of an open and standardised namespace shared by a variety of other applications. > 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"). Even if my guessing is way off a better less evasive description of what you are actually trying to do, the specific end result you are trying to achieve will better enable the developers to help you than specific example problems. If you are really lucky it might even allow them to indirectly help you by doing things they were planning on doing anyway at some point. > Any thoughts ? > > Endre Sincerely Alan Horkan Free SVG Clip Art http://OpenClipArt.org Dia is for Diagrams http://gnome.org/projects/dia/ Inkscape, Draw Freely http://inkscape.org Abiword is Awesome http://abisource.com 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 3

layer selector upate problem solve d
by MenTaLguY 26 Nov '04

26 Nov '04

Okay, finally nailed it down. It seems that sigc++ doesn't deal with reference parameters totally graciously; it was creating a copy of an SPObject & argument somewhere internally, causing equivalency tests further in to fail. Actually this would have been caught a long time ago if SPObject had been given a private copy constructor (or at least not left with an implicit public one). Rule of thumb with C++: if it's not a value class [a class in which binary copies of objects are interchangable], give it a private copy constructor like so: class Foo { public: Foo(); ... private: Foo(Foo const &); // no copy }; You needn't actually define the copy constructor once you've declared it, as in this case it shouldn't be used. If you don't do this, C++ will add a copy constructor for you that just does a binary copy, and all kinds of happy bugs like the one I just fixed can sneap up on youl. In rare cases where you do need to give such classes real copy constructorsm, make sure that they're either explicit, or not public. -mental

4 4

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