GLFW VS luxtorpeda

Minecraft runs on various Javas.

And there's a known issue with an interaction between minecraft, Java, and the video drivers that crashes out and it can be traced back all the way to here: https://github.com/glfw/glfw/issues/1997

It's not fixed.

Window context manager - glfw, sdl

Types of tools for creating a gui (and how those tools approximately work): 1. Utilize the native _graphical interface API_, and depending on the platform, they have specific layers to interface: * Wayland, X11, for Linux * [GDI](https://learn.microsoft.com/en-us/windows/win32/gdi/windows-gdi) for windows * [Quartz](https://en.wikipedia.org/wiki/Quartz\_(graphics\_layer)) for macOS Example - GTK uses [wayland](https://gitlab.gnome.org/GNOME/gtk/-/blob/main/docs/reference/gdk/wayland.md) ([source code](https://gitlab.gnome.org/GNOME/gtk/-/tree/main/gdk/win32)) [X11](https://gitlab.gnome.org/GNOME/gtk/-/blob/main/docs/reference/gdk/x11.md) ([source code](https://gitlab.gnome.org/GNOME/gtk/-/tree/main/gdk/x11)) GDI ([source code](https://gitlab.gnome.org/GNOME/gtk/-/tree/main/gdk/win32)) Quartz ([source code](https://gitlab.gnome.org/GNOME/gtk/-/tree/main/gdk/macos)) [How to use wayland display server](https://bugaevc.gitbooks.io/writing-wayland-clients/content/black-square/the-wayland-client-library.html) (TODO missing "animation" section) 2. Utilize opengl _or other low level graphics api's_ with window context, use GPU to render widgets * Window context manager - [glfw](https://github.com/glfw/glfw), [sdl](https://www.libsdl.org/) * contexts and surfaces, reading input, handling events Example: ImGui, NanoVG, Nuklear, raylib Why? Mainly used for game development, but also good for gui's. _(i haven't seen any examples that uses this method that are used for developing general-use graphical user interfaces.)_

GLFW: A library for window creation and managing user input.

Not SDL2, but GLFW has something like that under the tests/ directory:

https://github.com/glfw/glfw/blob/master/tests/triangle-vulk...

I'm not familiar with LWJGL, my 5 seconds on their website makes me think you might be looking for something like GLFW https://www.glfw.org/ to handle I/O and window creation/management.

Consider GLFW3 for windowing and GLAD for function loading. I've used this combination myself successfully. Granted, that is "two things" you need, but OTOH it'll work well.

There is a pattern to it which is usable with every GitHub repository. For example, GLFW v3.3.8 can be fetched from: https://github.com/glfw/glfw/archive/refs/tags/3.3.8.tar.gz

That is a static or import library for glfw. You need add the path to the directory where this file is located to the "library directories", see: https://www.learncpp.com/cpp-tutorial/a2-using-libraries-with-visual-studio-2005-express/

There is also OpenGothic. Which can be used standalone or through Luxtorpeda.

Detect zip automatically instead of metadata prompt, update to v2 json by @d10sfan in https://github.com/luxtorpeda-dev/luxtorpeda/pull/210

Bit late but luxtorpeda has gzdoom as an option along with qzdl for launching with mods. You just gotta install protonup-qt from the discover store in desktop mode. A quick YouTube/Google search can show you how but that's the rough gist of it.

I use ProtonUp-Qt to get different Proton versions. You can find it there. You could also manually install Lux. Then just select it from the Compatibility tools.

try using Luxtorpeda to install ECWolf to play it instead

Released a new luxtorpeda-dev client (https://github.com/luxtorpeda-dev/luxtorpeda/releases/tag/v63)

There's a project called Luxtorpeda which acts as a compatibility layer in Steam but instead of running the game through Proton, it will download and run it with native engines and source ports. So if you enable it with classic Doom it will pop up with a dialog asking which port to play with (GZDoom, doomsday etc) and it will count towards your Steam play time, enable the Steam overlay etc. Keeps the engine up to date and works with lots of other games with open source ports too.