X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:message-id:in-reply-to:references
	:subject:mime-version:content-type:content-transfer-encoding; q=
	dns; s=default; b=t5PzFXdBPOLjoN14OL9mNsgGJEbV6gThIbx9IT2CiXf5W6
	SEvsrG13Hq4472P1RBwY3kO0c5b7AlnE94Y79k32hdY083M0MGIGLS+R2abf3XRR
	+AyTHyeV9ZSw4sEr6p63yuHYeJAAnPB+ogqNH5ZPTCG1LIV4AEToOOAFq356o=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:message-id:in-reply-to:references
	:subject:mime-version:content-type:content-transfer-encoding; s=
	default; bh=4UD/8u8uwnHqKSDV0jZFydcelnQ=; b=XeGV0+tFgH53LpkO5A5M
	w8SRvehvNMsgEgRw8xwbXyYVVu2ItSNKMIm814ZPUMyBfhmIzPoXGMHzC5m5scpU
	pqjLauZP+dvQX7mJ64nebfyd/bGTd+Waa/mzZ8QShT87bSZ88KoPSl6QnSzeb6Dp
	baLct3fsf+Vb763Kzy1lwQE=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_05,GIT_PATCH_2,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=H*x:Win, cygwin AT cygwin DOT com, U*cygwin, cygwincygwincom
X-HELO: mail.directv.net
DKIM-Signature: v=1; a=rsa-sha1; d=wildblue.net; s=20170921; c=relaxed/simple;	q=dns/txt; i=@wildblue.net; t=1573911589;	h=From:Subject:Date:To:MIME-Version:Content-Type;	bh=4bTzblKwyDFxGsFfEhUa+TWNwek=;	b=gLpjwq75EcdgDJ1oVisGh+HPG6lORNMAirMGZuFOKSJQUUSFK2Ox6PV0qIepl7hj	XJbe0QrqOU2tR8+cjP2ezFjEmhpC0Raw3lhQ37gxvxmAgQm8t/gGb43iC9234PXQ	s8JCl3BJ0cXzFrHhgeVK577WDQdWlGwepFunL2wdCBjO8CQGW9qf5yJaNvJNfWgc	m/k47EdbCKYPTsZrAk2nBXvPVF12y+ugo0bYCiefd3egqzN3ZEYBvo+EO0zqbnDw	ZlVTxu/WrLfxE4BvHuIU5Gpoe93xGcH15JUA0G9TMUriBHKu2PZIH+rcFPAiPOc7	hZjjdJs03MCUMfC+y9KXyg==;
X_CMAE_Category: , ,
X-CM-Score: 0
X-Authed-Username: bWljay5wZWFyc29uQHdpbGRibHVlLm5ldA==
Date: Sat, 16 Nov 2019 08:39:42 -0500 (EST)
From: Mick Pearson <mick DOT pearson AT wildblue DOT net>
To: cygwin <cygwin AT cygwin DOT com>
Message-ID: <1343504374.11717315.1573911582968.JavaMail.zimbra@wildblue.net>
In-Reply-To: <1501149975.8378096.1573630073765.JavaMail.zimbra@wildblue.net>
References: <345212924 DOT 4774581 DOT 1573291267579 DOT JavaMail DOT zimbra AT wildblue DOT net> <1603999286 DOT 4785804 DOT 1573292952544 DOT JavaMail DOT zimbra AT wildblue DOT net> <1501149975 DOT 8378096 DOT 1573630073765 DOT JavaMail DOT zimbra AT wildblue DOT net>
Subject: Re: XWin can't hold OpenGL picture, has WS_DISABLED and WS_EX_TRANSPARENT styles?
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

I've put forward a patch (https://sourceware.org/bugzilla/show_bug.cgi?id=25170) 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.

----- Original Message -----
> From: "Mick Pearson" <mick DOT pearson AT wildblue DOT net>
> To: "cygwin" <cygwin AT cygwin DOT com>
> Sent: Wednesday, November 13, 2019 1:27:53 AM
> Subject: Re: XWin can't hold OpenGL picture, has WS_DISABLED and WS_EX_TRANSPARENT styles?

> Sorry (I don't know how to you L A Walsh reply so am replying to myself with the
> same subject)
> I think I meant to include this
> (https://sourceware.org/bugzilla/show_bug.cgi?id=25170) link that
> includes this link:
> 
> https://www.mail-archive.com/search?l=cygwin-xfree AT cygwin DOT com&q=subject:"Re\%3A+Probable+bug+in+WGL+implementation+\(AIGLX\)+of+GLX+calls+in+XWin+\-wgl"&o=newest&f=1
> 
> 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.
> 
> ----- Original Message -----
>> From: "Mick Pearson" <mick DOT pearson AT wildblue DOT net>
>> To: "cygwin" <cygwin AT cygwin DOT com>
>> Sent: Saturday, November 9, 2019 3:49:12 AM
>> Subject: Re: XWin can't hold OpenGL picture, has WS_DISABLED and
>> WS_EX_TRANSPARENT styles?
> 
>> 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.
>> 
>> Below is line formatted version of the old text. I have to do this manually for
>> new text, but the > quoted text is already hard-wrapped.
>> 
>>> 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.
>>> 
>>> --
>>> As with mail, anyone who wishes may send email from your email address. In the
>>> case you receive obscene or unusual email from an address with which you are
>>> familiar. It could be someone is impersonating that email address. Always
>>> return a copy of the email to the sender for review and response.
>> 
>> --
>> As with mail, anyone who wishes may send email from your email address. In the
>> case you receive obscene or unusual email from an address with which you are
>> familiar. It could be someone is impersonating that email address. Always
>> return a copy of the email to the sender for review and response.
> 
> --
> As with mail, anyone who wishes may send email from your email address. In the
> case you receive obscene or unusual email from an address with which you are
> familiar. It could be someone is impersonating that email address. Always
> return a copy of the email to the sender for review and response.

-- 
As with mail, anyone who wishes may send email from your email address. In the case you receive obscene or unusual email from an address with which you are familiar. It could be someone is impersonating that email address. Always return a copy of the email to the sender for review and response.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple