Re: NSView draw order messed up

[Fred Kiefer]

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 <ratmice@gmail.com>:

> On Wed, Oct 2, 2013 at 3:41 AM, Lundberg, Johannes
> <johannes@brilliantservice.co.jp> 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
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep