Teeworlds - bridge

@heinrich5991 yeah but for executables linked on old versions of the OS AppKit will set it behind your back and the only way to know is either to actually disassemble the thing or know about another arcane flag that reports other arcane flags being set on stdout

00:06

NSLogUnusualAppConfig is the other undocumented config :P

^^

I spent all that time tracking down that bug, I do a hg pull on SDL, turns out someone else fixed it a couple commits ago

waa

14:00

link?

https://hg.libsdl.org/SDL/rev/be892626e1aa

hg.libsdl.org/SDL changeset be892626e1aa

cocoa: Just update the OpenGL context directly if on the main thread.

26 Mar

14:47

that fixes it?

that fixes the toggle issue

15:02

anyway, does anyone have any idea why rendering of scroll regions might be affected by changing the resolution at runtime?

Maybe @LordSk 🦋 has a clue

15:03

It's not related to clipping?

@Dune it does seem to be

15:05

no idea where to look though

The clipping works on top of screen mapping so it should work even if the resolution changes

How does it look without clipping at all?

It is indeed the clipping in CScrollRegion

15:17

15:18

I'm not quite certain what goes wrong though, the clipping rectangles are indeed in "screen space"

15:20

ah, Graphics()->ScreenWidth

15:21

actually, no I do fix those

So clipping is the issue?

yep

15:24

@LordSk 🦋 is clipping stateful?

on a frame basis yeah

the rects we pass are fine, if I draw the clip rect before I clip it's in the correct place

so the mapping is wrong for the clip rect

15:27

https://github.com/teeworlds/teeworlds/blob/master/src/game/client/ui.cpp#L131

15:27

(relevant code)

ah it's a highdpi issue

meh it's still broken

https://learath2.info/sshot7.png blue is what the clipping area actually ends up being, idk how it's happening at all...