12:44 a.m.
Hi Friends,
I'm using 0.91 and this is in the 32-bit (exe installer) version, on
Windows 7, sp1, 64-bit. This problem does Not appear in the 64-bit version.
And I haven't seen it in any other image. I'm not sure what it is about
this image, that might be causing this.
Attached are 2 screenshots of the display issue, as well as the SVG
file.
In the past, when I see this sort of problem, it's related to a
large file size, and can be fixed (temporarily) by scrolling the affected
part of the image off the screen, and scrolling back. But this is (a) not a
large file, and actually quite small, and (b) not affected by scrolling.
It is affected by zooming though. The screenshot was made at 847%
zoom. As I zoom in or out, those lines move to different places, and more
or fewer lines appear, as the zoom changes. But the only way to get rid of
the lines is to zoom 200% or below, and I just can't see the image well
enough to work on, at that size. So I can't figure out how to keep working
on this image.
If this is a bug, it's probably already been reported (or at least
known). But if not, let me know and I will report it.
Mostly I'm posting to find out if anyone knows what's causing this,
and how I can get rid of the lines. They make it hard to work in the area
of the artifacts, because the artifacts don't move....or rather they do
move. If I move the object, the artifacts move right along with it. I
suppose I could change the zoom by ten percent at a time, to try to force
the artifacts into a different area. But I'm hoping for better solution.
I thought it might be some corruption of the file, since I have not
seen this problem in any other image, that I've worked on in 0.91. But I
pasted the drawing into a new blank file, and still see the artifacts
(that's inks-display-issue2.png). Hhmmm....there is an imported raster
image in a hidden and locked layer, which I switched to Optimize Speed
display, so I could see the pixels. Maybe somehow related to that....except
that I've done that in other, much larger files (where I've zoomed much
higher), and didn't see these artifacts.
Thanks for any info or tips to fix it :-)
All best,
brynn
8 a.m.
On 2015-07-08 24:44 (+0200), Brynn wrote:
I'm using 0.91 and this is in the 32-bit (exe installer)
version, on
Windows 7, sp1, 64-bit. This problem does Not appear in the 64-bit version.
And I haven't seen it in any other image. I'm not sure what it is about
this image, that might be causing this.
It is affected by zooming though. The screenshot was made at
847%
zoom. As I zoom in or out, those lines move to different places, and more
or fewer lines appear, as the zoom changes. But the only way to get rid of
the lines is to zoom 200% or below, and I just can't see the image well
enough to work on, at that size. So I can't figure out how to keep working
on this image.
If this is a bug, it's probably already been reported (or
at least
known). But if not, let me know and I will report it.
AFAICT the rendering artifacts are related to the old version of the
cairo graphics library which is bundled with 32bit packages for Windows
(cairo 1.11.2). The rendering artifacts do not reproduce with newer
versions of cairo (64bit builds for Windows for example include cairo
1.14.1).
Filing a bug report for cairo is not necessary, since it was already
fixed in later cairo releases.
Filing a bug report for Inkscape to include a newer version of cairo in
32bit Windows packages could be done, but packagers already tried that
and were stopped by performance issues introduced with newer cairo versions:
* Bug #1351597 “Inkscape + Cairo >= 1.12 very slow on Windows ...”
https://bugs.launchpad.net/inkscape/+bug/1351597
So for now it seems the choices for Inkscape users on Windows are
a) use 32bit packages with (outdated) cairo version and settle with a
couple of known bugs with cairo 1.11.2 (e.g. in rendering, or PDF output)
b) install the 64bit package and settle e.g. with known performance
issues with cairo >= 1.12 (hiding the rulers reportedly helps on
affected systems).
Mostly I'm posting to find out if anyone knows what's
causing this,
and how I can get rid of the lines. They make it hard to work in the area
of the artifacts, because the artifacts don't move....or rather they do
move. If I move the object, the artifacts move right along with it. I
suppose I could change the zoom by ten percent at a time, to try to force
the artifacts into a different area. But I'm hoping for better solution.
I found one old OS X development snapshot package I once made on Mac OS
X Leopard (Inkscape 0.48+devel r10785, built Dec 20 2011) which uses
cairo 1.10.2 and exposes the same rendering glitches depending on zoom
level.
Workarounds based on a few quick tests:
In this particular drawing, the artifacts seem to be triggered by
partially coinciding/aligned edges of sub-paths of two filled compound
paths. To get rid of them, either union each of the two paths with the
solid white fill; or break it apart.
hth, V
12:44 p.m.
Oh yes, that helps very much! Thank you, ~suv :-)
--------------------------------------------------
From: "su_v" <suv-sf@...16...>
Sent: Wednesday, July 08, 2015 12:00 AM
To: <inkscape-user(a)lists.sourceforge.net>
Subject: Re: [Inkscape-user] 0.91 display issue
On 2015-07-08 24:44 (+0200), Brynn wrote:
> I'm using 0.91 and this is in the 32-bit (exe installer) version,
> on
> Windows 7, sp1, 64-bit. This problem does Not appear in the 64-bit
> version.
> And I haven't seen it in any other image. I'm not sure what it is about
> this image, that might be causing this.
> It is affected by zooming though. The screenshot was made at 847%
> zoom. As I zoom in or out, those lines move to different places, and
> more
> or fewer lines appear, as the zoom changes. But the only way to get rid
> of
> the lines is to zoom 200% or below, and I just can't see the image well
> enough to work on, at that size. So I can't figure out how to keep
> working
> on this image.
> If this is a bug, it's probably already been reported (or at
> least
> known). But if not, let me know and I will report it.
AFAICT the rendering artifacts are related to the old version of the
cairo graphics library which is bundled with 32bit packages for Windows
(cairo 1.11.2). The rendering artifacts do not reproduce with newer
versions of cairo (64bit builds for Windows for example include cairo
1.14.1).
Filing a bug report for cairo is not necessary, since it was already
fixed in later cairo releases.
Filing a bug report for Inkscape to include a newer version of cairo in
32bit Windows packages could be done, but packagers already tried that
and were stopped by performance issues introduced with newer cairo
versions:
* Bug #1351597 “Inkscape + Cairo >= 1.12 very slow on Windows ...”
https://bugs.launchpad.net/inkscape/+bug/1351597
So for now it seems the choices for Inkscape users on Windows are
a) use 32bit packages with (outdated) cairo version and settle with a
couple of known bugs with cairo 1.11.2 (e.g. in rendering, or PDF output)
b) install the 64bit package and settle e.g. with known performance
issues with cairo >= 1.12 (hiding the rulers reportedly helps on
affected systems).
> Mostly I'm posting to find out if anyone knows what's causing
> this,
> and how I can get rid of the lines. They make it hard to work in the
> area
> of the artifacts, because the artifacts don't move....or rather they do
> move. If I move the object, the artifacts move right along with it. I
> suppose I could change the zoom by ten percent at a time, to try to force
> the artifacts into a different area. But I'm hoping for better solution.
I found one old OS X development snapshot package I once made on Mac OS
X Leopard (Inkscape 0.48+devel r10785, built Dec 20 2011) which uses
cairo 1.10.2 and exposes the same rendering glitches depending on zoom
level.
Workarounds based on a few quick tests:
In this particular drawing, the artifacts seem to be triggered by
partially coinciding/aligned edges of sub-paths of two filled compound
paths. To get rid of them, either union each of the two paths with the
solid white fill; or break it apart.
hth, V
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Inkscape-user mailing list
Inkscape-user(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-user
2888
days inactive
2889
days old
inkscape-user@lists.inkscape.org
2 comments
2 participants
participants (2)
-
Brynn -
su_v