March 2005 - Inkscape Devel - Inkscape Mailman

Inkscape website in French
by Jean-François Lemaire 29 Mar '05

29 Mar '05

Hello, Would it be possible to have the news in French on the website? Some kind of French version of the homepage or something. I would be willing to make the translations if that were possible. For example, http://www.linuxgraphic.org links to the Inkscape website when a new version is released, and I suppose the French users (or potential users) would very much like to be able to read the news. The same goes for the release notes, I guess. And before someone says everybody reads English, let me assure your that this is not true. Almost none of my (Belgian) French-speaking friends can understand English, let alone read it, and the situation is generally said to be worse in France (no offence intended towards our French friends, of course. That's just the way it is.). Jef

2 1

RE: [Inkscape-devel] Inkboard - RPM for first release
by Montgomery, Steven S 29 Mar '05

29 Mar '05

Well, the release notes have a description of what's working as well as submitting bugs: Basic one-to-one document editing functionality exists in this initial release. You can login to a Jabber server and initiate a connection with another user. You can then make changes to the document and they will be sent to the sharing user and any changes they make will be sent to you. There are many bugs and surely more that we don't know about. Please use the Bug Tracker on SourceForge ( http://sourceforge.net/tracker/?group_id=113865&atid=666480 ) to submit any new bugs. We plan to have another release at the end of this week that addresses several bugs we already know about as well as adding some more functionality. For example, the v0.1 release doesn't attempt to send the initial document when creating a new share connection, but the version in CVS successfully sends an initial document. The initial release can be downloaded at http://sourceforge.net/project/showfiles.php?group_id=113865. The distcheck missing was in Linux(Fedora Core 3 to be specific). Thanks, Steven -----Original Message----- From: Ted Gould [mailto:ted@...11...] Sent: Tuesday, March 29, 2005 2:02 AM To: Montgomery, Steven S Cc: inkscape-devel(a)lists.sourceforge.net Subject: RE: [Inkscape-devel] Inkboard - RPM for first release On Mon, 2005-03-28 at 01:44 -0500, Montgomery, Steven S wrote: > Release 0.1 source should be available for download on Sourceforge. Awesome! Is there an announcement that tells us what functionality is working in this version? Where should bugs be submitted? Can you provide a link to the downloads? > I should note that we always have the error about intltool. Inkscape > still seemed to work fine, so we didn't think much of it. But I guess > rpm is a little more picky... > > Oh, and when I try `make distcheck` as suggested, I get 'make: *** No > rule to make target `distcheck'. Stop.' Well, intltool is what manages the translations. So you probably wouldn't notice any errors that were caused by it if you only used Inkboard in English. Sounds like a macro problem, but that would be really weird, probably better to fix distcheck first. Was distcheck missing on Linux or Windows? I'm not sure if it is supposed to exist in the Windows makefiles. It should be there for Linux. --Ted

1 0

RE: [Inkscape-devel] Inkboard - RPM for first release
by Montgomery, Steven S 29 Mar '05

29 Mar '05

Release 0.1 source should be available for download on Sourceforge. On the issue with RPMs, here are the last few lines of the build log: Making all in po make[2]: Entering directory `/usr/src/redhat/BUILD/inkboard-0.1/po' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1/po' make[2]: Entering directory `/usr/src/redhat/BUILD/inkboard-0.1' LC_ALL=C ./intltool-merge -d -u -c ./po/.intltool-merge-cache ./po inkscape.desktop.in inkscape.desktop Possible unintended interpolation of @INTLTOOL_ICONV in string at ./intltool-merge line 94. Global symbol "@INTLTOOL_ICONV" requires explicit package name at ./intltool-merge line 94. BEGIN not safe after errors--compilation aborted at ./intltool-merge line 250. make[2]: *** [inkscape.desktop] Error 9 make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' make: *** [all] Error 2 I should note that we always have the error about intltool. Inkscape still seemed to work fine, so we didn't think much of it. But I guess rpm is a little more picky... Oh, and when I try `make distcheck` as suggested, I get 'make: *** No rule to make target `distcheck'. Stop.' Thanks, Steven -----Original Message----- From: Bryce Harrington [mailto:bryce@...260...] Sent: Monday, March 21, 2005 2:04 AM To: Montgomery, Steven S Cc: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] Inkboard - RPM for first release On Mon, Mar 21, 2005 at 01:52:22AM -0500, Montgomery, Steven S wrote: > Rose-Hulman team here again. We're in the process of making our initial > release of the Inkboard project. The first question is, how important > is it to have binaries(RPMs) for a release? Will most people want the > source code anyways? The source code is the important thing. If the code's good then others will handle the packaging. For instance, if your code is integrated into mainline, then the Inkscape project will generate all the debs, rpms, ebuilds, exe's, etc. as usual. :-) > A related issue, we having problems creating the RPM. I'm not sure if > it's a lack of understanding of RPMs or something to do with Inkscape on > the dev machine. Here's the error it gives at the end of a "rpmbuild > -ba": > make[2]: *** [inkscape.desktop] Error 9 > make[2]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/src/redhat/BUILD/inkboard-0.1' > make: *** [all] Error 2 > error: Bad exit status from /var/tmp/rpm-tmp.68505 (%build) > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.68505 (%build) Actually I think you've missed the real error message; it'll probably be the one right before the Error 9 line. Can you post the entire build log? > Any thoughts or suggestions would be appreciated. One thing to try is to run `make distcheck` prior to creating the RPM. That will analyze it for packaging errors. The most common cause of errors with RPM's is file paths. RPM's get installed into an arbitrary directory location, so if parts of your build process assume that a file is in a particular location (like /etc or /usr/share/inkscape), that could potentially mess it up. Hope this helps, Bryce

2 1

Patch to fix compile errors with amd64 and gcc-4.0
by Zan Lynx 29 Mar '05

29 Mar '05

(I am not subscribed to the list, please CC me on any replies.) I was compiling Inkscape 0.41 with GCC 4 and got a lot of errors about stuffing 64-bit pointers into 32-bit ints. I think I fixed them and here's the patch. I didn't understand why some of the code was as it was, so this patch may be all wrong, but it compiled and seems to work well. -- Zan Lynx <zlynx@...770...>

1 0

NEW: grouping across layers/groups
by bulia byak 28 Mar '05

28 Mar '05

* The Group command (Ctrl+G) no longer complains when you try to group objects from different layers or groups. Now it pulls the selected objects from wherever they are in the document tree, groups them, and puts the group in the parent layer/group or the topmost (in z-order) selected object.

1 0

WordPress implemented [was: CVS trouble]
by Jonathan Leighton 27 Mar '05

27 Mar '05

Joshua A. Andler wrote: >Great thanks! Weird thing, but the confirmation email with the password >still hasn't arrived... any thoughts? (did I mistype my email address?) > > Hmmmm... I can see your address in the admin panel, and it's correct. Give it a few hours, and if it still hasn't come, email me and I'll see if I can get in touch with Sourceforge. I did look in the SF docs and it says that outgoing email from the project web space is permitted, and not blocked by any software, so it *should* work. It might be that SF is just slow. Cheers, Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

4 9

Deform Class
by Joshua Blocher 27 Mar '05

27 Mar '05

Hi, As a few of you know from jabber i have been working on deforming paths. I have finished one function and starting a write the second. before i get much further i need help figuring out what a deform class has to/needs to/ should have in it. here is what i have so far but, they are not all implemented mind you. comments and input more than welcome. class Deform; NR:Point CoordDiff( NR:Point, NR:Point ); NR:Point AdvCoordDiff(); int DeformPath(); int DeformObject(); public: NR:Point GetCoordDiff( NR:Point, NR:Point ); NR:Point GetAdvCoordDiff(); int DoPathDeform(); int DoDeformObject(); Thanks, josh aka verbalshadow

2 2

Another article about Inkscape
by Bob Jamison 27 Mar '05

27 Mar '05

Hi, all, Occasionally I check Google News for articles about Inkscape. Here is another one I found, that is interesting because it is in a tech section of a mainstream media outlet, not in a tech journal: http://star-techcentral.com/tech/story.asp?file=/2005/3/15/prodit/10221334&… Bob

2 1

Ktoon + Inkscape = killer app?
by Jiaxiang 25 Mar '05

25 Mar '05

I just got hold of KToon, a 2D animation program for KDE. http://ktoon.toonka.com/ I'm ultra-impressed. It can export files in SVG, SWF and PNG sequence (as it's listed) formats. It's pretty mature from the set-up and features it has in use. Maybe some talented programmer(s) who are familiar with everything Inkscape and SVG can jump in and add SVG animation capabilities that might get this powerful program somehow connected/interlaced with Inkscape or even just SVG animation standards? :) (Personally, I'm ready to help make SVG the web standard that it should be.) Pardon my zeal over SVG animation... __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo

2 1

common interface for graphics apps on the "free desktop"
by Jakub Steiner 25 Mar '05

25 Mar '05

One of the good things about Adobe's product line is that they "work together". Same tasks require the same interface. Shortcuts are consistent. On the free desktop we have two major graphics applications, Inkscape (http://www.inkscape.org) and GIMP (http://www.gimp.org). It will not be uncommon to have users needing both apps in their workflow. I hope you guys agree trying to have similar consistency helps to provide a sane user experience. To be specific, there are areas where GIMP & Inkscape provide similar functionality in a slightly different way. For now I will ignore the path tool. An inconsistency that came up while I was working on something is the mouse wheel behavior. GIMP uses shift+scroll wheel to zoom, Inkscape Ctrl+mousewheel. GIMP uses Alt+mousewheel to pan horizontally, Inkscape uses Shift+mousewheel. I've filed this as http://sourceforge.net/tracker/index.php?func=detail&aid=1115612&group_id=9… Another area is the aspect ratio constraint and other transform modifiers. Note that this isn't a user-transition problem. People like me will be using GIMP & Inkscape simultaneously. It's _not_ about forgetting what a user has been used to in the past. Having inconsistent behavior makes one stumble in both apps. It would be cool if somebody found the motivation to write up some extension to the Gnome HIG, defining a standard behaviour for gfx apps (*hint* *hint* ;). Sorry for cross posting, but I hope to initiate some discussion among both camps. cheers -- Jakub Steiner <jimmac@...659...>

11 17