Do I need say more? ;-)
Fullscreen seems to be hosed too, but it works if I set the resolution to my monitor's size, leave it windowed, and use my window manager to make it full-screen.
This really doesn't feel like a finished Linux port. Hopefully they will release a new version that takes care of some of this stuff.
???_???_???. There is not a graphics engine that doesn't have an OpenGL counterpart. Newest engines are api-recognitive, they have an OGL "or" D3D choice but without back-ends. So the graphics data are written to GLSL source "or" bytecode, or HLSL source "or" bytecode, and they have extensions to manipulate data from GLSL to HLSL or the opposite. Also they don't use things that are fast to one api and slow on the other, that's a programming merge of the two technologies. I thing there will be an engine that will not have D3D support and if i remember correctly that will be ID-Tech_6 with voxel-raytracing.
I'm getting really sick of these "Linux games" that have no mention whatsoever of Linux support on their websites. Linux is, time and time again, taking a back seat to Windows and Mac. You released a Linux port? Okay, where the hell is it? You're trying to hide it from the world? Hide it in the Humble Bundle, and not even SAY ANYTHING about it on your site that you have a Linux version? Not even a fucking link to the Humble Bundle for the Linux version?
No mention of Linux whatsoever???
What is going on? Are they being paid to silence information about Linux?
IF YOU MAKE A LINUX GAME, YOU SHOULD WANT TO TELL EVERYONE ABOUT THAT FACT ON YOUR WEBSITE.
I agree to, but i don't want closed garbage inside my file-system. So i prefer Wine-platinum titles and not native Linux clients. If there where a Wine-Qemu(kvm) patch that will be awesome for security. If someone want to do a Wine-platinum game, he must work with open things like OpenGL. Today's tools are easy to use, you can have OpenGL choice easy with new graphics engines, audio machines like port-audio, and finally equality on programming interfaces: regardless if something is compiled with microsoft C compilers (or NET for example), it must execute flawless on the Linux counterpart GCC (or Mono for example). Having installed MSVCR for example via Wine-tricks is near evil. I think new graphics engines do that by default.
How does running something in Wine keep "closed garbage" off of your file system? Most odd excuse for crippling native Linux titles I have ever seen.
You do know you can install native applications anywhere you want too, right?