Fixed windowing/windowExample

[FMagnani]

The behaviour was not the expected one.

The bounce of the ball on any of the 4 walls always led to an update of the window position towards positive y, making the window to steadily move towards the lower end of the screen.

This was due to the initialization of the variables describing the window position inside ofApp::update().

Now, the variables are initialized in ofApp.h and they're just updated into ofApp::update().
The behaviour is now as expected.

[ofTheo]

does this point to a bug/regression with ofGetWindowPositionX / ofGetWindowPositionY ?

This code used to work.
I appreciate the bug fix for the example, but I think the bigger fix might be to understand why ofGetWindowPosition is not working anymore.

[FMagnani]

Hi, thanks for the consideration!

If the code used to work, I agree! I can definitely dive into ofGetWindowPosition in order to understand the issue at a deeper level.

Is it ok to share the insights on this matter in this conversation? If you prefer, we close the PR and we open a new one when I find something interesting.

[FMagnani]

In fact, the following code is already an issue. Even if it looks like the window is beeing set at exactly the same position it already has, in reality the window keeps moving. Precisely, each time it's set at +6 units in x and +27 units in y, with respect to the current position.

void ofApp::update(){  
		int posx = ofGetWindowPositionX();
		int posy = ofGetWindowPositionY();		
		ofSetWindowPosition(posx, posy);
}

[dimitre]

which platform are you in? it seems the dimensions of window decoration, status bar and border

[FMagnani]

I'm working inside WSL -Windows Subsystem for Linux- with Windows 11 and Debian.