- Inkscape Devel - Inkscape Mailman

keys.xml and "# toggle grid and snapping to grid"
by Luca Bruno 30 Mar '05

30 Mar '05

Hi all, I'm translating keys.svg in Italian. I've found that the shortcut for "toggle grid and snapping to grid" is the #, which from the document seems to be mapped on Shift+3... On the italian layout it's mapped only to AltGr+à (yes, strange key :), while on Shift+3 we have "£"... No other shotcut use AltGr combination, so I ask if is possible to change this shortcut to something more natural for us. Thanks, Luc@ P.S. the translation is not yet finished, but i've attached my work so far, for the inclusion in CVS. I'm working on keys.xml, I'm right? I've found also keys.fr.xml, but I cannot find a makefile entry for it... How does it work? -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S. | luca.br(AT)uno.it `. `'` | GPG Key ID: 3BFB9FB3 on keyserver.linux.it `- http://www.debian.org | Proud Debian GNU/Linux User -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Calzature moda sport. Da Oliviero.it le ultime novità autunno-inverno 2004/2005: Nike, Puma, Adidas.... * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid(46&d)-3

2 2

NEW: more clonetiler fun: color, tracing, unclumping
by bulia byak 29 Mar '05

29 Mar '05

There's quite a lot of new stuff to announce - if you don't feel like reading all this, just scroll down for screenshot links :) "Tile Clones" dialog improvements: - The new Color tab allows you to change, randomize, or alternate the hue, saturation, and lightness of the tile color per row or per column. You can also set the initial color of the tiles to which these alterations will apply. Changing color works only if the clones' original (or some parts of it, if the original is a group) has unset fill or stroke (use the Fill&Stroke dialog to unset paint). http://inkscape.org/screenshots/gallery/inkscape-0.42-CVS-tiles-color.png Note the new HSL color sliders (replacing the old HSV). - The new Tracing tab allows you to trace the drawing under the tiling. You can set it to pick color, opacity, or any or the RGB or HLS channels in the area covered by each tile; then optionally randomize, invert, or gamma-correct the picked value; and finally apply that value to the tile's probability of presence, size, color, or opacity (or any combinations of these). This makes it possible to do an infinite amount of effects on drawings (both vector drawings and imported bitmaps), such as tesselated mosaics, "impressionist paint", geometric grids, color separation lattices, and more. You can also easily control the extent and the density of your tiling by preparing a temporary shape and tracing opacity-to-presence over it, or you can "paint over" a stroke with a pattern or randomized scattering. http://inkscape.org/screenshots/gallery/inkscape-0.42-CVS-trace-color.png http://inkscape.org/screenshots/gallery/inkscape-0.42-CVS-trace-objects.png If the original tile is a group, you can unset paint on some objects on the group while others (e.g. highlights or shadows) will retain their original colors, unaffected by trace coloring. - The new Unclump button attempts to reduce local unevenness in distribution of the tiles. When you unclump a tiling, each tile tries to move to a point equidistant from its closest neighbors. If a single unclumping is not enough, you can press Unclump repeatedly, trying to achieve a balance between eliminating small-scale clumps and preserving large-scale features of the tiling. Unclumping works equally well on both randomized and regular tilings, changing them both into a characteristic texture which appears random, but not blindly random - very similar to what a human would produce if asked to evenly fill a space with random dots. As a result, properly unclumped dot tilings remind of hand-made engravings. http://inkscape.org/screenshots/gallery/inkscape-0.42-CVS-tiles-unclump.png Notice how the contrast and detailedness of the dot pattern improve as you apply unclumping repeatedly (top right) - even though unclumping is unaware of the background image that was traced by the tiling, it seems to bring out more image details that were "hidden" in the random scattering. You can also apply unclumping to regular tilings, converting them from "newspaper print" to "old engraving" (bottom right). - On all tabs, controls have been rearranged into a table-like layout for more convenient access. Separate controls are added for alternating values per row or per column, as well as for randomizing each value separately (e.g. now you can randomize only the horizontal shifts but not vertical). - The new Exponent values on the Shift tab allow you to make rows or columns to exponentially converge (for values less than 1) or diverge (for values greater than 1). The default of 1 creates rows and columns spaced evenly. - The upper limits for scales and shifts are increased (from 100% to 1000% of tile size), and the precision of the input fields is higher. - There's a mini-statusbar at the bottom of dialog which shows the number of tiled clones of the selected object.

8 7

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