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 (NS port) Date: Sun, 25 Jun 2017 17:58:49 +0200 Message-ID: <594FDDB9.9010602@gmx.at> References: <20170419143316.GB10595@breton.holly.idiocy.org> <58F789F0.9000608@gmx.at> <20170419170420.GA12166@breton.holly.idiocy.org> <58F7A749.6070906@gmx.at> <20170610153853.GA95401@breton.holly.idiocy.org> <593CFB04.8000600@gmx.at> <20170611163544.GA70844@breton.holly.idiocy.org> <593E2FFF.2090806@gmx.at> <20170612175926.GA74044@breton.holly.idiocy.org> <594B899E.6050105@gmx.at> <20170625142245.GA31548@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 1498406422 2689 195.159.176.226 (25 Jun 2017 16:00:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 25 Jun 2017 16:00:22 +0000 (UTC) Cc: Arthur Miller , 25408@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel , Anders Lindgren To: Alan Third Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jun 25 18:00:15 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 1dP9xN-0000EI-CK for geb-bug-gnu-emacs@m.gmane.org; Sun, 25 Jun 2017 18:00:13 +0200 Original-Received: from localhost ([::1]:43000 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dP9xS-0003Wq-0o for geb-bug-gnu-emacs@m.gmane.org; Sun, 25 Jun 2017 12:00:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41916) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dP9xH-0003UK-FN for bug-gnu-emacs@gnu.org; Sun, 25 Jun 2017 12:00:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dP9xC-0000go-Ud for bug-gnu-emacs@gnu.org; Sun, 25 Jun 2017 12:00:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:34795) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dP9xC-0000gc-SD for bug-gnu-emacs@gnu.org; Sun, 25 Jun 2017 12:00:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dP9xC-0000rO-HX for bug-gnu-emacs@gnu.org; Sun, 25 Jun 2017 12:00: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: Sun, 25 Jun 2017 16:00: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.14984063593223 (code B ref 25408); Sun, 25 Jun 2017 16:00:02 +0000 Original-Received: (at 25408) by debbugs.gnu.org; 25 Jun 2017 15:59:19 +0000 Original-Received: from localhost ([127.0.0.1]:37472 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP9wU-0000pu-N6 for submit@debbugs.gnu.org; Sun, 25 Jun 2017 11:59:18 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:52248) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP9wS-0000pV-Ix for 25408@debbugs.gnu.org; Sun, 25 Jun 2017 11:59:16 -0400 Original-Received: from [192.168.1.100] ([213.162.68.95]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Md3li-1d6waz18LK-00ID61; Sun, 25 Jun 2017 17:58:55 +0200 In-Reply-To: <20170625142245.GA31548@breton.holly.idiocy.org> X-Provags-ID: V03:K0:JsPL8AZgVdH1dVC7zihCdJ6x8lx27HLi2z3XDsc08rU+2q4d5OP NKdZZRvCdE+/cyuY75QTBZWYcXIptKbpPc9k7F9W7RSv2XXVVobocvmDzTOep05rLY5zToZ wxhjjIzniqRw0NlSzf6WSuhSDCCBdyZpNwWl/JYSnMP1kOArWDz6BRERflFwBlj0pgTJXmb 0DFuQyewkcvmAh3UrwDFg== X-UI-Out-Filterresults: notjunk:1;V01:K0:McTvN5oFCT4=:GMQ4q57MyCjwfxiaiBZi5I EHIpSAV3m5neaCvdTp/Fca5/gL1fpYvXXhJv0PFAgpu0cQkKdoqF064iTh8bj4DsvCu3/Sk6Z JAAoVdICQyzl7/Ic4GIXqv8lRRO9B1EwfPWRa2lSucy4kN3y4ZlU19dOlGZ97clB+1+14lOFb TcsHgvgjFluw0fwM+Ezrkp+o8ZrZuyBwi54pVtYml6MR3oD9KxPldBMCsRfVPsKMEahJqAXoD DbaSS6SUvrzJGGRB9R3chfW7C5MyyO2kgAfTSjFfX3ALqb1nNuCI9wCTbCUlmNBY0U7cMyhiZ 84wSYzXzc/z0S3vEgvGSmIoPExrfV4k2c9Np0nFvxxCSG94huVRDIewI43NUbpV0VYbb6tjCX 0HcuDk2OlC4VeD8KSFAyHi/8ZjfAV8rzLvSi13f/vpvWMiGxI/1aFcB8ob7VguQvtWijSg6MP oy3GsyTlNOy083x5u+mFHy0QucUR/QfVt279VW/wdZUKFEUwAgiErAxIH77O3kZvqi9tdL9ma lGbqw7rbffg1IFyAnrwMu4nFm528AxJGTaeEN6I+I/838YRbvo9nQ22UhxUSMNiQke5GKF3iW vAPdIZLLniG8gKqzSV+KEikINAdP0G64fq7/pFo4EmzpMbxEV6+SdOTwnXPzK/oCS4nrgKZd4 4khHg4r3nSLDoYunZrrLPjsJDH0a8s/RI+0qbqmP9CCGWDbZWYPyqtwCslx12A+vJlGlytHqR 8oCffVyzPKA12N3QrS6k4EyPExy26FQYEPIXqek9GRRJdEaa/CoQWHBWWCz7b6/9XQXlDKG4 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:133882 Archived-At: > Maybe we could add a couple of custom cursors, it looks like there=E2=80= =99s a > way to do that. Do we have a standard set of cursor images to use? No idea. IIUC there's no consensus on what is available on the various OS. > It appears that making the child frame invisible =E2=80=98disconnects=E2= =80=99 it from > the parent frame, so the next time it=E2=80=99s made visible it no lon= ger > moves with the parent. I guess I=E2=80=99ll have to make sure that whe= n a > frame is made visible it=E2=80=99s reconnected with it=E2=80=99s paren= t. Or find a way > to prevent it disconnecting. It seems a really odd thing for it to do.= Annoying. A similar thing happens with the z-group property on X where I reinstall it from its stored value whenever the frame becomes visible (see lines 8108--8111 in xterm.c). I suppose we should do something similar on NS. And maybe that's not the only property that gets reset here or there ... > Resizing the child frame with the mouse doesn=E2=80=99t work, is it su= pposed > to? Definitely. Do you see an internal border? Do you see a changing cursor at that border when the mouse is over it? And can you move the frame by dragging its mode or header line? > (set-face-background 'internal-border "blue" my-child-frame) > > makes me think the child frame should have a blue border, but it > doesn=E2=80=99t. Is that a bug? It doesn't get the border on Windows right away either. IMHO the face remapping code is not up to this everywhere, it might even work with GTK only. Try to set the 'internal-border' face via defcustom and tell me whether it works. Thanks, martin