FLTK logo

Re: [fltk/fltk] Wayland use of alpha in glClearColor/glClear() -- bug or misfeature? (Issue #957)

FLTK matrix user chat room
(using Element browser app)   FLTK gitter user chat room   GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 All Forums  |  Back to fltk.issues  ]
 
Previous Message ]New Message | Reply ]Next Message ]

Re: [fltk/fltk] Wayland use of alpha in glClearColor/glClear() -- bug or misfeature? (Issue #957) ManoloFLTK 05:10 Apr 22  
 

The mechanism at work under Wayland with the V3 patch is as follows: a GL window which is now fully transparent is composited above its parent, non-GL window which is fully opaque. What is not colored by GL therefore lets what is behind it appear. Overall, the background color of the parent window is visible in the non-colored parts of the GL scene. That explains why "the background is dark gray instead of being black": that's because the parent window has FLTK's default background color, grey. To get it black, just add a solid black FL_FLAT_BOX Fl_Box to the parent window where the GL subwindow is placed.

I've run your modified shape program and see that the output png-with-transparency file is correct.

In my view, this issue is solved with the one-line V3 patch. It's just necessary, when creating an FL_ALPHA GL scene in an Fl_Gl_Window subwindow to take care of the color of the parent window of this subwindow.


Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: <fltk/fltk/issues/957/2069233419@github.com>

Direct Link to Message ]
 
     
Previous Message ]New Message | Reply ]Next Message ]
 
 

Comments are owned by the poster. All other content is copyright 1998-2024 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.