Playing with .40cvs from a couple of days ago. Brought in an SVG, from .39, with some rectangle gradiant fills and now they are partial opacity. Noticed in the XML editor that fillopacity was set for .75. Could only find the setting in the XML editor and changing to 1.0 fixed that object.
Robert Davis
From MAILER-DAEMON Fri Oct 29 08:16:20 2004
Date: Fri, 29 Oct 2004 11:16:06 -0400 (EDT) From: Mail Delivery Subsystem <MAILER-DAEMON@...301...> Message-Id: <200410291516.i9TFFvf16357@...302...> To: inkscape-user@lists.sourceforge.net MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="i9TFFvf16357.1099062966/elvirus.progress.com" Auto-Submitted: auto-generated (failure) X-Spam-Score: 0.1 (/) 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 0.0 SF_CHICKENPOX_SLASH BODY: Text interparsed with / 0.0 SF_CHICKENPOX_MINUS BODY: Text interparsed with - 0.0 SF_CHICKENPOX_AT BODY: Text interparsed with @ 0.0 SF_CHICKENPOX_PERIOD BODY: Text interparsed with . 0.0 SF_CHICKENPOX_EQUAL BODY: Text interparsed with = 0.0 HTML_MESSAGE BODY: HTML included in message Subject: [Inkscape-user] Returned mail: see transcript for details Sender: inkscape-user-admin@lists.sourceforge.net Errors-To: inkscape-user-admin@lists.sourceforge.net X-BeenThere: inkscape-user@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk Reply-To: inkscape-user@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
--i9TFFvf16357.1099062966/elvirus.progress.com Content-Type: text/plain
The original message was received at Fri, 29 Oct 2004 11:15:55 -0400 (EDT) from localhost [127.0.0.1]
----- The following addresses had permanent fatal errors ----- <jep@...300...> (reason: 550 5.1.1 <jep@...300...>... User unknown)
----- Transcript of session follows ----- ... while talking to ntegp01.progress.com.:
RCPT To:<jep@...300...>
<<< 550 5.1.1 <jep@...300...>... User unknown 550 5.1.1 <jep@...300...>... User unknown
--i9TFFvf16357.1099062966/elvirus.progress.com Content-Type: message/delivery-status
Reporting-MTA: dns; elvirus.progress.com Received-From-MTA: DNS; localhost Arrival-Date: Fri, 29 Oct 2004 11:15:55 -0400 (EDT)
Final-Recipient: RFC822; jep@...300... Action: failed Status: 5.1.1 Remote-MTA: DNS; ntegp01.progress.com Diagnostic-Code: SMTP; 550 5.1.1 <jep@...300...>... User unknown Last-Attempt-Date: Fri, 29 Oct 2004 11:15:57 -0400 (EDT)
--i9TFFvf16357.1099062966/elvirus.progress.com Content-Type: message/rfc822
Return-Path: inkscape-user@lists.sourceforge.net Received: from webserv.progress.com (localhost [127.0.0.1]) by elvirus.progress.com (8.10.2/8.10.2/PSC-4.01) with ESMTP id i9TFFsf16346 for <jep@...300...>; Fri, 29 Oct 2004 11:15:55 -0400 (EDT) Received: from shmispc2.com ([66.255.198.185]) by webserv.progress.com (8.12.10/8.12.10/PSC-5.10) with SMTP id i9TFFji7027718 for <jep@...300...>; Fri, 29 Oct 2004 11:15:47 -0400 (EDT) Date: Fri, 29 Oct 2004 11:15:35 -0500 To: "Jep" <jep@...300...> From: "Inkscape-user" inkscape-user@lists.sourceforge.net Subject: Re: Thank you! Message-ID: <bydizmcjxvdpxpncmci@...300...> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------hozxpnknwtclmvvaekur"
----------hozxpnknwtclmvvaekur Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
<html><body> :))
<br> </body></html>
----------hozxpnknwtclmvvaekur Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit
------------------ Virus Warning Message (on the network)
Joke.cpl is removed from here because it contains a virus.
--------------------------------------------------------- ----------hozxpnknwtclmvvaekur--
--i9TFFvf16357.1099062966/elvirus.progress.com--
Huh. Well looks like it's correct. Viewing the file from .39 it is set for 0.75 so now .40 shows it correctly. Wonder why .39 did them all as 0.75? The Tutorials also have .75 fill opacity now.
Another problem(?) I found in .39 and .40. When you import a bitmap (.png or .jpg) it says the correct image size but the selection size is smaller. I have to change the selection size to be the same as the image size.
Robert Davis
On Fri, 2004-10-29 at 09:44 -0500, Robert Davis wrote:
Playing with .40cvs from a couple of days ago. Brought in an SVG, from .39, with some rectangle gradiant fills and now they are partial opacity. Noticed in the XML editor that fillopacity was set for .75. Could only find the setting in the XML editor and changing to 1.0 fixed that object.
Robert Davis
On Fri, 29 Oct 2004 11:14:40 -0500, Robert Davis <rdavis@...282...> wrote:
Huh. Well looks like it's correct. Viewing the file from .39 it is set for 0.75 so now .40 shows it correctly. Wonder why .39 did them all as 0.75? The Tutorials also have .75 fill opacity now.
Known issues
* If an object has a gradient fill and a fill-opacity property less than 1.0 in its style=, previously Inkscape ignored the fill-opacity. This was wrong. Now it combines them together, i.e. makes the gradient (more) transparent if the object using it has a fill-opacity less than 1.0. If you find out that 0.40 renders your gradients more transparent than before, simply remove fill-opacity from the style= of the objects that use semi-transparent gradients to fix them. In new files, fill-opacity is removed automatically when you apply a gradient.
Another problem(?) I found in .39 and .40. When you import a bitmap (.png or .jpg) it says the correct image size but the selection size is smaller. I have to change the selection size to be the same as the image size.
Where does it "say the correct size" and where do you read the selection size? Most likely these two readings use different length units.
On Fri, 2004-10-29 at 13:40 -0300, bulia byak wrote:
Known issues
* If an object has a gradient fill and a fill-opacity propertyless than 1.0 in its style=, previously Inkscape ignored the fill-opacity. This was wrong. Now it combines them together, i.e. makes the gradient (more) transparent if the object using it has a fill-opacity less than 1.0. If you find out that 0.40 renders your gradients more transparent than before, simply remove fill-opacity from the style= of the objects that use semi-transparent gradients to fix them. In new files, fill-opacity is removed automatically when you apply a gradient.
Noticed this. When you say "fill-opacity is removed" is assume you mean set to 1.0, because new files still have it but set to 1.0.
Also found something new from the gradiant color inherit. Everytime I click on solid color and back to gradiant it assigns a new linear gradiant. Do it a few time and have a bunch. Should it carry over but not add to the gradiant list?
Where does it "say the correct size" and where do you read the selection size? Most likely these two readings use different length units.
Image Properties and the status line are correct. The selection width and height on the second button bar shows smaller. It seems to be bringing it in too small, resize the selection width and height and it will look fine. Image and inkscape setting is for 72dpi.
Robert Davis
Noticed this. When you say "fill-opacity is removed" is assume you mean set to 1.0, because new files still have it but set to 1.0.
No fill-opacity is the same as 1.0. New files have it set explicitly but it's a temporary workaround until I add fill-opacity slider to gradient and pattern tabs.
Also found something new from the gradiant color inherit. Everytime I click on solid color and back to gradiant it assigns a new linear gradiant. Do it a few time and have a bunch. Should it carry over but not add to the gradiant list?
Yes it's a known problem. Unused gradients should be removed automatically.
Where does it "say the correct size" and where do you read the selection size? Most likely these two readings use different length units.
Image Properties and the status line are correct.
They use SVG pixels, 1 SVG pixel = 0.8 pt
The selection width and height on the second button bar shows smaller.
This by default uses pt
On Fri, 2004-10-29 at 14:07 -0300, bulia byak wrote:
Where does it "say the correct size" and where do you read the selection size? Most likely these two readings use different length units.
Image Properties and the status line are correct.
They use SVG pixels, 1 SVG pixel = 0.8 pt
The selection width and height on the second button bar shows smaller.
This by default uses pt
I have a 638x501px image from gimp at 72dpi. Import into Inkscape and Image properties is correct at 638x501 but selection is w:510.40 h:x400.80. Zoom to actual size and compare to gimp window at actual and it is smaller in Inkscape. Resize the selection w/h to the image and it now looks the same as the gimp window. Image properties does get bigger at 797.5x626.25 but the status bar still is correct 'Image 638x501: ...'. Shouldn't it import at 1:1 size?
Robert Davis
participants (2)
-
bulia byak -
Robert Davis