summaryrefslogtreecommitdiff
path: root/src/lib/evas/common
diff options
context:
space:
mode:
authorJean-Philippe Andre <jp.andre@samsung.com>2017-04-10 16:01:28 +0900
committerJean-Philippe Andre <jp.andre@samsung.com>2017-04-10 16:14:45 +0900
commitc0db1f422502102f012fadfa17078a69d085c736 (patch)
tree85c6ef1da3c6c448ed054133e47e22ed6363baec /src/lib/evas/common
parent1ab87367d8f1c0f416a65c4a43d96bb2f3683052 (diff)
edje: Add workaround for misuses of clip_set
An unfortunately very common misuse of clip is as follows: - Layout A is created (edje object / elm_layout) - Object B is swallowed inside A - Clipper C is set to clip B This is a invalid usage, as layout A takes control over the clip property of B (just like it does for geometry, visibility, color...). Since 75ec3a7338c9c2406d4 edje_recalc resets the clip at every calc loop, as it can change between states. In the past, edje_recalc did not reset the clip so anyone could (wrongly) swallow an object and then change its clip from C to modify its color, mask it, blend it, etc... Even though this was not proper use of the API, this is not very clearly documented, and since it worked, it has been (ab)used a lot already. The result now is that a clipper set from C will become visible as an opaque white rectangle covering the entire UI. Booh. This patch is a workaround that should have no impact on well written applications. As a bonus this avoids an extra call to clip_set() from edje. @fix
Diffstat (limited to 'src/lib/evas/common')
0 files changed, 0 insertions, 0 deletions