Tonight we are entering the 'Hard Freeze', the very last phase before
the final tagging and branching of 0.40, which is planned for tomorrow
Ted has created the final release candidate, 0.40pre5, which is now
available from the website.
Testing is essentially complete, however we're encouraging people to
give the release a quick review. We're looking for silly mistakes like
forgetting to update the version number, packaging problems, and major
show-stopper bugs. But also add anything else you find to the bug
tracker, and we can sort those issues out during the next development
During this Hard Freeze phase, we're going to let the dust settle a
bit, do a once-over, and then proceed with packaging and delivering the
As with all prior releases, once it's cut we need to switch into
marketing mode, in order to get the word out. This is where Inkscape
users can make a big contribution. We want to get word out on all the
major blogs, articles into relevant online magazines, and word of mouth
to friends and family. Stay tuned. :-)
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
***** CVS exited normally with code 1 *****
I cannot connect to the cvs .
Justo to have the max of strings translated before hard freeze, here's
an update to the spanish po ;-)
Lucas Vieites Fariña
Dept. Desarrollo <lucas@...212...>
Asix Informática <http://www.asixinformatica.com/>
Tel/Fax: +34 986 54 26 98
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
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'.
>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
>Why do I get the sneaking suspicion that you are using Inkscape for
>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"
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
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
> 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
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.
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
> Any thoughts ?
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.