- Inkscape Devel - Inkscape Mailman

problems with sf cvs
by Adib Taraben 27 Nov '04

27 Nov '04

Hi, I am having following problems since yesterday: cvs -d :pserver:anonymous@...54...:/cvsroot/inkscape login Logging in to :pserver:anonymous@...54...:2401:/cvsroot/inkscape cvs [login aborted]: unrecognized auth response from cvs.sourceforge.net: M PserverBackend::PserverBackend() Connect (Connection refused) ***** CVS exited normally with code 1 ***** I cannot connect to the cvs . Any hints, MANY THANKS; Adib.

3 3

Hard Freeze 11/26 ?
by Bryce Harrington 27 Nov '04

27 Nov '04

Hi all, Is anything remaining to be done, or are we ok to move into hard freeze tomorrow? If so, perhaps we can target having 0.40 tagged and branched by Friday evening? Bryce

8 16

new about screen modification
by Andy Fitzsimon 27 Nov '04

27 Nov '04

I'm not sure if this is better than the current about screen in CVS but i'll let Bulia decide.

1 0

test - ignore
by Kees Cook 26 Nov '04

26 Nov '04

Sorry, please ignore. Sourceforge has been acting up for me... -- Kees Cook @outflux.net

1 0

[Fwd: SourceForge.net Sitewide Update: Nov 23, 2004]
by Jon Phillips 26 Nov '04

26 Nov '04

We made Number 21 for the month on sourceforge!!! > 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. Jon -- 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)

1 0

Updated spanish po
by Lucas Vieites 26 Nov '04

26 Nov '04

Justo to have the max of strings translated before hard freeze, here's an update to the spanish po ;-) 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

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