try to avoid infinite recalc loop.
authorbarbieri <barbieri@7cbeb6ba-43b4-40fd-8cce-4c39aea84d33>
Sun, 14 Dec 2008 16:30:29 +0000 (16:30 +0000)
committerbarbieri <barbieri@7cbeb6ba-43b4-40fd-8cce-4c39aea84d33>
Sun, 14 Dec 2008 16:30:29 +0000 (16:30 +0000)
commit084b3121756a4cef3f9db2515dcae1f7600ced03
treea047f542d7432e979657889e0fbfca98bba3d28f
parent3f40f4e65b8ca8a5af9e55a6b96eb07a35ad1a29
try to avoid infinite recalc loop.

as reported, elicity triggers an infinite loop by calling
edje_object_part_geometry_get(), which in turns calls
_edje_recalc_do() which in turns calls the elicit code that requests
edje_object_part_geometry_get() and since it's still marked as
"dirty", it enters the loop...

the real fix is just the move of ed->dirty = 0; before calling
recalcs, but I also unmarked object as need_recalculate so we can even
avoid requesting object to recalculate from evas.

git-svn-id: svn+ssh://svn.enlightenment.org/var/svn/e/trunk/edje@38139 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33
src/lib/edje_calc.c