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: Fri, 17 Feb 2017 08:03:01 +0100 Message-ID: <58A6A025.5010402@gmx.at> References: <587499E6.9030205@gmx.at> <838tqietdj.fsf@gnu.org> <587522DB.2050105@gmx.at> <831swaepnc.fsf@gnu.org> <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> <301ed349-64c7-12c6-d843-e73eb1e20e83@gmail.com> <58A0434D.6030206@gmx.at> <58A55D26.3010203@gmx.at> 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 1487315065 9525 195.159.176.226 (17 Feb 2017 07:04:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 17 Feb 2017 07:04:25 +0000 (UTC) Cc: 25408@debbugs.gnu.org, =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel To: Arthur Miller Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Feb 17 08:04:14 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 1cecaS-0001YI-H9 for geb-bug-gnu-emacs@m.gmane.org; Fri, 17 Feb 2017 08:04:12 +0100 Original-Received: from localhost ([::1]:51883 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cecaY-0007Dk-8F for geb-bug-gnu-emacs@m.gmane.org; Fri, 17 Feb 2017 02:04:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54881) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cecaO-0007CI-0T for bug-gnu-emacs@gnu.org; Fri, 17 Feb 2017 02:04:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cecaJ-0006qh-0f for bug-gnu-emacs@gnu.org; Fri, 17 Feb 2017 02:04:08 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:44785) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cecaI-0006q6-U2 for bug-gnu-emacs@gnu.org; Fri, 17 Feb 2017 02:04:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cecaI-0007Z7-4s for bug-gnu-emacs@gnu.org; Fri, 17 Feb 2017 02:04:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Feb 2017 07:04: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.148731499529014 (code B ref 25408); Fri, 17 Feb 2017 07:04:02 +0000 Original-Received: (at 25408) by debbugs.gnu.org; 17 Feb 2017 07:03:15 +0000 Original-Received: from localhost ([127.0.0.1]:42981 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cecZW-0007Xt-Q7 for submit@debbugs.gnu.org; Fri, 17 Feb 2017 02:03:15 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:57040) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cecZV-0007Xe-EU for 25408@debbugs.gnu.org; Fri, 17 Feb 2017 02:03:14 -0500 Original-Received: from [192.168.1.100] ([213.162.68.81]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lo3IS-1cBub13UgC-00g1jF; Fri, 17 Feb 2017 08:03:03 +0100 In-Reply-To: X-Provags-ID: V03:K0:1QOkD6FJ+QcDBulWnflmp5wV+XL1wDw0a9vpWY0HkDNsnJzw7Z9 V0ezyAznQ/zSocSActwiK96V45FE1Z7aRJ9C/cWzb1+Zn54RiByLpetnMAGEE25hwC5+pvH XWU7mLEWWIfqjmBbFWV3JWWwLTIehqiA+cjhWEJXKE8Y8L0i3m2phEMvndgtWtYwJQP32rA ERrrq6GE/uRQt1lICMK5w== X-UI-Out-Filterresults: notjunk:1;V01:K0:nr0DF6X5/gk=:iKCD0pZePDTeqEnjdg9sRr EPB0QYMXqZ1KZkeQHJLnOVUknqHrcrItNkKHWKd4JJiF7vHc3pRD4H0OCJhjQPDKs0d71r8Zl HBS6hddQs02g2r6VZ3mUr+zZJTHQBdL7zvTr+q4DdTIaBFs6EdrNtX/43izDTXTI8jRD7+bnP TCCJGXx0v0pGENyjhHWqRS/iehHqQDeHWBStV1KlT2SSR8NKkKFIe5fs0hZWUT2LUq30LtHGJ p+2jtwY/gWg3At+GRocJevrRH5yHNiSqD8ptIfBA0vO5PixDwXEbusre92/cTed1h/95iR38N 25/lsiVZHJGWkDs9tT1+E0vASc2NdY7C93RVpGHjT4FU4YIH26rD8zI44IsMzWPFJanZwFB2N NaNNhgAmV8cXajlm8gHjU8vLGtm7lmA5rjN+LgetlkSzXA3NLG5VEfnssYiGuxz1DKE69JotY pArHutuq6IuJaAC6eTLsg1BXSDzdf2YkeAfJOP6kmHCfniVQ1GhNRpm71K1xg0iLgqsGbwWjy gRcpZBlhGpuxC5TzQJ5S//FzzwgUdP9N0QRs0ZNuBUuYWJ702NwvUw4MnbJGJ1NTnKDb2d2lp aH/Y4PaoeRcUrXbS8VDiiMQvV+AawJxKnJaJtDCQ/fAxgBu1MNClDPblOM4FjH9kyBNbvhfFW /Wa11b9x+eAE7UwYjqtlkev6S9mVTwU+gwd+7B4CEBBSxQaSE3E2xxX2Nqu2KEj4iGwJv0GTk sWFT4wO806pEnDUmdL0HwvVsCsg+SzYTBVPdngcCwkqYZb2mmK2Q6v28CEZy0fp4FQJlzzqQ 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:129441 Archived-At: > If they don't get focus when they pop-up, and not get focus via mouse = and > if they also > don't have decorations, what is considered as full functionality of > "normal" frames? > That sounds to me a bit like a popup window. Do you give them focus by= > switching > with keyboard, like moving focus to "other window"? Unless that's forbidden too via the =E2=80=98no-other-frame=E2=80=99 para= meter ;-) But the function that created such a frame usually has a handle to it and can manipulate it like a "normal" frame. And anyone else can find out about the frame via =E2=80=98frame-list=E2=80=99 or =E2=80=98frame-ch= ild-frames=E2=80=99 and can manipulate it like a "normal" frame. > "The concern is how to control > aspects like appearance, placement, focusing and stacking order of som= e > specific Emacs frames, without affecting the remaining frames." > > As you yourself point out, certain WMs does allow you to create rules = per > windows. On some > managers one can set rule based on window title bar, window class or c= lass > name, > xid, role etc. I don't know if title bar property can be used if title= bar > exist but is hidden. > > Maybe a separate class name could be used for that kind of windows so = one > can set > appropriate hints for that frame. Or maybe you are already doing that?= Just > an idea, > I haven't looked at your patch to be honest. I'd rather leave it to the application or the end user to pick what they like most than give them some predefined classes to choose from. This way they should be able to fine-tune the behavior and appearance of a separate minibuffer frame, the ediff control panel or the speedbar to their like. > I cloned code today from git and compilations is crashing on me, when > dumping lisp code: > (without your patch applied): > > Loading /home/arthur/emacs/lisp/international/characters.el (source)..= =2E > Wrong type argument: char-table-p, nil > make[1]: *** [Makefile:752: bootstrap-emacs] Error 255 > make[1]: Leaving directory '/home/arthur/emacs/src' > make: *** [Makefile:409: src] Error 2 Next time you encounter such a thing please report it immediately (you apparently were ahead of Glenn by 15 hours). Usually, nobody on this list builds from a clean repository. martin