March 2005 - Inkscape Devel - Inkscape Mailman

simplify broken in cvs?
by mak 25 Mar '05

25 Mar '05

hello. i have been having some troubles with simplify <CTRL+L> in the latest cvs-builds. to _reproduce_ simply create a new document > make a polygon, bezier-curve or anything, except spirals & freehand-lines[those seem to work !?], select and press <CTRL+L>. > inkscape uses 99% cpu. i upped an example-svg here: http://mak.d3f3kt.net/simplify.svg ... if i'm doing something wrong, please feel free to point it out, maybe i need to be more patient[?]. tia. mak. -- [ m e t a sieben ] [ mak@...766... ] [ m4k@...450... ]

1 1

Creative Commons Search
by Jon Phillips 24 Mar '05

24 Mar '05

Hello everyone, Please check out the new creative commons search at yahoo. It does turn up some of our content, but hopefully it will get more sorted out: http://search.yahoo.com/cc I have the ear of some of the ppl. at creative commons, so feature requests I can pass on. Jon -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu) Scale Journal (http://scale.ucsd.edu)

1 0

Mitchell Baker mentions SVG in Mozilla
by Bob Jamison 24 Mar '05

24 Mar '05

Slashdot had an interview with Mitchell Baker this morning, and she answers a question about SVG in Firefox. "when will it be turned on by default?" http://interviews.slashdot.org/article.pl?sid=05/03/22/1442200&tid=154&tid=… Actually, she doesn't answer it, which is very, very disappointing. The situation is quite depressing, with no hopeful future in sight. Bob

4 7

sourceforge and subversion
by Bob Jamison 24 Mar '05

24 Mar '05

According to SF.net's news page, they are finally considering implementing Subversion repositories. Here is the item: > *Subversion Service: * The research, analysis, and support gear-up > needed to implement a Subversion service at SourceForge.net is now in > progress. As with all SourceForge.net services, extensive analysis and > testing must be performed to verify suitable levels of stability and > scalability before a service can be rolled-out. We are expecting the > initial phases of this effort to last several weeks, to be followed by > the implementation of a testing environment which will be used for a > live beta test by specific selected projects. Pending successful > scalability testing, service details will be finalized and service > will be offered to all projects. (Last updated: 2005-03-02 Pacific) Anyone who is familiar with CVS, but has had an opportunity to use Subversion would never go back. Examples: (a)Try in CVS and SVN, renaming a directory with 100 files in it. No contest. (b) An SVN branch is not a tagging, but an actual branch of a directory tree, with the branch diff'd from the trunk. (c) Commits are 'atomic,' meaning that a commit is not applied if it fails during transfer, but only if it is handled correctly. Very sweet. It would be nice if Inkscape were one of the "specific selected projects". Bob

7 14

CVS trouble
by Jonathan Leighton 24 Mar '05

24 Mar '05

Apologies that this isn't really related to Inkscape development, but... I'm having real trouble with checking in the WordPress stuff I did. I was up til nearly 2AM last night trying to get it to work (I got errors when trying to commit), at which point I when to bed grumpily. Anyway, today I finally got it to commit without any errors, but when I look at the repository via the web interface (http://cvs.sourceforge.net/viewcvs.py/inkscape/inkscape_web/) it seems to have not worked right. The four WordPress-related directories have checked in (wp-*), but NONE of the files seem to have. Furthermore, in the wp-includes, wp-admin and wp-images directories, it seems the "cvs" data directories have also checked in (which they shouldn't have), again, without the files. I'm confused as hell, because the output in the terminal when I committed seemed to be fine. For instance: RCS file: /cvsroot/inkscape/inkscape_web/wp-includes/vars.php,v done Checking in wp-includes/vars.php; /cvsroot/inkscape/inkscape_web/wp-includes/vars.php,v <-- vars.php initial revision: 1.1 done That, and other similar output suggests to me that it worked. But maybe I'm missing something? If anyone can help me out I'd be very grateful. I'm sure this is just my newbie-ness but I can't see where I've gone wrong. Also, on the topic of Subversion, I'd definitely support switching to that -- this is the first time for me using CVS, but I have used Subversion in the past with zero problems, and CVS is feels like an uphill battle. Thanks, Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

2 4

Newsforge article on color management
by Bryce Harrington 24 Mar '05

24 Mar '05

http://software.newsforge.com/software/05/03/08/1712218.shtml?tid=152&tid=1… (Scribus and Cinepaint have support for LittleCMS, but neither GIMP nor Inkscape support it yet. I wonder which project will succeed in implementing the support first?) Bryce

5 10

Re: [Inkscape-devel] Mitchell Baker mentions SVG in Mozilla
by Bob Jamison 23 Mar '05

23 Mar '05

John Taber wrote: >Hmm, one of the killer features that IE doesn't have and they are holding it >back ? He does give a explanation of why re decisions on the feature >conflicts - maybe our SVG community can help them out here. Or maybe should >make available binaries of their SVG enabled CVS version? >John > Well, a person can already find an SVG-enabled version of Firefox, if one looks hard enough. But how do you get this voodoo magic to the unwashed masses, and the PHBs? It really needs to be in every browser. What SVG needs for it to start gaining momentum is a user base. Imagine if 6% of browsers in use already (FF's share) could display SVG without any extensions or plugins. People would actually start putting content onto their sites. Maybe not completely; but a server could check for "Accept: image/svg+xml", and for those lucky people show a detailed SVG rather than a crappy bitmap. More content, more browsers; more browsers, more content. Bob

1 0

Re: [Inkscape-devel] shortcuts do not work on canvas with Russian layout
by Artemio 23 Mar '05

23 Mar '05

> All works for me. Please update to the latest CVS and if the problem > persists file a detailed bug report (platform, libs, etc) Woo-hoo, works here with latest CVS version! I can use Ctrl+letter and Shift-Ctril+letter on obects, thanks! A.

1 0

shortcuts do not work on canvas with Russian layout
by Artemio 23 Mar '05

23 Mar '05

Hello all! Long time, no write ;-) Still, I can't get the shortcuts to work with Russian layout, but now I noticed the following: they do work for main menu and in other places (like in text editor), but they do not work on the canvas. I am using last week's cvs built from source. So, say if I select an object, I can press Alt + E, C - this will follow to the Edit menu and copy an object. I can trigger and browse any menu like this Russian layout. In text editor, I can copy/cut/paste text (Ctrl + ...), apply/close (), etc. But on canvas, none of the modifier keys work (and, thus, shortcuts do not work either). I remember that this problem exists since last spring, and I had 3 different systems (and, thus, libraries configurations) since then. Artemio.

2 2

Inkscape 0.41 autopackage
by Mike Hearn 23 Mar '05

23 Mar '05

Hi, I rebuilt this against autopackage 1.0 which provides misc bugfixes and improvements. After this point you generally won't have to rebuild packages to get improvements but 1.0 is the first API stable release so it's necessary. The new package can be found here: http://navi.cx/~mike/inkscape/inkscape-0.41-2.x86.package Could the one on SourceForge please be replaced? Also I noticed the current package is corrupt on switch at least, so it'll give the mirrors a chance to get non-truncated packages. thanks -mike

3 3