Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Appears to be missing a transparent framebuffer window hint #255

Closed
camdenorrb opened this issue Sep 12, 2019 · 2 comments
Closed

Appears to be missing a transparent framebuffer window hint #255

camdenorrb opened this issue Sep 12, 2019 · 2 comments
Labels

Comments

@camdenorrb
Copy link

I've been using LWJGL and it offers a flag called GLFW_TRANSPARENT_FRAMEBUFFER, I was wondering if this is something that should be added to this library or if there is a better way to do it.

@pwaller
Copy link
Member

pwaller commented Sep 12, 2019

This is implemented in glfw-3.3, for which there is a PR #219. I'm not sure what the status of that work is. I guess it is close to ready to go in. Worth pinging it.

The constant is called glfw.TransparentFramebuffer, defined here on that branch.

pwaller pushed a commit that referenced this issue Nov 24, 2019
GLFW tag 3.3-stable @ glfw/glfw@e4e9581

* Fix C Include & address GLFW v3.3 removals
* Glfw moved away from posix_tls.c to posix_thread.c (this reflects that they now contain more than TLS)
* Glfw moved away from win32_tls.c to win32_thread.c (same as above)
* Glfw removed wayland-.*-unstable-v1-client-protocol.c
* Glfw added wl_platform.h
* Glfw removed GLFW_USE_RETINA, _GLFW_USE_CHDIR and _GLFW_USE_MENUBAR compile-time macros
* Glfw removed support for MIR
* Address deprecations of glfw 3.3
* Glfw deprecate glfwSetCharModsCallback
* Glfw deprecate the window parameter of glfwGetClipboardString and
  glfwSetClipboardString, NULL can be used as the window argument
* Add glfw.SetClipboardString(string) and glfw.GetClipboardString()
  function (no Window type required)
* Use casting and clang-format c code
* Use casting instead of callback in C helpers (same as #219)
* Update travis
* Fix Darwin build tag

Fixes: #245, #255, #240, #230, #170
@pwaller
Copy link
Member

pwaller commented Nov 24, 2019

Hopefully this is addressed in #256, which introduces glfw 3.3 support. If not please report back and we can reopen.

@pwaller pwaller closed this as completed Nov 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants