- Inkscape Devel - Inkscape Mailman

text bugs on windows
by bulia byak 22 Nov '05

22 Nov '05

> On 11/22/05, Bob Jamison <rwjj@...127...> wrote: > > I just made a stripped build with no gdb here: > > http://inkscape.org/win32/Inkscape0511212157.zip Cyreve: I just tried this build on win2k and found serious issues with text: - Open any tutorial. Each flowtext para is one long line. Wrapping no longer works. - Changing text to right-aligned does nothing. All this works fine on Linux. Do you (or anyone else) have an idea of what's going on? Is this connected to your win32 font backend change? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Re: Patch for WWW::SourceForge
by Bryce Harrington 22 Nov '05

22 Nov '05

Here's another patch to fix up the bug/support/patches/rfe count extraction, and a new test '6.tracker.t' to test it. Bryce On Wed, Nov 16, 2005 at 11:25:44AM -0800, Bryce Harrington wrote: > Hi Kang-min, > > I don't know if you noticed, but SourceForge changed their look and feel > yesterday. Unfortunately, this had the effect of breaking > WWW::SourceForge rather severely. Attached is a patch that partially > fixes up WWW::SourceForge::Project. > > This fixes the loading of the description, detection of invalid > projects, and the MailingList code. It doesn't fix the admin listing > though, so you will want to look at that. With these changes, tests 1, > 2, and 4 now work, but 3 does not. > > I'm also attaching a new test file for you for the MailingList code, > 5.mailstats.t. I figured this breakage was a good opportunity to write > tests. ;-) > > Anyway, hope this helps. Thanks again for the module! > Bryce > > On Wed, Aug 31, 2005 at 10:19:06AM +0800, Kang-min Liu wrote: > > On 8/20/05, Bryce Harrington <bryce@...1...> wrote: > > > Hi Kang-min, > > > > > > I noticed when installing WWW::SourceForge through cpan, that it fails > > > to install due to one of the tests that requires YAML.pm. Below is a > > > little patch that adds this as a requirement to the Makefile.PL: > > > > Thank you :) > > > > > Btw, what I'm working on is a perl module for downloading files out of > > > the SourceForge file tracker. We need an ability to automatically > > > download new versions of packages we use for testing (such as the > > > monthly LTP releases), but SourceForge's mirror system has made this a > > > convoluted process. (I want to try to design my module to be compatible > > > with yours so users could use both together if they want.) > > > > This is one thing wanted in WWW::SourceForge. I didn't write such feature. > > If you're willing to do it, maybe we should put a releases() method in > > WWW::SourceForge::Project. > > > > But,IMHO, for the new-releases polling, I suggest that you put this > > into another module, > > like POE::Component::SourceForge or something, and let WWW::SourceForge be > > only a front-end to the website. > > > > -- > > ??? Cheers, > > Kang-min Liu > --- WWW-SourceForge-0.09/lib/WWW/SourceForge/Project.pm 2005-10-06 20:07:01.000000000 -0700 > +++ WWW-SourceForge-0.09-patched/lib/WWW/SourceForge/Project.pm 2005-11-16 10:53:13.000000000 -0800 > @@ -47,18 +47,34 @@ > my $proj; > my $wa = WWW::Mechanize->new( autocheck => 1); > $wa->get($url); > - my $content = $wa->content; > + my $content = $wa->content or die "Could not retrieve content from '$url'\n"; > > # Wrong project unixname ? > if($content =~ m{<H2><font color="#FF3333">Invalid Project</font></H2>}i) { > - return; > + warn "Invalid project '$pname'\n"; > + return undef; > + } elsif ($content =~ m{<H2 class="error">Invalid Project</H2>}i) { > + warn "Invalid project '$pname'\n"; > + return undef; > } > > + > + > # Project description > - my ($desc,$meta) = $content =~ m{<HR SIZE="1" NoShade><BR> > -[\s\n]*<TABLE WIDTH="100%" BORDER="0"> > -[\s\n]*<TR><TD WIDTH="99%" VALIGN="top"> > -[\s\n]*<p>(.+?)<UL>(.+?)</UL>}s; > + my ($desc) = $content =~ m{<div class="tbox"> > + <h3>About .+?</h3> > + </div> > + <b class="tbtm"><b class="t2 tbg"></b><b class="t1 tbg"></b></b> > + </div> > + <p> > + (.+?) > + > + </p>}is; > + > + # TODO > + # my ($meta) = $content =~ m{}s; > + > + if (! $desc) { warn $content; } > > die "Could not recognize project page format - has SF changed its layout?\n" > unless $desc; --- WWW-SourceForge-0.09-patched/lib/WWW/SourceForge/Project.pm 2005-11-16 11:44:52.000000000 -0800 +++ WWW-SourceForge-0.09/lib/WWW/SourceForge/Project.pm 2005-10-06 20:07:01.000000000 -0700 @@ -47,34 +47,18 @@ my $proj; my $wa = WWW::Mechanize->new( autocheck => 1); $wa->get($url); - my $content = $wa->content or die "Could not retrieve content from '$url'\n"; + my $content = $wa->content; # Wrong project unixname ? if($content =~ m{<H2><font color="#FF3333">Invalid Project</font></H2>}i) { - warn "Invalid project '$pname'\n"; - return undef; - } elsif ($content =~ m{<H2 class="error">Invalid Project</H2>}i) { - warn "Invalid project '$pname'\n"; - return undef; + return; } - - # Project description - my ($desc) = $content =~ m{<div class="tbox"> - <h3>About .+?</h3> - </div> - <b class="tbtm"><b class="t2 tbg"></b><b class="t1 tbg"></b></b> - </div> - <p> - (.+?) - - </p>}is; - - # TODO - # my ($meta) = $content =~ m{}s; - - if (! $desc) { warn $content; } + my ($desc,$meta) = $content =~ m{<HR SIZE="1" NoShade><BR> +[\s\n]*<TABLE WIDTH="100%" BORDER="0"> +[\s\n]*<TR><TD WIDTH="99%" VALIGN="top"> +[\s\n]*<p>(.+?)<UL>(.+?)</UL>}s; die "Could not recognize project page format - has SF changed its layout?\n" unless $desc; @@ -99,20 +83,11 @@ } # Parse Track Numbers -# @$proj{'Homepage'} = $content =~ m{<A href="(.+?)"> Project Home Page</A>}s; - - @$proj{'oBugs','nBugs'} = $content =~ m{Bugs</a> - <span> - : $([\d,]+?) open / ([\d,]+?) total$}is; - @$proj{'oSupports','nSupports'} = $content =~ m{Support Requests</a> - <span> - : $([\d,]+?) open / ([\d,]+?) total$}; - @$proj{'oPatches','nPatches'} = $content =~ m{Patches</a> - <span> - : $([\d,]+?) open / ([\d,]+?) total$}; - @$proj{'oFeatures','nFeatures'} = $content =~ m{Feature Requests</a> - <span> - : $([\d,]+?) open / ([\d,]+?) total$}; + @$proj{'Homepage'} = $content =~ m{<A href="(.+?)"> Project Home Page</A>}s; + @$proj{'oBugs','nBugs'} = $content =~ m{Bugs</A>\s+$ <B>(\d+?) open / (\d+?) total</B> $}; + @$proj{'oSupports','nSupports'} = $content =~ m{Requests</A>\s+$ <B>(\d+?) open / (\d+?) total</B> $<BR>}; + @$proj{'oPatches','nPatches'} = $content =~ m{Patches</A>\s+$ <B>(\d+?) open / (\d+?) total</B> $<BR>}; + @$proj{'oFeatures','nFeatures'} = $content =~ m{Feature Requests</A>\s+$ <B>(\d+) open / (\d+) total</B> $}; # Parse Admin my @admin; ----- End forwarded message -----

2 2

Fwd: [Inkscape-user] System font size on windows
by unknown＠example.com 22 Nov '05

22 Nov '05

What's the status on getting new Windows packages up that fix this? ----- Forwarded message from Mark Ainsworth <Mark.A@...1085...> ----- Date: Tue, 22 Nov 2005 15:31:10 -0000 From: Mark Ainsworth <Mark.A@...1085...> Reply-To: inkscape-user(a)lists.sourceforge.net Subject: [Inkscape-user] System font size on windows To: inkscape-user(a)lists.sourceforge.net Can anyone out there help please? I've just upgraded from .42.2 to .43 and now all the menu and status bar fonts are too small to read. I'm running on Windows XP. I can't find any settings in the program to change. I've read the posting about changing gtk-font-name="verdana" etc. Although this just change some displays, it doesn't change the top menu line, or the status line at the bottom of the window. Version 42.2 was displaying at a size that was quite readable. Help. Thanks Mark. ----- End forwarded message -----

1 0

Should clicking/draggins a bezier segment select its endnodes?
by bulia byak 22 Nov '05

22 Nov '05

Should clicking/draggins a bezier segment select its endnodes? This bug suggests that it must not: https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1363157&group_… I see the logic in selecting the endnodes, but I don't remember ever using this feature for selecting, whereas I do remember how this was annoying a few times. What are your opinions? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

windows exit crash
by bulia byak 22 Nov '05

22 Nov '05

Many people reported a crach on exit on Windows. Now there's a bug report with partial backtrace: http://sourceforge.net/tracker/index.php?func=detail&aid=1363083&group_id=9… suggesting it's something to do with event contexts. If someone on Windows can debug this further it would be very nice. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 5

Re: Patch for WWW::SourceForge
by Bryce Harrington 21 Nov '05

21 Nov '05

Hi Kang-min, I don't know if you noticed, but SourceForge changed their look and feel yesterday. Unfortunately, this had the effect of breaking WWW::SourceForge rather severely. Attached is a patch that partially fixes up WWW::SourceForge::Project. This fixes the loading of the description, detection of invalid projects, and the MailingList code. It doesn't fix the admin listing though, so you will want to look at that. With these changes, tests 1, 2, and 4 now work, but 3 does not. I'm also attaching a new test file for you for the MailingList code, 5.mailstats.t. I figured this breakage was a good opportunity to write tests. ;-) Anyway, hope this helps. Thanks again for the module! Bryce On Wed, Aug 31, 2005 at 10:19:06AM +0800, Kang-min Liu wrote: > On 8/20/05, Bryce Harrington <bryce@...1...> wrote: > > Hi Kang-min, > > > > I noticed when installing WWW::SourceForge through cpan, that it fails > > to install due to one of the tests that requires YAML.pm. Below is a > > little patch that adds this as a requirement to the Makefile.PL: > > Thank you :) > > > Btw, what I'm working on is a perl module for downloading files out of > > the SourceForge file tracker. We need an ability to automatically > > download new versions of packages we use for testing (such as the > > monthly LTP releases), but SourceForge's mirror system has made this a > > convoluted process. (I want to try to design my module to be compatible > > with yours so users could use both together if they want.) > > This is one thing wanted in WWW::SourceForge. I didn't write such feature. > If you're willing to do it, maybe we should put a releases() method in > WWW::SourceForge::Project. > > But,IMHO, for the new-releases polling, I suggest that you put this > into another module, > like POE::Component::SourceForge or something, and let WWW::SourceForge be > only a front-end to the website. > > -- > ??? Cheers, > Kang-min Liu --- WWW-SourceForge-0.09/lib/WWW/SourceForge/Project.pm 2005-10-06 20:07:01.000000000 -0700 +++ WWW-SourceForge-0.09-patched/lib/WWW/SourceForge/Project.pm 2005-11-16 10:53:13.000000000 -0800 @@ -47,18 +47,34 @@ my $proj; my $wa = WWW::Mechanize->new( autocheck => 1); $wa->get($url); - my $content = $wa->content; + my $content = $wa->content or die "Could not retrieve content from '$url'\n"; # Wrong project unixname ? if($content =~ m{<H2><font color="#FF3333">Invalid Project</font></H2>}i) { - return; + warn "Invalid project '$pname'\n"; + return undef; + } elsif ($content =~ m{<H2 class="error">Invalid Project</H2>}i) { + warn "Invalid project '$pname'\n"; + return undef; } + + # Project description - my ($desc,$meta) = $content =~ m{<HR SIZE="1" NoShade><BR> -[\s\n]*<TABLE WIDTH="100%" BORDER="0"> -[\s\n]*<TR><TD WIDTH="99%" VALIGN="top"> -[\s\n]*<p>(.+?)<UL>(.+?)</UL>}s; + my ($desc) = $content =~ m{<div class="tbox"> + <h3>About .+?</h3> + </div> + <b class="tbtm"><b class="t2 tbg"></b><b class="t1 tbg"></b></b> + </div> + <p> + (.+?) + + </p>}is; + + # TODO + # my ($meta) = $content =~ m{}s; + + if (! $desc) { warn $content; } die "Could not recognize project page format - has SF changed its layout?\n" unless $desc;

1 0

small fonts on windows
by John Cliff 21 Nov '05

21 Nov '05

just to confirm that removing the engine "wimp" { } line from the bottom of the gtkrc file in inkscape\etc\gtk-2.0\ and adding the line gtk-font-name="sans 12" where the numbers the size you want does work for fixing menu font size etc. Cheers Sim __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

1 0

Fwd: [Inkscape-devel] Re: Inkscape Announces 0.43 Release :: http://www.inkscape.org :: Draw Freely.
by jiho 21 Nov '05

21 Nov '05

I assumed this was to be sent to the list. Begin forwarded message: > From: Jonathan Chetwynd <j.chetwynd@...871...> > > surely a port of inkscape to cocoa is in order? > frankly X11 is not a great graphical front end :-) > and it wont be a surprise to realise that graphic artists like > native OS X applications. there are several things behind "port of inkscape to cocoa". even if I am not a developer I think I can identify the following steps: - if it is only for the interface, some projects as GTK+-cocoa (search google) are developed and might become mature enough so that inkscape will not need X11 to display the widgets. - then, the rendering engine displays the SVG to X11 I guess. So this has to become independent of X11 too... which might not be too far away with Xara and Inkscape joining efforts (the mail archives have long and interesting discussions about Xara) - eventually I guess that the pressure support is again something else. it currently depends on X11 and should be switched to carbon, cocoa or quartz or whatever deals with this in os X. Again, I'm just packaging Inkscape so I don't know the internals at all but I would bet that proper xinput will appear in some X server on os x before inkscape has a version fully running natively on os X. I have never read anything about porting it to cocoa... but if you want to do it I'll be immensely grateful ;-) Meanwhile, the situation is not be so bad after all: the X11 version of inkscape is rather usable and will only become better and better!! > how about the win98 issue? > > Have you seen this attempt to describe variable width strokes?: > http://www.schepers.cc/differentstrokes.html > it was written in response to an exchange of emails & IRC... > > I am keen to see how inkscape produces variable width lines in SVG.... > so currently rebooting in linux, however aware that pressure > sensitivity in linux isn't a given... > > regards > > > Jonathan Chetwynd > Accessible Solutions > http://www.eas-i.co.uk > > > > On 21 Nov 2005, at 14:25, jiho wrote: > > > On 21 nov. 05, at 14:46, Jonathan Chetwynd wrote: > >> Jon & Bryce, >> >> congratulations on .43, however would it be correct that "Pressure >> and Tilt Sensitivity" can not currently be enabled for OS X? >> given that the majority of graphics designers and perhaps even >> wacom tablet users prefer OS X, this remains a long term concern. >> >> The Gimp-like application: 'Seashore' is already available for OS >> X with "Pressure and Tilt Sensitivity" >> http://seashore.sourceforge.net/ > > The lack of support for pressure sensitivity in Inkscape (or in the > Gimp by the way) on os x does not really depend on Inkscape itself > but on the X server you are using. Xfree does not support xinput (= > pressure sensitivity) on os x. so apple X11 does not either. I've > read that xorg supports it somehow. I don't know about orobor os X... > Seashore being a cocoa app it can use the pressure sensitivity like > any other native application. > > So the solution will be to test with xorg (any feedback is welcome > I'm waiting for this too!) or to wait for some work from apple... > > JiHO > --- > Windows, c'est un peu comme le beaujolais nouveau : > a chaque nouvelle cuvee on sait que ce sera degueulasse, > mais on en prend quand meme par masochisme. > --- > http://jo.irisson.free.fr/ > Jean-Olivier Irisson --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- Personal address: Château St Martin, 66200 Elne, France Professional address: EPHE- UMR CNRS 8046, 52 av Paul Alduy, 66860 Perpignan Cedex, France Mobile: 06 21 05 19 90 Web site: http://jo.irisson.free.fr/work/

2 1

Inkscape Announces 0.43 Release :: http://www.inkscape.org :: Draw Freely.
by Jon Phillips 21 Nov '05

21 Nov '05

Inkscape Announces 0.43 Release :: http://www.inkscape.org Inkscape 0.43 is now available thanks to the work of many developers and the sponsorship of Google's Summer of Code program which sponsored four students to work on features for Inkscape. The main new features in this release are: * Connectors: Objects can be connected using auto-routing lines. * Inkboard Collaborative Editing: You can connect to other Inkscape users over a network and edit a shared document. * Pressure and Tilt Sensitivity: The calligraphy tool may now use a tablet pen with pressure and tilt support. * Better Node Editing: You can now drag, bend, and stretch a Bezier curve by any point and not only by a node. * New Extensions: There are now extensions for envelope distortion, whirling, and adding nodes. * SVG Compliance: There is now additional support for the viewBox element improving SVG compatibility. * There is an online book, "A Guide to Inkscape", available at http://tavmjong.free.fr/INKSCAPE/MANUAL/html/index.php, which has been updated to cover the 0.43 features. Currently the Inkscape community is working on the next release which will focus on stability and closing bugs. The next release will add an outline viewing mode, a plan towards SVG Tiny compliance, a fill and stroke interface to the bottom toolbar, and more application refinements. Inkscape is open to all types of contributions by people with all different skill levels from around the world. We need translators, web designers, people to help answer questions, and developers to help us reach our goal of SVG compliance. Visit Inkscape.org and come help us Draw Freely. Download Linux, Windows, and Mac OS X packages: http://sourceforge.net/project/showfiles.php?group_id=93438 For many more details, see the complete Release Notes for 0.43: http://www.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes043 Community submitted screenshots: http://www.inkscape.org/screenshots/ About Inkscape Inkscape is an open source drawing tool that uses the World Wide Web Consortium's (W3C) scalable vector graphics format (SVG). Some supported SVG features include basic shapes, paths, text, markers, clones, alpha blending, transforms, gradients, and grouping. In addition, Inkscape supports Creative Commons' metadata, node-editing, layers, complex path operations, text-on-path, text-in-shape, and SVG XML editing. It also imports several formats like EPS, <nowiki>PostScript</nowiki>, JPEG, PNG, BMP, and TIFF and exports PNG as well as multiple vector-based formats. Inkscape's main motivation is to provide the Open Source community with a fully W3C compliant XML, SVG, and CSS2 drawing tool. Additional work includes conversion of the codebase from <nowiki>C/Gtk</nowiki> to <nowiki>C++/Gtkmm</nowiki>, emphasizing a lightweight core with powerful features added through an extension mechanism, and the establishment of a friendly, open, community-oriented development process.

3 2

create UML graph with inkscape
by Laszlo 21 Nov '05

21 Nov '05

Hi! I would use inkscape to create UML class diagram. The main problem, that I cant resize the diagram the appropriate way. Here is a little illustration how it should be resizable the diagram: http://khiraly.4242.hu/tmp/umlClass.png Im showing with a little diagram the main problem: http://khiraly.4242.hu/tmp/umlClass.png Is it possible to resize a diagram like the above image? OR If I edit an object, and place a node to an another place, is it possible to snap to the grid? (shortkey: F2). The snap to the grid work only with the move tool (shortkey: F1). Best regards, Khiraly

2 2

Re: Inkscape Announces 0.43 Release :: http://www.inkscape.org :: Draw Freely.
by Jonathan Chetwynd 21 Nov '05

21 Nov '05

Jon & Bryce, congratulations on .43, however would it be correct that "Pressure and Tilt Sensitivity" can not currently be enabled for OS X? given that the majority of graphics designers and perhaps even wacom tablet users prefer OS X, this remains a long term concern. The Gimp-like application: 'Seashore' is already available for OS X with "Pressure and Tilt Sensitivity" http://seashore.sourceforge.net/ it might be of note, that there is also an outstanding requested for a similar 'stripped' down version of inkscape for children. furthermore on win98: dialogue: Pango-ERROR **: file....aborting.... another dialogue: Pango-WARNING(recursed) **: Couldn't load font "MS sans Serif 8" falling back to "Sans 8" aborting... and no application loads not a happy bunny ~:" regards Jonathan Chetwynd Accessible Solutions http://www.peepo.co.uk On 21 Nov 2005, at 10:01, Jon Phillips wrote: November 21, 2005 — The Inkscape community today releases Inkscape 0.43, an Open Source Scalable Vector Graphics (SVG) drawing tool available for Unix/Linux variants, Mac OS X, and Windows. The focus of this release is on the exciting new features sponsored by Google through their Summer of Code (SoC) program which provided funding for four individuals to contribute to Inkscape. The primary additions this release are: * Connectors: A new indispensable connector tool implements creation, editing, and auto-routing (object-avoiding) of connector lines between objects. It is indispensable for drawing diagrams. (Google SoC project) * Inkboard Collaborative Editing: One may now connect to other Inkscape users over a network and edit a shared document, watch changes, and contribute one's own changes. (Google SoC project) * Pressure and Tilt Sensitivity: The calligraphy tool may now use a tablet pen with pressure and tilt support to vary the width and angle of a calligraphic stroke. * Better Node Editing: One may freely drag, bend, and stretch a Bezier curve by any point and not only by a node. Also, one may easily add a new node at any point on the curve. * New Extensions: There are now extensions for envelope distortion, whirling, and adding nodes. * Refinements: Inkscape now supports improved precision, expanded limits, usability improvements and several bugfixes. * SVG Compliance: There is now additional support for the viewBox element improving SVG compatibility. In response to the release, Tavmjong Bah updated his online book, "A Guide to Inkscape" (http://tavmjong.free.fr/INKSCAPE/MANUAL/html/index.php), to cover the Inkscape 0.43 features. This guide is not included with the Inkscape release. Users are encouraged to read the guide in addition to Inkscape 0.43's release notes and the help included with Inkscape. Currently the Inkscape community is working on the next release which focuses on stability and closing bugs. The next release will add an outline viewing mode, a plan towards SVG Tiny compliance, a fill and stroke interface to the bottom toolbar, and further application refinements. Inkscape is open to all types of contributions by people with all different skill levels from around the world. Inkscape needs translators, web designers, people to help answer questions, and developers to help reach the project's goal of SVG compliance. Visit Inkscape.org and Draw Freely. Download Linux, Windows, and Mac OS X packages: http://sourceforge.net/project/showfiles.php?group_id=93438 For many more details, see the complete Release Notes for 0.43: http://www.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes043 Community submitted screenshots: http://www.inkscape.org/screenshots/ About Inkscape Inkscape is an open source drawing tool that uses the World Wide Web Consortium's (W3C) scalable vector graphics format (SVG). Some supported SVG features include basic shapes, paths, text, markers, clones, alpha blending, transforms, gradients, and grouping. In addition, Inkscape supports Creative Commons' metadata, node-editing, layers, complex path operations, text-on-path, text-in-shape, and SVG XML editing. It also imports several formats like EPS, PostScript, JPEG, PNG, BMP, and TIFF and exports PNG as well as multiple vector-based formats. Inkscape's main motivation is to provide the Open Source community with a fully W3C compliant XML, SVG, and CSS2 drawing tool. Additional work includes conversion of the codebase from <nowiki>C/Gtk</nowiki> to C++/Gtkmm, emphasizing a lightweight core with powerful features added through an extension mechanism, and the establishment of a friendly, open, community-oriented development process.

2 1

RE: Inkscape Announces 0.43 Release
by Alex Biddle 21 Nov '05

21 Nov '05

Congratulations everyone! Blogged it, and yes, the header _was_ created with Inkscape. :D http://blog.heuristicdesign.co.uk/archives/2005/11/21/inkscape-043/ > November 21, 2005 — The Inkscape community today releases Inkscape 0.43, > an Open Source Scalable Vector Graphics (SVG) drawing tool available for > Unix/Linux variants, Mac OS X, and Windows.

1 0

Inkscape Announces 0.43 Release :: http://www.inkscape.org :: Draw Freely.
by Jon Phillips 21 Nov '05

21 Nov '05

November 21, 2005 - The Inkscape community today releases Inkscape 0.43, an Open Source Scalable Vector Graphics (SVG) drawing tool available for Unix/Linux variants, Mac OS X, and Windows. The focus of this release is on the exciting new features sponsored by Google through their Summer of Code (SoC) program which provided funding for four individuals to contribute to Inkscape. The primary additions this release are: * Connectors: A new indispensable connector tool implements creation, editing, and auto-routing (object-avoiding) of connector lines between objects. It is indispensable for drawing diagrams. (Google SoC project) * Inkboard Collaborative Editing: One may now connect to other Inkscape users over a network and edit a shared document, watch changes, and contribute one's own changes. (Google SoC project) * Pressure and Tilt Sensitivity: The calligraphy tool may now use a tablet pen with pressure and tilt support to vary the width and angle of a calligraphic stroke. * Better Node Editing: One may freely drag, bend, and stretch a Bezier curve by any point and not only by a node. Also, one may easily add a new node at any point on the curve. * New Extensions: There are now extensions for envelope distortion, whirling, and adding nodes. * Refinements: Inkscape now supports improved precision, expanded limits, usability improvements and several bugfixes. * SVG Compliance: There is now additional support for the viewBox element improving SVG compatibility. In response to the release, Tavmjong Bah updated his online book, "A Guide to Inkscape," to cover the Inkscape 0.43 features. This guide is not included with the Inkscape release. Users are encouraged to read the guide in addition to Inkscape 0.43's release notes and the help included with Inkscape. Currently the Inkscape community is working on the next release which focuses on stability and closing bugs. The next release will add an outline viewing mode, a plan towards SVG Tiny compliance, a fill and stroke interface to the bottom toolbar, and further application refinements. Inkscape is open to all types of contributions by people with all different skill levels from around the world. Inkscape needs translators, web designers, people to help answer questions, and developers to help reach the project's goal of SVG compliance. Visit Inkscape.org and Draw Freely. Download Linux, Windows, and Mac OS X packages: http://sourceforge.net/project/showfiles.php?group_id=93438 For many more details, see the complete Release Notes for 0.43: http://www.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes043 Community submitted screenshots: http://www.inkscape.org/screenshots/ About Inkscape Inkscape is an open source drawing tool that uses the World Wide Web Consortium's (W3C) scalable vector graphics format (SVG). Some supported SVG features include basic shapes, paths, text, markers, clones, alpha blending, transforms, gradients, and grouping. In addition, Inkscape supports Creative Commons' metadata, node-editing, layers, complex path operations, text-on-path, text-in-shape, and SVG XML editing. It also imports several formats like EPS, PostScript, JPEG, PNG, BMP, and TIFF and exports PNG as well as multiple vector-based formats. Inkscape's main motivation is to provide the Open Source community with a fully W3C compliant XML, SVG, and CSS2 drawing tool. Additional work includes conversion of the codebase from C/Gtk to C++/Gtkmm, emphasizing a lightweight core with powerful features added through an extension mechanism, and the establishment of a friendly, open, community-oriented development process.

1 0

Inkscape Announces 0.43 Release :: http://www.inkscape.org :: Draw Freely.
by Jon Phillips 21 Nov '05

21 Nov '05

November 21, 2005 — The Inkscape community today releases Inkscape 0.43, an Open Source Scalable Vector Graphics (SVG) drawing tool available for Unix/Linux variants, Mac OS X, and Windows. The focus of this release is on the exciting new features sponsored by Google through their Summer of Code (SoC) program which provided funding for four individuals to contribute to Inkscape. The primary additions this release are: * Connectors: A new indispensable connector tool implements creation, editing, and auto-routing (object-avoiding) of connector lines between objects. It is indispensable for drawing diagrams. (Google SoC project) * Inkboard Collaborative Editing: One may now connect to other Inkscape users over a network and edit a shared document, watch changes, and contribute one's own changes. (Google SoC project) * Pressure and Tilt Sensitivity: The calligraphy tool may now use a tablet pen with pressure and tilt support to vary the width and angle of a calligraphic stroke. * Better Node Editing: One may freely drag, bend, and stretch a Bezier curve by any point and not only by a node. Also, one may easily add a new node at any point on the curve. * New Extensions: There are now extensions for envelope distortion, whirling, and adding nodes. * Refinements: Inkscape now supports improved precision, expanded limits, usability improvements and several bugfixes. * SVG Compliance: There is now additional support for the viewBox element improving SVG compatibility. In response to the release, Tavmjong Bah updated his online book, "A Guide to Inkscape" (http://tavmjong.free.fr/INKSCAPE/MANUAL/html/index.php), to cover the Inkscape 0.43 features. This guide is not included with the Inkscape release. Users are encouraged to read the guide in addition to Inkscape 0.43's release notes and the help included with Inkscape. Currently the Inkscape community is working on the next release which focuses on stability and closing bugs. The next release will add an outline viewing mode, a plan towards SVG Tiny compliance, a fill and stroke interface to the bottom toolbar, and further application refinements. Inkscape is open to all types of contributions by people with all different skill levels from around the world. Inkscape needs translators, web designers, people to help answer questions, and developers to help reach the project's goal of SVG compliance. Visit Inkscape.org and Draw Freely. Download Linux, Windows, and Mac OS X packages: http://sourceforge.net/project/showfiles.php?group_id=93438 For many more details, see the complete Release Notes for 0.43: http://www.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes043 Community submitted screenshots: http://www.inkscape.org/screenshots/ About Inkscape Inkscape is an open source drawing tool that uses the World Wide Web Consortium's (W3C) scalable vector graphics format (SVG). Some supported SVG features include basic shapes, paths, text, markers, clones, alpha blending, transforms, gradients, and grouping. In addition, Inkscape supports Creative Commons' metadata, node-editing, layers, complex path operations, text-on-path, text-in-shape, and SVG XML editing. It also imports several formats like EPS, PostScript, JPEG, PNG, BMP, and TIFF and exports PNG as well as multiple vector-based formats. Inkscape's main motivation is to provide the Open Source community with a fully W3C compliant XML, SVG, and CSS2 drawing tool. Additional work includes conversion of the codebase from <nowiki>C/Gtk</nowiki> to C++/Gtkmm, emphasizing a lightweight core with powerful features added through an extension mechanism, and the establishment of a friendly, open, community-oriented development process.

1 0

Re: [Inkscape-user] Some difficulties with the new version of Inkscape
by Ralf Stephan 21 Nov '05

21 Nov '05

bulia: > On 11/20/05, Hago Ziegler <h@...1083...> wrote: > > since I downloaded a new version yesterday I can't use the node tools in > > the tool-bar anymore. > > I tried another download today - the same. > > I don't see this, but from the description it looks like it might be > related to some recent GTKmmfication work. Ralf, can you comment? Not my area at all, at the moment I'm doing dialogs/their widgets, no desktop. Please give a specific sequence of steps to reproduce. ralf

1 0

Congrats on 0.43 release!
by Mike Hearn 21 Nov '05

21 Nov '05

Hi guys, I just grabbed the 0.43 autopackage, which worked fine, and had a quick play with the new features. Whoever did connectors I LOVE YOU :) This is one of the features I find most useful in the (shame) MS Word vector editor and now Inkscape can replace it for diagram editing. I also like the new path editing options. In 0.42 I could never figure out how to add a node, now I find I can just double click (or was this feature here before and I just never noticed it). The help tips at the bottom are great but unfortunately my screen isn't wide enough to see all of them. Finally the new about picture is quite funny :) thanks -mike

2 1

Cannot open files on OS X (0.43 pre-releases)
by Andrew Ashton 21 Nov '05

21 Nov '05

I am using Mac OS 10.4.3 with Apple's X11 On an iMac G5 2GHz. I have this problem with all of the pre-release .dmg files (pre0 through pre3), though unfortunately I have been busy and unable to spend much time looking into it. So I can see console errors, I run Inkscape from the command-line[1] and get one error right away: $ /Applications/Inkscape0.43pre3-2.app/Contents/MacOS/Inkscape (inkscape-bin:822): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Clicking the 'Open' icon or going 'File' -> 'Open...' gives me this: (inkscape-bin:822): Gtk-WARNING **: Could not find the icon 'gnome-fs-home'. The 'hicolor' theme was not found either, perhaps you need to install it. You can get a copy from: http://freedesktop.org/Software/icon-theme/releases Finally, actually trying to open any svg file gives me this: (inkscape-bin:822): libgnomevfs-CRITICAL **: gnome_vfs_uri_is_local: assertion `uri != NULL' failed ** (inkscape-bin:822): WARNING **: Invalid URI ** (inkscape-bin:822): WARNING **: Error: Could not open file '/path/to/file.svg' with VFS And an error window in X11 appears as well: "Failed to load the requested file /path/to/file.svg" Anyone have any ideas of what's going on? I think it's a problem on my end, because other 10.4.3 users seem to have it working fine. Unfortunately I'm still pretty unfamiliar with OS X (and X11 has always baffled me) so I don't really know where to start looking for problems. (Note: importing bitmaps works fine, though importing svgs gives me the same problem) Any help is much appreciated. AJ Ashton [1] I'm fairly new to Mac OS so I don't even know if this is the correct method for running an app from the console. It runs the same when I double click the .app, so I assume it is.

2 1

illustrator version 3 - 7 Sample Files
by Jon Phillips 21 Nov '05

21 Nov '05

Hi, I took two files from Open Clip Art Library and saved them as illustrator 3 - 10 versions and put them up here: http://www.rejon.org/projects/inkscape/index.php http://wiki.inkscape.org/cgi-bin/wiki.pl?AdobeIllustrator Please compare to the SVG file and use these to help develop the Adobe Illustrator import/export features. Jon L. and others (who asked), please create more examples of AI files so that we can get better compliance with Adobe's AI output. Thanks, Jon BRYCE: one more outstanding task done. -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

1 0

WEBFORM Website errors
by sacool 20 Nov '05

20 Nov '05

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: sacool email: email@...1082... submitted the following: Hi, first of al i am german, so this text can include a lot of mistakes ;) A few days ago i tried to suscribe ro the rss-feed. But i think it doesn\'t work correctly. The Date of all news is 11/30/2004. I use Opera as Rss-Reader and all others feeds i have subscribed work correct. Also i noticed that this site is not really XHTML valid: http://validator.w3.org/check?uri=http%3A%2F%2Fwww.inkscape.org i think you should changed this... so now in german: Hi, als ich vor ein paar Tagen versucht habe den Rss-Feed in Opera zu abbonieren, habe ich festgestellt, dass dieser nicht so funktioniert wie es eigentlich sein sollte. Bei alle News wird das Datum 30.11.2004 angezeigt und das kann meiner Meinung nach nicht so wirklich stimmen. AuÃerdem habe ich festgestellt, dass die Seite entgegen der angezeigten Buttons unten nicht HTML valid ist, wie man hier erkennen kann: http://validator.w3.org/check?uri=http%3A%2F%2Fwww.inkscape.org Mfg sacool

2 2

platform specific inx
by unknown＠example.com 20 Nov '05

20 Nov '05

Last night I added a short blurb to http://wiki.inkscape.org/cgi-bin/wiki.pl?GettingExtensionsWorking about how I was able to make pdf output work on WinXP with ghostscript. I've been thinking about what if any of that should go into cvs and how would we ever make an inx file cross platform in a situation like this. But it just occured to me that for in/output extensions this isn't necessary. An inx for each platform could coexist as long as they have appropriate dependency tests. Because they don't show up when the deps aren't met. So I guess I just need a proper test for windows. thoughts? Aaron Spike

6 6

Gentoo notified of inkscape 0.43 release
by Bryce Harrington 20 Nov '05

20 Nov '05

I sent in a gentoo bug about 0.43 this morning, so hopefully it'll be in ~x86 soonish. Bryce

1 0

0.43 rpm's for Mandriva
by Hendrik-Jan Heins 20 Nov '05

20 Nov '05

Mandriva linux 2005LE RPM packages for 0.43 are up on the sourceforge site. (both i586 and x86_64). Hendrik-Jan Heins -- Publieke GnuPG sleutel beschikbaar op de volgende keyserver: pgpkeys.mit.edu Public GnuPG key available at keyserver pgpkeys.mit.edu

2 1

Inkscape 0.43 Released
by Ted Gould 19 Nov '05

19 Nov '05

Inkscape 0.43 is now released. With lots of exciting new features, many sponsored by Google's Summer of Code, this is the best release of Inkscape until the next one. Source code is now available in Sourceforge, and everything is tagged and labeled in CVS. We kindly ask that this release not be publicized outside of the friendly confines of the Inkscape community until more packages are available. Shortly, a more public announcement will be made. Thank you for containing your excitement. Release in SF: http://sourceforge.net/project/showfiles.php?group_id=93438&package_id=9911… MD5 Sums: 97c606182f5e177eef70c1e8a55efc1f inkscape-0.43.tar.bz2 8f6ef98f046784b11d843738543866dd inkscape-0.43.tar.bz2.sig e3e92da1464dcee1b42560ff073dfe36 inkscape-0.43.tar.gz a5d7d368af974e8feb9be647ed791b7c inkscape-0.43.tar.gz.sig --Ted

2 2

Re: [Clipart] InkScape Download
by Alan Horkan 19 Nov '05

19 Nov '05

Bringing back onlist so the question is archived for others to see (and including RiDiRi in the Carbon Copy list because he obviously isn't on the list). On Sat, 19 Nov 2005 RiDiRi@...1081... wrote: > Date: Sat, 19 Nov 2005 16:15:42 EST > From: RiDiRi@...1081... > To: horkana@...44... > Subject: Re: [Clipart] InkScape Download > > Alan > I downloaded InkScape Ver. 0.42.2-1 win 32.exe. All that I can tell > you, is that when I originally downloaded InkScape about two weeks ago, > the program ran fine. I was away from the computer for 4 days. When I > got back on, the program doesn't get past a black screen that says 'new > document 1 - Inkscape'. The screen appears for about 1 second, then > goes away. > While on this page showing all the InkScape file, there is one InkScape > exe. icon that that says 'inkscape exe - unable to locate component. > This application has failed to start because libatkmm-1.6-1 was not > found. Reinstalling the application may fix it. There may have been an error in the package and that file might really be missing but I'm surprised it worked the first time but didn't work later. > The only way I know how to reinstall anything, is by uninstalling and > reinstalling the whole program. But with always the same results. That probably should have worked. > I enjoyed working with the program the short time that I've had it, Good to hear > but I don't think there is anything else I can tell you. And I don't > want you to be wasting your time on me. Helping users is not a waste of time. Very often we learn about problems which may have accidentally been overlooked or get ideas for improvements. Knowing people are using and enjoying inkscape is something we all like to hear and not at all a waste of time. > I thank you for all that you suggested. And I probably drop in on your > site and try again in the future. Perhaps someone else on the list can offer a better suggestion on how to fix your current setup but if you are willing to wait there should be a windows version of Inkscape 0.43 release this week (or sooner) and personally I would do the easiest thing and wait for 0.43. Hope that helps Sincerely Alan Horkan Inkscape http://inkscape.org Abiword http://www.abisource.com Dia http://gnome.org/projects/dia/ Open Clip Art http://OpenClipArt.org Alan's Diary http://advogato.org/person/AlanHorkan/

1 0

Re: [Clipart] InkScape Download
by Jonathan Leighton 19 Nov '05

19 Nov '05

Hi Richard, The Open Clip Art Library is not responsible for the Inkscape program but the two projects are closely related and a number of our developers work on Inkscape too. Inkscape is open source, free software, meaning that you are entitled to use and redistribute the software as much as you would like -- so there is no time limit. Most probably you are experiencing a bug in the program which is causing a crash. I am sure the Inkscape developers would appreciate it if you could give them a little more information so they can look at it or help you out. I have copied the Inkscape developers in on this email and hopefully one of them will get in touch with the right questions. Kind Regards Jon On Fri, 2005-11-18 at 15:12 -0800, Open Clip Art Library Feedback Form wrote: > Name: Richard Kowalski > E-mail: RiDiRi@...1081... > > > Dear Sirs > Recently I downloaded your Inkscape program. How much time limit > does the program have on it? It won't load up for me anymore. I > didn't see a time limit or a cost if I like the program. I tried > uninstalling and reinstalling, but it still won't come up for me. > I was running it on Windows XP. > > Thank You > > _______________________________________________ > clipart mailing list > clipart@...626... > http://lists.freedesktop.org/mailman/listinfo/clipart -- Jonathan Leighton http://turnipspatch.com/ | http://digital-proof.org/

2 1

0. 4. 3.
by bulia byak 18 Nov '05

18 Nov '05

I'm awfully sorry to raise this boring topic again, but... Did we decide to skip 0.43 at all? Peter is doing lots of commits into CVS HEAD. Jon is nowhere to be seen. Or, did we release it already and I missed it? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

9 19

better pdf output (Linux)
by pasp 18 Nov '05

18 Nov '05

Hello, Recently I have done simple hack and I used epstopdf [1] command instead of ps2pdf. This way we can export pdf files with full respect to bounding box. Hope It will be useful for someone too :) greets, Tomek [1] $ rpm -qf /usr/bin/epstopdf tetex-3.0-6.FC4 (also included in this mail)

3 2

SVN
by unknown＠example.com 18 Nov '05

18 Nov '05

_why's just switched a bunch of his projects to SVN, so it looks like I'm going to be getting some firsthand experience with it on real (i.e. multi-developer) projects. I'll try and keep y'all updated on how it goes. -mental

3 2

Re: [Inkscape-user] To incorporate images to svg file
by Alexandre Prokoudine 18 Nov '05

18 Nov '05

On 11/18/05, Ezequias Rodrigues da Rocha <ezequias@...1079...> wrote: > Hi list, > > It is possible to incorporate the images loaded on a svg project to the > svg file ? I need to copy all the images if I want to exchange the file > to other people ? We discussed it earlier in developers mailing list, but seem to not have logged it in FR tracker, so here it is: http://sourceforge.net/tracker/index.php?func=detail&aid=1360007&group_id=9… Alexandre

2 1

rubberband selection broken?
by Alexandre Prokoudine 18 Nov '05

18 Nov '05

Hi, At least as of CVS HEAD rubberband selection seems to be broken. I.e. if I press Shift and start selecting objects, partially added objects don't get added to selection. Am I the only one to experience this? Should I go straight to bugtracker? Alexandre

2 2

NEW: more commands in the selected style indicator, misc
by bulia byak 18 Nov '05

18 Nov '05

More commands in the selected style indicator (right-click menu): ** "White", "Black": Sets the fill or stroke to the corresponding color. (This may be removed when we have a color palette in the main interface, but for now these are very useful.) ** "Copy color", "Paste color": Copies or pastes the fill or stroke color (when it's color) to/from the system clipboard, as text in the #rrggbb format. ** "Swap fill and stroke": Exchanges fill and stroke (both their types and colors, if any). Also: * By popular demand, in Pen tool, if a new path is being drawn but not yet finished, Ctrl+Z cancels that unfinished path (i.e. does the same as Esc), instead of undoing the previous action. * In Node tool, the ! key inverts node selection in the current subpath(s) (i.e. subpaths with at least one selected node); Alt+! inverts in the entire path. (This is similar to how these keys work in Selector, with current subpath(s) instead of the current layer.) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

i18n-able docs
by Alexandre Prokoudine 17 Nov '05

17 Nov '05

Hi, Is there any reason to keep i18n-able files keys.xml, keys.fr.xml etc. in 'docs ' directory of HEAD branch instead of doc-docbook branch? Alexandre

1 0

Retention of modified rotation centres
by John Cliff 17 Nov '05

17 Nov '05

Hi all, I've just commited some code that makes inkscape retain the centre of rotations location after you move it so that next time you come back to it the centre is where you put it. Allows you to do things like this: http://rapidshare.de/files/7501289/JCB_demo_XVID.avi I'm looking at adding a way to make it return to being centred, Scislac suggested ctrl+click, which unless anyone has any other suggestions is the way I'm gonna go. cheers Sim __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com

5 4

white border around images
by John Taber 16 Nov '05

16 Nov '05

I've noticed I get a white border around png images that are opened and then copy and pasted into an inkscape drawing (I don't think the images themselves have the border - I've trimmed them in Gimp) - not sure what is causing this - any ideas how to fix ?

2 3

Inkscape-0.42+0.43pre3-1.dmg fails on OSX 10.3.9/X11
by Rasca 15 Nov '05

15 Nov '05

Hi, I tried the package Inkscape-0.42+0.43pre3-1.dmg on a MacOSX machine with OSX 10.3.9 and X11 installed from the OSX Cdrom. Sad, but it doesn't launch. When I try to use the command line, then I see that the binary is missing a dynamic library (libXinerama.1.dyn) which seems not to be included in the apple X11 distribution. Any ideas? If you have the solution please add also a README to the *.dmg to point to this. I'm sure I'm not the only one.. thx + cu rasca PS: same for the previous version Inkscape-0.42+0.43pre2-1.dmg

3 7

Win32 Text
by Joshua A. Andler 15 Nov '05

15 Nov '05

Since Richard's recent changes with the text stuff on win32, the text rendering is horribly broken for some reason (text is basically microscopic). I didn't want to throw this in the tracker yet, because we'll be hit pretty hard once .43 releases (but will do so if I don't see a response within a few days). I did have Aaron confirm it as well, so I know it's not just my box. Richard, I know you said it doesn't affect you, but if it's affecting the two of us, something is definitely not right. Do you have something different lib-wise by chance? -Josh

3 2

WEBFORM How to draw or insert a 9X9 grid Sudoku table
by Henry Kwok 14 Nov '05

14 Nov '05

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Henry Kwok email: hklksk@...1078... submitted the following: Enter your message or news here. Dear Sir I could not find any instruction from \"Help\" or your website about how to use Inkscape to draw or insert a 9x9 grid Sudoku table with number text written on the lines between each cell. Can you please advise me on this. Thanks With regards Henry Kwok

2 1

canvas: backing store, etc
by unknown＠example.com 14 Nov '05

14 Nov '05

bulia's work with canvas has inspired me to take a look at canvas code myself, and I've noticed one area where we could probably do better is to start using a persistent backing store for the canvas widget. Of course, X is supposed to provide that (although in XFree86 the backing store facility has been broken for years). So, I don't know -- is this something we should bother with ourselves, or rely on X to fix it eventually? It looks like we don't get a backing store on Windows either, though. Also, I think I've found another reason (besides cache effects) why increasing the tile size beyond 1M decreases painting performance: there is an optimization in the tile code such that if the entire tile is empty, it gets drawn with a rectangular fill instead of a blit. The larger the tile size, the less likely the optimization is to be employed. Probably also one of the other reasons why Lauris went with the small tile size (though as bulia has demonstrated, it was TOO small). I wonder if there's a way to take advantage of this optimization without having to re-tesselate for every single tile? Nathan suggested keeping a BSP once, which would be one option, but I'm not sure how to (efficiently) get there from livarot. Ideally, we should be able to tesellate once for the entire viewport, and then selectively blit/fill regions of that. -mental

1 0

svn's branch-merge to mitigate deps; cairo, gtkmm 'trainwreck'
by Jeff Kowalczyk 13 Nov '05

13 Nov '05

First, my sincere thanks to the Inkscape developers. You've developed a remarkable program in a very short time. The future ubiquity of SVG on several platforms owes a huge debt of gratitude to Inkscape and the people behind it. I noted the recent concern about which versions of various libraries (gtkmm, etc.) Inkscape should target for maximum benefit. See "newest gtkmm needed to compile HEAD" and "train wreck...") As a Gentoo user (i.e. self-imposer of trainwrecks), I periodically compile Inkscape-cvs against very recent gtk gtkmm, cairo etc. Anything older than the latest Ubuntu seems positively fossilized to my biased point of view. When I see mention of various cool features that developers have running in a private sandbox, I think it speaks to Inkscape's extreme need for a source repository that provides better support for branching and merging. I think Inkscape needs to migrate its source to subversion, and let the various devs maintain according to their interest: short-lived feature branches, long-lived maintenance branches, and convenient build bundles (svn:externals), to push the bleeding edge and still satisfy the slower pace of disto compatibility. Inkscape has a primary role to play in the SVG revolution on the GNOME and KDE linux desktops; it can't afford to lag behind the recent graphics libraries on which Cairo is being developed. At the same time, Inkscape needs to build packages for distros (and platforms) in various degrees of stability and vintage. Subversion could facilitate things the Inkscape developers are already trying to do. Using svn:externals, bundles could be maintained that would provide every conceivable combination of dependency, and a high probability of build success. A simple 'svn switch' would allow one to try out that latest cool feature mentioned one the mailing list, and come back to a safer branch without hassle if the feature isn't fully cooked. Just my $0.02, Inkscape is an amazing program with equally admirable community effort behind it. Keep up the good work.

6 7

NEW: speedups, Outline mode
by bulia byak 13 Nov '05

13 Nov '05

(This and the following messages describe new stuff in CVS and thus in 0.44, not 0.43) Recently I committed a few rendering speedup patches that I've been testing for a few weeks. It's still far from Xara speed, but the difference is noticeable. 1. As you probably noticed, screen redraw is done in chunks (typically horizontal strips). The maximum size of the chunk was 64K, which is pretty small. (Lauris had a strange idea that Sodipodi must run fine on a system with 32Mb RAM.) On the other hand, rendering each chunk causes a complete stroking and uncrossing of the paths touched by the chunk, which is especially expensive for paths with strokes, and even more so for dash patterns. This means the monstrous livarot functions were called a lot more often than necessary. I increased the chunk size to 256K, and that helped a lot. In some critical situations (complex stroked/dashed paths at high zooms) it's now up to 3 times faster; typically at least 10% faster. Node editing is also noticeably snappier because it involves a lot of path rendering. I then tried 1M chunks, but even though this made stroke/path rendering still faster, for some reason it slowed down rendering of files with lots of semitransparent gradients. So in the end, I settled on 256K. The gradient slowness with large chunks needs further investigation. 2. When rendering transparent overlays, Inkscape spends a lot of time calculating NR_PREMUL(c,a) defined as (((c) * (a) + 127)/255). I changed the division to FAST_DIVIDE_BY_255(v) ((((v)<< 8) + (v) + 257) >> 16) borrowed from Mozilla and got about 10% speedup on complex documents with transparency. 3. An error in sp-canvas.cpp caused a complete extra screen redraw after each zoom operation. That is, after you press "+" in a complex drawing, Inkscape redraws, but for some time after that it remains still unresponsive because it does that second redraw (invisibly for you, i.e. nothing changes on the screen). I fixed that, and now zooming is much more pleasant in complex docs. 4. It turned out pretty easy to code an Outline ("wireframe") display mode. In it: - all paths and shapes are shown as inverse (black on light background and vice versa) outlines of constant width (i.e. 1 screen pixel regardless of zoom), without fill; - text is painted by inverse fill color without stroke; - bitmaps are shown as is; - any opacity and gradients are ignored. Since Inkscape's display of path strokes is the slowest part of its renderer, the outline mode is usually not drastically faster than regular mode (usually 10% to 50% faster), and in some cases it may even be slower. However, the value of the outline mode is not only in its speed; it is a good way to get an idea of the structure and objects of your document, and it is convenient for precision node editing and for finding "stray objects". The switch from normal to outline view and back (View > Display mode) works on the fly. (As for a non-AA mode, I have no idea how to do it, and anyway I doubt that it will give a noticeable speedup at all.) I'm also really looking forward to Xara opening its code. I do plan to attempt to borrow their renderer, or parts thereof, into Inkscape, now that I know that ins and outs (but not the guts) of our own renderer fairly well, but I cannot promise anything - this may turn out prohibitively difficult. We'll see. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

7 11

New warnings (was Re: inkscape build report)
by Bryce Harrington 13 Nov '05

13 Nov '05

Three new warnings popped up in the build today... Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Sat, 12 Nov 2005 17:21:02 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Sat Nov 12 15:54:54 2005 (Run 747) Snapshot: inkscape-20051112-1440.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 7 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == seltrans.cpp:651: warning: `void sp_sel_trans_handle_click(SPKnot*, unsigned int, void*)' defined but not used sp-item.cpp:151: warning: converting to non-pointer type `double' from NULL sp-item.cpp:152: warning: converting to non-pointer type `double' from NULL display/canvas-arena.cpp:87: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:87: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:133: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:133: warning: (perhaps the `offsetof' macro was used incorrectly) == Environment Summary == ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

RE: 0.43pre3: Everything is perfect
by James Kilfiger 13 Nov '05

13 Nov '05

> And, if it's not, now is a good time to mention it. Well there're bugs https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1281512&group_… https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1335301&group_… which are gdk bugs that make using inkscape with the mouse of a tablet on win32 pretty difficult. James Kilfiger

1 0

No AR_FLAGS in src/Makefile.in
by Jeremy Y. Meng 12 Nov '05

12 Nov '05

I noticed that there is this line AR = @AR@ in src/Makefile.in, but no AR_FLAGS line in the file. The default value of 'cru' is hardcoded everywhere. Is this a bug or else? -- Jeremy ---------------------------------------------------------------------------

1 0

boolean ops bugs
by unknown＠example.com 12 Nov '05

12 Nov '05

The itch I would most like to scratch is fixing the bugs that cause objects to disappear with boolean ops. I can't believe how often I run into these bugs when I try to do real work in inkscape. (I almost never try to do real work.) I've also noticed that newbies often try boolean ops with simple paths to see the results, in many cases simple paths are the ones that cause boolean ops the most problems. The bugs I witness are similar to the following: http://sourceforge.net/tracker/index.php?func=detail&aid=1056182&group_id=9… http://sourceforge.net/tracker/index.php?func=detail&aid=1240704&group_id=9… http://sourceforge.net/tracker/index.php?func=detail&aid=1121214&group_id=9… Tracking boolean ops down in doxygen I get about this far before I realize that I don't understand anything: http://www.inkscape.org/doc/doxygen/html/splivarot_8cpp.php#689a3eb52238706… http://www.inkscape.org/doc/doxygen/html/classShape.php#280456eade08d59a110… I'm not going to be able to track and squash these bugs on my own. I have no idea what process to follow or what to look for. But I do pledge to assist in any way the person or persons who will offer to help me. Aaron Spike

2 1

Port to SGI IRIX 6.5
by Jeremy Y. Meng 12 Nov '05

12 Nov '05

Dear Inkscape developers, Thank you all for this wonderful program. I love it and have been trying to port it to SGI IRIX 6.5 platform. My workstation is an Octane2 V6 running 6.5.28. My goal is to build Inkscape-20051109-0840 using SGI MIPSpro compiler. I managed to get an executable by patching the source (many many "#ifdef (__sgi) ..."). However it crashed every time shortly after startup, with the following error: > inkscape event_scan: got unknown client message ALERT: Process [inkscape] 775729 generated trap, but has signal 10 held or ignored epc 0xfa46a14 ra 0xfa46244 badvaddr 0xffffffffff396d98 process has been terminated to prevent infinite loop Bus error The interesting part is that I could run inkscape remotely from a windows machine via Cygwin/X server and play with it for a while (until it randomly crashed). Does this have anything to do with the X visuals? The Octane V6 has a highest 30-bit visual. Then I tried again using gcc 3.4. This time I only need to modify a few #define's regarding isFinite() and round(). But the disaster was when making the inkscape binary. There are tons of errors like a few listed below. I don't know too much C++. I am hoping my patch didn't introduce any bugs into Inkscape. Anyone interested please take a look at my patch and maybe give some insights? --- begin pasting error msg --- gmake all-recursive gmake[1]: Entering directory `/usr/people/voidfoo/devel/inkscape/inkscape_gcc/build_gcc' Making all in src gmake[2]: Entering directory `/usr/people/voidfoo/devel/inkscape/inkscape_gcc/build_gcc/src' /bin/sh ../libtool --mode=link g++ -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -Wa,-xgot -L/usr/nekoware/lib -o inkscape --export-dynamic main.o libinkpre.a application/libinkapp.a ui/dialog/libuidialog.a dialogs/libspdialogs.a dom/libdom.a jabber_whiteboard/libjabber_whiteboard.a trace/libtrace.a svg/libspsvg.a widgets/libspwidgets.a display/libspdisplay.a helper/libspchelp.a libcroco/libcroco.a libnrtype/libnrtype.a libnr/libnr.a libavoid/libavoid.a livarot/libvarot.a ui/view/libuiview.a ui/libui.a ui/widget/libuiwidget.a extension/libextension.a extension/implementation/libimplementation.a extension/internal/libinternal.a extension/script/libscript.a xml/libspxml.a util/libinkutil.a io/libio.a inkjar/libinkjar.a libinkpost.a debug/libinkdebug.a -L/usr/nekoware/lib -L/usr/nekoware//lib -lgtkmm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lpangomm-1.4 -lglibmm-2.4 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lxslt -lxml2 -lz -liconv -lm -lsigc-2.0 -lgthread-2.0 -lpthread -lglib-2.0 -lintl -lpng -lz -lpopt -L/usr/nekoware/lib -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lbonobo-activation -lORBit-2 -lm -lgmodule-2.0 -lgthread-2.0 -lpthread -lglib-2.0 -lintl -rpath /usr/nekoware/lib -L/usr/nekoware/lib -lXft -lfreetype -lz -lXrender -lX11 -lfontconfig -L/usr/nekoware/lib -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -L/usr/nekoware/lib -rpath /usr/nekoware/lib -lfreetype -lz -lgc g++ -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -Wa,-xgot -o inkscape --export-dynamic main.o -L/usr/nekoware/lib libinkpre.a application/libinkapp.a ui/dialog/libuidialog.a dialogs/libspdialogs.a dom/libdom.a jabber_whiteboard/libjabber_whiteboard.a trace/libtrace.a svg/libspsvg.a widgets/libspwidgets.a display/libspdisplay.a helper/libspchelp.a libcroco/libcroco.a libnrtype/libnrtype.a libnr/libnr.a libavoid/libavoid.a livarot/libvarot.a ui/view/libuiview.a ui/libui.a ui/widget/libuiwidget.a extension/libextension.a extension/implementation/libimplementation.a extension/internal/libinternal.a extension/script/libscript.a xml/libspxml.a util/libinkutil.a io/libio.a inkjar/libinkjar.a libinkpost.a debug/libinkdebug.a -L/usr/nekoware//lib /usr/nekoware/lib/libgtkmm-2.4.so -L/usr/lib32 /usr/nekoware/lib/libgdkmm-2.4.so /usr/nekoware/lib/libatkmm-1.6.so /usr/nekoware/lib/libpangomm-1.4.so /usr/nekoware/lib/libglibmm-2.4.so /usr/nekoware/lib/libgtk-x11-2.0.so /usr/nekoware/lib/libgdk-x11-2.0.so /usr/nekoware//lib/libatk-1.0.so /usr/nekoware/lib/libgdk_pixbuf-2.0.so /usr/nekoware/lib/libpangocairo-1.0.so /usr/nekoware/lib/libcairo.so -lpng12 /usr/nekoware/lib/libglitz.so /usr/nekoware/lib/libxslt.so /usr/nekoware/lib/libsigc-2.0.so -lpng /usr/nekoware/lib/libgnomevfs-2.so -L/usr/local/lib -L/usr/local2/lib /usr/nekoware/lib/libxml2.so -lssl -lcrypto -lgen /usr/nekoware/lib/libbonobo-2.so /usr/nekoware/lib/libgconf-2.so /usr/nekoware/lib/libbonobo-activation.so /usr/nekoware/lib/libORBitCosNaming-2.so -lfastm /usr/nekoware/lib/libORBit-2.so /usr/nekoware/lib/libpopt.so /usr/nekoware/lib/libgthread-2.0.so -lpthread /usr/nekoware/lib/libXft.so /usr/nekoware/lib/libXrender.so -lX11 /usr/nekoware/lib/libfontconfig.so /usr/nekoware/lib/libexpat.so /usr/nekoware/lib/libpangoft2-1.0.so /usr/nekoware/lib/libpango-1.0.so -lm /usr/nekoware/lib/libgobject-2.0.so /usr/nekoware/lib/libgmodule-2.0.so /usr/nekoware/lib/libglib-2.0.so /usr/nekoware/lib/libintl.so /usr/nekoware/lib/libiconv.so -lc /usr/nekoware/lib/libfreetype.so -lz /usr/nekoware/lib/libgc.so -ldl -Wl,-rpath -Wl,/usr/nekoware/lib:/usr/nekoware//lib ld32: WARNING 84 : dom/libdom.a is not used for resolving any symbol. ld32: WARNING 84 : jabber_whiteboard/libjabber_whiteboard.a is not used for resolving any symbol. ld32: WARNING 84 : inkjar/libinkjar.a is not used for resolving any symbol. ld32: WARNING 84 : /usr/nekoware/lib/libgtkmm-2.4.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/nekoware/lib/libxslt.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/lib32/libgen.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/nekoware/lib/libXft.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/lib32/libdl.so is not used for resolving any symbol. ld32: ERROR 33 : Unresolved text symbol "Gtk::Main::Main(int*, char***, bool)" -- 1st referenced by main.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved text symbol "Gtk::Main::run()" -- 1st referenced by main.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved text symbol "Gtk::Main::~Main()" -- 1st referenced by main.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved text symbol "Glib::ustring::ustring()" -- 1st referenced by libinkpre.a(file.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved text symbol "Glib::ustring::operator=(char const*)" -- 1st referenced by libinkpre.a(file.o). Use linker option -v to see when and which objects, archives and dsos are loaded. [many many lines skipped] ld32: ERROR 33 : Unresolved text symbol "virtual thunk to Gtk::Adjustment::~Adjustment()" -- 1st referenced by extension/libextension.a(parameter.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: INFO 152: Output file removed because of error. collect2: ld returned 2 exit status gmake[2]: *** [inkscape] Error 1 gmake[2]: Leaving directory `/usr/people/voidfoo/devel/inkscape/inkscape_gcc/build_gcc/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/people/voidfoo/devel/inkscape/inkscape_gcc/build_gcc' gmake: *** [all] Error 2 --- end pasting error msg --- Thank you very much! -- Jeremy Meng ---------------------------------------------------------------------------

4 5

NEW: Selected style indicator, statusbar redesign
by bulia byak 12 Nov '05

12 Nov '05

A new control in the left end of the statusbar lets you quickly view and change the fill and stroke of the selected object(s). * The two indicators, labelled "F:" (top) and "S:" (bottom), display fill and stroke of the selected object(s) correspondingly. * Each indicator can display either a color/opacity swatch (the opacity shown here is the fill opacity or stroke opacity, not the master opacity) or a label specifying "N/A" (nothing selected), "None" (no fill/stroke), "Unset" (unset fill/stroke), "L Gradient", "R Gradient", "Pattern" (corresponding fill/stroke types), or "Different" (selected objects have different stroke types). * Additionally, each indicator may be accompanied by one of two flags, "M" ("multiple", meaning there are two or more objects all with the _same_ fill/stroke) or "A" ("averaged", meaning there are two or more objects with flat color fill/stroke whose colors are averaged). * Just as the Fill&Stroke dialog, the new control correctly displays the fill/stroke of the selected gradient handle or selected text fragment in the corresponding tools. * Left-click on an indicator opens or activates the Fill&Stroke dialog with the corresponding tab selected. * Right-click on an indicator opens a popup menu with the following commands: ** "Remove fill/stroke": Removes fill or stroke from the selected objects. ** "Last set color": Applies to the selected objects the fill/stroke color that was last applied to anything. ** "Last selected color": Applies to the selected objects the fill/stroke color that was last displayed in this indicator. (To easily copy fill/stroke color between objects: select source, select destination, apply "last selected color".) ** "Unset fill/stroke": Unsets fill or stroke from selected objects (useful for clone originals). ** "Edit fill/stroke...": Opens or activates the Fill&Stroke dialog with the corresponding tab selected. * Middle-click on an indicator removes fill/stroke from selected objects; if it is already removed (i.e. if the indicator displays "None"), it does the same as the "Last set color" command from the popup menu. (In other words, it toggles between "None" and the last set color.) The zoom field and the cursor coordinates indicator have been rearranged for compactness and moved to the right end of the statusbar. == Implementation notes: == * There's no fixed pixel sizes for fonts used anywhere. Instead, the control uses a font size 70% of the current gtk default. I hope this works for most people, but I know there will be those who will find this font size too small, and others for whom it will be too large and pushing the vertical size of the statusbar. I want to hear your feedback on this. * The new control is itself done in gtkmm, yet it uses an old GTK color preview widget, and fits nicely into the old GTK desktop widget. The Glibmm::wrap() and gobj() are all you need to combine GTK and gtkmm stuff freely. So, I may be missing something, but I really don't understand why you gtkmm guys do this --new-gui thing instead of just converting the existing desktop widget-by-widget. * Despite lots of functionality, the new control is quite small in the code. That's because it reuses all the architectural concepts I've been slowly pushing in the last two years: desktop's current color, set and query style signals. With that in place, coding this entire control took just a couple days. It should also be easy to change or extend it. * TODO: I also plan to add a master opacity spinbutton to this control. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 14

Re: [Inkscape-devel] Port to SGI IRIX 6.5
by Jeremy Y. Meng 11 Nov '05

11 Nov '05

On Sat, Nov 12, 2005 at 04:19:24AM +1100, Peter Moulder wrote: > >> >> +++ inkscape_irix/src/libavoid/makepath.cpp 2005-11-09 14:19:52.346046320 -0800 > >I'll add #include <algorithm> and `using' statements for make_heap, >push_heap, pop_heap. > No, please do not #include <algorithm>. It was my mistake to introduce it. std::-prefixing *_heap() would be enough. -- Jeremy Meng ---------------------------------------------------------------------------

2 2

0.43pre3: Everything is perfect
by Ted Gould 11 Nov '05

11 Nov '05

And, if it's not, now is a good time to mention it. http://sourceforge.net/project/showfiles.php?group_id=93438&package_id=9911… MD5 Sums: 3514904d0044f3670c5977d232f5ab87 inkscape-0.42+0.43pre3.tar.bz2 72fb0075f2465f990d36c08ee9fd29ad inkscape-0.42+0.43pre3.tar.bz2.sig d6140b948cc918773a4b414bdbdaf041 inkscape-0.42+0.43pre3.tar.gz 0d0d75c4f02eb01e71645c0f20f3ba03 inkscape-0.42+0.43pre3.tar.gz.sig --Ted

6 7

CVS
by Joshua A. Andler 11 Nov '05

11 Nov '05

Uhm... at least three hours now SF devel CVS has been borked. This is one of the longest outages I've seen and was wondering if we should file a trouble ticked with SF or what. -Josh

2 1

Re: Have you ever thought about security issues?
by unknown＠example.com 11 Nov '05

11 Nov '05

Quoting Maxim Shemanarev <mcseem@...1076...>: > > Well, at least the version I have (v4.1) just gets into an > > infinite loop anddoesn't respond. I don't think it's correct. (assuming you mean 0.41) Hmm, you're right. It catches trivial circular references (e.g. to self or ancestor), but not more complex ones. > Anyway, there's a choice if you control the level of recursion > (and it's a must IMO). You can report an error and stop, or you > can keep rendering until some level of recursion is exceeded. For a circular reference, the standard requires that you do not render the erroneous element or any following elements at all (a naive implementation might have to throw out some intermediate rendering product to do this). I do not believe the standard requires any particular action for references that are deep but not recursive, but stopping rendering at some point is sensible even if not strictly conforming. > I don't see any other elegant way of detecting the loops, because > they can have any level of indirection (a pattern refers to > another pattern that refers to another pattern, etc... and > the first pattern refers to the first one). It's also worth noting that the circularity can happen along several "axes"; for example: ... <style type="text/css">.foo { fill: url(#blah); }</style> ... <pattern id="blah" ...> <rect class="foo" ... /> </pattern> ... > BTW, is that legal to have *nested* patterns/markers at all in > SVG? Yes. See sections 13.3 and 11.6.2 of SVG 1.1: <!ENTITY % SVG.marker.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; <== %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.marker.extra.content; )*" > <!ENTITY % SVG.pattern.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; <== %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.pattern.extra.content; )*" > -mental

2 1

Re: Have you ever thought about security issues?
by unknown＠example.com 11 Nov '05

11 Nov '05

Quoting Maxim Shemanarev <mcseem@...1076...>: > I'm afraid nobody has ever thought of it. Are there any > recommendations from W3C? According to SVG 1.1, circular references are an error and should be treated as such -- see the appendix on implementation requirements (F.2 Error processing). It's also referenced in the sections on <use> (5.6, just after the examples) and in the overview section of "References and the 'defs' element" (5.3.1). Any problems with SVG implementations due to circular references is an issue of non-conformance to that normative appendix. Inkscape gets that part of the standard partly right: it at least refuses to render circular references; in general they do not cause harm (if you can find some cases where it does, please let us know). -mental

1 0

WEBFORM inkscape on pocket pc
by Miguel Ozonas 11 Nov '05

11 Nov '05

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Miguel Ozonas email: miguelozonas@...1075... submitted the following: Enter your message or news here. Hi, i just have downloaded your software and play it, and i have a question. Are you thinking to convert te software for pocket pc?

1 0

inkscape windows icon refab
by Bob Jamison 11 Nov '05

11 Nov '05

Hi, all... Hey, we talked about this a year ago, but nothing happened. The inkscapexxxx.ico file that we use for the Inkscape "Application" icon (resource #300), is a fix of the crappy old .ico that I made myself when we first started working on a 'standard' Windows build. I am in no way an artist, and the thing looks utilitarian and boring. So I ask the question again: is there some guy who can make a new icon which is DIB-like (various sizes) and yet pretty at the same time? Of course there are lots of people who can make nice 48x48 or 32x32 images, but we need a Windows guy who knows and can cope with the constraints of a .ico (limited colors, etc) bob

6 6

NEW: shortcuts, misc
by bulia byak 11 Nov '05

11 Nov '05

- Now you can use Shift+middle button drag in any tool to zoom into an area. This works the same as simple drag in Zoom tool, but is faster because it does not require switching away from your current tool. Together with middle button drag (panning), middle button click (zoom in) and Shift+middle button click (zoom out), this completes the set of canvas navigation shortcuts available in any tool. - In Gradient tool, Shift+R reverses the gradient definition (i.e. mirrors the stop positions) without moving the gradient handles. For example, an elliptic gradient with blue center and red periphery becomes red in the center and blue in the periphery. This works on the gradient(s) of the currently selected gradient handle or, if no handle is selected, on all selected objects' gradients. (Compare with the Node tool where Shift+R reverses the direction of the selected path.) This is especially convenient for radial gradients which, unlike linear, you cannot simply rotate by 180 degrees for the same result. - When toggling one of the "transform with object" buttons (for stroke width, rounded rectangle corners, gradients, or patterns), a message is displayed in the statusbar explaining what has changed in the program's behavior. - Zoom commands in the View menu are moved to a submenu; the Zoom In and Zoom Out commands are added to that submenu. - The contents of the statusbar message are now duplicated as a tooltip that is shown when you hover the mouse over the statusbar. [TODO: need to strip <b></b> from the tooltips.] - Whole thousands above 2000 in the rulers are now displayed as 2k, 3k, 4k etc. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

NEW: Transform dialog redesign
by bulia byak 11 Nov '05

11 Nov '05

Fixes and improvements in the Transform dialog (Ctrl+Shift+M): - The "Apply to each object separately" checkbox is added, allowing you to scale/rotate/skew each selected object by the same amount, around that object's center. When off (by default), the selection is transformed as a whole. The status of this checkbox is remembered across sessions. (It has no effect on Move and Matrix tabs). - The new Clear button resets the values on the current tab to defaults. - The Scale tab now allows you to specify horizontal or vertical size increments in percentage or absolute units. Also there's a "Scale proportionally" checkbox which ensures that scaling preserves the width/height ratio. (If you are scaling several objects proportionally with "Apply to each object separately", you can only use the % unit to specify the scaling; otherwise each object's scale increments will have the width/height ratio of the entire selection, not of that specific object.) - The Skew tab can now specify the skew as an absolute displacement (e.g. for horizontal skewing of a rectangle, that means the shift of the top rectangle side relative to the bottom), as percentage displacement (e.g. a 1% horizontal skew of a rectangle means shifting the top side by 1% of the rectangle height), or as an angle (e.g. horizontal skew by 15 degrees results in the sides of a rectangle being rotated to that angle, while the top and bottom remain horizontal). - The Matrix tab (previously called "Transform") can either edit the current transform= matrix of an object, or post-multiply the transform= with the matrix you specify, depending on the "Edit current matrix" checkbox. As it is now redundant, the matrix in the Object Properties dialog is removed. - The dialog now correctly watches selection changes in the active document window and updates its values accordingly. - The layout of the dialog is simplified, tooltips and mnemonics added for better usability. - Many bugs are fixed, especially in value conversions between units. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

[root@...1070...: [Inkscape-tester] inkscape build report]
by Bryce Harrington 11 Nov '05

11 Nov '05

Some different build warnings than normal... ----- Forwarded message from root <root@...1070...> ----- Date: Thu, 10 Nov 2005 22:50:40 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Thu Nov 10 17:37:54 2005 (Run 734) Snapshot: inkscape-20051110-0700.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 6 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == style.cpp:1254: warning: enumeral and non-enumeral type in conditional expression style.cpp:1261: warning: enumeral and non-enumeral type in conditional expression display/canvas-arena.cpp:87: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:87: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:133: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:133: warning: (perhaps the `offsetof' macro was used incorrectly) == Environment Summary == ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

[cworth@...573...: [cairo] Slipping 1.2.0 out to 2005-12-15, and help needed]
by Bryce Harrington 11 Nov '05

11 Nov '05

----- Forwarded message from Carl Worth <cworth@...573...> ----- Date: Thu, 10 Nov 2005 16:47:09 -0800 From: Carl Worth <cworth@...573...> To: cairo@...278... Subject: [cairo] Slipping 1.2.0 out to 2005-12-15, and help needed Shortly after cairo 1.0.0 was released, I picked an out-of-the-hat date of 2005-11-01 for cairo 1.2.0. That date has now come and gone, so so much for my powers of prognostication. I recently looked over the 1.2.0 roadmap [*] and saw that there's quite a bit still left to do. Personally, I've been focusing on the PS and PDF output quality issues. The hard parts of that are done now, but there's probably at least a week or two of work still to be done there. I had considered finishing those things up to get a 1.2.0 release out as soon as possible (in the next week or two) and letting everything else on the roadmap slip. But it looks like that's not going to be possible. I probably won't have much time to dedicate to this work until the beginning of December. So 1.2.0 won't be happening before 2005-12-15. This does provide more time for other interested people to jump in and fill the gaps for the remaining pieces of 1.2.0. If any of the following sound important to you, please consider getting involved: * win32 backend We basically just need to get it plugged into the test suite. For a long time, the issue here was missing support in the test suite for RGB24 output and for backend-specific reference images. But thanks to Keith's efforts with getting the PS backend into the test suite these two problems are fixed. So, is there a cairo-win32 developer that could fill in the two stubs in cairo/test/cairo-test.c: cairo_surface_t * create_win32_surface (int width, int height, void **closure); static void cleanup_win32 (void *closure); If so, that would be a great help and would definitely contribute a lot toward making sure that cairo-win32 remains stable in the future. * cairo_begin_group/cairo_end_group I sent a half-started patch for this to the list sometime ago. I feel good about the API, (though maybe the patch was before the addition of the current CONTENT support, and if so it should be updated to that). But the real work here is to make the intermediate surface auto-growable, which might require a tweak in the pattern code to get the offset right when the intermediate surface is finally painted. I really like this API, and I'm looking forward to having it available. I'd be glad to help anyone interested in working on this piece. * Performance fixes There's always more to be done here. I'm going to make that a big focus of my efforts post-1.2.0 by working on a performance regression suite and tackling some long-standing issues. We probably don't need much here before 1.2.0 since people are claiming that cairo 1.1.1 is already performing much better than 1.0.2. (Of course, there's still a lot of room for improvement, but this isn't something that should slow down 1.2.0 I think). * SVG backend The roadmap has this as experimental, so I think it can be thrown in at pretty much any point. It just needs someone to look at it first. I will do this after the PS and PDF stuff is done if nobody else has by then. * Bug fixes There are a couple of fairly serious bugs listed in ROADMAP already that I think really need to be fixed. A couple of the XFAILs obviously need to be fixed as well, (such as the *ahem* segfault from extend-reflect). Meanwhile, there have been a bunch of little bug reports, (slight build problems on various platforms for example), that should be pretty easy picking for almost any willing volunteer. As usual, there's almost no end of fun work to be done. I appreciate everything that so many of you are already doing. And this is also a great chance for some new faces to jump in and make some contribution. I'm glad to provide more details and guidance on any of the above as needed. -Carl [*] http://cairographics.org/ROADMAP _______________________________________________ cairo mailing list cairo@...278... http://cairographics.org/cgi-bin/mailman/listinfo/cairo ----- End forwarded message -----

1 0

newest gtkmm-dev necessary to compile HEAD
by Ralf Stephan 11 Nov '05

11 Nov '05

Hello, So it appears one needs the newest gtkmm libs to compile HEAD. I did not foresee this when using some features of the library, and, now that people have upgraded, it's nonsense to revert ;) What's unclear to me is which version is fine, here it is libgtkmm-2.4-dev 2.8.0-0ubuntu1, can others add info? thanks for your patience, ralf

9 15

Plugins translation
by Cédric GEMY 10 Nov '05

10 Nov '05

I would like to know how to translate plugins Dialog options ? it appears to me that they are not inside de *.po files. Should we have a look at *.inx or *.py files ? Cedric

4 3

Inkscape 0.43pre2
by Ted Gould 10 Nov '05

10 Nov '05

https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=991… It is likely that this will be the last prerelease for Inkscape 0.43. If packagers can make packages to ensure the completeness of the package, and if users could make sure it is stable, we'll hopefully be ready to release 0.43! Please submit comments quickly, this prerelease will be a short lived one. MD5 Sums: daa81da8ca152d809aa39ee2c9cd5d04 inkscape-0.42+0.43pre2.tar.bz2 af42797a6b9d3e4d443b3f33717394ba inkscape-0.42+0.43pre2.tar.bz2.sig e46a04eb78ea53876f1fd77c34e5d7d6 inkscape-0.42+0.43pre2.tar.gz 82038ffc49dfb8ba7c9a309cf54046f1 inkscape-0.42+0.43pre2.tar.gz.sig --Ted

5 16

How do we deal with unnamed root layers?
by Wolfram Quester 10 Nov '05

10 Nov '05

Hi alltogether, some time ago I got a bugreport[1] against the debian package of inkscape 0.42.2. The user has problems with editing old drawings containing a "root" layer in the new inkscape version, where the layer is called "Layer 1". Don't we have a compatibility option somewhere? I quote two of his mails further down for details. With best wishes, Wolfi [1] 333779@...499... Ambrose Li wrote: If I edit a drawing with several layers and the root layer contains artwork: After selecting a non-root layer, the "(root)" in the layer selection menu (the one along the bottom edge of the window) disappears. For example, if the drawing has three layers: root, "layer 1" and "layer 2", after selecting "layer 1", only "layer 1" and "layer 2" will remain in the layer selection menu. (If I now click an object that is on the root layer, the "(root)" reappears in the layer selection menu. So the bug is not exactly serious, provided that I can select some object that is in the root layer.) ... I found that new drawings do not have a root layer, but a "Layer 1". So, I cannot reproduce the bug with new drawings, only old drawings with root layers. Perhaps the bug is caused by lack of backward compatibility. (I.e., the developers might have changed the default layer name, and then forgot that old drawings have an unnamed root layer.)

3 5

Printing in A5 Size
by herve couvelard 10 Nov '05

10 Nov '05

Hello : Just one question, where can i look to resolve that prob. : When we choose size document 15x21 when we choose printer size paper A5 On debian sarge, printer epson the result is a croped A5 of a A4 printed. That is to say the all document is not completely printed but 'scaled up' to an A4 and the printed part is on the A5 part of that page. where can we 'go ans see' ? Hervé

1 0

Updated fr.po
by Gazal, Geraud (GE Healthcare) 10 Nov '05

10 Nov '05

Hi all, After correction of some strings in the code (blah(s) replaced by blahs) I've updated fr.po and attached it in the patch tracker (for 0.43?) Regards, matiphas

1 0

[CharlesM@...1042...: [XaraXtreme-dev] Xara LX status]
by Bryce Harrington 10 Nov '05

10 Nov '05

----- Forwarded message from Charles Moir <CharlesM@...1042...> ----- Date: Thu, 10 Nov 2005 10:24:22 -0000 From: Charles Moir <CharlesM@...1042...> To: xara-dev <dev@...1048...> Subject: [XaraXtreme-dev] Xara LX status I know some people are frustrated that not a lot appears to be happening on the Xara open-source release, so this is just an update so you know what's going on. The Xara LX download has been updated again to 0.1c. This has the following changes - Soft Shadows now render (mostly) - Plasma fractal fill types now complete. All Xara fill types now supported. An included example document FillTypes.xar shows all fill types working. - Background rendering - Caching sub-system (switched off by default as it's not very stable yet) This build does have a few known problems, such as the key short cuts appear to have stopped working. But these minor issues are unlikely to get fixed before we start releasing the source code. Most effort is going into preparing the source code and documentation in readiness for the open-source release. We're hoping (but can't be sure) that this is the last update of the viewer before we start releasing source code. There are a few places where we've got third party licensed code, for example some MFC code, and we also use a Snowbound image library for bitmap import / export support. None of these are important aspects of the product and should be easily replaceable with open-source equivalents, but of course we have to be sure any and all such code is removed before we can release anything. Some of the other areas we've been working on: - Eliminated all GCC compiler warnings - We now use AutoConf build system to streamline builds on Linux - 64-bit support. We're also working on some type changes so we can compile it on 64-bit systems. This will be a lot easier for us to do before we release, than after. Finally we're also working on preparing things like a public bugzilla, and various website and documentation updates to provide as much information as we can. Finally, and I'm not sure whether this is a good thing or not, it looks like the first code release will be more than a million lines. That's a substantial part of Camelot codebase (oh and you'll start seeing that name being used - it's the internal codename we've used for this project from the beginning 12 years ago or more). That will give everyone something to get their teeth into, but we hope not too intimidating (and you can see why it's taking us a long time to make sure it's all reasonably clean). Charles ----- End forwarded message -----

1 0

OS X's X11
by Jon A. Cruz 10 Nov '05

10 Nov '05

It appears that Apple fixed the "need to click twice to bring things forward" problem in the latest OS X update. 10.4.3 seems to be happy-happy now. (My X11 is showing "X11 1.1 - XFree86 4.4.0 if anyone cares)

1 0

[root@...1070...: [Inkscape-tester] inkscape build report]
by Bryce Harrington 10 Nov '05

10 Nov '05

Build issues have resolved. :-) Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Wed, 09 Nov 2005 17:21:18 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report pkgpath=/testing/packages/inkscape/inkscape-20051109-1120.tar.bz2 = Analysis Report for inkscape = Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 5 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == display/canvas-arena.cpp:87: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:87: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:133: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:133: warning: (perhaps the `offsetof' macro was used incorrectly) libnrtype/Layout-TNG-Output.cpp:226: warning: enumeration value `PANGO_WEIGHT_SEMIBOLD' not handled in switch == Environment Summary == ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

release status: pre3 or 0.43 ?
by Peter Moulder 10 Nov '05

10 Nov '05

On Wed, Nov 09, 2005 at 08:36:13PM -0400, bulia byak wrote: > BTW what are the plans for the release? Ted & I were just discussing whether to have a pre3 or 0.43. One issue with pre2 was that it was impossible to build inkboard from source from the tarball. There have also been some packaging changes (and the Effects menu should now be disabled). I suggested that whatever version number we use (pre3 or 0.43), we should announce it on inkscape.org front page and not elsewhere. Comments? pjrm.

2 1

merged CXXIFICATION_VIEW_AND_WIDGET
by Ralf Stephan 09 Nov '05

09 Nov '05

Hello, as Peter has now branched 0.43, I have merged HEAD with my branch, so please expect some recompilation. The Changelog: merged with branch CXXIFICATION_VIEW_AND_WIDGET * src/arc-context.cpp, src/dyna-draw-context.cpp, src/event-context.cpp, src/file.cpp, gradient-context.cpp, src/inkscape.cpp, src/interface.cpp, src/rect-context.cpp, src/select-context.cpp, src/seltrans.cpp, src/sp-namedview.cpp, src/spiral-context.cpp, src/star-context.cpp, src/verbs.cpp, dialogs/dialog-events.cpp, src/dialogs/layer-properties.cpp, src/ui/dialog/dialog.cpp, src/widgets/desktop-widget.cpp, src/widgets/desktop-widget.h: move gtk code into desktop-widget.cpp, called via desktop * src/ui/view/Makefile_insert: added files edit-widget-interface.h, edit-widget.cpp, edit-widget.h the EditWidget is the Gtkmm version of the SPDesktopWidget * src/ui/widget/Makefile_insert: added files ruler.cpp, ruler.h, svg-canvas.cpp, svg-canvas.h, zoom-status.cpp, zoom-status.h these are widgets part of the EditWidget * src/file.cpp, src/inkscape.cpp, src/ui/dialog/dialog.cpp, src/ui/dialog/dialog.h, src/application/application.h, src/application/application.cpp: divide code /wrt Application::getNewGui(): if true, it's called by the Gtkmm application and the inkscape object is meaningless * src/application/app-prototype.h: replace UI specific return value of getWindow() with void* * src/application/editor.cpp, src/application/editor.h: made Editor a singleton, collect global UI code here that (for Gtk+) lives in inkscape.cpp and elsewhere * src/desktop-events.cpp, src/desktop.cpp, src/event-context.cpp, src/nodepath.cpp, src/seltrans.cpp: simplify calls to desktop->set_coordinate_status * src/desktop-handles.cpp, src/desktop-handles.h, src/extension/internal/ps.cpp, src/widgets/gradient-toolbar.cpp, src/widgets/toolbox.cpp: widget is no longer available through desktop * src/Makefile_insert: added files preferences.h preferences.cpp src/inkscape.h, src/inkscape.cpp, src/application/editor.cpp: move preferences handling into preferences.cpp/h * src/desktop.cpp, src/desktop.h: use EditWidgetInterface, more cosmetics * src/desktop.cpp, src/inkview.cpp, src/slideshow.cpp, src/svg-view-widget.cpp, src/svg-view.cpp, src/svg-view.h, src/ui/view/view.cpp, src/ui/view/view.h: streamline setDoc()/setDocument() logic * src/inkview.cpp: include empty func bodies to make linker happy BTW, I get bad markup with cvs in nl.po. Regards, ralf

5 22

train wreck...
by bulia byak 09 Nov '05

09 Nov '05

...predicted by Mental seems to have happened: ui/view/edit-widget.cpp: In member function `void Inkscape::UI::View::EditWidget::initStatusbar()': ui/view/edit-widget.cpp:1153: error: 'class Gtk::Label' has no member named 'property_ellipsize' ui/view/edit-widget.cpp:1153: error: `ELLIPSIZE_END' is not a member of `Pango' with latest HEAD. I haven't yet committed any of my stuff, as I can't compile. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 7

0.43 branch created
by Peter Moulder 09 Nov '05

09 Nov '05

Remaining serious bugs: - Some inkboard crashes, one of which may indicate a security issue. Inkboard isn't enabled by default, so I suggest we merely mention these in the release notes but not let them hold up the release. - Various Windows issues. I'll let someone else comment on whether any of these should hold up the release. - Connector crashes. One of these (out-of-date bboxes) may require significant change to fix properly. For the release, I suggest just changing it from a crash to a misbehaviour bug (choose an arbitrary point if !in_svg_plane(p); #include "libnr/in-svg-plane.h"). It's good to test in_svg_plane(p) before updating reprs even in absence of a crash, because inf and NaN can't be expressed in SVG. I haven't yet changed anything in the newly-created branch like changing version numbers. See http://wiki.inkscape.org/cgi-bin/wiki.pl?CreatingDists for a list of things to change now that the branch has been created. Release notes seem OK from a brief scan. There's an entry there marked `pjrm' which I'm just addressing now. Still need to transcribe to NEWS, but this can wait until ReleaseNotes (http://wiki.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes) is quiescent. Bulia notes: 1 Ask everyone on jabber to read http://wiki.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes, copyedit, fill what is missing, spell-check. 2 Do elinks -dump -no-numbering -no-references http://wiki.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes > NEWS or in any other way convert it to plain text in the NEWS file. 3 Commit NEWS to CVS. Screenshots: I'm not up-to-date on this yet. There has been some progress reported over the last couple of days, but I don't know where we stand. Updated tutorials: Patch tracker items still open in places where HTML hasn't been put in inkscape_web/. One of the open patch tracker items is where we're waiting on the source XML file for an SVG version. (For the moment I haven't even put the generated SVG file into CVS, in case the XML file is changed in the meantime, but we could use the given SVG version if we don't get the XML file soon.) pjrm.

7 12

On screenshots
by bulia byak 09 Nov '05

09 Nov '05

The scarcity of screenshot submissions is an alarming sign. Inkscape must be (1) fun to use and (2) fit to do professional work. If it is, users will be motivated to show off their Inkscape fun and/or their professional Inkscape work. If we don't get enough submissions, this might mean we are failing at (1) and/or (2). For a user, screenshots are perhaps the most important resource at inkscape.org. It's what most people look at first. New users don't like to read descriptions; they want pretty pictures. Existing users considering upgrade don't like to read release notes; they want pretty pictures. Besides, our screenshots are borrowed by a lot of other sites and thus end up all over the web. All this means that screenshots must be as good as Inkscape itself, if not better. The lack or poor quality of screenshots means the entire project's bad health. A few notes: * The best screenshots are made by the author of the corresponding feature. Nobody knows the feature better than him. In fact, if you contribute a major feature, you are pretty much supposed to submit a screenshot of it in action, much as you are supposed to describe it in release notes. * However, we also in badly need of high quality screenshots showing professional Inkscape work. If you are doing something complex and/or artistic and it turns out well, please take a moment to shoot the Inkscape window with your work. * The screenshot should be dense and informative. 1280x1024 (the preferred screenshot size) is a lot of space, so don't waste it on just one or two bits. When doing a feature screenshot, combine the various aspects of the feature, add captions and descriptions, demonstrate all relevant tricks and nontrivial things that you can think of. When doing a work screenshot, find the best zoom/view of the document, and consider doing a double view of the same or different documents (as here: [http://inkscape.org/screenshots/gallery/inkscape-0.41-CVS-linux-davinci.png]). In both cases, open the relevant dialogs, switch to relevant tools, and do a selection so that the statusbar message adds more useful info to the picture. * When submitting a screenshot, please also submit a blurb that will accompany it in the gallery. Briefly describe the feature you are demonstrating and the most nontrivial aspects of the screenshot. Try to be witty but comprehensive. All of the above also applies to the head graphic on the new site design. I also vote for #5, and I like the idea of the head graphic being a rotated image (at least once per release). We'll need to make an SVG template for this image and elicit submissions of impressive graphics to be put into the template, probably in a cut-out/zoom-in/composite form (similar to the way the flag is displayed in the draft). I'm willing to do this at first, but I need your help. So this is a call to all Inkscape artists: please send me your work that you would like to see used on the front page of inkscape.org. I also created a wiki page with the above: http://wiki.inkscape.org/cgi-bin/wiki.pl?MakingScreenshots -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

14 24

inkscape windows icon refab
by Joshua Blocher 09 Nov '05

09 Nov '05

I recommend using microangelo 5.5+ it can easily produce the wanted icons from png's it preserves transparency and saves in almost all common icon formats ( windows ) On 11/8/05, Jon A. Cruz <jon@...18...> wrote: > > On Nov 8, 2005, at 2:30 AM, Bob Jamison wrote: > > > So I ask the question again: is there > > some guy who can make a new icon which is DIB-like (various sizes) > > > Actually, that's not really "DIB-like", but rather is just .ico- > like. "DIB" is usually what a generic .BMP file is. > > > > > I can check into things a little. Though The GIMP has some .ico > support, it used to have severe limitations when it came to mutiple > images trying to have different bitdepths, as it want's them all as > layers of a single image. But if that's still the case, I can > probably use a few other things to chain parts together. > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

3 2

(no subject)
by Cédric GEMY 09 Nov '05

09 Nov '05

I've updated yesterday my version of Inkscape User Manual. French speaker may find it at : http://www.le-radar.com/mm/inkscape/html/index.html Tried to do some english translation (helped with kevin): http://www.le-radar.com/mm/inkscape/html.en/index.html Evidently made under GFDL. Please give feedback. TODO : - going on some missing pages; - include more screenshots and update some icons that come from old 0.39 - add step by step tutorials to help beginners - verify modifiers. Example drawings can also be helpfull. cedric

1 0

Errors - [Inkscape-tester] inkscape build report
by Bryce Harrington 09 Nov '05

09 Nov '05

Build system is picking up some errors in edit-widget.* ----- Forwarded message from root <root@...1070...> ----- Date: Tue, 08 Nov 2005 17:21:10 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report pkgpath=/testing/packages/inkscape/inkscape-20051108-1120.tar.bz2 = Analysis Report for inkscape = Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 2 5 3 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == ui/view/edit-widget.cpp:1153: error: `property_ellipsize' undeclared (first use this function) ui/view/edit-widget.cpp:1153: error: (Each undeclared identifier is reported only once for each function it appears in.) ui/view/edit-widget.cpp:1153: error: `ELLIPSIZE_END' undeclared in namespace `Pango' == Warnings == display/canvas-arena.cpp:91: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:91: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:127: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:127: warning: (perhaps the `offsetof' macro was used incorrectly) libnrtype/Layout-TNG-Output.cpp:226: warning: enumeration value `PANGO_WEIGHT_SEMIBOLD' not handled in switch == Environment Summary == ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

kids "coloring book" function
by Ruud Steltenpool 09 Nov '05

09 Nov '05

Hello Inkscape developers, As i'm always looking for opportunities to spread SVG i think i found a pretty good one that Inkscape can help take advantage of This got me the idea: Within the *.pagina.nl framework that has millions of visitors a day, http://kleurplaat.pagina.nl gets so many visitors that nr1 sex.pagina.nl doesn't even manage to quadruple it. "kleurplaat" is a drawing of black lines that is meant to be filled in by using coloring pencils. A whole stack of them combined in a book, being called a "coloring book" in english i was told. The idea: Inkscape having a function maybe called "B&W lines" (B&W being black&white), or "kids coloring book" or something that turns whatever you have created into just that. It's probably not always straightforward, but i think in many occasions setting the fill to "" and the stroke to "black" will do most of the trick. The bigger idea: If you implement this function into sth. that generally works, it might be a good idea to have openclipart.org offer this special version of every drawing (maybe generated on demand). Hope you like it, Keep up the good work, Ruud http://svg-whiz.com/wiki/index.php?title=Ruud_Steltenpool

2 1

Re: inkscape
by Jon Phillips 08 Nov '05

08 Nov '05

Passing it on to everyone else! Thanks! Jon On Tue, 2005-11-08 at 22:20 +0200, Adrian Vidrascu wrote: > Congratulations for your product!! We have a small architectural > practice based in Bucharest, Romania, we also do some webdesign and I am > also a teacher in Bucharest University of Architecture and Urbanism. I > will promote your program everywhere! I love the concept and the > OpenSource, I am thrilled by the wiki-type projects and hope some day I > can also contribute. > > Best of luck and all our love! > > Adrian V i d r a s c u > CEO, > AncAdriaN Architects > 0 7 2 3 - 2 7 1 1 1 1 > ancadrian@...1069... > > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

1 0

Roomity.com v 1.5 is a web 2.01
by shenanigans 08 Nov '05

08 Nov '05

I was interested in getting feedback from current mail group users. We have mirrored your mail list in a new application that provides a more aggregated and safe environment which utilizes the power of broadband. Roomity.com v 1.5 is a web 2.01 community webapp. Our newest version adds broadcast video and social networking such as favorite authors and an html editor. It?s free to join and any feedback would be appreciated. S. ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Broadband interface (RIA) + mail box saftey = <a href="http://Inkscape-SVG_Editor/Powerful_Vector_Illu.roomity.com">Inkscape-SVG_Editor/Powerful_Vector_Illu.roomity.com</a> *Your* clubs, no sign up to read, ad supported; try broadband internet. ~~1131485137242~~ ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------

1 0

corrections to dia.inx
by Wolfram Quester 08 Nov '05

08 Nov '05

Hi, I got the following bug report against the debian sarge package of inkscape: > When dia is not installed, $HOME/.inkscape/extension-errors.log will > contain the following text which tells the user to get dia at > "somesite.com" : > > ---------------------------------------------------------------------- > Extension "Dia Input" failed to load because a dependency was not met. > Dependency:: > type: executable > location: path > string: dia > description: In order to import Dia files, Dia itself must be installed. You can get Dia at http://somesite.com > ---------------------------------------------------------------------- This address is still wrong in the prereleases, so the attached patch fixes the download address to http://www.gnome.org/projects/dia/. Since this is only a minor change, it would be nice if it could be included in the release. I'll submit the patch to the tracker, too. Thanks, Wolfi

2 1

kdeprint integration
by Roman Glebov 08 Nov '05

08 Nov '05

Hallo i am planning to integrate kdeprint subsystem with inkscape. What do you think about it ? Is someone already working on it ? Any suggestions how it should be done ? Roman Glebov

3 2

inkboard/whiteboard connection issue
by Alexandre Prokoudine 08 Nov '05

08 Nov '05

Hi, It looks like Inkboard/Whiteboard is quite selective about jabber servers, making Inkscape crash if it doesn't like the server it tries to connect to (please refer to http://sourceforge.net/tracker/index.php?func=detail&aid=1349761&group_id=9…) Is there any precise information on jabberd versions etc. users should be aware of? Should it be mentioned at http://wiki.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes ? Alexandre

2 1

Re: Introducing your software in our magazine
by Jon Phillips 08 Nov '05

08 Nov '05

Hello, Yes, it would be great to have Inkscape included in your magazine. I'm cc'ing the Inkscape development mailing list to find out how we have dealt with this in the past and how to move forward. Jon On Fri, 2005-11-04 at 20:54 +0900, iP!編集部　神谷知宏 wrote: > Dear Jon Phillips > > Please forgive the unsolicited mail. > > We are a Japanese corporation headquartered in Tokyo, > and have published windows magazine "Windows100%" . > We mailed you because we want to introduce your software Inkscape > to Japanese people. > So we want to run the information of Inkscape in ourmagazine, and include > Inkscape software in CD-ROM that is attached to our Magazine. > > We treat windows, internet and game article in our magazine. > Our magazine is also including some software and game demo in CD-ROM . > > Please reply if you are interested. > Thank you for your consideration. > > Windows100% Magazine > Tomohiro Kamiya > ---------------------------------------- > Shinyusha Inc.　 > Windows Magazine [ Windows100% ] editorial department > Tomohiro Kamiya > kamiya@...1064... > > 1-15-14, Kudan-Kita, > Chiyoda-ku, Tokyo, Japan > tel/+81-3-5213-3471 > fax/+81-3-5213-3472 > http://www.shinyusha.co.jp/ > ---------------------------------------- > > > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

1 0

0.43 release?!
by MenTaLguY 08 Nov '05

08 Nov '05

How much longer is this going to drag out? This is getting ridiculous... -mental

8 19

Sign made with IS
by danilo di moia 08 Nov '05

08 Nov '05

Hi all, it's first time a write in this list. I'm an italian guy and I use inkscape (also with the gimp and scribus of course) not only for fun but also to do something usefull for my job. For example, I've designed my computer school's sign with IS and I think result is good! Here you can look a screenshot of IS with sign's design: http://www.ipercollege.org/inkscape/progetto.png and here, you can look at final product: http://www.ipercollege.org/inkscape/insegna.jpg Thanks for all guys, I love this software :-) Ciao Danilo Di Moia

2 1

The inkscape object and the inkscape_application_init( ) function
by Ben Fowler 07 Nov '05

07 Nov '05

I have been discussing this with Ralf off -list, and it is possible that these issues will be dissolved away when Gtkmmification is finished, but in the mean time, I have a question. Is the inkscape object and the inkscape_application_init( ) which creates it intended to be a Singleton pattern, or a Factory pattern, allowing more than one Inkscape::Application object, perhaps parameterised (or something else)? I might not have brought this up now, but my memory was jogged by the comment at the top of page 2 http://www.thedailywtf.com/forums/48173/ShowPost.aspx (and elsewhere). inkscape_application_init( ) is called in three places, in main.cpp, exactly once at application start-up; by SVGPreview::SVGPreview() when we want to provide a preview of an SVG file in a File->Open dialogue and by ImageIcon::init(), probably for similar reasons. I am assuming that the code is not wrong (the new-gui is intended to run with inkscape being NULL), but I suspect that it need to be better commented documented. If this is worth doing, could some kind soul post a few hints and I will do it Ben

5 6

smil library
by Jon Phillips 07 Nov '05

07 Nov '05

Have you all seen this? http://svg.org/story/2005/11/4/19196/5990 Bob, would our javascript support work with this in the future? I guess a better question would be, where is Inkscape's JS support? And, what would it take to get it to the level to support something like this SMILscript library. Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

3 2

Connector tool
by Laszlo 06 Nov '05

06 Nov '05

Hi! Is it somewhere a good connector tool tutorial to produce similar image like this?: http://lrn.ru/~avp/images/connector1.png I have difficulty to produce more segment path between objects with the connector tool. When I was played with the connector tool (to produce the above thing) inkscape crashed 3 times. Here is the backtrace: ** ERROR **: file display/curve.cpp: line 1230 (void sp_curve_stretch_endpoints(SPCurve*, const NR::Point&, const NR::Point&)): assertion failed: (fabs(begin_dist - tot_len) < 1e-18) aborting... Program received signal SIGABRT, Aborted. [Switching to Thread 16384 (LWP 2302)] 0x40fa6861 in kill () from /lib/libc.so.6 (gdb) (gdb) bt #0 0x40fa6861 in kill () from /lib/libc.so.6 #1 0x40dfe2a9 in pthread_kill () from /lib/libpthread.so.0 #2 0x40dfe660 in raise () from /lib/libpthread.so.0 #3 0x40fa6616 in raise () from /lib/libc.so.6 #4 0x40fa7981 in abort () from /lib/libc.so.6 #5 0x40bd5dbd in g_logv () from /usr/lib/libglib-2.0.so.0 #6 0x40bd5dee in g_log () from /usr/lib/libglib-2.0.so.0 #7 0x40bd5e53 in g_assert_warning () from /usr/lib/libglib-2.0.so.0 #8 0x082dade1 in sp_curve_stretch_endpoints () #9 0x081b7d9a in cc_selection_set_avoid () #10 0x081b8e33 in cc_selection_set_avoid () #11 0x081c9a66 in sp_event_context_root_handler () #12 0x082e6b88 in sp_marshal_INT__POINTER_POINTER () #13 0x40b7467b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #14 0x40b83c9d in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #15 0x40b84e35 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #16 0x4050b19e in gtk_signal_emit () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x082d2222 in sp_canvas_arena_get_type () #18 0x082d2728 in sp_canvas_arena_render_pixblock () #19 0x082e6878 in sp_marshal_BOOLEAN__POINTER () #20 0x40b73fd8 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #21 0x40b7467b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #22 0x40b83ea2 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- #23 0x40b84e35 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #24 0x4050b19e in gtk_signal_emit () from /usr/lib/libgtk-x11-2.0.so.0 #25 0x082e1043 in sp_canvas_new_aa () #26 0x082e22b1 in sp_canvas_update_now () #27 0x404c5d85 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #28 0x40b73fd8 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #29 0x40b7467b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #30 0x40b83ea2 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #31 0x40b84e35 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #32 0x40b8542e in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #33 0x405a3568 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #34 0x404c42d9 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #35 0x404c4739 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #36 0x406af44a in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #37 0x40bcc421 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #38 0x40bcf687 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #39 0x40bcfbd8 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #40 0x404c3989 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #41 0x401955b6 in Gtk::Main::run_impl () from /usr/lib/libgtkmm-2.4.so.1 #42 0x40195461 in Gtk::Main::run () from /usr/lib/libgtkmm-2.4.so.1 #43 0x08136071 in sp_main_gui () #44 0x0820daf0 in Inkscape::NSApplication::Application::run () ---Type <return> to continue, or q <return> to quit--- #45 0x08135929 in main () (gdb) Inkscape version: 0.42.2+0.43pre1 (from debian sid) The system is debian sid. Best regards, Khiraly

5 5

New example files for XML repair service
by jiho 06 Nov '05

06 Nov '05

Some time ago I started a wiki page about a possible XML Repair service to be implemented in Inkscape, following bug reports and a feature request. A key point of this page was to have a lis of "wrong" files. I have posted one file to the invalid files section (=some files that inkscape cannot parse). I also added some files to the weird files section. I seems that many free scientific softwares output eps files which, after beeing converted to svg by pstoedit, behave strangely in inkscape. Vector graphics are very important in scientific work and requested by all scientific journals and it would be great if Inkscpae, being the great vector graphics editor it is, could help produce them. Thanks in advance. -- JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. ---

2 1

0.43
by bulia byak 06 Nov '05

06 Nov '05

I'm really concerned that 0.43 seems to be moving so slow. We don't have any real stoppers now, so why the delay? Let's do a pre2 now and aim for the release at the end of the week. What do you think? Release mainatainers (Peter & Jon), if you don't have time to work on that (patches, pre2, final release), please report, so we can work around that. Overall I must say I'm rather disappointed by the performance of the release maintainers this time. Unfortunately I can't now be on Jabber because I'm having Internet connection issues, but I'll do what I can to help push the release. I have about 120Kb of diffs in my local tree and I can't wait to merge them in. This "short release" seems to have consisted mostly of a very long freeze :( Here are the most important outstanding issues: - Several patches in the tracker. If any of these goes in, we need to do another pre with them. If not, we can release right away after pre1. - Several tutorial translations in the tracker (Scislac, will you do this?) - Screenshots: -- Node editing by Scislac: almost there, waiting for a final version with more stuff -- Connector tool by Alexandre Prokoudine: waiting for a combined shot with 2 diagrams and a blurb (if you can't do this, let me know and I'll post what I have) -- Drawings with pressure sensitivity by Popolon - does anyone have contact info for him, as I haven't heard from him since he agreed to do this screenshot (more than a month ago)? -- Anything else? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

9 15

importing pdf files
by John Taber 05 Nov '05

05 Nov '05

Has there been any work on importing pdf files with all the attributes converted to a svg file ?

2 1

Re: [Inkscape-devel] Connector tool
by Alexandre Prokoudine 05 Nov '05

05 Nov '05

On 11/5/05, Laszlo <khiraly123@...240...> wrote: > 2005-11-05, szo keltezéssel 15.09-kor Alexandre Prokoudine ezt írta: > > Difficulty like what? > > Im able to create only straight line: > +---------+ +-+ > | |------------>| | > | | +-+ > | | > | | > +---------+ > > Not line like this: > +---------+ +-+ > | | +----->| | > | | | +-+ > | | | > | |------+ > +---------+ This is rather a topic for inkscape-user@ :) You can use rerouting ability to adjust the connector. 1. Connect two objects with connector tool. 2. Add one or two obejects between two other ones. 3. Select them 4. Switch to Connector tool again 5. Mark these objects as avoidable 6. Switch to Selection tool 7. Adjust position of these objects so that connector becomes a _| curved line Example: www.lrn.ru/~avp/mockups/Screenshot-2.png Or you can use Node tool to add nodes and drag them. Alexandre

1 0

[ 1343164 ] Error compiling Inkscape from CVS
by Steven P. Ulrick 05 Nov '05

05 Nov '05

Hello Everyone I have filed a report on the Bug Tracker on my continuing issue compiling Inkscape from CVS on Fedora Core 3: https://sourceforge.net/tracker/index.php?func=detail&aid=1343164&group_id=… If you need any more info from me, please let me know. Steven P. Ulrick

2 9

Re: [Inkscape-devel] Kevin Burman ANSWER
by Ralf Stephan 05 Nov '05

05 Nov '05

Forwarding Kevin's solution to the list, for the reason of archiving: > I found the answer for Windows2k. Go to C:\Program Files\Common Files\GTK\2.0\etc\fonts.conf > > Find the Bitstream Vera Sans header and change it from 7.5 to ?? > Menu font size will increase. Thanks for your help. Thanks for sending the solution. ralf

4 4

Re: [Inkscape-tester] inkscape build report
by Bryce Harrington 04 Nov '05

04 Nov '05

On Thu, Nov 03, 2005 at 11:03:06PM -0800, Ted Gould wrote: > On Thu, 2005-11-03 at 17:14 -0800, Bryce Harrington wrote: > > On Thu, Nov 03, 2005 at 12:48:28AM -0800, Bryce Harrington wrote: > > > On Wed, Nov 02, 2005 at 11:22:59PM -0800, Ted Gould wrote: > > > > Is there anyway that we could have this do a make test also? That might > > > > motivate more people to write tests, and give faster feedback when they > > > > fail... > > > > > > Yep, easy. Here's the results from make check. =================== All 25 tests passed =================== Running 56 tests........................................................OK! PASS: test-all Testing attributes... attribute lookup...OK attributes: OK (all 1 passed) PASS: attributes-test Testing sp_relative_path_from_path... sp_relative_path_from_path...OK sp_relative_path_from_path: OK (all 1 passed) PASS: dir-util-test Testing extract_uri... url(#foo)...OK url foo ...OK url...OK url ...OK url()...OK url ( ) ...OK url foo bar ...OK extract_uri: OK (all 7 passed) PASS: extract-uri-test Testing mod360.cpp... same_double...OK mod360...OK mod360.cpp: OK (all 2 passed) PASS: mod360-test Testing round... non-neg round...OK non-pos round...OK round: OK (all 2 passed) PASS: round-test ** (process:25020): WARNING **: Could not open units file '/usr/share/inkscape/ui/uni ts.txt': No such file or directory ** (process:25020): WARNING **: * INKSCAPE_DATADIR is: '/usr/share' ** (process:25020): WARNING **: * INKSCAPE_UIDIR is: '/usr/share/inkscape/ui' Testing gradient... init...OK sp_object_set("gradientTransform")...OK write...OK get_g2d, get_gs2d, set_gs2d...OK gradient: OK (all 4 passed) PASS: sp-gradient-test ** (process:25023): WARNING **: Could not open units file '/usr/share/inkscape/ui/uni ts.txt': No such file or directory ** (process:25023): WARNING **: * INKSCAPE_DATADIR is: '/usr/share' ** (process:25023): WARNING **: * INKSCAPE_UIDIR is: '/usr/share/inkscape/ui' Testing SPStyleElem... init...OK sp_object_set("type")...OK write...OK build...OK read_content...OK SPStyleElem: OK (all 5 passed) PASS: sp-style-elem-test ** (process:25026): WARNING **: Could not open units file '/usr/share/inkscape/ui/uni ts.txt': No such file or directory ** (process:25026): WARNING **: * INKSCAPE_DATADIR is: '/usr/share' ** (process:25026): WARNING **: * INKSCAPE_UIDIR is: '/usr/share/inkscape/ui' Testing style... sp_style_new, sp_style_write_string...font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;text-indent:0;text-align:start;text-decoration:none;line-height:normal;letter-spacing:normal;word-spacing:normal;text-transform:none;direction:ltr;block-progression:tb;writing-mode:lr-tb;text-anchor:start;opacity:1;color:#000000;fill:#000000;fill-opacity:1;fill-rule:nonzero;stroke:none;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter;marker:none;marker-start:none;marker-mid:none;marker-end:none;stroke-miterlimit:4;stroke-dasharray:none;stroke-dashoffset:0;stroke-opacity:1;visibility:visible;display:inline;overflow:visible;font-family:Bitstream Vera SansOK sp_style_merge_from_style_string(whitespace, ifset...OK sp_style_merge_from_style_string(whitespace, always...OK sp_style_merge_from_style_string("fill:", ifset)...OK sp_style_merge_from_style_string("font-family:", always)...OK sp_style_merge_from_style_string("fill: ", ifset)...OK sp_style_merge_from_style_string("font-family: ", always)...OK sp_style_merge_from_style_string(":none", ifset)...OK invalid color setting: #4321...OK invalid color setting: currentColor...OK invalid color setting: #87654321...OK invalid color setting: #42...OK invalid color setting: aquam...OK sp_style_merge_from_style_string(default): ifset...OK sp_style_merge_from_style_string(default): always...OK sp_style_merge_from_style_string...OK SP_SCALE24_MUL...OK sp_style_merge_from_dying_parent: opacity...OK style: OK (all 18 passed) PASS: style-test Testing bezier-utils.cpp... copy_without_nans_or_adjacent_duplicates...OK bezier_pt(1)...OK bezier_pt(2)...OK bezier_pt(3)...OK compute_max_error_ratio...OK chord_length_parameterize...OK generate_bezier...OK sp_bezier_fit_cubic_full...OK sp_bezier_fit_cubic...Warning: got different control points from previously-coded (diffs=0x3c). Previous: (5, -3) (7.57134, -0.423509) (4.77929, 1.22426) (3, 3) Found: (5, -3) (7.32396, -0.46791) (5.06163, 1.32841) (3, 3) TODO: Update this test case for revised right_tangent implementation. OK bezier-utils.cpp: OK (all 9 passed) PASS: display/bezier-utils-test Testing sp_units_get_pixels, sp_pixels_get_units... 1.0 pt -> 1.0 pt...OK 1.0 pt -> 1.0 pt...OK convert 1.0 pt -> 1.0 pt...OK convert 1.0 pt -> 1.0 pt...OK 5.0 pt -> 5.0 pt...OK 5.0 pt -> 5.0 pt...OK convert 5.0 pt -> 5.0 pt...OK convert 5.0 pt -> 5.0 pt...OK 1.0 in -> 72.0 pt...OK 72.0 pt -> 1.0 in...OK convert 1.0 in -> 72.0 pt...OK convert 72.0 pt -> 1.0 in...OK 2.0 in -> 144.0 pt...OK 144.0 pt -> 2.0 in...OK convert 2.0 in -> 144.0 pt...OK convert 144.0 pt -> 2.0 in...OK 254.0 mm -> 720.0 pt...OK 720.0 pt -> 254.0 mm...OK convert 254.0 mm -> 720.0 pt...OK convert 720.0 pt -> 254.0 mm...OK 254.0 cm -> 7200.0 pt...OK 7200.0 pt -> 254.0 cm...OK convert 254.0 cm -> 7200.0 pt...OK convert 7200.0 pt -> 254.0 cm...OK 254.0 m -> 720000.0 pt...OK 720000.0 pt -> 254.0 m...OK convert 254.0 m -> 720000.0 pt...OK convert 720000.0 pt -> 254.0 m...OK 1.5 mm -> 4.3 pt...OK 4.3 pt -> 1.5 mm...OK convert 1.5 mm -> 4.3 pt...OK convert 4.3 pt -> 1.5 mm...OK sp_units_get_pixels, sp_pixels_get_units: OK (all 32 passed) Testing unit table... sp_units_table_sane...OK unit table: OK (all 1 passed) PASS: helper/units-test Testing in-svg-plane.h... in_svg_plane...OK in-svg-plane.h: OK (all 1 passed) PASS: libnr/in-svg-plane-test Testing Matrix... basic constructors, operator=...OK scale constructor...OK rotate constructor...OK translate constructor...OK test_identity...OK inverse...OK nr_matrix_invert...OK elliptic quadratic form...OK Matrix * rotate...OK translate*scale, scale*translate...OK Matrix * scale...OK Matrix: OK (all 11 passed) PASS: libnr/nr-matrix-test Testing nr-point-fns... L1...OK L2...OK LInfty...OK is_zero...OK atan2...OK unit_vector...OK nr-point-fns: OK (all 7 passed) PASS: libnr/nr-point-fns-test Testing rotate... constructors, comparisons...OK operator=...OK inverse...OK operator*(Point, rotate)...OK operator*(rotate, rotate)...OK operator/(rotate, rotate)...OK rotate: OK (all 6 passed) PASS: libnr/nr-rotate-test Testing rotate-fns... rotate_degrees...OK rotate-fns: OK (all 1 passed) PASS: libnr/nr-rotate-fns-test Testing NR::scale... x,y constructor and operator[] const...OK copy constructor, operator==, operator!=...OK operator=...OK point constructor...OK operator*(Point, scale)...OK operator*(scale, scale)...OK operator/(scale, scale)...OK NR::scale: OK (all 7 passed) PASS: libnr/nr-scale-test Testing translate... constructors, operator[]...OK operator=...OK operator*(translate, translate)...OK operator*(Point, translate)...OK identity...OK translate: OK (all 5 passed) PASS: libnr/nr-translate-test Testing Basic NR::Point operations... X,Y values...OK x,y constructor and operator[] const...OK copy constructor...OK non-const operator[]...OK binary +, -...OK unary-...OK scale, divide...OK dot...OK L1, L2, LInfty norms...OK operator+=...OK operator/=...OK normalize...OK Basic NR::Point operations: OK (all 12 passed) PASS: libnr/nr-types-test Running 48 tests................................................OK! PASS: libnr/test-nr Running 6 tests......OK! PASS: svg/test-svg Testing List Container... range constructor...OK equality tests...OK lessthan tests...OK assignment operator...OK fill constructor...OK container size...OK appending...OK bulk appending...OK prepending...OK single-value insertion...OK single-value erasure...OK pop_front...OK erase_after...OK List Container: OK (all 13 passed) PASS: util/list-container-test Running 2 tests..OK! PASS: xml/test-xml Testing xml_quoted_strlen... xml_quoted_strlen...OK xml_quoted_strlen: OK (all 1 passed) Testing xml_quote_strdup... xml_quote_strdup...OK xml_quote_strdup: OK (all 1 passed) PASS: xml/quote-test Testing XML Transactions... rollback of node addition...OK rollback of node removal...OK rollback of node reordering...OK XML Transactions: OK (all 3 passed) PASS: xml/repr-action-test =================== All 25 tests passed ===================

1 0

More info on GCC bug, please (was Re: [Inkscape-devel] Help Re: failing test)
by Ben Fowler 04 Nov '05

04 Nov '05

On 11/4/05, Peter Moulder <Peter.Moulder@...38...> wrote: > On Thu, Nov 03, 2005 at 11:06:57AM +0100, Ralf Stephan wrote: >Update: Have made some more progress today, with Michael's help. > > Apparently there is a bug in gcc 4.0 on ppc with -O2: even a simple > multiplication of `(double) 0xb28 * 0x66' (which should be exact even > with float or unsigned arithmetic) gets the wrong answer. Do you have further info such as a URL for this bug? Google gives tens of thousands of results for likely keywords. On the basis that exchange is no robbery, this URL might be of interest to people wanting some background on how to choose floats or ints. http://ridiculousfish.com/blog/?p=24 Ben

1 0

Inkscape 0.43 mini-status
by Jon A. Cruz 04 Nov '05

04 Nov '05

I *believe* that we're in hard freeze and about set to do a Pre1. Translators should look into the file attached to RFE 1247694 "No ((parenthesis)) in menu labels.", and see if it should be applied or not. I think we've got a pending item still with Scislac updating the Calligraphy tutorial. There are a few translation patches that still need to be applied. I should be able to get to those tonight.

10 18

Re: [Inkscape-devel] Kevin Burman
by Ralf Stephan 04 Nov '05

04 Nov '05

You wrote > > How do you change the font size on the main menu and drop downs. I can not read them as they are to small. What file do I edit. Thank you for your help. > 1. Version .43 > 2. Got the program from the Inkscape home page (downloads) > 3. Running Windows ver 2000 5.00.2195 Service Pack 4, GTK 2.0, Glib 2.0 Kevin, are these fonts that you see much smaller than the usual ones, or do you want them bigger as usual? If the former, then this behaviour is not normal for inkscape. Font sizes cannot be changed by us, however, that would be done in Gtk I think. Can someone from the list comment on this? Also, if you want to use Inkscape under KDE please read the Known Issues in the 0.43 Release Notes. ralf

3 2

Testing framework Crucible 1.3 released
by Bryce Harrington 04 Nov '05

04 Nov '05

Crucible is a testing framework backend, allowing for automated testing of software such as GUI applications, libraries, services, or the Linux kernel. This is the first public release of the software. It can be downloaded here: http://crucible.sf.net/crucible-1.3.tar.gz It is also registered with freshmeat: http://freshmeat.net/projects/crucible Some of Crucible's unique features: * Allows for separate scheduling of test runs, to enable smart queue management such as distributing test runs across multiple machines. * Uses NFS for file sharing and remote procedure invocation between test driver and SUTs. * No database needed! Customization and operation can be controlled directly with normal file system operations. * Virtualization, power management, serial console capture, reimaging, etc. can be configured modularly on a machine-by-machine basis. Note that this is not an all-in-one testing harness, but rather a core engine for driving a test system. You'll need to hook up your own front end and report post processing tools if needed, and add in your own test programs. (Separate front end and reporting tools are in the works and will be released later as add-ons.) Bryce

1 0

Jabber logging
by Bryce Harrington 03 Nov '05

03 Nov '05

We've turned off logging on the Jabber channel, at Ishmal's request. He felt it would give a better sense of privacy for discussions if there were no logs. The logs up until Oct 30 will be kept. We have also added a robots.txt file to prevent google searching/caching of the old logs. Bryce

14 26

future node tool enhancements
by Aaron and Sarah Spike 03 Nov '05

03 Nov '05

Can we compile a list of enhancements that people would like to see made to the node tool? Just ideas not necessarily plans. 1) Preserve curve shape as much as possible when deleting nodes. Look into feeding the curve fitting function in bezier-utils.cpp a list of sampled points to find the best single segment approximation. (Recently mentioned) 2) Curve dragging mode in which the end tangents are preserved at least for smooth nodes, so as not to disturb adjacent segments. Look at hacking the current curve dragging function to only apply the component of the motion vector that is parallel to the end tangent (right words?). Don't know how it will behave, mostly just to satisfy a personal curiosity. 3) Segment draging. ie grab a segment with a single click and drag both nodes and the corresponding control points around preserving the curve of that segment. I find I want to do this a lot while doodling but using the rubberband breaks my work flow up. Wonder if it would be useful to people doing real work. Aaron Spike

6 10

Libre Graphics Meeting website
by David Neary 03 Nov '05

03 Nov '05

Hi all, The Libre Graphics Meeting website is online at http://www.libregraphicsmeeting.org - it's still pretty sparse, and is powered by spip. If anyone would like to be a writer or editor for the site, please contact me off-list, and I'll sort you out. People with some design sense especially appreciated :) Proposed edits to existing pages are welcome too, but I'm a bit busy at the moment, so becoming a writer or editor's probably quicker :) Cheers, Dave. -- Dave Neary bolsh@...85... Lyon, France

1 0

Re: [Inkscape-devel] future node tool enhancements
by unknown＠example.com 03 Nov '05

03 Nov '05

Iuriatan Muniz wrote: >>2) Curve dragging mode in which the end tangents are preserved at least >>for smooth nodes, so as not to disturb adjacent segments. Look at >>hacking the current curve dragging function to only apply the component >>of the motion vector that is parallel to the end tangent (right words?). >> Don't know how it will behave, mostly just to satisfy a personal >>curiosity. > > > You mean something similar to what happens in GIMP (drawing paths), > when you click on a segment and drag around ???? Nope. We already have that. This would be a special case of the same functionality. Aaron Spike

1 0

Inkscape website re-design contest closed
by Joshua A. Andler 03 Nov '05

03 Nov '05

Hey guys, Voting time! After the extension of the contest, we now have 5 submissions for the re-design and all entrants know that we may ask them to rework things a bit. Heads up, two of the entries (the ones hosted on deviantart) are not live previews, but just mock-ups currently. 1) http://www.ciberirmandade.org/gatonegro/var/inkweb/ 2) http://gri3fon.95mb.com/scappy/pt1/ 3) http://www.deviantart.com/view/22467478/ 4) http://gri3fon.95mb.com/scappy/pt2/ 5) http://www.deviantart.com/view/23778224/ -Josh

17 19

WEBFORM Menu Font size
by Kevin Burman 03 Nov '05

03 Nov '05

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Kevin Burman email: kaburman1@...714... submitted the following: How do you change the font size on the main menu and drop downs. I can not read them as they are to small. What file do I edit. Thank you for your help.

2 1

Re: vim modelines (was Re: [Inkscape-devel] patch for typos)
by Ben Fowler 03 Nov '05

03 Nov '05

Sorry, should have gone to the list. On 11/1/05, Ben Fowler <ben.the.mole@...400...> wrote: > On 11/1/05, Mason Thomas <mlt_svn@...856...> wrote: > > Hi, > > > > In addition, I have changed the vim modelines to have filetype of "cpp" > > rather than "c++" because the default install of vim uses cpp. ... > > See http://wiki.inkscape.org/cgi-bin/wiki.pl?InkscapeJanitors just over > four fifths of the way down. > > If I were asked, I would have guessed that 'cpp' was right and 'c++' > was wrong. If there is a ruling that there should be 'one true vim modeline' > then I would be happy to commit the changes for every one that is wrong. > (That is why it is on the Janitors page!), but I haven't considered doing > so to date to avoid the noise in the cvs system. > > Ben It is of course, a very good idea to have the patch in the tracker.

2 2

Re: [Inkscape-devel] Hoe to use the inkboard
by Lucas Vieites 02 Nov '05

02 Nov '05

El mié, 02-11-2005 a las 14:15 -0500, Jared escribió: > here is a helper from the website. > That did it, thanks. Now, just for the record and Google too: To have the "Whiteboard" menu appear after compiling inkscape with the --enable-inkboard option you should first delete your menus.xml file (in ~/.inkscape/menus.xml) Thanks again... Cheers > > > On Wed, 2005-11-02 at 19:36 +0100, Lucas Vieites wrote: > > Hi, > > I've compiled from cvs enabling inkboard (with the --enable-inkboard > > parameter at configure time) but now I can't figure out how to use it. > > > > Is there supposed to be a new menu or menu item to connecto to a > > Jabber server? > > > > Thanks, -- Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

2 1

Hoe to use the inkboard
by Lucas Vieites 02 Nov '05

02 Nov '05

Hi, I've compiled from cvs enabling inkboard (with the --enable-inkboard parameter at configure time) but now I can't figure out how to use it. Is there supposed to be a new menu or menu item to connecto to a Jabber server? Thanks, -- Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

2 3

Re: [Inkscape-devel] Inkscape website re-design contest closed
by unknown＠example.com 02 Nov '05

02 Nov '05

John Taber wrote: > What does the green flag signify ? It's really front and center - > have you considered even eliminating that image block - I'm not sure > what purpose it serves since the ink bottle "brand" logo is up top, > and the intro section has the changing example images (which I think > is an excellent feature giving users a "new" image each time they > access the site). I'm usually against wasted space, but I think this image block gives the page a little peace and quite. The reader isn't immediately confronted by thick blocks of text. The flag draws together the colors. It could be any object. But the flag is a simple, clean vector. And displaying the magnified version in the background shows resolution independence without adding a lot of noise. Aaron Spike

1 0

Inkscape Stats, Nov 1st
by Bryce Harrington 02 Nov '05

02 Nov '05

Statistics Jun 1 Aug 1 Oct 1 Nov 1 ========== ====== ====== ====== ====== Max Week's Rank on SourceForge: 38 3 26 22 Total SF Page Views 1,935,964 4,452,437 4,948,483 5,767,827 Total SF Downloads 254,647 378,712 501,162 573,908 Total Freshmeat URL Hits 19,149 21,261 23,148 23,823 Total Freshmeat Subscriptions 183 208 229 233 Lines of Code in src/: 374,180 389,945 544,117 544,351 Code lines 260,236 270,423 373,797 373,958 Comment line 67,136 70,478 108,884 108,942 Blank 53,443 55,698 73,412 73,426 Lines of Docs in doc/: 27,790 28,090 27,176 27,176 Lines of content in website: 42,490 44,483 48,689 48,967 Size of the Inkscape wiki: 26,729 34,890 34,847 34,847 Bugs open/total: 215/1223 215/1445 260/1643 277/1713 Features open/total: 453/ 728 440/816 453/ 934 478/ 969 Patches open/total: 11/ 230 8/325 10/ 346 10/ 371 CVS Commits (as per inkscape-cvs) 12,040 12,915 14,201 14,517 Inkscape-devel membership: 179 200 213 218 Inkscape-announce membership: 202 236 284 302 Inkscape-user membership: 248 276 310 313 Inkscape-tester membership: 31 30 Num Translations: 33 33 34 35 Ave Translation Ratio: 47.8 54.6 51.5 51.2

1 0

sepA/Erator
by bulia byak 02 Nov '05

02 Nov '05

Everyone has a pet peeve. Mine is spelling errors, especially those that people make ALL THE TIME. Among these, "seperate" instead of "separate" is definitely in the top three. And now I see it again, and where? Right in the Inkscape code! Ted, can you please replace the <seperator> element in your menu XML with a correctly spelled version? (After the release, that is.) Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Path stroke position...
by Iuriatan Muniz 01 Nov '05

01 Nov '05

Hello guys... I'm new in the subject so please forgive any stupid thing I might say and, if possible, intruct me towards the path of glory !!! heheh =) I was thinking about the path stroke. Like when you draw an arc or sth... It would be nice if the stroke could be localized inside, centralized or outside the fill, like for applying alpha gradients on the stroke to get a (inner or outter) shadow effect... Of course it can be done describing 2 paths in the SVG file (I don't know if it is more like a technique or a feat we could implement), but isn't there a simpler way to do that under SVG specs ??? like a stroke parameter to set (it'd mean almost no overhead for who processes it) ??? Is it possible to suggest it for the 1.2 (or greater) comming W3C's specifications ??? Thats it... Thank you, Iuri

2 1

[Fwd: November 2005 of TUX, Issue 8]
by Jon Phillips 01 Nov '05

01 Nov '05

Yes, I've been AWOL, but have managed to get a column going in TUX (see FWD) and soon in Linux Magazine out of the UK. I'll be back online soon. Also, FYI, I work for Creative Commons now as an Open Source developer, so if there are any things I can field in that direction, you are in SF and want to come in and eat with me here (and get a free cc shirt), please ping me. ;) Jon -------- Forwarded Message -------- > From: no-reply@...851... > To: phillipsjd@...400... > Subject: November 2005 of TUX, Issue 8 > Date: Tue, 01 Nov 2005 13:42:44 -0600 > > Dear TUX Subscriber, > > Your November issue of TUX is now available for you to download, https://www.ssc.com/tx/issues/StartDownloadTUX.php?issue=8&month=November&y… . > > This issue features: > > *From the Publisher: Linux on Hardware > *From the Editor: Civil Disobedience and Linux > *Letters to the Editor > *Q&A with Mango Parfait > *TUX Explains: Inkscape: the Elements of Design, Part II > *TUX Explains: Lightweight Desktops: Xfce > *TUX Explains: BasKet Tutorial > *TUX Explains: Wireless Networking with ndiswrapper > *TUX Explains: Give Multiple Distros the Boot > *Review: Evermore Integrated Office Kicks Keister > *Review: Gadget Guy - Microsoft Natural Ergonomic Keyboard 4000 and the > Logitech MX 3000 Laser > *Review: Capsul Reviews - Evince, NVU, and Novell Evolution > > Once you download and open your magazine, the PDF WILL AUTOMATICALLY LAUNCH IN FULL SCREEN VIEW. You can reduce the size of the PDF to window view mode at any time by simply pressing 'esc'. > > For easier navigation of the magazine you may wish to turn on Bookmarks. You may do so by pressing 'F5' or using the menu across the top of the Adobe Acrobat Reader window and selecting 'Window' > 'Bookmarks'. > > Sincerely, > > > Carlie Fairchild > info@...851... > > TUX magazine > www.tuxmagazine.com > > > > NOTE: If you would like to be removed from this mailing, you may do so by simply changing your subscription delivery method or completely deleting your subscription. Please visit https://www.ssc.com/tx/subs/DigitalSub.php , enter your e-mail address, and select "Change my subscription" or "Delete my subscription" depending on your desire. -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

1 0

patch for typos
by Mason Thomas 01 Nov '05

01 Nov '05

Hi, I am looking through the inkscape codebase trying to understand how things work, and I thought it would be good to do some "janitorial" work. Below are patches for the files in the src/application directory that mainly clean up some very minor typos. In addition, I have changed the vim modelines to have filetype of "cpp" rather than "c++" because the default install of vim uses cpp. If there is a standard inkscape policy to use "c++" instead, I can remove this. If there is not such a policy, then really all the cpp files should have a vim modeline using the cpp filetype. I could also submit a diff for this. I have also stripped a declaration for the Inkscape::XML namespace that does not appear to be used in application.cpp, but I am less sure about this. Thanks for your consideration, -Mason Thomas Index: application.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/application/application.cpp,v retrieving revision 1.9 diff -u -p -r1.9 application.cpp --- application.cpp 9 May 2005 04:44:55 -0000 1.9 +++ application.cpp 1 Nov 2005 06:17:27 -0000 @@ -10,7 +10,7 @@ */ #ifdef HAVE_CONFIG_H -# include <config.h> +#include <config.h> #endif #include <gtkmm/main.h> @@ -26,12 +26,6 @@ int sp_main_console(int argc, char const namespace Inkscape { namespace NSApplication { -namespace Inkscape { -namespace XML { -class Document; -} -} - class GSList; Application::Application(int argc, char **argv, bool use_gui, bool new_gui) @@ -169,4 +163,4 @@ Application::exit() fill-column:75 End: */ -// vim: filetype=c++:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : +// vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : Index: application.h =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/application/application.h,v retrieving revision 1.4 diff -u -p -r1.4 application.h --- application.h 9 May 2005 04:44:55 -0000 1.4 +++ application.h 1 Nov 2005 06:17:38 -0000 @@ -59,7 +59,7 @@ protected: } // namespace NSApplication } // namespace Inkscape -#endif // INKSCAPE_APPLICATION_EDITOR_H +#endif // INKSCAPE_APPLICATION_APPLICATION_H /* Local Variables: @@ -70,4 +70,4 @@ protected: fill-column:99 End: */ -// vim: filetype=c++:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : +// vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : Index: editor.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/application/editor.cpp,v retrieving revision 1.7 diff -u -p -r1.7 editor.cpp --- editor.cpp 9 May 2005 04:44:55 -0000 1.7 +++ editor.cpp 1 Nov 2005 06:17:50 -0000 @@ -13,7 +13,7 @@ */ #ifdef HAVE_CONFIG_H -# include <config.h> +#include <config.h> #endif /* @@ -207,4 +207,4 @@ Editor::exit() fill-column:99 End: */ -// vim: filetype=c++:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : +// vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : Index: editor.h =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/application/editor.h,v retrieving revision 1.7 diff -u -p -r1.7 editor.h --- editor.h 9 May 2005 04:44:55 -0000 1.7 +++ editor.h 1 Nov 2005 06:18:00 -0000 @@ -95,4 +95,4 @@ protected: fill-column:99 End: */ -// vim: filetype=c++:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : +// vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : Index: app-prototype.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/application/app-prototype.cpp,v retrieving revision 1.1 diff -u -p -r1.1 app-prototype.cpp --- app-prototype.cpp 5 Mar 2005 20:51:51 -0000 1.1 +++ app-prototype.cpp 1 Nov 2005 06:16:57 -0000 @@ -39,4 +39,4 @@ AppPrototype::~AppPrototype() fill-column:75 End: */ -// vim: filetype=c++:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : +// vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : Index: app-prototype.h =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/application/app-prototype.h,v retrieving revision 1.3 diff -u -p -r1.3 app-prototype.h --- app-prototype.h 5 Mar 2005 20:51:51 -0000 1.3 +++ app-prototype.h 1 Nov 2005 06:17:07 -0000 @@ -38,7 +38,7 @@ protected: } // namespace NSApplication } // namespace Inkscape -#endif // INKSCAPE_APPLICATION_EDITOR_H +#endif // INKSCAPE_APPLICATION_APP_PROTOTYPE_H /* Local Variables: @@ -49,4 +49,4 @@ protected: fill-column:75 End: */ -// vim: filetype=c++:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 : +// vim: filetype=cpp:expandtab:shiftwidth=4:tabstop=8:softtabstop=4 :

2 1

Re: [Inkscape-user] knotes tool
by Aaron and Sarah Spike 01 Nov '05

01 Nov '05

bulia byak wrote: > On 11/1/05, Hibbs, Phil <phil.hibbs@...1056...> wrote: >>I'm guessing that you mean "nodes tool". Do you mean move a node to a >>different place on the line without affecting the shape of the line? I don't >>think this is directly possible. It may not be possible, after all, to >>represent the same shaped curve with nodes in different places. You could >>add a new node (select two nodes, press Ins, and a new node appears half way >>in between them), but when you delete one of the original nodes, the shape >>of the line changes dramatically. > > There was a proposal to delete nodes without changing shape as much as > possible, and Aaron started looking into it (I think). Hopefully this > will be implemented soon. I haven't started looking at this yet. Since I don't know or understand the complex math is trying to guess at the best approximation, I had planned to sample the two curve segments adjacent to the node in a configureable number of places and send that list of points to the bezier fitting functions in bezier-utils.cpp to have it find the best fitting single segment approximation (I think that it has the ability to do this with end tangent constraints). Does this sound like a reasonable idea to the people in the know? Aaron Spike

3 2

Re: [Inkscape-user] drag, drop and copy-paste
by unknown＠example.com 01 Nov '05

01 Nov '05

Quoting Bryce Harrington <bryce@...961...>: > There isn't a mechanism like that currently. I suspect that the > DOM work Ishmal is heading up would be the logical place to put > this capability. ...wha? What we'd need, first and foremost, to implement this would be a bit of portable IPC code that the inkscape executable could use to check if an existing session was running, and if so instruct that to open the document. I don't see how that is related to DOM? At the simplest, it would mean opening an IPC port (Unix domain socket on Unix/OSX; named pipe on Win32) from main.cpp and using some dirt simple protocol to discover and communicate with an existing Inkscape instance. Besides Mozilla/Firefox, xmms is another example of an application that does this. -mental

2 1

Useful info for potential Mac users
by William Swanson 31 Oct '05

31 Oct '05

Hi, I have a few friends who use Macs, and the X11 requirement seems to be a real tripping point for them when installing Inkscape. One friend figured it out and wrote up the following instructions: "If you are running later than OS X Tiger 10.4 you will need to download the X11 software from Apple at http://www.apple.com/support/downloads/x11formacosx.html. Or, if you already have OS X Tiger, you will need to insert your OS Disc #1 and run a Spotlight search in the CD for "X11User.pkg". Once you find and install that file, start another search for "X11SDK.pkg" and install that. Once you have both of those installed (with the OS Disc inside your drive), take out the disc, run the inkscape.dmg install file, and X11 will pop up. It might take a minute or two the first time you try, but it will load." I am not a Mac user, so I can't evaluate these directions myself. Perhaps someone using a Mac could verify them and put them on the website where folks downloading the .dmg will see it. Making this information more readily to Mac users should reduce the "I can't get Inkscape to work" troubles they seem to have. -s_tec

2 2

patch: crash on layer delete
by Ralf Stephan 31 Oct '05

31 Oct '05

Hello, regarding the recent 'crash on layer delete' I propose a patch that at least handles the simple case of that bug. As this is not my field, I'd ask you to review it. The idea is to setCurrentLayer() after the layer is deleted, and not before. setCurrentLayer() emits the layerChanged signal which is listened to by the layer selector widget. ralf --- verbs.cpp~ 2005-10-31 10:03:13.000000000 +0100 +++ verbs.cpp 2005-10-31 12:18:15.000000000 +0100 @@ -1123,11 +1123,11 @@ if (!survivor) { survivor = Inkscape::previous_layer(dt->currentRoot(), old_layer); } + old_layer->deleteObject(); + sp_object_unref(old_layer, NULL); if (survivor) { dt->setCurrentLayer(survivor); } - old_layer->deleteObject(); - sp_object_unref(old_layer, NULL); sp_document_done(SP_DT_DOCUMENT(dt));

2 1

Re: [Clipart] clipartbrowser 0.41
by Greg Steffensen 31 Oct '05

31 Oct '05

Ok, the clipartbrowser cvs module is now synched up again with the latest tarballs, and the cannonical download location for releases is now http://www.python.org/pypi/clipartbrowser (it used to be on Berlios). If you download a release (they work better than ever :), install using "python setup.py install" (assuming you have the dependencies met). The "easy_install" method mentioned earlier works too. Greg On 9/20/05, Greg Steffensen <greg.steffensen@...400...> wrote: > > I didn't explain the technical situtation with the install method very > well. Basically, if I write a file "setup.py" that defines certain > information, users should be able to execute "python setup.py install" to > install the program correctly, and I should be able to execute commands > "python setup.py bdist_win" to create actual win32 EXE files containing > pretty automated installer GUIs. In addition, users will be able to install > the way I described in the release email as well. In general, setup.pyuses the "setuptools" which are the successor to the "distutils", which is > the distribution/installation tools included with python. I'm still not > certain whether I should use the setuptools or the older distutils, and am > figuring stuff like that out, but they're both supposed to be the > python-friendly replacement for Makefiles, and I'm trying to reorganize the > code to do stuff the "correct" way. > > Greg > > On 9/20/05, Greg Steffensen <greg.steffensen@...400...> wrote: > > > > Hey, yeah, this is kinda what I was referring when I said that the > > packaging isn't as polished as it needs to be. For what its worth, most of > > the changes (bug fixes, performance improvements) actually are committed to > > CVS; I just didn't commit commit the change in the install method simply > > because I was having trouble figuring out how to get files like COPYING, > > NEWS, etc. included using that method, and I didn't want to put a totally > > messed up version into CVS. Basically, I actually really released more on a > > whim, not because I'd worked everything out, but because I'd gone too long > > without releasing code, wanted people to know that work was ongoing. So, at > > a minimum, I should have indicated that this was definitely a development > > release. > > > > So, solutions... in terms of where formal releases (formal tarballs) > > should go, I actually think the python package index is definitely the > > correct place... its now the "official" place where the python folk > > reccomend that python projects be listed, and it will offer a number of > > technical advantages, including publication of new releases, and > > installation automation. I'm very happy keeping CVS at Inkscape though (not > > that PyPI offers CVS anyway), and treating the code as a subproject of > > Inkscape. But as long as it offers the ability to be installed standalone as > > well, I'd like to make standalone tarballs available from PyPI. In general, > > I'm learning more about python, and am trying to make my practices for > > installation, etc. match accepted practice. > > > > I'll try to get CVS synched up with the current state of the project > > very soon; I'm still having some trouble with the python installation tools, > > and have sent an email to their mailing list for advice, but haven't heard > > back yet. Once I know how to get the documentation files included, and where > > to put the main install file (setup.py), I'll get that committed and CVS > > will contain the official version of the code gain. Again, I would have > > waited until this was done to release, but just felt bad about having gone > > too long without releasing already, and was overeager to get something out. > > > > Anyway, does this cover the stuff you were concerned about? If not, let > > me know. Also, you may recall that someone posted a link to a mockup for a > > very similar project that they'd found, and I replied that this was "very > > depressing" :). I used that mockup to develop version 0.4, and emailed > > the designer (as the community suggested); he's finally written me back, and > > said he's interested in contributing, which rocks. Later, > > > > Greg > > > > > > On 9/19/05, Jon Phillips <jon@...235...> wrote: > > > > > > <offlist /> > > > > > > On Mon, 2005-09-19 at 05:20 -0400, Greg Steffensen wrote: > > > > I'm releasing another version of the clip art browser. Lots of bug > > > > fixes, some performance improvements, code cleanups, and a new > > > > installation procedure (yes, yet another). > > > > > > > > Installation is now 3 steps, and hopefully easier than ever: > > > > > > > > 1) Satisfy the dependencies of Python 2.4 and PyGTK 2.6. > > > > > > > > 2) Download and run the following script, which installs the python > > > > setuptools: > > > > > > > > http://peak.telecommunity.com/dist/ez_setup.py > > > > > > > > 3) Run "easy_install clipartbrowser" > > > > > > > > As you can see, I've switched the installation system from Makefiles > > > > > > > to the python setuptools. The setuptools are still under development > > > > (they're apparently going to be included in python 2.5), and I'm > > > still > > > > very much learning how to use them, so the packaging isn't as > > > polished > > > > as it needs to be, but this makes installation a breeze. Eventually, > > > > it should allow arbitrary python dependencies to be intelligently > > > > installed as well using the same process. > > > > > > > > I'm still working on getting this integrated back into the Inkscape > > > > effects menu, that's next on the list. As always, feedback greatly > > > > appreciated. > > > > > > > Greg, > > > > > > I thought we were going to do the next release from Inkscape CVS? What > > > you have done is a non-standard release of the project now that we > > > consolidated the code into Inkscape. > > > > > > Also, you have now used a non-standard approach to packaging which > > > then > > > again breaks what users and developers are use to. > > > > > > The major thing though is that we were going to do a solid release > > > which > > > means you need to involve the people who would contribute to this in > > > the > > > release to help smooth out the bugs. > > > > > > Instead, now you have released from another location thus confusing > > > users and developers more. The problem with this is that it is not > > > pro-community. > > > > > > Anyhow, I'm curious what you think and also want to get these things > > > on > > > track with the community. > > > > > > It is so great that you are rocking these changes and I'm so proud of > > > what you are doing so I don't want to dismay you, but really I think > > > the > > > next release has to be really on track with the community and we > > > should > > > coordinate it, push it out through the sourceforge system we have in > > > place, and push the press release globally. > > > > > > Without these procedures, honestly, it is not very likely that others > > > will help on development nor use your work. > > > > > > So, lets talk some more and sort these things out. > > > > > > Jon > > > > > > > > > -- > > > Jon Phillips > > > > > > San Francisco, CA > > > USA PH 510.499.0894 > > > jon@...235... > > > http://www.rejon.org > > > > > > MSN, AIM, Yahoo Chat: kidproto > > > Jabber Chat: rejon@...896... > > > IRC: rejon@...897... > > > > > > Inkscape (http://inkscape.org) > > > Open Clip Art Library ( www.openclipart.org<http://www.openclipart.org> > > > ) > > > > > > > > >

5 8

a couple of "effects"
by unknown＠example.com 30 Oct '05

30 Oct '05

Yesterday at Bryce's prompting I wrote a little effect that makes the selected objects a <marker /> in the <defs /> of the current document. Inkscape doesn't really seem to deal well with this but there is some code there to work with if anyone has ideas on how it could be used. I think Bryce made some modifications to his copy as well. Because there is a lack of interactivity you must position the connection point of the marker at (0,0). And there are likely a few other nuances I haven't thought of yet. http://www.ekips.org/comp/inkscape/inx/makemarker.tar.gz I also wrote a python script that embeds images in SVG because I didn't feel comfortable editing the perl script. It functions as an effect and can be called from the effects menu. If objects are selected it will only replace the images in the selection, otherwise it should replace the images in the entire document (although in retrospect I didn't test that, oops). Hopefully this effect will be obsolete soon and we can have "embed all" in a menu and "embed" in the images' context menu. http://www.ekips.org/comp/inkscape/inx/embedimage.tar.gz Aaron Spike

4 3

Additional info regarding Inkscape CVS compile error
by Steven P. Ulrick 29 Oct '05

29 Oct '05

Hello, Everyone For the past few days, I had been getting error messages like this when running "make" on Inkscape from CVS: file=./`echo it | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -c -o $file it.po it.po:1989: message catalog has plural form translations... it.po:10: ...but header entry lacks a "plural=EXPRESSION" attribute it.po:1989: message catalog has plural form translations... it.po:10: ...but header entry lacks a "nplurals=INTEGER" attribute make[2]: *** [it.gmo] Error 1 make[2]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape' make: *** [all] Error 2 For a while, I tried going back to old revisions of the *.po file that "make" seemed to choke on. Sometimes I would get the same error, but on a different *.po file. In each different error message, the numbers next to the name of the *.po file that was compiling when "make" crashed was different. Here is a new error message. Now "make" is choking on sr.po. I haven't seen it bomb on that one before: Making all in po make[2]: Entering directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape/po' file=./`echo sr | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -c -o $file sr.po sr.po:3224: format specifications in 'msgid' and 'msgstr' for argument 1 are not the same sr.po:4774: format specifications in 'msgid' and 'msgstr[0]' for argument 1 are not the same /usr/bin/msgfmt: found 2 fatal errors make[2]: *** [sr.gmo] Error 1 make[2]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape' make: *** [all] Error 2 Further, I noticed the following in the output for "configure": Running aclocal-1.7 ... Running autoheader ... Running libtoolize --copy --force ... Running automake-1.7 --add-missing ... Running autoconf ... Running glib-gettextize --copy --force ... Copying file mkinstalldirs Copying file po/Makefile.in.in Running intltoolize --copy --force --automake ... patching file po/Makefile.in.in Hunk #4 FAILED at 95. Hunk #5 succeeded at 194 (offset 15 lines). 1 out of 6 hunks FAILED -- saving rejects to file po/Makefile.in.in.rej This is the error that I posted that I referred to in the response to Erik's "What is happening?" message. I have reported this to the list, but no one apparently has seen it yet, or has knowledge about the possible cause. So that you can get all of the information that I have sent to the list about this problem, here is a link to my original thread in the archives: http://sourceforge.net/mailarchive/forum.php?thread_id=8808340&forum_id=360… As always, if you need any more information, let me know. Oh yeah, I said it elsewhere, but I am attempting to compile this on Fedora Core 3. Steven P. Ulrick

2 3

0.43 status as at Oct12
by Peter Moulder 29 Oct '05

29 Oct '05

SPDesktop now looks in good shape, which is good as that initially looked like the major show stopper. (Fixes thanks to rwst with some GC work from mental.) Inkboard -------- A couple of people have reported either difficulty in connecting: bryce made a bug report, and sciboy today mentioned similar problems -- see 17:52 and previous at http://inkscape.gristle.org/2005-10-11.txt. sciboy says that it works if connecting to gristle.org, but that none of jabber.org, jabber.com, or jabber.org.au work. Later that day, Michael & sciboy did get a connection. Issues: - Lots of output on the terminal, should be turned off for general use before release. (If these messages are still useful to developers, then wrap the status messages in a macro or function that does nothing in the main version but that interested developers can "switch on".) I wouldn't want to release with these status messages: e.g. because they mask real errors that we'd want to be reported. - Michael & sciboy's session got out of sync somehow: at some point sciboy cleared everything but a star was left on michael's session. Not a show-stopper: this was the only thing we were aware of being out of sync. - Undo is global, i.e. it often undoes what the other person did rather than what the undoer did. This is a usability problem, but changing this is non-trivial, so I don't consider this a show-stopper. Btw, Michael was using MacOS X, so it seems that libloudmouth works acceptably there (as well as on Linux/Gnu). I gather Windows still doesn't work acceptably well, due to threading differences. sciboy did experience a segfault later in his session with Michael (18:47 in the gristle log), though he didn't have a backtrace at the time. My feeling is that if the crash is specific to inkboard then we not consider it a show-stopper, but just make a note of it in the release notes. Connectors ---------- Progress has been made. The bug tracker no longer has any connector bugs marked with priority >= 8. We still have some strange behaviour. Michael comments: "The only known connector crash now is the one bryce reported, which I believe is fixed but he hasn't yet confirmed. I used to be able to reproduce it, but after fixing some other problems I now longer can. Once this sp_use_update fix is in that Bulia and I were just discussing (give me 20 minutes), then I think it's releasable. The other bugs are related to overlapping objects and are things I need to rework in libavoid after the release. The one remaining thing I'd like to look at if it's easy is the slowdown moving endpoints with the xml editor open." menus.xml localization ---------------------- In principle fixed (there's one huge menus-skeleton.h string to be translated), but in practice none of the translations has been updated. It would be nice if we went back to smaller strings to facilitate keeping the translations up-to-date (and so that we could re-use the existing translations). Personally I'm still inclined to treat this as a show-stopper, particularly as it looks easy enough to fix. Other ----- Sorting bug tracker items (http://sourceforge.net/tracker/?group_id=93438&atid=604306) by decreasing priority shows the following marked at priority 9: - a text-anchor regression (cyreve, can you comment?); - the corrupted about.svg problem I posted on just now; - a bunch of windows-specific bugs that I haven't looked at: I'll leave these for our Windows devs to decide on; - "unexpected printout size", where we're wrongly converting to postscript at 90px/inch or 72px/inch rather than 120px/inch. Personally I wouldn't let this one hold up the release. pjrm.

19 38

Problem compiling Inkscape from CVS
by Steven P. Ulrick 28 Oct '05

28 Oct '05

Hello, Everyone For the past few days, I have been having problems compiling Inkscape from CVS. First, the error involved pt_BR.po. Now, it is choking on it.po (other than that, it's the same error): file=./`echo it | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/msgfmt -c -o $file it.po it.po:1989: message catalog has plural form translations... it.po:10: ...but header entry lacks a "plural=EXPRESSION" attribute it.po:1989: message catalog has plural form translations... it.po:10: ...but header entry lacks a "nplurals=INTEGER" attribute make[2]: *** [it.gmo] Error 1 make[2]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape' make: *** [all] Error 2 I have tried a few fresh downloads of Inkscape from CVS, but "make" crashes on all of them with the same error. I am running Fedora Core 3, fully updated. When I installed, I installed EVERY package, so there should be no issues with missing devel packages. One other thing: up until recently, I have had no problems compiling Inkscape from CVS on this computer. If you need more info from me, let me know, and I will be glad to help. Steven P. Ulrick

2 5

calligraphy tut
by bulia byak 26 Oct '05

26 Oct '05

Hi Scislac, Thanks for updating the calligraphy tutorial. Looks nice, but I'd like to suggest a few more things: - In the Width section, you need to add at the end that width is affected by pressure, when pressure sensitivity is on, in addition to all other width controls. Also an example graphic made with pressure sensitivity would be very appropriate (please ask Popolon, he had some nice examples). - Similarly, in the Angle section you need to add that it's affected by tilt. - When done, please also generate the HTML version of the tutorial and upload it to http://inkscape.org/doc/index.php. Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

[Fwd: Gideon: the gui designer]
by Joshua A. Andler 26 Oct '05

26 Oct '05

This just popped up on the gtkmm list and I figured I'd forward it on as it may have some potential... (note that I haven't tried it yet) -------- Original Message -------- Subject: Gideon: the gui designer Date: Wed, 26 Oct 2005 21:08:35 +0400 From: Maxim Udushlivy <maxim.udushlivy@...400...> To: gtkmm-list@...45... Hello, everybody! This is an announcement for those, who may want to try a new designer targeted specificaly to gtkmm. It was about one year under development. This is the first public beta release. Project blog: http://gideon-designer.blogspot.com Mailing list: http://groups.google.com/group/gideon-designer Download: http://sourceforge.net/projects/gideon Maxim Udushlivy _______________________________________________ gtkmm-list mailing list gtkmm-list@...45... http://mail.gnome.org/mailman/listinfo/gtkmm-list

1 0

Inkscape 0.43pre1
by Ted Gould 26 Oct '05

26 Oct '05

The second prerelease of Inkscape 0.43 has been released. It now includes the whiteboard files and other fixes. Getting closer, does it still work for you? http://sourceforge.net/project/showfiles.php?group_id=93438&package_id=9911… MD5 Sums: 079bc5edd4825700563c99a1f9614209 inkscape-0.42+0.43pre1.tar.bz2 e3388ad06db510e28e7a1f50d8b78c34 inkscape-0.42+0.43pre1.tar.bz2.sig 6f3ddb62c151483c6e283c9e71373095 inkscape-0.42+0.43pre1.tar.gz 25fd3cfa6982fb22ba8abad0b2d12dd9 inkscape-0.42+0.43pre1.tar.gz.sig --Ted

2 1

transform dialog image
by bulia byak 26 Oct '05

26 Oct '05

I've just commented out the image (rendered from SVG) in the Transform tab of the Transform dialog because it was blowing up the size of the dialog really badly and refused to be squeezed. I remember that before, it was squeezable, but something broke. Frankly I don't see any useful information in it, so I just killed it instead of fixing; feel free to fix properly if you disagree. I know we're in a freeze, but this is cosmetic, and I felt this needs to be fixed for the release somehow. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Re: Inkscape-devel -- confirmation of subscription -- request 850492
by Steven P. Ulrick 25 Oct '05

25 Oct '05

On Tue, 25 Oct 2005 15:45:32 -0700 inkscape-devel-request(a)lists.sourceforge.net wrote: > Inkscape-devel -- confirmation of subscription -- request 850492 > > We have received a request from 12.203.241.111 for subscription of > your email address, <lists@...1052...>, to the > inkscape-devel(a)lists.sourceforge.net mailing list. To confirm the > request, please send a message to > inkscape-devel-request(a)lists.sourceforge.net, and either: > > - maintain the subject line as is (the reply's additional "Re:" is > ok), > > - or include the following line - and only the following line - in the > message body: > > confirm 850492 > > (Simply sending a 'reply' to this message should work from most email > interfaces, since that usually leaves the subject line in the right > form.) > > If you do not wish to subscribe to this list, please simply disregard > this message. Send questions to > inkscape-devel-admin@...460...

1 0

color selector
by Néstor Díaz 25 Oct '05

25 Oct '05

Dear Inkscape Developers: First of all, thanks for such a great design program. We use it in a daily basis in a proffesional enviroment for our work. A few years ago, before Inkscape were born, I was more involved in the UI design of Sodipodi. This weekend, tidying up a bit my folders, I found this idea for Sodipodi, and I think is still a nice dialog revamp for Inkscape, so I decided to send it to you in case it serves for something else than wasting diskspace. It's a mock up based upon the Gimp brushes dialog. It has also some of Illustrator "way of design". The point is I have my swatches in my color palette where I can rename and edit them with the appropiate button. The solid, line gradient, elliptical gradient and tile gradient are just a categorization but in fact I could have all swatches I'm using in the same window (adding a [View all] button). Let's explain this further. When I need to add a swatch (plain, gradient or tile) no color or the default color is asigned to the new object. Then I select the swatch and either duplicate or edit the color in a similar dialog as actual Inkscape dialog. Also, we could have the edit swatch dialog tabbed in the one I present or attached etc. In fact, is a waste of space to have two identical tabs for doing exactly the same function, which is editing swatches or colors: the fill and the border tabs. I propose to have as a first tab the one in my mockup, the second one the editing colors one an the third one the stroke style, witdth etc one. Of course, another control to switch between fill mode or border mode should be necessary for the new tab, which could be very similar to the Gimps one (background/foreground colors). A kind of law?: Choosing a property, style or color shouldn't be in the same area of Editing that very property, style or color. It drives to errors when accidentally move a slider or change something with a slight click or the mouse wheel. Asigning a property should be in it's own area/tab/dialog and editing should be separate from it. If somebody wants me to further develop this idea, more defined mockups and actions story board, etc. (I'm sorry I can't code): Just ask me as I'm willing to improve Inkscape UI and productivity in this matter. Yours: Néstor Díaz

1 1

SVG standards and Sodipodi cruft
by Alan Horkan 25 Oct '05

25 Oct '05

There has been a user complaining in several reports in the bug tracker about the Inkscape SVG giving away more information than he would like and the Plain SVG not including as much information as needed and I think it raises various questions. How plain should Plain SVG be? Should it include metadata? (Based on SVG having a metadata tag I think it probably should include some form of metadata) Inkscape has as a stated goal conforming closely to the SVG specificiation but inlcudes a whole lot of information in the Sodipodi and Inkscape namespace. The stock response is this someone helps compatability with Sodipodi but is this really true anymore? Surely some of it like including the sodipodi version number is just as likely to confuse the matter? The old sodipodi docbase attribute seem like it could have been useful to avoid link breakage if a the drawing file has been moved around. Is this actually doing anything useful? Users have expressed privacy concerns as it effectively embeds the path to their homedirectory including username in every document. It seems there must be a way to express a lot more of the old sodipodi metadata using SVG (or Dublin Core or other parts of XMP we are already using). If the old timers ;) could clarify if any of this cruft is useful anymore it would make it easier to write clear bug reports and break into much smaller parts which bits might be replaced (hopefully making the same information available in Plain SVG where possible). Given the importance of the OpenDocument standard and how they are essentially using their XML namespaces to fill out gaps not covered by SVG might it be better to include their namespaces rather than adding any more to the Inkscape (or Sodipodi) namespace? I hope people can clarify what old bits are still needed and what could potentially be cleaned up and replaced with standard SVG. With a bit more information hopefully I will be able to add useful comments to bug reports and perhaps add some goals for clearing out the old non-standard cruft somewhere on the Roadmap. Sincerely Alan Horkan Inkscape http://inkscape.org Abiword http://www.abisource.com Dia http://gnome.org/projects/dia/ Open Clip Art http://OpenClipArt.org Alan's Diary http://advogato.org/person/AlanHorkan/

9 15

Re: [Inkscape-devel] Inkscape 0.43pre1
by Ted Gould 25 Oct '05

25 Oct '05

Lucas Vieites wrote: > there still are several translation updates pending in the tracker. > Could these be included in cvs before final release? Yeah, I don't see any reason why not. Does anyone know a reason that the translations aren't checked in? (besides lack of time :) Can I just check them all in? --Ted

1 0

Inkscape 0.43pre1
by Ralf Stephan 25 Oct '05

25 Oct '05

desktop.cpp:83:47: error: jabber_whiteboard/session-manager.h: No such file or directory desktop.cpp: In member function ‘void SPDesktop::init(SPNamedView*, SPCanvas*)’: desktop.cpp:297: error: invalid use of undefined type ‘struct Inkscape::Whiteboard::SessionManager’ desktop.h:55: error: forward declaration of ‘struct Inkscape::Whiteboard::SessionManager’ desktop.cpp: In member function ‘void SPDesktop::destroy()’: desktop.cpp:371: warning: possible problem detected in invocation of delete operator: desktop.cpp:371: warning: invalid use of undefined type ‘struct Inkscape::Whiteboard::SessionManager’ desktop.h:55: warning: forward declaration of ‘struct Inkscape::Whiteboard::SessionManager’ desktop.cpp:371: note: neither the destructor nor the class-specific operator delete will be called, even if they are declared when the class is defined. make[2]: *** [desktop.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2

2 1

Translators - Calligraphy tutorial update
by Joshua A. Andler 24 Oct '05

24 Oct '05

Attached is the diff from the xml docbook file to assist translators to know what has changed. Other than added information, a number of contractions were removed to make translation a little more straightforward as well. Unfortunately I didn't get to put examples for pressure and tilt in due to tilt being funky with current gtk on win32 (and it makes sense to add the examples together). -Josh Index: calligraphy/tutorial-calligraphy.xml =================================================================== RCS file: /cvsroot/inkscape/doc-docbook/calligraphy/tutorial-calligraphy.xml,v retrieving revision 1.2 diff -u -r1.2 tutorial-calligraphy.xml --- calligraphy/tutorial-calligraphy.xml 30 Apr 2005 18:59:03 -0000 1.2 +++ calligraphy/tutorial-calligraphy.xml 24 Oct 2005 16:58:03 -0000 @@ -2,8 +2,8 @@ <chapter id="CALLIGRAPHY"> <title>Calligraphy</title> -<author>bulia byak, buliabyak@...859...</author> - +<authors>bulia byak, buliabyak@...859... and josh andler, scislac@...859...</authors> +<!-- Copyright (C) 2004-5 bulia byak, buliabyak@...859... and josh andler, scislac@...1050...> <abstract> <para> @@ -67,17 +67,34 @@ <title>Hardware</title> <para> -You'll get the best results if you use a <firstterm>tablet and pen</firstterm> -(e.g. Wacom). However, even with mouse you can do some beginning calligraphy, though you -will have difficulty producing fast sweeping strokes. +You will get the best results if you use a <firstterm>tablet and pen</firstterm> +(e.g. Wacom). Thanks to the flexibility of our tool, even those with only a mouse can do +some fairly intricate calligraphy, though there will be some difficulty producing fast +sweeping strokes. </para> <para> -Inkscape does not yet use <firstterm>pressure sensitivity</firstterm> of a tablet pen, -but that's not a problem because a traditional calligraphy pen (unlike a brush) is also -not very sensitive to pressure. Inkscape calligraphy pen can be sensitive to the -<firstterm>velocity</firstterm> of the stroke (see "Thinning" below), so if you are -using a mouse, you'll probably want to zero this parameter. +Inkscape is able to utilize <firstterm>pressure sensitivity</firstterm> and <secondterm> +tilt sensitivity</secondterm> of a tablet pen that supports these features. The sensitivity functions are disabled by +default because they require configuration. Also, keep in mind that calligraphy with a +quill or pen with nib are also not very sensitive to pressure, unlike a brush. +</para> + +<para> +If you have a tablet and would like to utilize the sensitivity features, you will need +to configure your device. This configuration will only need to be performed once and +the settings are saved. To enable this support you must have the tablet plugged in +prior to starting inkscape and then proceed to open the <firstterm>Input Devices...</firstterm> +dialog through the <emphasis>File</emphasis> menu. With this dialog open you can choose the +preferred device and settings for your tablet pen. Lastly, after choosing those settings, switch +to the Calligraphy tool and toggle the toolbar buttons for pressure and tilt. From +now on, Inkscape will remember those settings on startup. +</para> + +<para> +The Inkscape calligraphy pen can be sensitive to the <firstterm>velocity</firstterm> of +the stroke (see "Thinning" below), so if you are using a mouse, you'll probably want to +zero this parameter. </para> </sect1> @@ -85,9 +102,10 @@ <title>Calligraphy Tool Options</title> <para> -Switch to the Calligraphy tool by pressing <keycap>Ctrl+F6</keycap> or by clicking on -its toolbar button. On the top toolbar, you will notice there are 6 options: Width & -Thinning; Angle & Fixation; and Mass & Drag. +Switch to the Calligraphy tool by pressing <keycap>Ctrl+F6</keycap>, pressing the <keycap>C</keycap> +key, or by clicking on its toolbar button. On the top toolbar, you will +notice there are 6 options: Width & Thinning; Angle & Fixation; and Mass & Drag and two +buttons to toggle tablet Pressure and Tilt sensitivity on and off (for drawing tablets). </para> <figure> @@ -113,8 +131,9 @@ <para> Since pen width is changed often, you can adjust it without going to -the toolbar, using the <keycap>left</keycap> and <keycap>right</keycap> arrow keys. The best thing about -these keys is that they work while you're drawing, so you can change +the toolbar, using the <keycap>left</keycap> and <keycap>right</keycap> arrow keys or with a +tablet that supports the pressure sensitivity function. The best thing about +these keys is that they work while you are drawing, so you can change the width of your pen gradually in the middle of the stroke: </para> @@ -160,8 +179,10 @@ <para> After width, <firstterm>angle</firstterm> is the most important calligraphy -parameter. It is the angle of your pen in degrees, changing from 0 (horizontal) to 90 -(vertical counterclockwise) or to -90 (vertical clockwise): +parameter. It is the angle of your pen in degrees, changing from 0 (horizontal) to +90 (vertical counterclockwise) or to -90 (vertical clockwise). Note that if you +turn tilt sensitivity on for a tablet, the angle parameter is greyed out and +the angle is determined by the tilt of the pen. </para> <figure> @@ -175,9 +196,10 @@ Each traditional calligraphy style has its own prevalent pen angle. For example, the Unicial hand uses the angle of 25 degrees. More complex hands and more experienced calligraphers will often vary the angle while drawing, and Inkscape makes this possible -by pressing <keycap>up</keycap> and <keycap>down</keycap> arrow keys. For beginning -calligraphy lessons, however, keeping the angle constant will work best. Here are -examples of strokes drawn at different angles (fixation = 1): +by pressing <keycap>up</keycap> and <keycap>down</keycap> arrow keys or with a tablet that +supports the tilt sensitivity feature. For beginning calligraphy lessons, however, +keeping the angle constant will work best. Here are examples of strokes drawn at +different angles (fixation = 1): </para> <figure>

1 0

About screen for 0.43
by Jon A. Cruz 23 Oct '05

23 Oct '05

I'm tracking down bug 1310742 It appears that the SVG is slightly corrupted. It looks like a chunk of the file got lost. Doing a quick restoration of "text44" (the item that appears to be picking up after the missing part), I see that it is mainly "the vector is mightier than the Bitmap", written in a script font. This problem may have been in the initial editing, or may have happened later. If anyone might have different versions laying around, can you check if they do not have this problem? The following will check for the main problem point: grep -l "preser," * If nobody has a better version (or at least for that part), then I'll just go with cutting out "text44", since it appears to be cruft anyway.

1 0

Inkscape 0.43pre0
by Ted Gould 23 Oct '05

23 Oct '05

First prerelease of all the goodness being expected in Inkscape 0.43. This is not recommended for production use, it still has known bugs in it. It is recommended that you download it, play with it, and find more bugs. If all packagers could try to make packages from this tarball, that would be helpful for removing packaging bugs. I think that I missed some from the last time 'round, so if you could put them in the tracker that would be excellent. https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=991… MD5 Sums: ed274d011189a2f496c93b84c9a30d7a inkscape-0.42+0.43pre0.tar.bz2 02b6199ce64d830d288e21ad2a0d6e07 inkscape-0.42+0.43pre0.tar.bz2.sig bb962f1c6d019ed747231015869ca315 inkscape-0.42+0.43pre0.tar.gz 06d97f80b5ef59a97af73e154e688147 inkscape-0.42+0.43pre0.tar.gz.sig Have fun, Ted

8 10

RE: [Inkscape-devel] RE:Xara Announcement
by Charles Moir 22 Oct '05

22 Oct '05

> > This would be a good opportunity to pimp another project that Inkscape's > > been participating in, called create.freedesktop.org.... > > > > http://create.freedesktop.org/wiki/index.php/Main_Page > > > > The idea is > > interoperability; despite our differences, all of us open source > > graphics tools can be stronger by sharing art resources. > > > > Anyway, put that in your todo list to check out next month or so when > > some of the fires have died down. Long term you'll want XaraExtreme to > > be part of, or at least aware of, those discussions. > > Hi Charles...if you or any other xara devs. have questions about the > Create Project, you can ask me or join the create mailing list from the > URL above. > > Also, it would be good to dicsuss integration with Open Clip Art Library > in the near future...its time to build up our community, right! > These are all good things. I have some issues about quality control on OpenClipart, but the principle is great. We will support these as much as we can. Exactly the type of working together that helps everyone. Charles

5 4

[CharlesM@...1042...: [XaraXtreme-dev] Updated Xara LX download]
by Bryce Harrington 21 Oct '05

21 Oct '05

----- Forwarded message from Charles Moir <CharlesM@...1042...> ----- Date: Fri, 21 Oct 2005 17:51:10 +0100 From: Charles Moir <CharlesM@...1042...> To: xara-dev <dev@...1048...> Subject: [XaraXtreme-dev] Updated Xara LX download We've updated the Xara LX viewer download to version 0.1b. http://www.xaraxtreme.org/download/ This includes support for the (almost) full range of Xara fill types, along with a number of other fixes which means it should now load and render a much wider range of Xara documents. We've also updated the Designs folder to include some more examples such as the famous Microscope design. There's also a Fill Types.xar example that shows off some of the wide range of basic object fill types that Xara supports (one of the distinguishing aspects of the Xara rendering engine is its very wide range of basic fill types). Apart from progressing the Xara LX preview build, we've been continuing to work on the source codes files, documentation etc in preparation for making this Open Source. We hope to start this process within a week or two. Charles ----- End forwarded message -----

1 0

Win32 filename fixup
by Jon A. Cruz 21 Oct '05

21 Oct '05

For those who are interested in building and testing the Win32 changes I'm doing for filename fixups, I just checked in a much better version. What I had before was mainly code to check things, not change things, and was placed *after* the main app instance was created with the args. Moving the code up above the instance creation made things much happier. It still has a major problem in that things are stripped to bare filenames with no path preceding them, so files need to be placed in the same location as inkscape.exe to be tested. However, it should get things working with all Unicode names (not just those in the current ANSI code page). The other thing to check is in src/io/sys.cpp at line 129. To get things opening correctly, we can probably simplify the code now that we're using GTK+ 2.6 or later on Windows. Change if ( PrintWin32::is_os_wide() ) to if ( false ) and that should finish fixing things (aside from the full-path issue, of course). If anyone can verify that the sys.cpp change keeps things working with different names (non-ASCII, non-Cp1252, etc) that would be very good to hear.

2 1

Re: [Librsvg-devel] Re: [Inkscape-devel] Plain SVG as default ?
by Christian Fredrik Kalager Schaller 21 Oct '05

21 Oct '05

Hi John, If you want a pretty good indication on the current status of the different rendering engines you could take a look at my comparison chart here: http://www.linuxrising.org/svg_test/test.html It lists all the SVG engines discussed in this thread and I updated the librsvg-cairo one just an hour ago. I also hope someone in the Inkscape community gets motivated to start working on the compliance tests as afaict there have been little progress on Inkscape's SVG standard compliance over the last few months (tons of other improvements though :). Christian On Wed, 2005-10-19 at 03:33 -0600, John Taber wrote: > Dominic Lachowicz wrote: > >>I can barely make time for testing a new lib under cairo so can't afford > >>to get involved with trying to get hooked into cvs etc - if libsvg is > >>deprecated and librsvg is really in flux, what is Gnome using in current > >>development (v2.11) for rendering svg? > > > > Gnome has always used librsvg. It has never used libsvg. Gnome's > > development version is 2.13, not 2.11. > > > > The version of librsvg that Gnome uses renders via libart and not cairo. > > > Now I get it - I was thinking Gnome was now rendering svg via cairo. So > for now I'll use libsvg-cairo knowing that it may have some problems and > knowing that it is planned to be replaced with librsvg-cairo sometime in > near future. When a version of librsvg-cairo becomes available outside > of cvs or I have time to fool with the cvs settings, I'll try it out and > feedback to the librsvg list. thks. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Librsvg-devel mailing list > Librsvg-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/librsvg-devel

5 7

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

Re: [Inkscape-devel] Static RPM isn't Very Static
by DJA 17 Oct '05

17 Oct '05

Jean-Francois Lemaire wrote: > On Friday 14 October 2005 20:00, you wrote: > >>Jean-Francois Lemaire wrote: >> >>>I've just uploaded inkscape-0.42.2-0.static.i686.rpm to >>>SourceForge. Would you please check it out and report back? > > >>That fixed that problem, but...umm...here's a new one: >> >>[dallen@...1044... miscellaneous]$ inkscape >>inkscape: error while loading shared libraries: >>libpangocairo-1.0.so.0: cannot open shared object file: No such file >>or directory > > > libpangocairo is not statically linked on purpose. It's not unreasonable to expect the user to install some support libraries or tweak the run-time environment. However, if there are libraries required by the package, then it shouldn't be called a static package. > Aren't you able to install it on your system? Isn't it part of your distribution? I will look for that library. No, Cairo[1] is not part of the Fedora Core distribution, and this is a full ("Install everything") install. Neither is Inkscape, BTW. > We can't link statically every library needed by Inkscape. Fair enough. But then you shouldn't call that package static. > We have to make reasonable choices. Now, maybe libpangocairo should be added. Your choice. Just let the users know what is required to install the package or binary. If there are library or environment requirements for the Inkscape package, then those requirements should be listed on the download (or some conspicuous) page on the Web site, preferably with links pointing to wherever contemporary versions of those files/packages can be found. [1] I'm assuming 'Cairo' is the library name - I'm not familiar with it. No doubt you will have many users new to your app who are not up to speed on all the latest graphics libraries and support packages. All the more reason to spell out exactly what one needs to experience your app. -- Best Regards, ~DJA.

5 9

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: > >> > OK with this: > If the file cannot be read if not corrected (=definition of error > for me) the fix should be automatic. > . if the file can be read (as it was for mine: the syntax was OK) but > contains some unusual values, the correction should not be made > automatically. but, in addition of issuing a warning, I think it > would be great if a fix was proposed. then the user can choose to > accept it (in most cases, yes) or to reject it (in this case user > probably know what he is doing and will reject it if necessary). > In addition to that... This is RFE [ 1119025 ] repair broken xml on load http://sourceforge.net/tracker/index.php?func=detail&aid=1119025&group_id=9… You might want to: * Add a comment there * Put it onto the roadmap * Add a wiki page to record progress Note that this may not be 'interesting' to an open source developer, and you may find that progress is sporadic, but if a start is made so that there is a place to add code for handling new sorts of errors, I expect that eventually this will get done. Ben

1 0

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: > > - that some criteria are chosen in the sanity check and some fixes > are proposed when these criteria are met. As I mentioned before, I am > thinking about scaling objects that have insane bbox or that are > really big/small in comparison with the rest of the drawing. Or even > scaling the whole drawing if it is huge (as it was the case > previously with somebody who couldn't zoom out far enough to see the > whole drawing if I remember well) or tiny (as it is the case with the > other file I have). And having the possibility to accept or reject > any change individually make this feature not too intrusive. Once > again I don't know if all this even means something. Just correct me > if this is stupid. 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. Ben

1 0

Fix Error handling first (wasRe: 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: > > [ snip ] > > To help this I can provide plenty of buggy files to play with ;-) > Scilab and other math plotting software apparently produce eps files > that pstoedit/inkscape do not like at all. Yes, we should have a corpus of files that cause problems for Inkscape (and/or sister programs whether valid or invalid. You might want to take this to the testers list Ben

1 0

Sanity checking files on open (was Re: [Inkscape-devel] zooming bug)
by Ben Fowler 17 Oct '05

17 Oct '05

On 10/15/05, jiho <jo.irisson@...400...> wrote: I am assuming that you meant to post to the list. > 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: > > Assuming that in general we cannot expect Inkscape to determine > > whether or not a bounding box is insane, I was thinking that we > > might exclude some items from the bbox estimation to make the > > behaviour less surprising. > > I think some could be determined at least. For example, if only one > object is insane this could be found: if all transform look like > 1,0,1,0,0,1 and one is 10e15,0, 10e15... it is very probably wrong. > This could be detected and corrected at openning time and if the user > wants to see the unmodified file anyway he could just cancel the > correction. This would allow users with specific needs to edit their > files anyway. Could I make sure that we are distinguishing at leaast two cases here? The first is when a file is in error, and the fix is forced. If possible, we should always do this. (I suspect that where this is not possible, we open in the XML editor, if even this is not possible, we show a helpful diagnostic - but this is not the current topic). The second is when the file is not in error, but contains some suspicious values, and we want to warn. This happens in Freehand when a bitmap cannot be found or a requested font is missing. Now I think that it is often a mistake for an application to put up a modal dialog and demand that the user pay attention. In some cases. the time to warn is just before saving, or to require that the file is saved under a new name, to ensure that the user does not lose data. If the application feels that a file has 'warnings' (non fatal errors or failure of sanity checking) there should be an annunciator in a margin that one can click on to see details. Additionally or alternatively there should be a menu item: Verify File that would check the file with great rigour. Think of it as Norton's Disk Doctor for SVG. (We have a menu item: Vacuum Defs that is cognate to 'Speed Disk'). The problem with performing rigorous sanity checking at every start-up (file read), particularly by default is that we cannot as developers really know how long this will take, but we can be pretty sure that 9999 times out of 10 000 it is not necessary: It is a little user hostile. O.K. We can do some statistical analysis of a) The diagonals, b) The x position and c) the y position of every bounding box, and by looking at twice the standard deviation determine if the out-liers were lying out too far. The trouble with this approach is that it is the 'fool proof' approach, just making as a system proof against a fool only works until a better one comes along, this appraoch will be defeated in the field by the great variety of insane files. Whether we like it or not, people are going to have to be opening SVG files with text editor (or the built-in XML editor) to fix problems with insane files for some time to come. It is madness to pretend otherwise. 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. Ben

2 2

Inkscape Project Stats - Oct '05
by Bryce Harrington 17 Oct '05

17 Oct '05

Statistics Jun 1 Aug 1 Oct 1 Oct 15 ========== ====== ====== ====== ====== Max Week's Rank on SourceForge: 38 3 26 26 Total SF Page Views 1,935,964 4,452,437 4,948,483 5,329,542 Total SF Downloads 254,647 378,712 501,162 534,047 Total Freshmeat URL Hits 19,149 21,261 23,148 23,454 Total Freshmeat Subscriptions 183 208 229 233 Lines of Code in src/: 374,180 389,945 544,117 544,031 Code lines 260,236 270,423 373,797 373,738 Comment line 67,136 70,478 108,884 108,883 Blank 53,443 55,698 73,412 73,386 Lines of Docs in doc/: 27,790 28,090 27,176 27,176 Lines of content in website: 42,490 44,483 48,689 48,928 Size of the Inkscape wiki: 26,729 34,890 34,847 34,847 Bugs open/total: 215/1223 215/1445 260/1643 267/1684 Features open/total: 453/ 728 440/816 453/ 934 468/ 955 Patches open/total: 11/ 230 8/325 10/ 346 14/ 357 CVS Commits (as per inkscape-cvs) 12,040 12,915 14,201 14,372 Inkscape-devel membership: 179 200 213 217 Inkscape-announce membership: 202 236 284 299 Inkscape-user membership: 248 276 310 314 Inkscape-tester membership: 31 30 Num Translations: 33 33 34 35 Ave Translation Ratio: 47.8 54.6 51.5 51.5

1 0

Open Clip Art Library Release 0.18 Announcement :: www.openclipart.org
by Jon Phillips 17 Oct '05

17 Oct '05

October 16, 2005 - Release 0.18 of Open Clip Art Library (http://www.openclipart.org), containing over 6900 SVG files created by over 500 artists, is now available for download and use. For the month of September, the Open Clip Art Library sought imagery related to pets including images of different breeds appropriate for use by animal shelters. For the upcoming 0.19 release, due November 1, 2005, the theme is Halloween. This is any artist's chance to submit to the Open Clip Art Library images of ghosts and goblins, bats, witches, and pumpkins. The community would also welcome printable templates for creating holiday decorations usable in Inkscape, OpenOffice?, Scribus, and, or other graphics applications. Some of the highlights from this release: * New top level categories 'science', 'electronics' * New subsections 'religion', 'astronomy', 'network', and more * Flags collection has been fleshed out / improved a bit more * Bunch of new signs/symbols * Lots of new vehicles, office, sports, music, and toys clipart A lot of the previously 'unsorted' art is now sorted and moved into other categories, and several duplicates removed. While much more work is required before the collection is perfect, this release refines the collection for easier access. Please download it directly from: http://openclipart.org/downloads/0.18/openclipart-0.18-full.tar.bz2 http://openclipart.org/downloads/0.18/openclipart-0.18-full.tar.gz http://openclipart.org/downloads/0.18/openclipart-0.18-full.zip http://openclipart.org/downloads/0.18/openclipart-0.18-win32.exe Or, find one of the other packages at: http://openclipart.org/downloads/0.18/ The Open Clip Art Library (http://www.openclipart.org/) aims to create an archive of user contributed clip art that may be freely used. All graphics submitted to the project are placed into the Public Domain according to the Creative Commons Public Domain Declaration.

1 0

RE: [Inkscape-devel] Bitmap manipulation
by Charles Moir 16 Oct '05

16 Oct '05

> From: bulia byak [mailto:buliabyak@...400...] > Sent: 15 October 2005 18:04 > On top of that, in my humble opinion, this is also the most awkward > thing in Xara from UI viewpoint. The Xara strength has always been to > edit everything on the canvas. So opening a separate window for bitmap > feels extremely clumsy. Totally agree and that's the way we're going. You can already use some picture editor tools on the vector object directly such as our Enhance dialog (brightness, sharpen, blur etc). Indeed many picture plug-ins now work on canvas in Xara (on vector or bitmap objects alike). Work to do still but I completely agree, editing and painting operations should be able to be done directly on canvas just like all other tools. We're sort of about 2/3rds the way there now. Our architecture is such that they can be used stand-alone in the picture editor, OR directly on canvas in Xara, so you get the best of both worlds. i.e. the plugs-in designed to work in a pure bitmap editor, just work on canvas for free in Xara. Charles

3 2

Re: What should 'zoom to content do? (was Re: [Inkscape-devel] zooming bug)
by jiho 16 Oct '05

16 Oct '05

On 15 oct. 05, at 21:01, Ben Fowler wrote: > I am assuming that you meant to post to the list. yes sorry about that. inkscape's list should really have a "reply to" address set up if this is possible. > On 10/15/05, jiho <jo.irisson@...400...> wrote: > >> If this is a good solution for a newly opened/finished file (which >> should not have things outside the page in order to print correctly), >> I think this might be annoying when editing the file. For example, I >> very often put some objects outside the page while I edit the rest. I >> might zoom into the page on a small selection and then zooming out to >> content, including what is outside the page is a very efficient way >> of finding back all my objects. otherwise it is often a pain to look >> for it outside, or to zoom out manually, find them, move them, zoom >> back in... >> > > Terminology: Outside the page | Off the page | On the pasteboard > > If you have a small selection already made, 'Zoom to content' (I would > call it 'Fit All') is not the same as 'Fit selection'. I would suggest > that 'Zoom to content' always sets the zoom to fit all objects. I am > sorry if I implied otherwise. Ok I think I misunderstood you. Just to be clear what you propose is in fact: - zoom to page: zooms to the page ;-) - zoom to content: zooms to fit ALL visible objects - zoom to selection: zooms to the selection unless selection is larger than the page, in this case zoom to the page. is that it? in this case: "why not", but my opinion is that if there are real issues in the file, they should provoke some strange behavior in order to be corrected. > Also, I suspect that what you are looking for is a zoom between the > 'User state' (showing a small part of your drawing, possibly > defined by > a selection of one or a small number of objects) and the 'Standard > state' (showing all). I think that the key to this is to have an easy > way of switching between these states. In this case I think you might have misunderstood me. I'm sorry if I was not clear by english is not my main language. There are two things: - what I though you suggested before. I though you suggested that zoom to content should not zoom out of the page. to which I replied that IMHO current behavior (zooming to all, even off the page) was useful to quickly visualize all objects during the editing process. - the problem with the file with the insane bbox. this problem was revealed by the complete zoom out. in this case the zoom issue was in fact just _revealing_ some other problem: the fact that apparently Make bitmap copy produced an object with a wrong bbox. so in this case the problem does not come from the zoom but from "Make a bitmap copy". So in fact I am quite happy with current behavior of the zoom tool ;-) > I don't think that we can guarantee perfect or even satisfactory > results > when working with insane files, but I do think that the Interface > should > not be surprising. > > What is the least surprising behaviour here? > > I am proposing that when you make a selection, including 'Select > All' and > then 'Fit Selection' you should see the boundary selection handles > just > inside your workarea. > > I am suggesting that the meat of your report was that when you > expected > the zoom to be 66% and many objects visible, you observed the zoom to > be 1% and the objects to be the canvas equivalent as screwed up into > a tiny ball. > > It is your bug, not mine and you are free to correct me. concerning the reaction facing this bug, please see my answer to the other thread. thank you for taking care of this issue as you did from the beginning. JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

2 1

RE: [Inkscape-devel] RE:Xara Announcement
by Charles Moir 16 Oct '05

16 Oct '05

> From: Ted Gould [mailto:ted@...11...] > Sent: 15 October 2005 00:36 ... > A couple of things here: > > - Do you expect to release the Live Effect plugins as open source also? > I thought so, but you listed it here as the additional features in a > boxed version. We can and will make the Xara owned ones Open Source. But we bundle many (17 at the last count) provided by third party companies that specialise in providing Photoshop plugins, such as Alien Skin. Very cool effects but we have no ownership or control over them. > - It sounds like your initial plan is not to sell a Linux boxed version, > is that correct? There is no short term plan to sell a boxed Linux version. Down the road (one we get to a 1.0 stage) if we can add enough added value, this might be possible. e.g. if we can persuade the likes of Alien Skin to create Linux compatible plug-ins that we could bundle in a premium boxed version, and if enough people want things like commercial support, CD, manuals, whatever, then it's a possibility. > - Have you looked at the embedded Linux market? One device that I'm > anticipating is the Nokia 770, which will run Linux. My understanding > is that the graphics application there is... well... Xara could probably > help :) An uber-fast rendering engine would definitely be of interest > to embedded developers. I think this could be an exciting potential > market for Xara, and companies like Nokia would probably pay for the > porting to their device. I love the device, and would love to put something like Xara on it. But this is exactly what I'd hope would be one of the benefits of going open-source. We couldn't justify spending time on this (unless Nokia pay us) but if there are enough enthusiasts willing to put the work in then they can take our code and create it for themselves, and everyone else. It would be very cool to do. > I totally agree on the Pantone point, but that leads me to say, why not > just leave the whole thing as LGPL Not an option because it could then be used by our commercial competitors, especially on Windows, against us. Would be hugely damaging. So I'm with Stallman on the copyleft aspect of GPL. We make our stuff free and can be used by anyone else as long as they make their stuff free as well. > and not worry about the BSD stuff. > Then you can link to other libraries as need be, and sell that as your > boxed version. Then users can contribute under their copyright, and > licensed under a single license. This would protect you from the case > where a significant contribution could be integrated by Adobe without > any contribution to the community. Ah do you mean why can't we take contributions in LGPL? If I understand LGPL correctly that only allows for linking via a defined library API. So it doesn't work for contributions to the code itself. That would still prevent us (or anyone) creating versions containing other non-open licensed code. Charles

1 0

RE: [Inkscape-devel] Bitmap manipulation
by Charles Moir 16 Oct '05

16 Oct '05

> From: inkscape-devel-admin(a)lists.sourceforge.net [mailto:inkscape-devel- > admin(a)lists.sourceforge.net] On Behalf Of Ted Gould > Sent: 16 October 2005 05:46 .. > ... but I think the single biggest > thing Inkscape could do to help integration is notice changes in bitmap > files. So, I link in a JPEG, and if I change that file in any other > application Inkscape notices and updates instantaneously. I think this > should be possible with further GNOME-VFS integration. Then, the > command is to just to open GIMP on the file. Yes, great. Something really simple like that. I'd support that (in Xara or Inkscape). But we'd like to go further (and part of the reason we do it the way we do with a private API) so that we pass raw (or PNG) bitmaps to and fro, to avoid the JPEG lossy cycle. We also keep the photo edit list associated with the bitmap, so you can edit it in future and alter (or undo) the previous edits you did to the bitmap. That requires a bitmap editor to remember the lists of edits, and keep a master around. But for a basic simple, still very useful feature, just watching for file changes would seem to do the trick.

1 0

RE: [Inkscape-devel] Bitmap manipulation
by Charles Moir 16 Oct '05

16 Oct '05

> Perhaps it would be a good idea to come to the Libre Graphics Meeting > 2006 in Lyon, to define your position in the OpenSource Community. > http://wiki.gimp.org/gimp/LibreGraphicsMeeting > > Tobias All ready to put in my diary, only to discover I've already booked a vacation at that time, which is a real pain. I'll see if we can send some other representative. We should be there I agree. Charles

1 0

Proposed changes to Keyboard shortcuts
by Alan Horkan 16 Oct '05

16 Oct '05

=== Patch first === The Patch https://sourceforge.net/tracker/download.php?group_id=93438&atid=604308&fil… The Patch assigns F1 to Help, Keys and moves some other keys around mapping them to ones used by Xara. The tracker request https://sourceforge.net/tracker/index.php?func=detail&aid=1326159&group_id=… === Ask questions later === (And these are just for starters) Inkscape has keybindings for almost everything which makes it very hard to change anything without having consequences, it is worse than a Rubiks cube. I tried to make changes as non invasive as possible but it was difficult. I may not use Inkscape every day but it is precisely for that reason I find it so important to try and get inkscape to use Keybindings which resemble those used by other applications. F1 for Help was one of the first and most important keybindings I learnt (and hitting Esc like a madman anytime something went wrong was probably the second). It is not just about F1 but it seems like a place to start. Beginners and new users face a much steeper learning curve if Inkscape uses different conventions from other applications. I realise an changes will be uncomfortable for existing users but no one ever claimed Inkscape was ready for stable 1.0 and not going to change things around. Experienced users should know inkscape will be subject to changes and they are exactly the people best able to adapt to changes and if we are lucky they might even like the changes because they make inkscape a little more like Xara. The long term solution is of course to have fully switchable keyboard profiles. That doesn't change the need for good defaults and I hope by trying out these ideas (even if they need to be reverted before the next release) it will encourage people who do not like it to come up with better suggestions rather than blocking changes. Using F1 for help is a convention used by Windows, Mac OS X, Gnome, KDE. The changes make Inkscape more like Xara [1] in particular. Precedent is significant but if we at least try out the change we can get a better idea of the impact. If people really hate the change and it has to be reverted it will at least help show the need for different keyboard shortcut profiles sooner rather than later. There are many more things which could be said about this but please lets try it and come up with ways to do it better rather than not doing it at all. (bulia mentioned his displeasure at the choice of Zoom key which I expect could be addressed parallel to this by providing other Zoom functionality but I think that may need seperate discussion.) Sincerely Alan Horkan Inkscape http://inkscape.org Abiword http://www.abisource.com Dia http://gnome.org/projects/dia/ Open Clip Art http://OpenClipArt.org Alan's Diary http://advogato.org/person/AlanHorkan/ [1] Keyboard Shortcuts for Xara http://www.xaraxone.com/html/tip_of_the_week_4.html http://www.xaraxone.com/assets/images/tip_30.gif (I have a text reference of the Xara shortcuts too somwhere, if anyone has a reference for Corel I'd appreciate it too.)

6 17

Bitmap manipulation
by Charles Moir 16 Oct '05

16 Oct '05

On Tue, Oct 11, 2005 at 08:22:39PM -0300, bulia byak wrote: > > Another focus of Xara is on bitmap manipulation. They have a built-in > > Picture Editor, something like a primitive Photoshop. I think it's > > safe to bet Inkscape will never have such a thing - why do it if we > > can just call Gimp instead. > Well, depends what you mean by "have such a thing": calling gimp code > would count as having such a thing; though currently we don't do that > at all to my knowledge, and we certainly don't currently make it easy > to edit embedded bitmaps, or have gimp layers implemented as separate > <image/>s, or allow other vector objects to be visible when editing a > bitmap. > > pjrm. This point reminds of another area we could cooperate. We do have an integrated bitmap / photo editor, because in principle I don't believe you can or should separate the two worlds. Real users want to mix photos and vector artwork, and so it's simply more convenient to be able to do this directly from within your vector editor. (And Microsoft Expression will be majoring on this point - integrated bitmap and vector editing, indeed the only significant change MS have made to Expression they bought, is adding a fully integrated bitmap editor) So in Xara X we added an API to call an external photo editor, so that you could double click a photo, (or a bitmap fill) edit your picture, close the window and the edited result is passed back. The theory was that we could use any external editor and were not going to make it specifically the Xara Picture Editor. So in principle this is exactly like you guys calling out to GIMP. But our Xara <-> Picture Editor API sucks, partly because it's very COM based and partly because it's become very specific to our implementation of the photo editor. Worse, our Picture Editor component is going to be an absolute dog to port to Linux because unlike Xara X, it was never designed to be the slightest bit platform portable. GDI+ code everywhere, transparent fading, rounded dialogs, the lot. This remains a major potential stumbling block for the port down the road (it will be the last component we do). So we should also be changing our API to be more general purpose. So the user can configure their favourite photo editor to be called when they want to edit a photo. So, if this is a feature that you guys are thinking of adding to Inkscape, lets have a common API to call external photo editors. Then we can be compatible - we can both use and call Photo editors in a compatible way. What's more this provides an added incentive for the various photo editors out there to support this API and so greatly increase the interop and choice for all users. I might be talking b**ls here, because for all I know Linux already has an open, common API to pass photos to and from the various picture editors. But it seems another area where we could both possibly develop a feature in parallel, but both benefit equally from it. Or is this rubbish?

4 3

RE: [Inkscape-devel] Bitmap manipulation
by Charles Moir 15 Oct '05

15 Oct '05

> > I might be talking b**ls here, because for all I know Linux already has > > an open, common API to pass photos to and from the various picture > > editors.... > > I don't know of anything *specifically* for that. > > However, there is an API that might be relevant here, with added benefits. > It's a network protocol, primarily for 3D graphics collaboration, called > "Verse": > > http://www.blender.org/modules/verse/ > > Performance could be an issue for large bitmaps, since it's a network > protocol, but perhaps an optimised version could be used locally. This is interesting and possibly suitable. Might be more suitable as an API to interface to 3D apps (which is another area altogether - Illustrator and Corel have had good 3D capabilities for a while). Charles

2 1

Writing News
by unknown＠example.com 15 Oct '05

15 Oct '05

Could someone in the know update the wiki with the current new writing procedure? http://wiki.inkscape.org/cgi-bin/wiki.pl?WritingNews Aaron Spike

2 1

zooming bug
by jiho 15 Oct '05

15 Oct '05

Hi list, this file http://jo.irisson.free.fr/dropbox/schema_bilan.svg was completely made in inkscape with version 42-2-2 on mac os X. Then it was edited with latest CVS on linux and after that: - zooming to fit content in window zooms out to 1% - selecting all and zooming to selection produces the same result both on stable or latest cvs inkscape on os x or linux. (NB: the same problem was also remarked in other files, converted from eps to svg with pstoedit such as this one: http://jo.irisson.free.fr/dropbox/sampling.svg it might be that the eps was corrupted in the first place or that pstoedit job wasn't perfect because there are other problems with this file: any new path/tex created is huge, no dashes can be applied to some imported path or to any new path created etc. But I mentioned it in case the zooming problem is the same. Nevertheless, the point is that previous file (schema_bilan.svg) was entirely made in inkscape so there is no incriminating pstoedit or the software which produced the eps in previous case.) in addition, the first file (schema_bilan.svg) does not display properly on os x (stable or cvs) anymore: all shapes are there (selectable), their fill and stroke attributes are still correct but they are not displayed. I know that the zoom has been changed a bit lately. might it be related to this? I submitted a bug to the tracker: [ 1326574 ] maximum zoom out when zooming to fit in window I hope this will be easy to fix. I am naturally ready to test anything you'll need. JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

3 8

zooming bug
by jiho 15 Oct '05

15 Oct '05

sorry I replied only to bulia. Begin forwarded message: > The real problem is the insane bbox. I think this may happen to >> other elements too, for any number of reasons. So perhaps the best >> way >> to address this is to ignore anything which is larger than, say, a >> million px in any dimension. For example scaling by keyboard already >> has the 1 million upper limit. However I'm reluctant to do that, as >> you never know what weird files people would want to edit. This >> arbitrary limit may bite us sometime. >> >> > > what about scaling down or up the objects with "insane" bbox after > issuing a warning/question when the file is opened? if it is a > isolated case in the file (as the one attached in the bug I > submitted) it will suppress the problem and focus the attention of > the user on this (and if he knows about the xml editor he could > delete the incriminated object). if the whole file has insane > transform matrices (like the one to which I provided a link in the > bug report) it will make its modification in inkscape easier. > currently, in the second file, when I add anything it is insanely > scaled (like strokes with 720 px of width) I think because all > objects have transform matrices like this one: > transform="matrix > (2.007003e-3,0.000000,0.000000,-2.007003e-3,-6.079619e-2,1.461081) > > I don't know if anything of this is meaningful but my impression > was that, dealing with vector images, scaling won't be a problem. JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

1 0

gtkmmification update
by unknown＠example.com 15 Oct '05

15 Oct '05

I'm asking purely as a user who, possibly incorectly, thinks that the changes made in gtkmmification will make future progress of Inkscape quicker and easier... I could't help but notice the hubub centered around rwst's recent refactoring. But I confess I don't understand much of what is going on or what significance it has. What is the current status of the gtkmmification? Is there a list of gtkmmification goals notated with those that have been completed? What does it mean that there is a canvas in --new-gui? What does it mean that we need to use Actions? Clue Seeking, Aaron Spike

2 1

RE: [Inkscape-devel] RE:Xara Announcement
by Charles Moir 15 Oct '05

15 Oct '05

> > > > Also the guys are under intense pressure to ship a brand new commercial > > Windows release right now and so have very limited time. Indeed right > > now we have very limited number of developers purely on the open-source > > version. > > Can you tell us a little about the backgrounds/interests of the folks > working on the open source version? I'm looking forward to chatting > with them in the future. :-) Well the guys you may come across are Phil and Gerry both been with Xara since well before our Windows exploits back to Acorn RISC days. Phil was even involved in some Atari ST products we did in historic times. But they've worked on just about everything including Artworks the ARM based (pure assembly language) predecessor to Xara X and Impression our Quark-like DTP package. Both have huge experience across the board. Phil probably has more ownership of the technical architecture than any. Gerry has very broad experience of whole computer and Windows gamut. However neither have that much experience (perhaps none) of Linux as far as I'm aware). Neil our CTO has Unix experience going back - more project manager, but a very good understanding of architectural and OOP things. Er, who else. Luke might post from time to time - he's the main guy working on the Linux port right now (and has more Linux experience than any of us). Others you may come across but probably wont be posting here much. Oh and although I'm CEO I used to program (mostly assembly language, authored the products that the company was built on 25 year ago, e.g. Wordwise a word processor that was very popular in the 80s in the UK) and so understand, in some detail, all the concepts of what we're doing. So we are a very techy orientated organisation. (Maybe that's why we're not bigger than we are because I should be more marketing oriented). Having come from a background where every byte mattered and processors were pathetic, that's perhaps where and why we get this speed / space efficiency thing from. It also means, that as CEO, I don't get or accept any technical BS from my people about what is and is not possible. If they come to me and say "can't be done" I'm always pushing back to ask why, there must be other angles we can take, and usually we find a way. I am also a fanatic about detail, trying to find better more slick ways to do UI and cutting anything that is not necessary. I'm an total believer in the KISS principle, Occam's razor and such approaches. And although over the decades there is not a class of software we've not been involved in, from games to databases, spreadsheets, interpreters and compilers, even hardware design, I'd say that we've been involved in publishing software more than anything - be it word processors, Postscript interpreters (this is where our rendering engine started life 15 years ago), DTP packages and graphics software of all types. So a pretty broad background.

7 6

RE: [Inkscape-devel] RE:Xara Announcement
by Charles Moir 15 Oct '05

15 Oct '05

> From: MenTaLguY [mailto:mental@...3...] > Sent: 14 October 2005 21:49 > > So why doesn't someone do a sort of Ultra-draw wrapper super-API library > > thing that we can both use. i.e. it provide one super-set rendering API > > that itself calls down to XaraDraw, Cairo, Quartz depending on user or > > program preferences. And then we'd both use this ultra-draw and both > > gain the desired benefits. Quartz, Cairo and XaraDraw are similar enough > > to make this not too huge a job I would guess. > > I would be reluctant to introduce yet another new API. I've been > peripherally involved in the Cairo effort, and have learned that good > API design is VERY hard in this area. Well yes, you're right the last thing anyone needs I more APIs, but on the other hand Cairo has a pretty limited feature set (but on the positive side, seems super-clean, very simple and that's worth a great deal.) > However, I suspect XaraDraw doesn't owe its speed so much to the > specific rasterization backend as to a "retained-mode" layer which can > do caching and optimization of drawing calls? Almost a great deal of the speed of Xara X1 and predecessors is the rasterizer backend (but the main object tree is designed around calling this efficiently). In Xtreme we added a bitmap caching layer which can make substantial further speed-up for groups, layers, shadows, feathered stuff, blends, etc, which otherwise an be relatively slow to render. > Cairo pretty much only does rasterization; it provides no retained-mode > layer of its own. There seems a very close correspondence between it and XaraDraw, and Quartz (and GDI+ even). These all are all non-retained rastersization engines. > My own feeling is that it would be most beneficial to take Xara's > retained-mode layer, target it to Cairo, and then write a new Cairo > backend using XaraDraw's lower-level layers (in the long-term, we would > also want to investigate merging what we could of the "XaraDraw" Cairo > backend into Cairo's normal software backend, assuming you folks were > comfortable with relicensing those bits accordingly). Yes I think there's a lot of sense in that approach. Trouble is we might not have a clear, retained-mode layer as you put it. You can see once the source code is provided. The 'viewer' that forms the core of the download we now have is probably close to this. > In case Cairo's generic API proved insufficiently rich for everything > required by Xara, note that Cairo does allow for backend-specific API > extensions. We could simply employ those in the short-term, and it is > likely that many could be incorporated into the generic API over time. Ah, OK, that is useful. Cairo certainly is not rich enough and appears to implement a relatively small percentage of the capabilities of the XaraDraw engine, and is rather less capable than the Quartz PDF engine even. But if it's an extendable API that may be the best way to go. There might be licensing issues, would need to be looked at. > Both Inkscape and Xara could then use Xara's retained-mode layer, and > both could use Cairo underneath while still taking advantage of Xara's > optimized rasterization routines. In the long run all Cairo-based > applications (e.g. all GTK and wxGTK applications) would potentially > benefit, and Xara could benefit from future third-party improvements to > Cairo directly. > > That approach would let us stick with two already well-refined APIs, and > take advantage of the principle that a rising tide lifts all boats. Yep, a lot of merit to that approach. Charles

1 0

RE: [Inkscape-devel] RE:Xara Announcement
by Charles Moir 15 Oct '05

15 Oct '05

> -----Original Message----- > From: bulia byak [mailto:buliabyak@...400...] > Sent: 14 October 2005 21:32 ... > Working on shared libs is a good thing. However, for me personally the > most important thing is the UI. I added a lot of small and > not-so-small UI tweaks to Inkscape, and even though a few years ago I > was a diehard Xara fan, now I perceive Xara as somewhat clumsy > compared to Inkscape. It feels a bit awkward when I use it, I miss > lots of small conveniences of Inkscape. I would love to have an offline conversation with you about what you dislike or find awkward - I feel the same when using Inkscape, in certain areas more than others. But UI is an area I take a great deal of interest in. Of course a huge amount is that you like what you know and know what you like. I know diehard Illustrator users who defend what, to most others, appears a tortuously convoluted way of doing things. They've been through the pain learning it all once and 'sure as hell aint going to learn something else'. > Also Xara misses a few > critical features of Inkscape, most importantly clones. Yep, I agree. Been on the wish list for about 10 years. Always had higher priorities. A great example of a feature that I'd imagine little if any Inkscape code would be relevant or help us. So if we want the feature we'd have to do it from scratch. > It's up to you, but I'm not sure resisting to improvements, even > temporarily, is the best tactic. Everyone can try the complete Xara on > Windows right now, and everyone can get a good idea of what's in most > urgent need for improvement, based on that. Well you're possibly right, and we're never going to turn down improvements if they're dead safe and can be done with delaying things. But the dangers are that a) we de-stabilize the product b) we get distracted implementing new features and thus delay a 1.0 release. I think having a very clear target that is easy to describe and understand is worth a great deal. We've been burned so many times by making a 'relative small change' that turns into a huge job. For example Live Effects, was originally estimated at about 3 months works, no great architectural changes required. 14 months later we had it done to our satisfaction. Charles

1 0

docker.h et al
by Jon A. Cruz 15 Oct '05

15 Oct '05

Oops I saw that docker.h and friends were just removed. :-( They're documented with this page and UML http://wiki.inkscape.org/cgi-bin/wiki.pl?DialogReplacement The main thing is that those are what will allow us to have swatches and such show up in a pane at the bottom of the window with just a minimal amount of coding. Since their use was pruned out just before this, I guess it can wait for 0.43 to go out before putting them back. Once we release, though, we want to get to use those ASAP so we can get the dynamic UI tunable to the kind of thing Bulia wanted.

3 7

Re: [Inkscape-user] imported files
by Jon A. Cruz 15 Oct '05

15 Oct '05

On Oct 14, 2005, at 11:36 AM, bulia byak wrote: > (Jon Cruz: you might be interested, as it was probably your bug; see > http://cvs.sourceforge.net/viewcvs.py/inkscape/inkscape/src/ > file.cpp?r1=1.140&r2=1.141&sortby=date) Yes. Quite interesting. I'll have to see what we can do to minimize problems for 0.43. If nothing else, the next rev will get things reworked much better, and have more "flatten", "cleanup" and "warn" in regards to linked assets.

1 0

RE:Xara Announcement
by Charles Moir 14 Oct '05

14 Oct '05

Hi everyone, I got a second, so here's some thoughts. Sorry it's so long, but I picked up on a few of the points made in this thread. I apologise for not saying from whom I'm quoting. > I think Cairo is the better horse for the long term. > As the Cairo developers start moving towards hardware acceleration, > comparing them with a piece of software is simply unfair. GPUs today > are impressive, and if Cairo can tap into even a small percentage of > that it'll be crazy. I agree - we'd also like to move towards Cairo, for the simple reason it's clearly becoming a Linux standard in the way Quartz is on the Mac and it will be hardware accelerated. No matter how much faster our rendering is now, we'll not compete against hardware. But we also want to support Quartz on the Mac, Avalon (or whatever is called this week) on Windows because they are the native vector rendering engines that are also hardware accelerated. So our medium term plan for Xara was to have user switchable rendering engines. XaraDraw, Quartz, Cairo, or whatever. This would also limit the feature set to that supported by the corresponding engine. So, for example, I think only XaraDraw and Quartz can support grad transparencies and so selecting Cairo would disable that feature. But you'll be free to take our rendering engine once we make it open-source and retro-fit it into Inkscape if you wish. Should make Inkscape go a lot faster. > I've invited Charles to encourage one of his > engineers, testers, or sysadmins to join the list; if they're on, I hope > they'll jump in and say hi I think we have one or two devs lurking here, maybe others. Neil Howe, our CTO, Phil Martin our chief techy on Xara and responsible for most of the architectural stuff. Gerry and Like may also be lurking, and appear from time to time. But as Bruce says changing a company culture to be open in way you guys are is difficult. We all have to be careful because we represent a commercial company that can get sued, and because we have paying customers. Also the guys are under intense pressure to ship a brand new commercial Windows release right now and so have very limited time. Indeed right now we have very limited number of developers purely on the open-source version. Hopefully in a week or two that will improve. But they have very limited time to respond to all the posting that they might be inclined to. > As a graphics software only company they are > directly in competition with Inkscape - thus, all this code merging talk > sounds strange (I don't see Trolltech trying to merge their code with > Gtk or vice-versa - interops yes, merging no). Most successful > commercial companies in the open source community have made it thru > services: part add-ons, part support, part operations, part packaging, > part data warehousing, etc - I think to be viewed as an open source > friendly company Xara needs to operate in terms of being a graphic > design services company utilizing community software as a base - but > they haven't exactly said what they are thinking along these lines... Well that is what we hope. We hope to continue selling commercial versions, especially into our existing Windows market because there will also be a part of the market that wants customer support, those licensed elements that can't be part of an open-source product, such as Pantone, our PDF exporter includes licensed libraries, the Live Effect plug-ins, even mundane things like boxed versions, CDs and printed manuals. If there's demand we'll sell those extras into the Linux community as well. Having commercial versions of the product is not a bad thing, I believe it helps an open-source project. There's some info about this on our FAQ http://www.xaraxtreme.org/faqs.html > Well, after reading the e-mail you've forwarded, I'm not optimistic. > The reason being that they still seem focused on being in control. Now > I don't think they should release a totally random project, but if they > are going to never give an outside developer access to their version > control, the barrier for contribution is too high. We will give outsider developers access to svn, but we're not going to let any old hacker one off the street have write access without at least some checks. I think it was Bryce who mentioned you guys also have a quality control standards, as do all successful open-source projects. In the end it just comes down to trust and if a developer shows he can be trusted we'll provide greater access all the way to complete un-vetted write access. I don't think we'll be any different to other OSS projects. But we are in control of our official Xara branded tree - doesn't stop anyone building their own version with their own additions - just as, presumably, anyone can take Inkscape and do the same (you did it to Sodipodi didn't you?). It's GPL - people have the freedom to do what they want with our code. > Well, I'd say that we could steal code from them, but it is unlikely > that they'd want ours -- for the simple reason that it seems they need > copyright assignment. No we do not want copyright assignment. We think that's unfair as it take rights away from the author. More details on our FAQ under the licensing section, which has been updated recently. http://www.xaraxtreme.org/faqs.html But our best idea is that is that if people want a patch incorporated into the main Xara release that they dual license it GPL and BSD, they keep all their rights, and we, or anyone else, can use it in a commercial version. Open to suggestions as to how else we make this possible, but in order for any OSS project to really succeed in the wider commercial world I think having a commercially supported version is a good thing. If people choose to say want Pantone they should be able to pay for it. > I don't think even most current developers > could claim copyright to large sections on Inkscape. I wouldn't even > want to try and figure out all the copyright issues in Inkscape. Ah well that could be a more serious issue. We can't, any more than anyone can really, accept contributions if the copyright is not clear. Too dangerous. > In the long term, it's a bit less rosy. Only a few bits of code are > easy to borrow from program to program; most are difficult to > impossible. Merging the two programs is not too realistic. Living side > by side is more probable, but that means competition. Competition is > tough. There's only so many Linux people interested in vector > graphics, and they will need to decide which project to contribute to. > Few if any people will be able to learn both codebases to contribute > to both. This will hurt us (developers drain) and this will hurt Xara > ("hey, we went open source, why so few contributors?"). I think this is the core point, and very well put. It's hugely difficult to see how this can be done. The best I can suggest (and I'm not the first to suggest this) is that we find ways to create shared libraries, tools, palettes, add-ons, whatever. Here's an idea, just off the top of my head. Inkscape wants to move to Cairo, so do we. We also want to continue using XaraDraw for its speed and greater range of rendering types, especially in the case there is no hardware assisted rendering, so it seems do some of you guys. On the Mac we (and you) should be using Quartz because this is about to become hardware accelerated as well. They all have varying capabilities, but are based on a similar PDF 1.4 style rendering model. So why doesn't someone do a sort of Ultra-draw wrapper super-API library thing that we can both use. i.e. it provide one super-set rendering API that itself calls down to XaraDraw, Cairo, Quartz depending on user or program preferences. And then we'd both use this ultra-draw and both gain the desired benefits. Quartz, Cairo and XaraDraw are similar enough to make this not too huge a job I would guess. And perhaps that's the type of approach that could be used going forward. Eric's Uber-converter is a similar thing. We both get to benefit from that. Why do we want to do this? Well the easiest route is that we just live side by side competing, more or less. You steal our code, we steal yours. A lot of time is spent re-implementing features one way or another. Both sides will probably benefit to some extent, but is it the way to really move forward? The bigger picture is that Adobe just bought Macromedia because they are concerned, rightly, that Microsoft are going after them. So they combine number 1 and 2 to stand a better chance against Microsoft. Meanwhile if we're not careful Xara / Inkscape are like two little ants spending their tiny resources competing against each other - irrelevant and insignificant to Adobe / Microsoft *and* the majority of potential users out there. I sort of would hope combining that benefits and efficiencies of "the open-source way", with the best of what you've got and the best of what we've got and then we might be a credible realistic alternative to the big-guys. And that's not just the Linux market but the much wider market. Oh and while vector drawing might have been regarded as relatively niche in the past I don't think it should be. The whole world is moving to be vector based (all three operating systems are on the verge of using vector based UIs). Personally I don't believe there should be such a separate, and artificial separation between bitmap and vector graphics programs. Vector graphics should be the prime, first class citizen, of computer graphics. It should be the first graphics program that people buy and want to use. Rich vector graphics is inherently more powerful and flexible. Just think about the scriptable opportunities in this space. (Our Webstyle template based product takes this approach. It takes professionally designed vector template graphics and allows dummy-users (i.e. those with little design skill - and that includes me and most that I know) to customize the graphics, colors, wording, scale and in a vector way. It's perfect for creating vector UI components, such as buttons, icons etc. A hugely powerful concepts that opens Vector graphics benefits for the rest of us. We're only touching the surface on that side. Anyway having said all that, in the short term, possibly medium term even, we are going to be living side-by-side because our gaol is to get the whole of Xara Xtreme ported and working as is, and we're trying to resist making improvements, taking anyone's features. That's partly because we think it's in everyone's interest to have a compete product working ASAP, but also because only once we've got the whole lot working, can outsiders sit back and take a view on what's right and what's wrong. Then we can all sit back and see how bets to combine forces. I suppose I'd sum it up that the result should / could be greater than the sum of the parts. That way we could all benefit, the open-source way benefits, Linux benefits because it can more readily offer mass-market and professional graphics solutions to Windows users. We all benefit because there are simply more developer bodies working for the same gaols of creating better graphics software. Charles

6 11

Xara Announcement
by Bryce Harrington 14 Oct '05

14 Oct '05

Hi all, The big news with Xara is finally coming out today. :-) Xara has ported their product to Linux and will be Open Sourcing it. For more details, see http://xaraxtreme.org/. A press release is coming out, and is appended to this message. Charles Moir has been talking with me about this privately for the past couple months. His interest is to see Inkscape and Xara be in collaboration rather than competition, and I've been sharing ideas (such as the XAR/SVG project) along these lines. I've suggesting that merging inkscape and xara codebases would probably be impractical, but it might be possible to take the best bits of both and create something better than either, down the road. It seemed wisest in the near term for them to release what they've got, and to focus on making it work on Linux, which they've now done. :-) The key question for us is how we want to relate to Xara when the code is released. Would it make sense for us to share code with Xara? Should we merge, or remain distinct? They'd be open to sharing svn repositories if we'd like (I mentioned we've been looking to upgrade from cvs, and they already use svn)? Anyway, check it out (a Linux binary preview is downloadable, and there's also a pretty sweet movie) and share your thoughts. Bryce ----- Forwarded message from Charles Moir <CharlesM@...1042...> ----- Date: Tue, 11 Oct 2005 16:29:31 +0100 From: Charles Moir <CharlesM@...1042...> To: Bryce Harrington <bryce@...1...> Subject: Xara Open Source announcement It's happening any time soon. FYI this is a copy of the press release we'll be sending out to Linux press. Note comments about Inkscape lower down. Hope OK with you (I don't think this has anything that I've not already passed by you). The XaraXtreme.org site is also up and the FAQ has a few mentions of Inkscape.. Again nothing new I don't think. The FAQ will likely be updated to take into account feedback I've already got from some people. Some of the other links won't work until we've completed updating the website later today. Regards, Charles PS I've not contacted any of the developers you passed to me, mostly because we're just not ready to do this yet (spending all our time getting this stuff ready), but I hope to do that soon, and do intend that these be some of the first people we'll invite to get access to the codebase. PPS I spoke to a Stephen someone from newsforge recently, he was doing a story on the Uber-converter. I put him in touch with Eric, but he came back later asking for your contact details, so we gave him your email address I think. Hope OK. He maybe in touch. ---------------------------------- News Release 11th October, 2005 Xara announces Xtreme Open Source Xara plans to shake up the Linux, Mac and Open Source world with three major announcements. 1) A new product Xara Xtreme - the fastest most versatile graphics software available 2) Plans to create Linux and Mac versions 3) Plans to Open Source it. "Few companies can take the announcement that Microsoft intend to get into their market, lying down." says CEO Charles Moir. Xara, developer of popular Windows graphics software, is making a move to defend themselves against Microsoft moving into their market, and at the same time is attempting to change the graphics landscape. Xara Xtreme Firstly Xara is announcing the release of a new product, Xara Xtreme. It's built on Xara's history of developing successful, award winning and innovative graphics software for 15 years. This is a new cross-category graphics application that can handle photos, business graphics, drawing and illustration needs. Charles Moir, CEO of Xara, said "It absolutely knocks the stuffing out of Adobe and the new Microsoft product. In terms of ease of use, shear flexibility and performance. Adobe has tried for 10 years to get close to our performance levels and cannot. Microsoft are not going to be able to either. I guarantee it". Xara Xtreme is available for Windows now, at just $79 Linux and Mac versions Secondly Xara plans to create Linux and Mac versions of the graphics application. Charles said, "Many of our users are Mac and Linux enthusiasts who, often reluctantly, use Windows to run our software because it's only been available on Windows. For years we've had requests from Mac and Linux users to create versions for their platforms. Our plans are to change the graphics software landscape forever, and that means we have to be cross-platform" The Linux desktop has come on leaps and bounds in the last year or so. But there is scarcity of really slick, finished applications, especially in the graphics arena. Our goal is to create the greatest general purpose desktop graphics application that has ever existed and for this to be a first class Linux and Mac citizen. Ironically, given the percentage of graphic professionals using Macs, there are few, if any, high quality, high performance, low cost Mac graphics applications. Adobe Illustrator and Photoshop dominate, but those can cost more than a new Mac. That's outrageous. With Macromedia being acquired by Adobe, choice for Mac users just took a turn for the worse. We can help address that." Open Source Thirdly Xara intends to make the new software Open Source. Charles said "We're going to a place that Microsoft and Adobe cannot go. The Open Source world is the acknowledged largest threat to established giants such as Microsoft. We felt it was necessary for us to shake up the graphics world a bit, and making one of the most powerful, easiest to use graphics applications Open Source should do the trick." To stand any chance of establishing a following in the Linux world you have to make the product free and Open Source, so despite the risks involved, that's what we're doing. We have a load of technology that's better than anything Microsoft or Adobe have. By making this Open Source (GPL) we believe we can help the Linux platform compete in the mainstream graphics arena better than it ever has before. We used to develop for alternative platforms, such as the Acorn RISC computer in the 1990s, and so fundamentally Xara Xtreme is based on a cross-platform core. Of course, we are aware of Inkscape, an existing Open Source vector graphics program that has an active developer community, but is far from complete. We've been in discussion with Inkscape people, who have enthusiastically welcomed us. Our short term goal is to create a fully working Xara Xtreme as it exists now. After that we've agreed to work with Inkscape to determine how best to create a 'best of both world's' product. Xara Xtreme, made Open Source (released under GPL) and available on Linux will make a huge difference to the platform. We believe it will significantly accelerate the acceptance of the platform as an alternative to Windows. Down the road, combine the best of Inkscape and Xara, and you've got something that has the potential to disrupt the established world that is dominated by Adobe and Microsoft. Graphics desktop applications are a cornerstone of any modern desktop OS. We have what we (and many others) believe is the best desktop graphics application there is. By making it Open Source, by making it available on Windows, Mac and Linux, we hope to change the graphics software landscape forever" Demo movie If you want to see what Xara Xtreme can do, there are demo movies available in various formats here http://www.xaraxtreme.org/about/ Demo download Xara has been working on a new cross-platform version (Linux, Mac and Windows) for some time and have a simple viewer (Linux only) demonstration available. You can find more details here: http://www.xaraxtreme.org/download/ More Info See the Xara Xtreme website at http://www.xara.com/products/xtreme/ Or the Xara Open Source website at http://www.xaraxtreme.org <http://www.xaraxtreme.org/> Photo http://www.xara.com/press/photos.asp Charles Moir, founder and CEO of Xara, in front of the UK headquarters of Xara Ltd This historic location is also used as a location for film and TV work, including Rory Bremner, Little Britain, Musical videos for Andrew Lloyd-Webber and Will Young and other films and commercials EDITORS: For further details please contact: Nova Fisher, Communications Director, nova@...1042... <mailto:nova@...1042...> About Xara Xara has been developing low-cost mass-market software since the early years of the Microcomputer era, in 1981. It has focused mostly on publishing related software products, starting from Wordwise, a hugely popular Word Processor in the '80s, to desktop publishing software (Impression) and graphics products in the '90s for the Acorn RISC computer. Xara's first Windows product, Xara Studio was quickly snapped up and marketed by Corel in the late '90s. The rights were acquired back from Corel and it has since evolved into Xara X and the most recent Xara Xtreme. Xara has particularly strong technology and innovation history. It pioneered many of the graphics technologies and techniques used by industry today. It was the first to introduce vector anti-aliasing, the first with vector transparency and graduated transparency, the first vector feathering. Many of its User Interface techniques have been adopted by the industry. The graphics engine that is at the core of Xara Xtreme still remains the world's most powerful. The technologies used to create Xara Xtreme have been developed by Xara over the years and incorporates many pioneering features. It has been modelled on the successful Xara X? (sold for $179) as used by many professional graphics and illustration artists but has been significantly re-engineered to open it up to third-party plug-in developers. ----- End forwarded message -----

17 41

Re: [Inkscape-devel] about dialog copy
by Ben Fowler 14 Oct '05

14 Oct '05

On 10/14/05, Ben Fowler <ben.the.mole@...400...> wrote: > On 10/13/05, bulia byak <buliabyak@...400...> wrote: > > On 10/13/05, MenTaLguY <mental@...3...> wrote: > > > is nearly there, but doesn't quite cut it since that sort of sounds like > > > it comes with Windows or OS X. :/ > > > > "Included with the Best Linux Distributions. Available On Request to > > the Respected Users of Windows 2K/XP and OSX." :) > > What about an echo of the phrase "available at all good bookshops". THIS _excellent_ Vector Graphics Application is recommended for the generation of Fine Artwork for use on the World Wide Web, for Print, Games, Desktop Icons, Cartography, and sundry purposes to which Scalable Vector Graphics are most expedient. Based upon the ubiquitous Extensible Markup Language, advised for graphical purposes demanding Crystal-Clear Images, Programmatic Modification or Dynamic Content Generation ; and where Scripting and Interactivity via the celebrated Document Object Model are required, Inkscape is the quintessence of perfection. PERSONS EMPLOYING BITMAPPED GRAPHICS, which are subject to Aliasing, Blurring, Large File Size, and Difficulty of Correction or Subsequent Modification, should all promptly investigate the incomparable benefits of our Vector Graphics without delay. Provided at no extra charge in the Finest Linux Distributions. ... ----------- I'd like to squeeze in something about large cats, and the 'alternative Operating System', but that would be ridiculously unfair to the Windows devs here. Shouldn't there be a reference to Gnome or GTK ... Ben (Who probably pressed the wrong reply button a moment ago)

1 0

Inkscape as console application
by Ben Fowler 14 Oct '05

14 Oct '05

(This may be off-charter for Inkscape Devel, in which case I apologise). I was stepping through inkscape under gdb (on BSD without X) and found that the "sp-console-main( )" seems to have a code path that calls gdk_devices_list() (whilst loading preferences). Is this intentional? It is possible that I am talking nonsense, and I have somehow messed up the sources, but there are a number of concerns if there is any merit in what I am saying. I would certainly like to have an X-free or no-X command-line or console version of Inkscape, and I would be interested in any thoughts. Ben

5 19

comitted: revised about dialog
by MenTaLguY 14 Oct '05

14 Oct '05

I ended up having trim the copy down a bit to make it fit. Also, per buila's suggestion, the closing paragraph is now: "Available from most fine Linux Distributions, or obtained direct for Windows or Mac OS X at 8 b. per byte: http://www.inkscape.org" Aside from the copy changes, I removed some leftover vector bits (namely a very fine stroked path that was interfering with the Inkscape logo), softened the '3' to match the '4', and re-enabled the coffee stains. Personally I think the stains add character, but if y'all don't like them, they're just a layer we can hide or delete. -mental

2 2

[CharlesM@...1042...: RE: Linux port]
by Bryce Harrington 13 Oct '05

13 Oct '05

Here is some confirmation that Xara isn't expecting copyright assignment. Bryce ----- Forwarded message from Charles Moir <CharlesM@...1042...> ----- Date: Wed, 12 Oct 2005 21:55:00 +0100 From: Charles Moir <CharlesM@...1042...> To: Mike Hearn <mike@...869...> Cc: bryce@...1... Subject: RE: Linux port > >From the discussion on inkscape-devel, a sticking point for some is the > need for copyright assignment. I'm not sure about the technicalities of > this, I guess it depends on exactly what Xara want to do and what the > Inkscape guys find acceptable. For instance I doubt they'd object to you > reselling Xara with some proprietary extra bits like Pantone colours, > but reselling their code as proprietary code on the components market > (as DLLs/OCXs for instance) might be off limits. > > What I'd suggest is jumping on the Inkscape list yourselves and trying > to hammer out a middle ground - find out what you want to do, what the > Inkscape guys find agreeable and see if there's any common ground. Yep, I've seen this and they are making assumptions that we'll need or want copyright assignment (same feeling on Slashdot from some) - we've never said anything like that. I'll quote from my guy Alex who knows most about license issues; -------------- Just to clarify, we will *NOT* be requiring copyright assignment. There are two reasons for this: 1. The code will be released GPL. Not a GPL variant, but GPL. This means you can do *WHAT YOU LIKE WITH IT* subject to the normal GPL license conditions (I'm sure you guys are already familiar with them). So saying we are requiring something in order for you to use, modify, or distribute the code is not accurate. 2. We will be maintaining the "official" Xara tree (i.e. the one with the Xara name on it) - anyone else is free to maintain their own tree. That's the beauty of open source. The only sense in which we are planning to "require" anything is that if you want your modification to get into our tree, it has to jump certain hurdles. Some of those are to do with making sure at least one of our trees stays relatively bug-free and the architecture is consistent. Another will be to do with licensing. This is because we want to be able to issue a proprietary version as well. This is for two reasons: firstly, we need to continue to survive as a company. Secondly, there is stuff we simply can't open source - certainly right now - for instance commercially licensed third party components such as the Pantone library. Both of these things, we think, are *good* for the Open Source program. Having an open-source program that is able to produce artwork that is (for instance) easily printed using colour separations and spot colours (even if this involves the use of a commercial version at one stage in the process) is clearly better than being unable to support it at all. Equally, having us able to fund full-time developers means both versions benefit. 3. Lastly, we will NOT be requiring copyright assignment. Assignment means you (the assignor) would lose your rights to us (the assignee). We do not intend to ask for that, and to do so would be totally unfair. What we will be asking for is for some sort of license that will allow us to use your code in our commercial version as well, but will allow the original author to retain *all* their copyright rights. We know the question here is "well why should you guys get any special benefit?". The answer to that is that we're putting a lot of code into the open-source domain. One thing we are thinking about is asking contributors who want their code to get into the official tree to dual license the code GPL/BSD (to the extent they have copyright). That would mean if there is an independent feature someone is contributing, then it's not only us that can use it in a commercial version. We are open to suggestions on how this is achieved. I'd get involved in the Inkscape list if I had a second. Hopefully when things have quietened down a bit - getting a bit inundated here. But by all means pass these comments on, as from us. I like the idea of dual license GPL/BSD for contributions - allows us to use the code, BSD is hugely popular license, doesn't take anything away from GPL or the rights of the contributor. But as Alex says we're open to suggestions on how to best achieve this. If there's absolutely no way we can incorporate a certain feature in a commercial version, then fine it just wont ever get into our main version. But does that help anyone? We're not taking anything away from the developer, we're not asking for copyright assignment and so I'd hope that wouldn't be a problem. > Of course, this assumes the code bases are similar enough to be > mergable. Inkscape uses fairly regular C++ but if Xara is riddled with > COM/MFC idioms it might cause issues Pretty clean OO design and C++ from day one. In fact from day one it was designed to be platform portable. We just never got around to doing any port other than Windows. No COM / MFC in the core at all - that's why and how we got the viewer working so quickly (which is all the main core tree building / rendering pipeline / engine stuff). > For what it's worth I'm also a Wine developer, working for CodeWeavers. Ha, I know Jon Parshall, COO of CodeWeavers. Big Xara fan and user (does amazingly detailed illustrations with Xara actually). He's shown me Xara X working on an as yet unreleased Codeweavers Office, so Wine must be getting very near to being able to do this. Obviously not the way we want to go, but would be damn useful to be able to run the Window version side by side with the Linux version just for test and compare purposes. Anyway thanks for the feedback, Regards, Charles ----- End forwarded message -----

2 1

about dialog copy
by MenTaLguY 13 Oct '05

13 Oct '05

Here's my first crack at fresh copy for the about dialog; I've not tried to make it fit in the available space yet. Basically I am imitating the style of Victorian-era advertising copy, without making claims TOO overly grand by modern standards (I mean, I hope people would recognize it as tongue-in-cheek, but...): --- THIS _excellent_ Vector Graphics Application is recommended for the generation of Scalable Vector Graphics for use on the World Wide Web, for Print, Games, Desktop Icons, Cartography, and all other sundry purposes to which Scalable Vector Graphics are best suited. Based upon the inimitable Extensible Markup Language, for graphical purposes demanding Crystal-Clear Scalability, Programmatic Modification and Dynamic Content Generation ; and where Scripting and Interactivity via the celebrated Document Object Model are required, nothing can be better adapted. PERSONS EMPLOYING BITMAPPED GRAPHICS, which are subject to Aliasing, Blurring, Large File Size, and Difficulty of Correction or Subsequent Modification, arising from a lack of structure, should all promptly investigate the considerable benefits of Vector Graphics today. *Available in most fine Linux Distributions, or obtained direct through our Web Site at 8 b. per byte: http://www.inkscape.org/* --- Any comments? -mental

2 6

info on PSTricks extensions used is missing(LaTeX backend)
by Gour 13 Oct '05

13 Oct '05

Hi! I'm new to Inkscape but would like to use it as a tool for illustrating my LaTeX (LyX) presentations prepared with a beamer package. I tried to 'draw' simple polygon in Inkscape (0.42) and save drawing as LaTeX with PSTricks macros. One confusion is that Inkscape produces .tex file and puts the following comment: %%Please note this file requires PSTricks extensions in the file, but i have problem discerning which extension(s) is/are required. I looked for a help on #inkscape and hinted to report the issue on the list and/or submit a bug report with the request that the info is placed in the file to help users. Am I missing something or the feature is really missing? Sincerely, Gour -- Registered Linux User | #278493 GPG Public Key | 8C44EDCD

1 0

Static RPM isn't Very Static
by DJA 13 Oct '05

13 Oct '05

I downloaded and installed the 0.42.2 RPM (I tried both i386 and i686) and even though it installed okay with no dependency errors, the program won't run because of the following error: [dallen@...1044... ~]$ inkscape inkscape: error while loading shared libraries: libgc.so.1: cannot open shared object file: No such file or directory I expect that a static build of an app to include everything needed to run that app, including necessary libraries, or is my understanding of "static" incorrect. I have had the same problem on both Fedora Core 3 (FC3) and FC4, both of which are updated as of the date of this post. I cannot find the library which contains the libgc.so.1 library file. Apparently it's not part of the Fedora distro. Where can I find this library? -- Best Regards, ~DJA.

4 4

CXXIFICATION_VIEW_AND_WIDGET (was Re: Inkscape as console application)
by Ben Fowler 13 Oct '05

13 Oct '05

On 10/12/05, Ralf Stephan <ralf@...748...> wrote: > > > Ben, why don't you have a look at inkscape's branch named > > > CXXIFICATION_VIEW_AND_WIDGET and discuss that? > > I will take a look. That is very much what I am interested in. Would it > > work as Gtk+ and QT? > > Yes, concerning SPDesktop only. Unfortunately, inkscape GUI code > is distributed widely within the source ... >... > So you will only > see the odd file cleanly separated[sic] into M/V. See previous. That is very much my point. If I checked out (your?) branch is there anything that I could contribute? Ben

3 2

png transparency displayed incorrectly
by David Christian Berg 12 Oct '05

12 Oct '05

Since the image was to big, the email didn't get through... hence I now uploaded it to http://home.tu-clausthal.de/~dcb/linux/crayon.png (it's white with different opacity) Hey guys: I wanted to import the attached png to get the effect of crayons within inkscape... for some reason the transparency is displayed as being grey, at least partially.. any clues, why that might be? Same problem still exists on exporting to bmp... Thanx in advance! David

3 5

Loading User Preferences?
by Ben Fowler 12 Oct '05

12 Oct '05

On 10/11/05, bulia byak <buliabyak@...400...> wrote: > On 10/11/05, Ben Fowler <ben.the.mole@...400...> wrote: > > > Are you sure that the console application should load user > > preferences? > > You may be right, but I'm not prepared to guarantee that the console > code never ever uses the prefs. It may still rely on something in some > cases. This needs investigating. But in general I agree that it is > annoying when a console app has something else that may affect its > behavior, apart from the command line params that I give it. That is very much my point. When using command line tool, I would expect it to take account of only what is on the command line or in referenced files. I think that bash and vim work like this, though they have non-trivial systems for setting user preferences and initial settings when used interactively. I might even go so far as to make a policy specifically to eliminate use of the prefs., and to document this as being so. Ben

1 0

mingw up
by Jon A. Cruz 12 Oct '05

12 Oct '05

Well... I've finally got fink to install mingw-gcc on my Mac. Next I have to get to actually setup and build the Win32 version, then I can help test. Just wondering if anyone else has done this before, or if anyone else is interested in it?

1 0

Crazy Xara Idea
by Ted Gould 12 Oct '05

12 Oct '05

Let's make two assumptions: 1) I have a Xara binary with built in Pantone support 2) That binary is not stripped. If I have the source code I should be able to figure out which function calls deal with that library, and I should be able to dynamically load the Xara binary and call those functions since I know the prototypes from the source code, and if I used the same tool chain. Could we get Pantone support? Users would have to buy the full version of Xara to get it, but for most people who need Pantone, that wouldn't be a big deal. Probably a better solution is to convince Xara to break their color management out into a GPL'd library. Then they could sell a proprietary version of that included Pantone support. Then we could link to that library. If it was generic enough, Scribus and GIMP might be interested also. Anyway, I've never thought about dynamically loading an application before. Crazy. --Ted

5 4

Win32 build trouble
by William Swanson 12 Oct '05

12 Oct '05

Hello again, The build notes for Win32 (http://inkscape.org/win32/win32buildnotes.html) include the following step: * Get the latest Mingw distribution, here [http://www.mingw.org/]. It will be called something like mingw-x.x.x.exe. I could not find any such thing at the mingw.org site. They've broken their distribution down into dozens of little pieces, and I have no idea which I need. As an alternative, I decided to try using my existing cygwin installation. Unfortunately, cygwin seems to have a newer compiler with several subtle incompatibilities. After a few hours tracking down build problems, I give up. Does anyone have a working "mingw installation" they can zip up and send me? Or, at least some information on what it takes to get such a thing? I would really appreciate it. -s_tec __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs

3 2

corrupted inkscape 0.43 about.svg
by Peter Moulder 12 Oct '05

12 Oct '05

share/screens/about.svg in CVS is corrupt: line 256 has `xml:space="preser,20.857566 -2664.3438,22.031250 C ' (and so on, evidently from a path's d attribute): see http://sourceforge.net/tracker/index.php?func=detail&aid=1310742&group_id=9… (True both of the initial upload (v1.20) and HEAD (v1.21).) Can everyone who's had something to do with this about screen search your hard drive and see if you have any copies that don't have the same corruption? Otherwise, where did we get this SVG file from? pjrm.

1 0

Re: [Inkscape-devel] Win32 build trouble
by William Swanson 12 Oct '05

12 Oct '05

--- spike@...749... wrote: > Wow, it disappeared. I'm on vacation now so I don't have the access > necessary to send you any large ZIPs. I think I would try MinGW-4.1.0.exe > and mingw32-make-3.80.0-3.exe. > > http://prdownloads.sourceforge.net/mingw/mingw32-make-3.80.0-3.exe?download > http://prdownloads.sourceforge.net/mingw/MinGW-4.1.0.exe?download > > See if that works. It compiles! I had some trouble with unknown symbols, so I added a few hacks to placate the linker. In desktop-affine.cpp: #include <assert.h> In dir-util.cpp: int errno; In unclump.o: unsigned long infinity_hack = 0x7F800000; //32-bit IEEE infinity float _imp____infinity = *reinterpret_cast<float*>(&infinity_hack); The first is arguably a legitimate fix, but the other two horrible hacks for problems I do not fully understand. I will probably start work on the dialog box issues this afternoon. In particular, the biggest problem is bug [1318726], which I just submitted. (http://sourceforge.net/tracker/index.php?func=detail&aid=1318726&group_id=9…) For some reason, the "Save As" dialog box is an insane size, making it completely unusable. The non-native dialogs are a nusiance in the first place; it would be much better to replace them with the standard dialogs in comctl32.dll anyhow, as per bug [1118565]. (http://sourceforge.net/tracker/?group_id=93438&atid=604306&func=detail&aid=…) Does anyhone object to making the switch? -s_tec __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

6 9

Compilation fails due to markup error
by Lucas Vieites 11 Oct '05

11 Oct '05

Hi, I'm trying to compile from cvs and I get the following error during "make": -------------------------------------------- es.po: parsing error for `>\n\n <submenu name=\"_File\">\n <submenu name=\"_New\">\n <verb verb-id=\"FileNew\" />\n <template-list/>\n </submenu>\n [snip] the entire xml from /src/menus-skeleton.h:7 [/snip] -------------------------------------------- and this at the end: WARNING: Bad markup found in translations. Please consider fixing the above problems. I think the problem is in /src/menus-skeleton.h lines 6 and 7 right here: -------------------------------------------- static char const menus_skeleton[] = N_("<inkscape version=\"" INKSCAPE_VERSION "\"\n" -------------------------------------------- Which causes the po file to look like this: -------------------------------------------- #: ../src/menus-skeleton.h:7 msgid "<inkscape version=\"" msgstr "<inkscape version=\"" #: ../src/menus-skeleton.h:7 msgid "" "\"\n" " xmlns:sodipodi=\"http://inkscape.sourceforge.net/DTD/sodipodi-0.dtd \"\n" " xmlns:inkscape=\"http://www.inkscape.org/namespaces/inkscape\">\n" "\n" -------------------------------------------- breaking the xml. Couldn't "INKSCAPE_VERSION" be a "%s" in order not to break the xml syntax? Sorry if I'm completely off the right track, I'm just trying to figure things out. Cheers, -- Lucas Vieites Fariña <lucas@...212...> Web: <http://www.asixinformatica.com/users/lucas/> Blog: <http://www.asixinformatica.com/blog/>

1 0

Re: [Inkscape-devel] Makefile:409: *** target pattern contains no `%'
by Ralf Stephan 11 Oct '05

11 Oct '05

jflemaire: > I tried, with version 1.8.5, and it's much worse. It refuses to process > with a bunch of "AM_PROG_LIBTOOL" and such related errors. That's why I you didn't give the exact version of the automake-1.8.5 rpm I have no problems doing autogen.sh with cvs on SuSE10rc1 here, but my automake is automake-1.8.5-3tr.i586.rpm from rpmfind.net also, compiling/running is fine. hth, ralf

1 0

win98 to be dropped?
by bulia byak 11 Oct '05

11 Oct '05

Looks like the win98 crash will not be fixed. I even submitted a bug to Gnome but it got no response so far: http://bugzilla.gnome.org/show_bug.cgi?id=316878 Since no one agreed to roll back windows libs to the previous working version, we have to officially drop support for this platform. This saddens me immensely, it's a defeat which will likely affect my feelings towards the project. I have win98 on an older box that my wife and kids use, and now suddenly it has no latest Inkscape anymore. (Not that it worked there perfectly before, but at least it worked and was used quite often.) Here's my proposed addition to the Known Issues in the release notes - Peter and/or Jon, please review and commit (unless you have any other ideas, of course): Due to a bug in GTK 2.8, this version of Inkscape will not work on Windows 95/98/ME. Please don't send us crash reports from those platforms. We hope to be able to resume support for these platforms in the future, but no specific committments can be made at this point. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

12 22

dingy snowcaps
by unknown＠example.com 11 Oct '05

11 Oct '05

I've noticed that the snowcap on the Inkscape Windows icon for 0.42.x is a dingy grey instead of white. Why is this, is it still the case in CVS, and if so can someone please fix it? -mental

2 1

Makefile:409: *** target pattern contains no `%'
by Jean-Francois Lemaire 10 Oct '05

10 Oct '05

Hello, Compiling Inkscape CVS under a freshly upgraded SuSE Linux 10.0 yields two errors: - The first one occurs in the top directory: "Makefile:977: *** missing separator. Stop.". It is easily solved by adding a tab space at the beginning of line 977; - The second one is in /po: "Makefile:409: *** target pattern contains no `%' Stop." but I can't solve this one. However, Inkscape Installs fine and seems to be running fine without the po files. So, there seems to be some errors generated by the autotools. Or is this GCC 4 related? GCC 4.0.2 automake 1.9.6 (I commented out the test for version 1.9 in autogen.sh) autoconf 2.59 -- Jean-François Lemaire

2 2

0.41.1 and 0.42.3
by MenTaLguY 09 Oct '05

09 Oct '05

Just FYI, I've finally gotten to tagging the 0.41.1 and 0.42.3 security fix releases. Tagged as RELEASE_0_42_3 and RELEASE_0_41_1, respectively. -mental

1 0

$BG3$($F$k%*%s%J$NL<C#$rAj<j$KJ3@...1037...$@(B !!
by unknown＠example.com 09 Oct '05

09 Oct '05

淫乱な女のコ達のエッチィなリクエストに答えようッ！！魅惑の秋を制覇してホットな冬のリゾートへ準備せよ！！　http://koikoi.deai-gogo.net/bo_navi.html 『新婚６ヶ月でほったらかし状態のマミです(→o←)ゞ人妻になっちゃってもエロエロは治まりませんヾ(*´∀｀*)ノキャッキャ♪ イチャイチャ・・しながら・・たくさんHな事したいな。。すごく敏感なチクビ・・凄く濡れやすいよ・・よろしくね(*^.^*)』　http://koikoi.deai-gogo.net/bo_navi.html 『「ゆき」でぇす(*´ェ`*) リードされるの大好き、いぢられるの大好き(￣∇￣*)ゞあ、いぢめる人だけはキライです。元気だけど、寂しがりやなゆきに、いっぱいかまってくださいね！♪』　http://koikoi.deai-gogo.net/bo_navi.html 問い合わせ＆配信拒否は下記までどうぞ　haisin_teishi@...1026...

1 0

Re: Website translation and updating issues
by Bryce Harrington 08 Oct '05

08 Oct '05

On Wed, Oct 05, 2005 at 04:59:47PM +0200, Luca Bruno wrote: > Hi inkscapers, > I think there are some logistic problems with website translation. > > Probably yesterday I missed that a new entry about mac .dmg was added > to download-en, so only today i realized that -it was outdated. > > This is a little example, but problem and outdating can get bigger and > worse in a bigger time-frame. > I think that after a new release, under more pressure, we would > experience problem with localized section being completely out of sync > or partially missing. > > So I'm asking to all developers to follow a simply uploading > policy to keep the site updated and complete for all languages: > > * When you add a new section to an english page (like this in > download-en.inc) please copy'n'paste the same english section to related > localised pages (i.e. download-it, -fr, -de, -es) > > * If you commit minor or cosmetic change (a broken link or similar), > please apply the same patch to other languages, or at least drop a mail > to translators about it. > > Following these simple hints, you will make translators' work > simplier :) > > Comments, suggestions and critics are welcome. I don't think this approach is going to scale, since it becomes a significant amount of cut-and-paste work as the number of translations increases. Bryce

3 2

Hello from Windows land.
by William Swanson 08 Oct '05

08 Oct '05

Hi, When I was browsing the Project Status page on inkscape.org, I noticed the call for Windows developers. I don't have much free time, but I'm willing to contribute a bugfix here and there to my favorite piece of software. I've checked out the CVS, but am still setting things up to compile. Once I get things running, where is a good place to start hacking? Also, assuming I create a patch for some problem, where do I send it? -s_tec __________________________________ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/

2 1

Fwd: [Inkscape-user-es] Primer post, primera recomendación :D
by Daniel Díaz 07 Oct '05

07 Oct '05

Hello, all! This post from the Spanish user list is saying that perhaps the Mailman messages should be in Spanish too, given that is the nature of the mailing list. Someone with admin rights on the lists might be able to change that. Greetings! Daniel Díaz yosoy@...31... ---------- Forwarded message ---------- From: Juan Miguel Ramirez <juanmi@...1030...> Date: Oct 6, 2005 5:54 PM Subject: [Inkscape-user-es] Primer post, primera recomendación :D To: inkscape-user-es(a)lists.sourceforge.net No quiero parecer quisquilloso pero pienso que ya que es una lista en español, debería de aparecer todos los mensajes de subscripción y demás en español. Mailman (si no me equivoco es el que usais para esta lista) tiene la opción de poner las diferentes listas en diferentes idiomas. Pienso que así sería más fácil para aquellas personas no angloparlantes. Un saludo a todos, Juan Miguel Ramirez ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Inkscape-user-es mailing list Inkscape-user-es(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user-es

2 3

Offtopic: using bugzilla
by Khiraly 07 Oct '05

07 Oct '05

Hi! Sorry for my offtopic question, but there was a thread (at this mailing list) about bugzilla, and I hope, somebody can me help;) How can I list all bug by a given component? I can use only search, but I dont want to specify any keyword. So I want to list all the bugs what is reported to ubuntu>xserver-xorg-driver-nv (avoid duplicate bugreport). Sorry again for my offtopic. Khiraly

1 0

compile error on os x 10.4.2
by jiho 07 Oct '05

07 Oct '05

Hi, I have a linking error on mac os X with latest CVS (checked this 3 hours ago) and I think I have all dependencies right (because it worked last time with these packages = two weeks ago, when I compiled inkscape). But since I have changed system and now I use 10.4.2 with latest developer tools and fink up to date. So I have this error: /bin/sh ../libtool --mode=link g++ -Wall -W -Wpointer-arith -Wcast- align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused- parameter -I/sw/include -O3 -Wall -L/sw/lib -o inkscape --export- dynamic main.o libinkpre.a application/libinkapp.a ui/dialog/ libuidialog.a dialogs/libspdialogs.a dom/libdom.a jabber_whiteboard/ libjabber_whiteboard.a trace/libtrace.a svg/libspsvg.a widgets/ libspwidgets.a display/libspdisplay.a helper/libspchelp.a libcroco/ libcroco.a libnrtype/libnrtype.a libnr/libnr.a libavoid/libavoid.a livarot/libvarot.a ui/view/libuiview.a ui/libui.a ui/widget/ libuiwidget.a extension/libextension.a extension/implementation/ libimplementation.a extension/internal/libinternal.a extension/script/ libscript.a xml/libspxml.a util/libinkutil.a io/libio.a inkjar/ libinkjar.a libinkpost.a debug/libinkdebug.a -L/sw/lib -L/usr/X11R6/ lib -lgtkmm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lpangomm-1.4 -lglibmm-2.4 - lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXinerama -lXext -lXcursor - latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lXrender -lpangox-1.0 -lX11 -lpangoft2-1.0 -lfontconfig -lfreetype -lpango-1.0 - lgobject-2.0 -lgmodule-2.0 -lxslt -lxml2 -lpthread -lz -lm -lsigc-2.0 -lgthread-2.0 -lglib-2.0 -lintl -liconv -lpng -lz -lpopt -L/sw/lib -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lbonobo-activation -lORBit-2 -lm - lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lintl -liconv -L/usr/X11R6/ lib -lXft -lfreetype -lXrender -lfontconfig -L/sw/lib -L/usr/X11R6/ lib -lpangoft2-1.0 -lfontconfig -lfreetype -lpango-1.0 -lm - lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -L/usr/X11R6/ lib -lfreetype -lgc g++ -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded- virtual -Wswitch -Wno-unused-parameter -I/sw/include -O3 -Wall -o inkscape --export-dynamic main.o -Wl,-bind_at_load -L/sw/lib libinkpre.a application/libinkapp.a ui/dialog/libuidialog.a dialogs/ libspdialogs.a dom/libdom.a jabber_whiteboard/libjabber_whiteboard.a trace/libtrace.a svg/libspsvg.a widgets/libspwidgets.a display/ libspdisplay.a helper/libspchelp.a libcroco/libcroco.a libnrtype/ libnrtype.a libnr/libnr.a libavoid/libavoid.a livarot/libvarot.a ui/ view/libuiview.a ui/libui.a ui/widget/libuiwidget.a extension/ libextension.a extension/implementation/libimplementation.a extension/ internal/libinternal.a extension/script/libscript.a xml/libspxml.a util/libinkutil.a io/libio.a inkjar/libinkjar.a libinkpost.a debug/ libinkdebug.a -L/usr/X11R6/lib /sw/lib/libgtkmm-2.4.dylib /sw/lib/ libgdkmm-2.4.dylib /sw/lib/libatkmm-1.6.dylib /sw/lib/ libpangomm-1.4.dylib /sw/lib/libglibmm-2.4.dylib /sw/lib/libgtk- x11-2.0.dylib /sw/lib/libgdk-x11-2.0.dylib -lXrandr -lXinerama -lXext -lXcursor /sw/lib/libatk-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib / sw/lib/libpangoxft-1.0.dylib /sw/lib/libpangox-1.0.dylib -lX11 /sw/ lib/libxslt.dylib /sw/lib/libsigc-2.0.dylib -lpng /sw/lib/ libgnomevfs-2.dylib /sw/lib/libxml2.dylib -lz /sw/lib/ libbonobo-2.dylib /sw/lib/libgconf-2.dylib /sw/lib/libbonobo- activation.dylib /sw/lib/libORBitCosNaming-2.dylib /sw/lib/ libORBit-2.dylib /sw/lib/libpopt.dylib -lresolv /sw/lib/ libgthread-2.0.dylib -lXft -lXrender /sw/lib/libpangoft2-1.0.dylib - lfontconfig /sw/lib/libpango-1.0.dylib -lm /sw/lib/ libgobject-2.0.dylib /sw/lib/libgmodule-2.0.dylib /sw/lib/ libglib-2.0.dylib /sw/lib/libintl.dylib -lc /sw/lib/libiconv.dylib - lfreetype /sw/lib/libgc.dylib -lpthread /usr/bin/ld: warning empty table of contents: jabber_whiteboard/ libjabber_whiteboard.a (can't load from it) /usr/bin/ld: warning multiple definitions of symbol _locale_charset /sw/lib/libintl.dylib(localcharset.o) definition of _locale_charset /sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset /usr/bin/ld: Undefined symbols: typeinfo for Atk::Implementor typeinfo for Gtk::Bin typeinfo for Gtk::Dialog typeinfo for Gtk::Object typeinfo for Gtk::Widget typeinfo for Gtk::Window typeinfo for Gtk::Container typeinfo for Glib::ObjectBase typeinfo for Glib::Object typeinfo for Glib::Interface typeinfo for Gtk::CellLayout typeinfo for Gtk::TreeModelColumnRecord typeinfo for Gtk::ComboBox typeinfo for Gtk::Box typeinfo for Gtk::VBox typeinfo for Gtk::HBox typeinfo for Gtk::FileChooser typeinfo for Gtk::FileChooserDialog typeinfo for Gtk::HandleBox typeinfo for Gtk::Adjustment typeinfo for Gtk::CheckButton typeinfo for Gtk::CellEditable typeinfo for Gtk::ToggleButton typeinfo for Gtk::Entry typeinfo for Gtk::Button typeinfo for Gtk::Editable collect2: ld returned 1 exit status make[2]: *** [inkscape] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 could it come from the code or is it something in my settings? jiho@...993...:inkscape$ g++ -v Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /private/var/tmp/gcc/gcc-5026.obj~19/src/configure -- disable-checking --prefix=/usr --mandir=/share/man --enable- languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^+.-]*$/ s/$/-4.0/ --with-gxx-include-dir=/include/gcc/darwin/4.0/c++ -- build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 -- target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.0 (Apple Computer, Inc. build 5026) jiho@...993...:inkscape$ ld -v Apple Computer, Inc. version cctools-590.obj~12 NB: it seems that the latest dev build is not functional because it was only partially uploaded to sourceforge so the dmg does not even mount. therefore this new build is really needed. Thanks for any help. JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

2 1