- Inkscape Users - Inkscape Mailman

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

20 Dec '04

vellum said: > On Thu, 16 Dec 2004 22:11:16 +1100, vellum <kaver@...45...> wrote: > > However, with non-uniform scaling all hell breaks loose. > > First. Scaling vertically changes the font size as I would expect. However > > if I then try to change the font size to the original size then the font > > dialog font size is correct but the screen presentation is not. bulia said: > Yes, because non-uniform scaling cannot be expressed via font size > change. Thus it is factored into two parts, as I explained. When you > reset font size to original, you remove only the uniform component of > the scale; the non-uniform one remains. I think this is logical. ... > So, can you just explain the final result you're trying to achieve? 1. I want to be able to turn a piece of text that has been scaled uniformly or non-uniformly, back to its original state. ie. as it was written. OK. Your changes allow this to be done with uniformly scaled text. So my original problem is solved. However, I do not understand what is happening with non-uniform scaling, and it worries me that it simply may be giving the wrong result. The simplest case is where the text is stretched or compressed with no vertical change. The present code changes the font size. Why? I just cannot find anywhere that this is the correct result. As far as I can see the font size should be the same after as before. XaraX1 operates in the way that I see as correct. It shows two windows for a text object. 1. The font size. 2. The Aspect Ratio which is Width/Height as a percentage. The AR is 100.00 for any font size as initially written. With non-uniform scaling. The new font size is shown and the AR goes >100 or <100% depending on the scaling. When a piece of text is reselected the new AR and the font size are shown. It is straightforward to set the AR to 100 and the font size to your original font size and you get the original sized text back. Inkscape cannot not do this. With horizontal stretching or compressing. With Xarax1 there is no change in font size no matter how much the text width is changed. This is consistent with font size based on letter height. With Inkscape the font size changes with the text width. I think this is wrong. I do not know the details of what the programs are doing but Xarax seems consistent with > > David Bergs idea of "A button "set as 100%" for height and width will then > > adjust the font-size according to the skewed/streched width or the height > > respectively. I think this way all needs are served ;)" seems like a good > > one. Perhaps this could also go in the font dialog ultimately. I would leave skewed text further down the priority list since I ceratinly do not use it routinely and nobody else has chimed in with this as a need or problem. If I can get non-uniform scaling sorted I'll be happy. > > P.S. Perhaps you noticed the bug: the font size reported in the > statusbar in selector for a text object is wrong (unchanged) after > scale. This is completely unrelated to the above discussion. Just > deselect and reselect it again to see the correct font size. yes. vellum

1 0

outputting gradients
by Ben Crowell 19 Dec '04

19 Dec '04

Bulia wrote: >Personally, I would much prefer to have standard system-wide >high-quality SVG->PDF and PS->SVG converters that we could use, >without having to code them into Inkscape. Such a modular approach >would be the best for everyone. The idea that every single design app >must import and export all common formats is, IMHO, a harmful >misconception originated on proprietary platforms where each app has >to be self-sustaining and cannot count on cooperation from other >programs. We can save a lot of resources by not following this model. >I see no problem in having to run Inkscape files through Scribus or >some other converter [1] when I need PDF, provided it is as >cross-platform as we are and produces good output. I agree with you in principle that it might be good design to have a whole different piece of software whose job was SVG->PS or SVG->PDF. However, as far as I can tell, Scribus isn't going to fill that role, and I'm not aware of any other project that will. Scribus isn't cross-platform, it has no command-line interface AFAICT, at the moment it does not do a very good job on SVG->PDF, and I don't see any signs that they consider it to be part of their core mission to act as an automatic behind-the-scenes SVG->PDF converter that other programs can use library-fashion. To me, it would be much more logical for such functionality to be in Inkscape, rather than Scribus; but then, that's easy for me to say, since I don't have the C++ skills or the time that would be needed to do the necessary work on Inkscape :-)

2 1

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