- Inkscape Devel - Inkscape Mailman

David Christian Berg's icon theme
by Jean-François Lemaire 29 Mar '05

29 Mar '05

Hello, David Christian Berg told me recently that he won't have time to finish is icon theme in the near future, but since his theme is complete enough for me, I suggest that it should be committed. So I am about to upload a screenshot of an Inkscape session with his theme (http://users.skynet.be/jflemaire/fichiers/Inkscape_session.png) and a blurb for the website news. Some questions, though: - Should I upload the whole lot (the icons.svg file, the PNG screenshot and the blurb) on the patch tracker or somewhere else? - If I understand correctly, the only way to change the icon theme is by putting the 'icons.svg' file into the '$INSTALL/share/inkscape/icons' directory. But what if a user does not have write access to this directory? - Since I'm running KDE, some stock icons are different (such as open and save) because they are taken from the stock KDE icons. It shows on the screenshot. Is that a problem? Jef

3 3

swatches
by David Christian Berg 29 Mar '05

29 Mar '05

Hey guys, I just noticed that there are swatches implemented -- jippi! But is it worth complaining about already? :-) David

2 1

Re: [Inkscape-devel] Inkscape website in French
by Nicu Buculei 29 Mar '05

29 Mar '05

i don't have consistent answers, but i reply anyway because you forgot to reply to the list Luca Bruno wrote: > I think that something should be done for the internalization of the > website... I've seen just today the "Italian" link at the bottom of the > page: that's not *italian*... only babelfish can speak that way :)... i believe the automatic translation was a *temporary* solution > I'm already subscribed to wordpress; I'd like to translate news feed in > italian but, doing that, I will duplicate news...it will be useless for > non-italian user. > > Isn't possible to implement a language chooser or something similar? > I've never used wordpress (and rss-feed in general :( ) so I cannot > speak about that, but i was thinking about something similar to > www.debian.org : it recognizes the language of your browser and sets the > site language accordingly... so you offer to maintain yourself an translated version of the website or at least of the front page? > Also having different submask (fr.inkscape.org,it.i.o...) to redirect > to, would do the job :) probably this was not implemented yet mainly because of the lack of volunteers offering to maintain those localized pages -- nicu

1 0

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