This is the mail archive of the cygwin mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: XWin can't hold OpenGL picture, has WS_DISABLED and WS_EX_TRANSPARENT styles?

On 2019-11-16 06:39, Mick Pearson wrote:
> On Wednesday, November 13, 2019 1:27:53 AM, Mick Pearson wrote:
>> On Saturday, November 9, 2019 3:49:12 AM, Mick Pearson wrote:
>>>> XWin has never had a permanent picture with OpenGL. Any movement "damages" all
>>>> windows. I know I've looked at it before, but I checked its window/class styles
>>>> with MS's Spy++ tool today. The normal styles that govern clipping and
>>>> permanence look fine, but it has some weird styles that normally for disabled
>>>> and transparent windows that I wonder are the cause for its abnormal behavior
>>>> in this regard. No OpenGL apps that just draw only OpenGL on a window have
>>>> XWin's problem.
>>>> To be brief, it has these unnatural window-styles in this mail's subject line.
>>>> Other than that, I think it may use Direct3D instead of OpenGL, but normally
>>>> drawing OpenGL or Direct3D onto plain windows doesn't clobber other windows. I
>>>> mean, you have to work hard to make it do something like that.
>>>> A second, unrelated, oddity is the window decorations are sometimes classic
>>>> style, and sometimes current style. It's very odd. It's random in the same
>>>> session. The windows seem to undergo a transition from classic to current, but
>>>> get stuck in classic sometimes. Maybe they are using the old "animated" show
>>>> functions that didn't survive the version of Windows that introduced them.
>>>> Niggling things like this could be fixed. But I don't know how many people use
>>>> Cygwin. I've used it a lot over the years myself, to do development work. XWin
>>>> is the most stable X server. Others don't really get close. But it's kind of
>>>> too comfortable with its crumminess too. Not that I'm going to shove my work
>>>> aside to try to remedy it myself.

>>> P.S. Sorry to add, the WM_ERASEBKGND message occurred to me, or setting
>>> the class-background to the "null" brush is a likely culprit. It is
>>> behaving like a front-buffered old-fashioned application somewhat.
>>> Clipping and own-DC style should prevent damage, but I don't know,
>>> something seems to be responding to PAINT like events, that don't make
>>> sense for OpenGL.
>> I think I meant to include this>> ( link that includes
>> this link:>>
>> I was too zealous to be brief, and I think now the window styles are a red 
>> herring. In any case the problems arise in "overdraw" scenarios wherein a
>> window passes over the OpenGL windows, that is when the background is
>> "erased" and the picture is lose (not held) which makes it impossible to 
>> use XWin for anything but one screen demonstrations of graphical effects.>> Some applications use multiple windows and do rendering with OpenGL instead
>> of GTK widgets for example. Those can't use XWin. I think OpenGL doesn't
>> work with MS Windows X servers. I hope it works with Linux ones.>>
>> The other X servers available to Windows are in disarray with regard to
>> OpenGL.>> So it would be good if one of them could be made to work. XWin is closest
>> since it doesn't crash and does draw correctly other than it can't hold a
>> picture.
> I've put forward a patch
> ( to this for anyone
> interested. I'll explore putting it elsewhere, but I really think these
> mailing lists are an albatross, not sure I want to join another.
As everyone is a volunteer with little free time, Cygwin no longer uses
sourceware/bugzilla, it uses mailing lists and git format-patch/send-email
patches, to make it quick and easy for committers to apply with git am.
Please submit app patches to in git
format-patch/send-email format (with --cover-letter if a patch series).

Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

Problem reports:
Unsubscribe info:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]