webgpu-headers VS GLFW

There's standardized C API which is both implemented by Dawn and wgpu.rs:

https://github.com/webgpu-native/webgpu-headers/blob/main/we...

...and this standardized API would also enable other independent native implementations.

There's even thought put into the API being extensible via 'struct chaining', this is how the native implementations also accept SPIRV shader bytecode instead of just WGSL shader source code.

The API definition exists:

https://github.com/webgpu-native/webgpu-headers/blob/main/we...

The next missing piece is a standard window system glue API for WASI though.

At first it was for only web, but browsers implement it using compiled code (C++/Rust) and you can use the implementation directly. Wgpu is for Firefox, Dawn is for Chrome. There is a C header for them: https://github.com/webgpu-native/webgpu-headers/blob/main/webgpu.h.

> Wgpu actually has C bindings to allow you to write C/C++ code with it, as well as use other languages that interface with C. That being said, wgpu is written in Rust, and it has some convenient Rust bindings that don't have to jump through any hoops. On top of that, I've been enjoying writing in Rust.

Why the bloat when this exist? https://github.com/webgpu-native/webgpu-headers

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/