FYI:
I picked up the latest dev from SVN and loaded up a recent .svg to find that the layers were being displayed in reverse order. So all my background objects appear on top of what should be the foreground objects. The magnifying class tool doesn't display nicely either.
I confirm that. I opened the bug:
http://sourceforge.net/support/tracker.php?aid=1473772
Andrius, this is likely another bug in your optimization. Please try to fix it ASAP because it pretty much makes it impossible to work!
On 4/20/06, Andrew Wilson <awilson@...1237...> wrote:
FYI:
I picked up the latest dev from SVN and loaded up a recent .svg to find that the layers were being displayed in reverse order. So all my background objects appear on top of what should be the foreground objects. The magnifying class tool doesn't display nicely either.
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
On Thu, 20 Apr 2006 15:56:24 -0300, "bulia byak" <buliabyak@...400...> wrote:
I confirm that. I opened the bug:
http://sourceforge.net/support/tracker.php?aid=1473772
Andrius, this is likely another bug in your optimization. Please try to fix it ASAP because it pretty much makes it impossible to work!
I think it's time for some serious code review here...
-mental
On 4/20/06, MenTaLguY <mental@...3...> wrote:
On Thu, 20 Apr 2006 15:56:24 -0300, "bulia byak" <buliabyak@...400...> wrote:
I confirm that. I opened the bug:
http://sourceforge.net/support/tracker.php?aid=1473772
Andrius, this is likely another bug in your optimization. Please try to fix it ASAP because it pretty much makes it impossible to work!
I think it's time for some serious code review here...
Most likely it was caused not by the optimization, but by today's commit of the <switch> support (yes, we support it now). This required creating a common superclass for groups and switches, as far as I can see, and this is the most likely place where an error was introduced (such as arenaitems created in the wrong order for group children).
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
I don't know if this is a symptom of rendering, but here is what win32 looks like after a "make clean;make" Not only does the old Postscript Tiger not render, but the svg icons are screwed, too.
http://inkscape.org/win32/render.png
bob
bulia byak wrote:
On 4/20/06, MenTaLguY <mental@...3...> wrote:
On Thu, 20 Apr 2006 15:56:24 -0300, "bulia byak" <buliabyak@...400...> wrote:
I confirm that. I opened the bug:
http://sourceforge.net/support/tracker.php?aid=1473772
Andrius, this is likely another bug in your optimization. Please try to fix it ASAP because it pretty much makes it impossible to work!
I think it's time for some serious code review here...
Most likely it was caused not by the optimization, but by today's commit of the <switch> support (yes, we support it now). This required creating a common superclass for groups and switches, as far as I can see, and this is the most likely place where an error was introduced (such as arenaitems created in the wrong order for group children).
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
On Thu, 20 Apr 2006 17:18:40 -0500, Bob Jamison <rwjj@...127...> wrote:
I don't know if this is a symptom of rendering, but here is what win32 looks like after a "make clean;make" Not only does the old Postscript Tiger not render, but the svg icons are screwed, too.
That appears to mainly be z-order problems.
-mental
Fixed now. Thanks to whomever did it. Here is a build:
http://inkscape.modevia.com/win32/Inkscape0604211416.zip
bob
MenTaLguY wrote:
On Thu, 20 Apr 2006 17:18:40 -0500, Bob Jamison <rwjj@...127...> wrote:
I don't know if this is a symptom of rendering, but here is what win32 looks like after a "make clean;make" Not only does the old Postscript Tiger not render, but the svg icons are screwed, too.
That appears to mainly be z-order problems.
-mental
On 4/20/06, bulia byak <buliabyak@...400...> wrote:
Most likely it was caused not by the optimization, but by today's commit of the <switch> support (yes, we support it now). This required creating a common superclass for groups and switches, as far as I can see, and this is the most likely place where an error was introduced (such as arenaitems created in the wrong order for group children).
Yes, this was the place. Already fixed and commited. Sorry for any inconveniences.
Andrius
participants (5)
-
Andrew Wilson -
Andrius Ramanauskas -
Bob Jamison -
bulia byak -
MenTaLguY