[Marble-bugs] [Bug 288662] Elevation Profile breaks OSM Vector Rendering

f.esser at rwth-aachen.de f.esser at rwth-aachen.de
Sat Dec 10 18:36:53 UTC 2011


https://bugs.kde.org/show_bug.cgi?id=288662


f.esser at rwth-aachen.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
   Version Fixed In|                            |1.3.0
         Resolution|                            |FIXED




--- Comment #1 from  <f esser rwth-aachen de>  2011-12-10 18:36:53 ---
Git commit 2a4b0bd028a89509a6b0dd6798be2b886d4535cd by Florian Eßer.
Committed on 10/12/2011 at 19:29.
Pushed by esser into branch 'bugfix'.

Put occupants of HOVERS_ABOVE_SURFACE layer into a defined z-order

Both the GeometryLayer and the PlacemarkLayout are rendered in the layer
HOVERS_ABOVE_SURFACE, but neither had a zValue set, so defaulting to 0.0

According to LayerInterface.h:62: "If both have the same z value, their
paint order is undefined." By chance, the PlacemarkLayout was always
drawn above the GeometryLayer and everything worked out just fine.

When the Elevation Profile's "red flag thingy" came along as a third
player on the HOVERS_ABOVE_SURFACE layer, the dice fell the other way
around and suddenly the placemarks were rendered beneath the geometry.

Thanks for the help, Thibaut!
BUG: 288662
FIXED-IN: 1.3.0

M  +5    -0    src/lib/layers/PlacemarkLayout.cpp
M  +5    -0    src/lib/layers/PlacemarkLayout.h
M  +5    -0    src/lib/routing/RoutingLayer.cpp
M  +3    -0    src/lib/routing/RoutingLayer.h
M  +1    -1   
src/plugins/render/elevationprofile/ElevationProfileFloatItem.cpp

http://commits.kde.org/marble/2a4b0bd028a89509a6b0dd6798be2b886d4535cd

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the Marble-bugs mailing list