- 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

Re: [Inkscape-user] My impressions on Inkscape
by Claus Cyrny 14 Dec '04

14 Dec '04

Hi, > From: "Joshua A. Andler" <joshua@...233...> > To: <inkscape-user(a)lists.sourceforge.net> > Subject: RE: [Inkscape-user] My impressions on Inkscape > Date: Mon, 13 Dec 2004 17:06:58 -0700 > Reply-To: inkscape-user(a)lists.sourceforge.net > > I think that they do understand the importance of user-friendly > interfaces, but what is friendly to one person may not be to another. Regarding user-friendliness: I have used CorelDRAW in the past, and the interface of Inkscape is IMHO much more user-friendly & the layout in general is much "clearer". I agree that the palettes could be improved, but in general I am regarding this criticism as way too strong (and somewhat unfair). As I suggested already, docks would be nice, but otherwise I personally find Inkscape very user-friendly. One thing that could be better is, that when I open a file, a new Inkscape window appears, so that I have to close the previous one first. Claus -- http://home.arcor.de/ccyrny/

3 3

Anti-aliased PNG Output
by Elpoca 14 Dec '04

14 Dec '04

Hi: I'm using Inkscape 0.40 on Windows. Is there any way that I can make the output anti-aliased? Right now, if I do an 'inkscape -e file.png file.svg' the output looks very poor. If anti-aliased output is not possible, then can anyone suggest a technique to convert my svg to high-quality png? I've tried batik, but the output is also very poor. FYI, it renders fine in both Inkscape (indeed, it was created using inkscape) and in the adobe SVG viewer. Thanks, Elpoca

2 1

RE: [Inkscape-user] Anti-aliased PNG Output
by Batista, Facundo 14 Dec '04

14 Dec '04

[Elpoca] #- I'm using Inkscape 0.40 on Windows. Is there any way that I #- can make #- the output anti-aliased? Right now, if I do an 'inkscape -e #- file.png #- file.svg' the output looks very poor. If anti-aliased output is not #- possible, then can anyone suggest a technique to convert my svg to #- high-quality png? I've tried batik, but the output is also #- very poor. #- FYI, it renders fine in both Inkscape (indeed, it was created using #- inkscape) and in the adobe SVG viewer. I'm on Win2k SP2, with Inkscape 0.40, and my exported PNGs are fantastic! BTW, I'm using IrfanView to see them. . 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.

1 0

Re: script for embedding raster images
by Ben Crowell 14 Dec '04

14 Dec '04

>> Can anyone try this and tell me if they understand what's >> going on? >Have you compared your output syntax with share/examples/data_uri.svg? Aha! Adobe Illustrator does this: data:;base64 But, as shown in the sample file, Inkscape wants data:image/png;base64 or data:image/jpg;base64. I've fixed the script to write it the way Inkscape wants it: http://www.lightandmatter.com/embed_raster_in_svg The latest CVS version of Inkscape is now happy with the script's output. I don't know if AI's output is standards-compliant in this situation or not. Presumably when AI reads one of its own SVG files, it just looks at the magic number from the data in order to figure out what type it is. (There are only two possibilities.) If omitting the type is legal according to the SVG standard, then maybe Inkscape should allow it on input. >P.S. If you plan to keep contributing to Inkscape I can give you >developer access That would be nice, thanks! Given my weak C++ skills and lack of familiarity with Inkscape's codebase, I probably wouldn't dare to committ changes to the C++ code on my own, except maybe after getting comments on them. But if the plan is to have an Extensions menu that can call various Perl scripts, then it might be nice for me to be able to contribute directly to that. My Perl skills are a lot better than my C++ skills, and I'm going to need to write various scripts anyway for my own use (e.g., I'm going to need something to gamma-correct svg files). Is there an API for extensions?

4 4

Re: postscript output is rotated 90 degrees? (bulia byak)
by Ben Crowell 13 Dec '04

13 Dec '04

Thanks, Bulia, for applying the patch! I'd like to request the following further patch. You made w and h doubles, rather than ints, which makes sense, but the fabs is incorrect, because we have w<0 or h<0 on an empty document (I think they're -200000000 or something). That's why there is the sanity check later on. 361,362c361,362 < double w = fabs (d.x1 - d.x0); // width and height of bounding box, in points < double h = fabs (d.y1 - d.y0); --- > double w = (double) (d.x1 - d.x0); // width and height of bounding box, in points > double h = (double) (d.y1 - d.y0); 364c364 < ((int) w > 0 && (int) h > 0) // empty documents fail this sanity check --- > (w > 0. && h > 0.) // empty documents fail this sanity check, have w<0, h<0

2 1

script for embedding raster images
by Ben Crowell 13 Dec '04

13 Dec '04

As Bulia suggested, I've written a Perl script that takes an svg file that links to bitmapped images, and embeds the images into it. The script is here: http://www.lightandmatter.com/embed_raster_in_svg It can be tested using these two files: http://www.lightandmatter.com/beer.svg http://www.lightandmatter.com/beer.jpg Download all three files, then run the script like this: embed_raster_in_svg beer.svg It copies the original version of beer.svg to beer.svg.bak, and then embeds the raster images into a new version of beer.svg. The output looks reasonable to me, but I'm having a hard time figuring out if it's valid Inkscape svg or not. Bulia said the latest version of Inkscape could handle embedded raster images, so I checked out a copy from cvs, compiled it on my machine, and used it to open the version of beer.svg with the image embedded. However, it showed up as a broken link, just like in older versions of inkscape. Can anyone try this and tell me if they understand what's going on?

2 1

Re: [Inkscape-user] pixel sizes
by Claus Cyrny 13 Dec '04

13 Dec '04

Hi, > I'm very happy with Inkscape's features, but missing one: > How can I switch view to pixel 1:1? Why, you can use "Zoom 1:1", which displays the image in the actual pixel size. Just click on the magnifying glass, and then you have the option "1:1" in the menu bar at the top (at least up to v 0.39). Claus -- http://home.arcor.de/ccyrny/

4 6

script for extracting embedded jpeg images
by Ben Crowell 12 Dec '04

12 Dec '04

The following is a Perl script I wrote for extracting jpeg images that are embedded in an SVG file. I thought it might be useful to some other people. Adobe Illustrator writes SVG output with jpeg images embedded in it. Please correct me if I'm wrong, but AFAICT Inkscape handles <image> tags just fine if they link to an external jpg, but doesn't handle the case where the jpg is embedded. ====== #!/usr/bin/perl # usage: # extract_jpg_from_svg foo.svg # extracts an embedded jpg to foo.emb.jpg (or foo.emb1.jpg, foo.emb2.jpg, ... # if there is more than one) # SVG files generated by AI may have JPEG images embedded in them that look sorta like # this: # <image width="554" height="412" id="XMLID_13_" xlink:href="data:;base64,/9... # The /9 is guaranteed to be there because the magic number of a JPEG file is ffd8 at # a zero offset into the file. use strict; use MIME::Base64; undef $/; # slurp whole file my $svg = $ARGV[0]; 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>; my @jpg; my $n = 0; while ($data=~m/\<image\s+(\w+\=\"[^"]*\"\s+)*xlink\:href=\"data\:\;base64,(([0-9a-zA-Z\+\/]|\s)+\=+)/g) { my $base64 = $2; if ($base64=~m@/9@) { my $binary = decode_base64($base64); if ($binary=~m/^\x{ff}\x{d8}/) { push @jpg,$binary; ++$n; } } } if ($n==0) { print "no embedded jpgs found in file $svg\n"; } else { for (my $i=1; $i<=$n; $i++) { my $jpg_file = $svg; $jpg_file =~ s/\.svg$//; $jpg_file = $jpg_file . '.emb'; if ($n>1) {$jpg_file = $jpg_file . $i}; $jpg_file = $jpg_file . '.jpg'; print "writing $jpg_file\n"; open(JPG,">$jpg_file") or die "error opening file $jpg_file for output, $!"; print JPG $jpg[$i-1]; close JPG; } } close FILE;

2 1

"How do I..." questions
by Andrew Conkling 12 Dec '04

12 Dec '04

Hi, I just started using Inkscape to help out with an icon theme I've come to like. I just upgraded to 0.40 and found it to be immensely more usable; great job! But I'm no doubt still a noob.... I was wondering if the following hangsup I've run into are possible. Help on any of them would be much appreciated: 1. I made 3 Bezier curves that I want to intersect into a shape, but when I try to change the fill for them, it changes on the outside of the shape. Is there any way to change that, or to have Inkscape recognise the 3 curves as a shape in its own right? 2. I'm in Linux, using librsvg 2.8.1, but one icon that looks fine in Inkscape doesn't render properly in the various applications I have viewed it in (it's an icon). What issues could be at work here? 3. Is it possible (again with the Linux version) to theme the icons on the toolbars? Like I said, I'm working to help an icon theme and it would be supremely cool if we could theme Inkscape. Kind of a hat-tipping to the program that helps us make good icons all around.... :) Thanks in advance, Andrew Conkling

4 9

RE: [Inkscape-user] pixel sizes
by Robert G. Davis 12 Dec '04

12 Dec '04

I think this is what I was talking about a while back. An imported bitmap sizes in inkscape apparently as SVG points. Bring up a bitmap in gimp and 1:1 it and 1:1 the same bitmap in inkscape. The inkscape bitmap is smaller. It displays correctly if I view the svg in Illustrator. This also affects exporting bitmaps. One way I work around it is to size the SVG width/heigth to the correct size. Not perfect. Robert Davis -----Original Message----- From: inkscape-user-admin(a)lists.sourceforge.net on behalf of Michal Žeravík Sent: Sat 12/11/2004 3:05 PM To: inkscape-user(a)lists.sourceforge.net Cc: Subject: Re: [Inkscape-user] pixel sizes Unfortunately not. See screenshot. michal Claus Cyrny wrote: >Hi, > > > >>I'm very happy with Inkscape's features, but missing one: >>How can I switch view to pixel 1:1? >> >> > >Why, you can use "Zoom 1:1", which displays the image in the >actual pixel size. Just click on the magnifying glass, and >then you have the option "1:1" in the menu bar at the top >(at least up to v 0.39). > >Claus > >

1 0

postscript output is rotated 90 degrees?
by Ben Crowell 12 Dec '04

12 Dec '04

First, I'd like to apologize to Bulia Byak for getting huffy about his earlier post on this topic -- it was dumb of me to interpret it in such a negative way. This issue has been the subject of three bug reports on the Sourceforge bug tracker: 1014460 1071596 1082762 Wolfiq's patch, which caused rotation of PS/EPS output when the width was greater than the height, has caused problems for dlehn, Jan, Erik Jonsson, and me. I think the fact that people keep reporting it as a bug -- on Sourceforge, and here on the mailing list -- indicates that there's a serious problem because of the patch. Although the patch produces the behavior that was expected by someone like wolfiq, who intentionally did File>New>...landscape, the behavior seemed incorrect and mysterious to the rest of us, who had been using Inkscape to produce small figures for inclusion in LaTeX documents. I've written a patch for the patch, which is intended to provide the behavior that Wolfiq wants, while fixing the problem for the rest of us. The patch is given at the end of this e-mail. I would like to emphasize that the original patch produces a real showstopper bug for those of us who needed to produce output that was wider that it was tall -- right now there is no way whatsoever to produce the correct (wide) PS/EPS output with inkscape. In the long term, the right solution would probably be to add a portrait/landscape bit to the SVG file. - The bit should be set to landscape if the user creates the file using File>New>...landscape. - There should be a way to control the bit using the GUI. - The rotation should also apply to bitmap printing, not just PS/EPS. - The Print and Save As dialogs should probably also allow the rotation to be turned on or off. However, my C++ and GTK skills probably are not up to the task of making these changes. In the meantime, I hope my stopgap patch can be applied by the committers. ================================== patch to extension/internal/ps.cpp: 354c354,370 < pageLandscape = ( d.y1 - d.y0 < d.x1 - d.x0 ); --- > // 2004 Dec 10, BFC: > // The point of the following code is (1) to do the thing that's expected by users > // who have done File>New>A4_landscape or ...letter_landscape (i.e., rotate > // the output), while (2) not messing up users who simply want their output wider > // than it is tall (e.g., small figures for inclusion in LaTeX). > // The original patch by WQ only had the w>h condition. > { > int w,h; // width and height of bounding box, in points > w = (int) (d.x1-d.x0); > h = (int) (d.y1-d.y0); > pageLandscape = ( > (w>0 && h>0) // empty documents fail this sanity check > && (w>h) // implies, but does not prove, the user wanted landscape > && (w>600) // approximate maximum printable width of an A4 > ) > ? true : false; > }

2 1

Exporting/printing independent layers with Inkscape 0.4?
by Jukka 11 Dec '04

11 Dec '04

I have designed exhibition plans using Inkscape's new "layers" feature - editing is done in composed picture, but exports/prints are usually needed only from chosen independent layer(s). The design process goes well with Inkscape, but I have not found out how to print/export layers independently. Is it not possible, or did I miss something? Thanks, Jukka

3 2

pixel sizes
by Michal Žeravík 10 Dec '04

10 Dec '04

Hi to all, I'm very happy with Inkscape's features, but missing one: How can I switch view to pixel 1:1? When I import image e.g. 200x100px, I can't see it 1:1. Would be very useful for web design development. thanx anyway :) Michal

2 1

Grid and adjustment
by Batista, Facundo 10 Dec '04

10 Dec '04

Sorry if "adjustment" is not the word here, I'm translating from Spanish. If not, I refer to the magic that snaps the cursor to the grid when resizing an object, or creating a new one, for example. The issue is the following: in a previous version (.38), I used to switch the grid on and off with "#" (vry, very handy) and with the grid, also I was switching on and off the "adjustment". This way, I could work always with the grid & snap, but when wanted to draw freely I just switched with "#". Now, with "#" the only thing that goes on and off is the grid, but not the "adjustment" (it adjusts to nothing, because the grid is not drew, but it still adjusts). This is very annoying to me, because to be able to work freely and back, and need to go the config, change the settings, and then again to go back. Is this intended or a bug? There's some workaround to this behaviour? Thank you very much! Facundo Batista Desarrollo de Red fbatista@...321... (54 11) 5130-4643 Cel: 15 5097 5024

3 2

SPAM?
by Claus Cyrny 10 Dec '04

10 Dec '04

Hi, > This is a multi-part message in MIME format. > --------------050403010405000504050005 > Content-Type: text/html; charset=us-ascii > Content-Transfer-Encoding: 7bit > [ ... ] I've noticed those attachments several times now. Is this SPAM? Why do you include it in the digest? Claus -- http://home.arcor.de/ccyrny/

3 2