Hi
We are the makers of the Tomahawk Desktop operating system (http://www.tomahawkcomputers.com/).
We use Inkscape (ver. 0.46) to create all of our vector graphics. Certain graphics we created are not sharp, ie. not anti-aliased well. Please see following graphics: http://www.tomahawkcomputers.com/bsd-unix.html http://www.tomahawkcomputers.com/real-time.html http://www.tomahawkcomputers.com/images/real-time-small.png
The source of the clock is from Oxygen icon set: actions/chronometer.svgz
What could be the issue? Is there some settings to make somewhere? Or is it a known issue to be fixed?
Best regards Sagara
On Sat, 2009-03-14 at 22:50 -0700, Sagara Wijetunga wrote:
We use Inkscape (ver. 0.46) to create all of our vector graphics. Certain graphics we created are not sharp, ie. not anti-aliased well. Please see following graphics: http://www.tomahawkcomputers.com/bsd-unix.html http://www.tomahawkcomputers.com/real-time.html http://www.tomahawkcomputers.com/images/real-time-small.png
You should try to place lines exactly on the pixel grid, if that isn't the case already. See http://mso-chronicles.blogspot.com/2008/06/echo-icon-common-mistakes-blurry-...
But what is likely the issue here are outlines that are less than 1 pixel strong.
Thorsten Wilms wrote the following on 03/15/2009 05:39 AM:
On Sat, 2009-03-14 at 22:50 -0700, Sagara Wijetunga wrote:
We use Inkscape (ver. 0.46) to create all of our vector graphics. Certain graphics we created are not sharp, ie. not anti-aliased well. Please see following graphics: http://www.tomahawkcomputers.com/bsd-unix.html http://www.tomahawkcomputers.com/real-time.html http://www.tomahawkcomputers.com/images/real-time-small.png
You should try to place lines exactly on the pixel grid, if that isn't the case already. See http://mso-chronicles.blogspot.com/2008/06/echo-icon-common-mistakes-blurry-...
But what is likely the issue here are outlines that are less than 1 pixel strong.
Sometimes as a workaround for stuff like this I will export the image at a higher DPI and either scale it down with Gimp or let my html scale it down. Of course it all depends on how big the resulting image is in the end. Might give it a try and see if it helps. [shrugs]
If you can get a hold of a larger resolution PNG file (clock), place that onto your canvas, and scale it down in Inkscape then that might help anti-alias that image too.
heathenx
All of a sudden (it seems, I do not always use Inkscape every day), when I open Inkscape up, the document will not expand to the entire screen (i.e., when I click the expand window in the upper right corner), & to get this to happen, I have to do the full screen mode (i.e., hit F-11). Can anyone please tell me what is (or is not) going on... ?
Thanks much,
Henry
p.s., this program seems to be running slow some times (more than other times)... & yes, I do know that blur/opacity changes/operations are very intensive, & I do use these features, but here I am speaking of the time when I open the program up (i.e., no data in document open). Any suggestions on optimizing to speed (from a software point of view, as I have only an on-board, integrated graphics chip, & economics makes this be the way it is, for now) up would also be appreciated.
--- On Sun, 3/15/09, Thorsten Wilms <t_w_@...1631...> wrote:
From: Thorsten Wilms <t_w_@...1631...> Subject: Re: [Inkscape-user] PNG output is not anti-aliased well To: inkscape-user@lists.sourceforge.net Date: Sunday, March 15, 2009, 5:39 PM On Sat, 2009-03-14 at 22:50 -0700, Sagara Wijetunga wrote:
We use Inkscape (ver. 0.46) to create all of our
vector graphics.
Certain graphics we created are not sharp, ie. not
anti-aliased well.
Please see following graphics: http://www.tomahawkcomputers.com/bsd-unix.html http://www.tomahawkcomputers.com/real-time.html
http://www.tomahawkcomputers.com/images/real-time-small.png
You should try to place lines exactly on the pixel grid, if that isn't the case already. See http://mso-chronicles.blogspot.com/2008/06/echo-icon-common-mistakes-blurry-...
But what is likely the issue here are outlines that are less than 1 pixel strong.
Thanks for the replies on this issue.
Best regards Sagara
Ok, I found in the bug report files for Inkscape (in Launchpad https://answers.launchpad.net/inkscape/+question/22067 ), the maximize window problem was *not* a figment of my imagination... as the silence from this list on the mater, in regards my inquiry, seemed to suggest (to me).
I resolved it (as offered in the above link) by selecting to make the icons smaller in the Inkscape preferences, as well as selecting remember previous window size... So anyone with this problem (it seems, also to be in versions other than Ubuntu...) now at least has an inkling... (perhaps the sub features of Inkscape should be called "inklings" ? :) ) of previous history of this (apparently) being worked on feature.
I do not know why it just (seemed to) appear... & I'm now guessing, perhaps I just noticed it... as I actually had to spend some time fixing my install of Ubuntu 8.10 & I had to reinstall Inkscape several times, so possibly did not pay close enough attention?
Regards, Henry
Henry W. Peters wrote:
All of a sudden (it seems, I do not always use Inkscape every day), when I open Inkscape up, the document will not expand to the entire screen (i.e., when I click the expand window in the upper right corner), & to get this to happen, I have to do the full screen mode (i.e., hit F-11). Can anyone please tell me what is (or is not) going on... ?
Thanks much,
Henry
p.s., this program seems to be running slow some times (more than other times)... & yes, I do know that blur/opacity changes/operations are very intensive, & I do use these features, but here I am speaking of the time when I open the program up (i.e., no data in document open). Any suggestions on optimizing to speed (from a software point of view, as I have only an on-board, integrated graphics chip, & economics makes this be the way it is, for now) up would also be appreciated.
participants (4)
-
heathenx
-
Henry W. Peters
-
Sagara Wijetunga
-
Thorsten Wilms