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

sketch window briefly appears on the top left corner when using OpenGL renderers #3308

Closed
codeanticode opened this Issue May 20, 2015 · 6 comments

Comments

Projects
None yet
4 participants
@codeanticode
Member

codeanticode commented May 20, 2015

When starting a sketch in 3.0a9, the output window briefly appears (less than a sec) on the top left corner of the screen, to be then placed at the correct location. This properly due to an incorrect initial position values for the GLWIndow.

@codeanticode codeanticode added the opengl label May 20, 2015

@codeanticode codeanticode self-assigned this May 20, 2015

@monkstone

This comment has been minimized.

Show comment
Hide comment
@monkstone

monkstone May 20, 2015

Similar spooky thing on linux, window appears briefly on right of ide, then switches left of ide (on my fairly wide screen).

monkstone commented May 20, 2015

Similar spooky thing on linux, window appears briefly on right of ide, then switches left of ide (on my fairly wide screen).

@aengelke

This comment has been minimized.

Show comment
Hide comment
@aengelke

aengelke May 24, 2015

Contributor

This also happens with also with JAVA2D on Linux.

Contributor

aengelke commented May 24, 2015

This also happens with also with JAVA2D on Linux.

@codeanticode

This comment has been minimized.

Show comment
Hide comment
@codeanticode

codeanticode May 26, 2015

Member

@benfry this could be solved in the case of the GL renderer if surface.startThread() is called at the end runSketchEDT(), and only then making the window visible. In this way, it is never visible while it has its initial default location. However, for that to work I had to comment out the while (sketch.defaultSize && !sketch.finished) loop, which I'm not entirely sure if it is still needed after all the changes in the renderer's architecture. Didn't seem to have an effect on the GL renderers.

Member

codeanticode commented May 26, 2015

@benfry this could be solved in the case of the GL renderer if surface.startThread() is called at the end runSketchEDT(), and only then making the window visible. In this way, it is never visible while it has its initial default location. However, for that to work I had to comment out the while (sketch.defaultSize && !sketch.finished) loop, which I'm not entirely sure if it is still needed after all the changes in the renderer's architecture. Didn't seem to have an effect on the GL renderers.

@benfry

This comment has been minimized.

Show comment
Hide comment
@benfry

benfry Jun 14, 2015

Member

At the moment, that loop exists as a convenience to not show a window until setup() (the first frame) has finished. If that method takes a while, and we show the window before it's done, we run the risk of a blank window until the first frame is complete.

In Java2D it's working (in a10), but how can we get around these issues for OpenGL? Even if we need to show the frame for GL so that it has a rendering surface, we shouldn't cripple Java2D by making it open a blank window.

Member

benfry commented Jun 14, 2015

At the moment, that loop exists as a convenience to not show a window until setup() (the first frame) has finished. If that method takes a while, and we show the window before it's done, we run the risk of a blank window until the first frame is complete.

In Java2D it's working (in a10), but how can we get around these issues for OpenGL? Even if we need to show the frame for GL so that it has a rendering surface, we shouldn't cripple Java2D by making it open a blank window.

@codeanticode codeanticode added this to the 3.0 beta 1 milestone Jun 15, 2015

@codeanticode

This comment has been minimized.

Show comment
Hide comment
@codeanticode

codeanticode Jun 18, 2015

Member

fixed with 8707194

Member

codeanticode commented Jun 18, 2015

fixed with 8707194

@benfry

This comment has been minimized.

Show comment
Hide comment
@benfry

benfry Jun 18, 2015

Member

That's great news.

Member

benfry commented Jun 18, 2015

That's great news.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment