Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Continuous render not working on resize #2830

Closed
benwainwright opened this issue Dec 12, 2020 · 2 comments
Closed

Continuous render not working on resize #2830

benwainwright opened this issue Dec 12, 2020 · 2 comments
Labels
A-workspace Area: Overall UX, editor layout, tabs/groups/splits etc. platform-macos Platform: macOS R-duplicate Resolved as a duplicate of an existing issue

Comments

@benwainwright
Copy link

benwainwright commented Dec 12, 2020

So in #1914 (comment) I bought up the issue of resize rendering:

The way that resizes are rendered (the image is scaled without maintaining the aspect ratio until you release the mouse, at which point the layout appears to be recalculated) is ugly.

@bryphe in reply you referenced revery-ui/reason-sdl2#57 which appears to have been merged. Has this change been brought into the Oni2 codebase yet? Because for me the rendering behaviour appears identical to how it was.

@bryphe bryphe added A-workspace Area: Overall UX, editor layout, tabs/groups/splits etc. platform-macos Platform: macOS R-duplicate Resolved as a duplicate of an existing issue labels Dec 12, 2020
@bryphe
Copy link
Member

bryphe commented Dec 12, 2020

Thanks for splitting this out, @benwainwright ! Maybe a dup of #1318 ?

in reply you referenced revery-ui/reason-sdl2#57 which appears to have been merged.

Good question... we did attempt to fix in that PR (@zbaylin did an awesome investigation!)

Unfortunately, we had to back it out (revery-ui/reason-sdl2@4b79da9) - it was causing a native crash in certain instances, like maximizing or restoring the window.

The crash is the same underlying issue @zbaylin is asking about here: https://discuss.ocaml.org/t/determining-if-the-runtime-system-is-currently-acquired-from-c/6934

The 'resize' code can potentially be called on either the main thread, or a separate thread, and depending on how it's called, we may or may not have an handle on the OCaml runtime lock - which causes problems when we call back into ocaml code to handle the resize. It's still kind of an unsolved problem for us, and affects interop with multiple APIs in OSX.

@benwainwright
Copy link
Author

Hey @bryphe thanks for the explanation

Maybe a dup of #1318 ?

Yup, this is a duplicate. Closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-workspace Area: Overall UX, editor layout, tabs/groups/splits etc. platform-macos Platform: macOS R-duplicate Resolved as a duplicate of an existing issue
Projects
None yet
Development

No branches or pull requests

2 participants