I think this is an u related issue. First off, I always thought the drawing order of sibling views is undefined. Could you please point me to a document that states otherwise? Still if Apple followes the order in wich views wher added, we should do so two. But as far as I remember this is already the case. And overlapping sibling views are a no-go in GNUstep, they might work for drawing, but event handling will be screwed up.
Could you please provide an example that demonstrates the issue? After the weekend I am Wiiling to look into this. Fred On the road Am 02.10.2013 um 15:25 schrieb Matt Rice <[email protected]>: > 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 _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
