next »

[ziacko]

Hi my name is Ziyad Barakat and I would like to show you my cross platform OpenGL window API called TinyWindow which is written in modern c++ as a single header with a focus on multiple windows. you can find the project here on github https://github.com/ziacko/TinyWindow

[Schrompf]

Had a quick look, here's my impression:

1) Thanks a lot, a minimal cross platform windowing API is a very good thing in my book
2) It could be a lot more minimal, though - why input handling?
3) Haven't found if there's a method to get the monitor's current resolution. I usually start up fullscreen with desktop resolution if the player hasn't configured anything, yet.

I'll look into this more closely once I get back to coding some day - I'd love to replace GLFW which I'm currently using. GLFW has quite some nasty hacks and workarounds for buggy Linux Window Managers, though... not sure if your lib is as mature as theirs.

[ziacko]

Well I added input handling mainly so I can use this to quickly develop games and other software.

there IS a method of finding the monitor's current resolution. i Built an example CPP file that shows how here https://github.com/ziacko/TinyWindow/blob/master/Example/Example.cpp

Also I'm sad to say that my API Isn't as mature as GLFW but I am constantly working to improve it in my spare time

[oahda]

Good initiative. c: Mac in the plans?

[ziacko]

yes. but since I don't have a mac nor can afford one it's on the backburner

[Polly]

Keep in mind that when you're doing fullscreen as "borderless windowed" in combination with OpenGL ( as you are ), Alt+Tab won't work correctly on some versions & configurations of Windows. I'd recommend automatically minimizing / restoring the window when focus has been lost / regained.

[ziacko]

I'll look into it. thanks for the info

[Sik]

2) It could be a lot more minimal, though - why input handling?

Keyboard and mouse events come through the window. Whoever created the window must also handle those events or at the very least pass them to something else. So even if he wanted to do that it would not be feasible unless you want to stay joystick-only, which is a bad idea =P

Keep in mind that when you're doing fullscreen as "borderless windowed" in combination with OpenGL ( as you are ), Alt+Tab won't work correctly on some versions & configurations of Windows. I'd recommend automatically minimizing / restoring the window when focus has been lost / regained.

So they broke that too? (╯°□°）╯︵ ┻━┻

Which reminds me, actually proper focus loss behavior is more messier than it sounds. You want the fullscreen window to minimize when you only have one monitor (so the user can easily switch to other tasks) and to not minimize when you have multiple (because the user is likely focusing on other monitor instead). And even then I'm not sure if that breaks some guideline. Implementing multiple monitors as one giant desktop (instead of separate desktops) was a bad idea.

[Polly]

Which reminds me, actually proper focus loss behavior is more messier than it sounds. You want the fullscreen window to minimize when you only have one monitor (so the user can easily switch to other tasks) and to not minimize when you have multiple (because the user is likely focusing on other monitor instead).

The problem is that when you Alt+Tab from a "borderless windowed" OpenGL application in some versions of Windows the application always remains on top ( even overlapping the Alt+Tab menu itself ).

[Sik]

Yikes. Also make sure to not have the "always on top" flag enabled (that's only meant for stuff that needs to be on top regardless of focus, which is pointless here because the window would always have focus when it matters).

[Schrompf]

2) It could be a lot more minimal, though - why input handling?

Keyboard and mouse events come through the window. Whoever created the window must also handle those events or at the very least pass them to something else. So even if he wanted to do that it would not be feasible unless you want to stay joystick-only, which is a bad idea =P

Well, I'd prefer a simple getNativeHandle() method. For input handling I got this: https://github.com/Schrompf/sniis