On Wed, Oct 2, 2013 at 3:41 AM, Lundberg, Johannes <[email protected]> wrote:
> The order in which the subviews are drawn seems random. Sometimes expected > behavior, sometimes (actually most of the time) last added view gets drawn > behind a previously added view. last time something like this happened AFAIK was in the following thread this particular email in the thread had a test application, which if the cause is related may or may not help track it down. http://lists.gnu.org/archive/html/gnustep-dev/2009-02/msg00101.html to summarize it, floating point imprecision in NSRects was causing needsDisplay flag to never be cleared when calling NSEqualRect resulting in views drawn out of order, and events sent to the top-most view in the event order, which was not the top-most view being displayed. does your view process events so you can check if the event and display orders match? It seems unlikely to be the exact cause because the fix for that _appears_ to still be intact, though maybe the amount of imprecision exceeds the test? Its also worth knowing whether this is code which used to work/when it worked last, or new code which fails to work, as very few things use overlapping views _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
