From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#25408: Remove Decorations Around Emacs Frame (Windows OS) Date: Sat, 15 Apr 2017 21:39:32 +0200 Message-ID: <58F276F4.4030805@gmx.at> References: <5875EF34.20507@gmx.at> <9efbe1e3-e8aa-f056-bc5c-5a41f10b6d42@gmail.com> <58996EED.6030601@gmx.at> <3d34793f-4b7c-d4ea-74ec-49ce84214cc8@gmail.com> <589F1F58.1050807@gmx.at> <20170412173858.GB82486@breton.holly.idiocy.org> <58EE7C4B.90205@gmx.at> <20170412195121.GA95643@breton.holly.idiocy.org> <58EF2462.9010806@gmx.at> <20170415162922.GA47622@breton.holly.idiocy.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1492285229 16488 195.159.176.226 (15 Apr 2017 19:40:29 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 15 Apr 2017 19:40:29 +0000 (UTC) Cc: Arthur Miller , 25408@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel To: Alan Third Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Apr 15 21:40:23 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1czTYU-000452-53 for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Apr 2017 21:40:22 +0200 Original-Received: from localhost ([::1]:57800 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1czTYZ-00053S-TS for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Apr 2017 15:40:27 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60876) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1czTYE-0004rS-3W for bug-gnu-emacs@gnu.org; Sat, 15 Apr 2017 15:40:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1czTYB-0004r7-0u for bug-gnu-emacs@gnu.org; Sat, 15 Apr 2017 15:40:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51188) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1czTYA-0004qp-U1 for bug-gnu-emacs@gnu.org; Sat, 15 Apr 2017 15:40:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1czTYA-0006J9-F0 for bug-gnu-emacs@gnu.org; Sat, 15 Apr 2017 15:40:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Apr 2017 19:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25408 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25408-submit@debbugs.gnu.org id=B25408.149228519824233 (code B ref 25408); Sat, 15 Apr 2017 19:40:02 +0000 Original-Received: (at 25408) by debbugs.gnu.org; 15 Apr 2017 19:39:58 +0000 Original-Received: from localhost ([127.0.0.1]:49387 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1czTY5-0006In-NJ for submit@debbugs.gnu.org; Sat, 15 Apr 2017 15:39:57 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:58910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1czTY3-0006IZ-Un for 25408@debbugs.gnu.org; Sat, 15 Apr 2017 15:39:56 -0400 Original-Received: from [192.168.1.100] ([213.162.68.102]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MJSx9-1d1PLm1icl-00350f; Sat, 15 Apr 2017 21:39:37 +0200 In-Reply-To: <20170415162922.GA47622@breton.holly.idiocy.org> X-Provags-ID: V03:K0:ETDn13cvVnFm11aGh1Lke9QTRDzQ/9sUZa/eNbiNzcs/7BrQldE rrd9l3jEMp7qrn6UC38m5v4Sa4iBsJKBHCrb4qygU/RtleqHPxYWHfe5NQ44tJwb1h/6Aos BIzxBxnf4FdursgKfTCuuaJ6Zgejk7qQlpbwfHichA+pI8mwwo16tC4kFOdywuGm0TrEh2+ pNJsNwxSGZKHr+Ca3NUxw== X-UI-Out-Filterresults: notjunk:1;V01:K0:Ao/NxUShaGA=:nj1yWlFt2odycG5Ec3Ap9S bJInZ6N9YWQv8SddqgfTXg369DrIzH8eXGJ61flPHnSMuGGNHqdRZk0f069zF7QHPjOWvMCOx hYexaovJoFPaviA3HJXlxKxDjzCLBvhBPAsjGJ+LY03VtWX0MY4WoVHOBuaHXUGXIWJkB9Gck RanlTL5z8MZ8IAdqmebKIZWX2Xwzkv3xvDqZV9a7srq0M3ynz8Qn/6rXxgAN73L1/GW8fMS64 y3jWbI8vYyBCHCk2Z2de3ArGVct3WNklAN3+vaxVUAcSzgnPKZ+FGl2zdtKPovM7dyD2XOcSd bOaoP9q+Y1ku3ttsLBOb6g/4HCwNi33dOlFmz9gkyaDqM1M0YZztqIjyLttkwBUhlhjbMac/v erO2zO2u/RD5P0hZBzyZlVDkNO6iHInB22EluInXxZ9QFrOKuiqvnjvkQQsGmeYzQHlxhM36f JDkCKmKmJsdAet6Ke3i7oFdVX08X3EYv2LKLYfNhDZcLVgs39PPFP+YRC4o//ow8CAVaBDDUg RMCvhSOl1kOzAy+6lUYM1L3SfjBzFIlc5mLIPZLA4tZM9OQiFVIYva1gNOGbFt7jtNScn+gv7 69x5UC2jREzRP5RF2nlbF4kdxAAeScw90uKet25F+0VZxYzhMRpUmM2UV9+v9p2QXB/u94vLC sNBtEb34mJpf47cxARdTezDzzQPKTIC3FxAnOHDW1QBvAwJOUEl/QYLhnBEe9lBy2iB3BYIxI q16lFsTN281+3xtZOyoYM6OP4uYovgYzzXWdQb6BCshi9pyS6S0+tHsYzD5VWZNfOMtAV6H3 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:131620 Archived-At: > If I understand your description right, there is a direct equivalent > for z=E2=80=90groups: levels. Here=E2=80=99s Apple=E2=80=99s documenta= tion on them: > >> The levels you typically use are: NSNormalWindowLevel, which >> specifies the default level; NSFloatingWindowLevel, which specifies >> the level for floating palettes; and NSScreenSaverWindowLevel, which >> specifies the level for a screen saver window. You might also use >> NSStatusWindowLevel for a status window, or NSModalPanelWindowLevel >> for a modal panel. Maybe the last two could be used for emulating the 'above' group. It would be nice to have a common interface for that. > This is in addition to the basic =E2=80=98layers=E2=80=99, which order= Window deals > with and which only affects windows in the same =E2=80=98level=E2=80=99= =2E This should conform with what we have on X and Windows. > It appears that a child window in NS is just a normal window which > moves and closes with its parent. So I think that means it=E2=80=99s m= ore like > X=E2=80=99s child windows, except they don=E2=80=99t get clipped at th= e parent > window=E2=80=99s edges. They can also end up below the parent window. It sounds like NS can do more than Windows and X here. The clipping issue is a nuisance. Could you try to create one and play around with it a bit? > I think this is probably what we want, for now at least. Certainly. > FYI: there are also drawers and something called sheets, which appear > to be some sort of special modal drawer type thing used for error > messages and such. > > I=E2=80=99ve pretty much got the undecorated frames sorted with only o= ne major > bug I=E2=80=99m aware of when the frame is nearly the full height of t= he > screen. I think I may have to ask Anders about that as I can=E2=80=99t= > understand the code that keeps the frame on=E2=80=90screen, and I thin= k it may > be the culprit. On X decorating an undecorated maximized frame can be funny too. There may be no visible change. martin