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: Wed, 19 Apr 2017 18:01:52 +0200 Message-ID: <58F789F0.9000608@gmx.at> References: <20170412195121.GA95643@breton.holly.idiocy.org> <58EF2462.9010806@gmx.at> <20170415162922.GA47622@breton.holly.idiocy.org> <58F276F4.4030805@gmx.at> <20170417145613.GA78089@breton.holly.idiocy.org> <58F4E2BD.3090704@gmx.at> <20170417162149.GB78089@breton.holly.idiocy.org> <58F4F954.10709@gmx.at> <20170417185537.GA78689@breton.holly.idiocy.org> <58F7111F.6050004@gmx.at> <20170419143316.GB10595@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 1492617875 7162 195.159.176.226 (19 Apr 2017 16:04:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 19 Apr 2017 16:04:35 +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 Wed Apr 19 18:04:30 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 1d0s5j-0001h0-OH for geb-bug-gnu-emacs@m.gmane.org; Wed, 19 Apr 2017 18:04:27 +0200 Original-Received: from localhost ([::1]:49225 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d0s5p-0003tR-Ou for geb-bug-gnu-emacs@m.gmane.org; Wed, 19 Apr 2017 12:04:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39895) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d0s4T-000342-V0 for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2017 12:03:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d0s4P-00037e-2i for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2017 12:03:09 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:58951) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d0s4O-000349-W4 for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2017 12:03:05 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1d0s4M-0004AW-Bw for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2017 12:03: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: Wed, 19 Apr 2017 16:03: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.149261774515956 (code B ref 25408); Wed, 19 Apr 2017 16:03:02 +0000 Original-Received: (at 25408) by debbugs.gnu.org; 19 Apr 2017 16:02:25 +0000 Original-Received: from localhost ([127.0.0.1]:57150 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d0s3l-00049H-0A for submit@debbugs.gnu.org; Wed, 19 Apr 2017 12:02:25 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:49382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d0s3i-000491-SQ for 25408@debbugs.gnu.org; Wed, 19 Apr 2017 12:02:23 -0400 Original-Received: from [192.168.1.100] ([213.162.68.27]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MA91t-1cu1Lx1InB-00BI8d; Wed, 19 Apr 2017 18:02:04 +0200 In-Reply-To: <20170419143316.GB10595@breton.holly.idiocy.org> X-Provags-ID: V03:K0:SuCc0j51THuIgE5zAz657Vp7P311XNO3Y/noEmEMn4b8UmQKOUh eKA9Ro4EZga30bnZ23INol1UjDv+s9LbpmBcdVwhwx4W2q36wKyzDWCS2zD6lQ1yWMALjq0 WQsFHzzkQIGHqsNL961YE1+BBzTpQvbPJ/NQF+KM5ArouRRsSE4VyqfnEnXm/mhtzgUBemB YmOZ9WwHf1Xcd+Cc3J7qg== X-UI-Out-Filterresults: notjunk:1;V01:K0:06LbU+NGPdk=:RqQCGZpvaXZFc45Kq1Tm2A QdgyIFjb7mfUmbXbD+ZZJwE9luLhxwDLZE1wzgxI0BTJCc28XpNRxn/i8mfjJX69q9wuIAU7T +xTwXCM59gppOXH6kRGCvcBnXHzLtuYioZH5GC6EUiN0xk7Ft9mY/UqPbDmbXKcKSo/rdYsuN UrTAmgHc3ccvkF7YVuxxBG2XGofzb0wj5tlUZ4CvnjMi0kEBIyaxcrbjytaYFIDU7CRUo6HU3 65pXRc94kWcxH5LdqfEBJPFTkBqZsPIOAOJW8WsT7uCQscgAYkjtw6FP8W5YdcNInrrnIwlxJ F4Awti2i+KAnfYF7UtIERyqi0n91zKFuP36cO1wRdDMUrEMg03NQaL1N+c3hpDNNyc0C4R6t/ W1Hr7v9mq+Y9KMUz8+RBKZd8BJFGmLYGrPpP08P+mQAy/00wDql0OLHhtA1ZJXbsNC12aPfkw T3VoKJU4nvxtgl8tNdXIk4Lh/5y9qsFPvZQoiDsotR4URv7j6GDnfZcQZkyrjYByNzGxMJzRV 4KFlAnuDPUeIaeStCuVi9G3xD4B4MGFhHTPnypVISuCicov1Jxw+2LYR9DtJHtTMtP9SdIsVF afd5NnYfbAWooBFXsAiFru2ogVNFzKmpKsdorLh4MEbGwCP9W1sxac28pxYmR/6TN9WYdIXSI pjWxGl0XwI8YMN+u8rEmTtg80/WSsPReyc1/bSck+Cdphd5kO1TkOtS5OiyGr1vKpVkwn1HJm MO8+ASh3dod2e9H3rilBXZgJD2GzPx+4PTn8TuMPgXZEqo4unY4n1lMGu2QGzyAFyve5SOQq 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:131761 Archived-At: > It turns out that GNUStep doesn=E2=80=99t let you change the decorated= state > of an existing window. OK. It's not important that the GNUStep build is capable of doing anything useful. It should build and if possible not crash. The only person currently using it (only for checking whether a change might break the NS build) is me, I presume. > It should be able to create a new undecorated > window. It does so. > I believe it is setting the parent/child relationship, but in GNUStep > it doesn=E2=80=99t seem to mean the child moves with the parent. I thi= nk this > is a bug in GNUStep, but the behaviour isn=E2=80=99t documented yet, s= o I=E2=80=99m > not sure if it=E2=80=99s intentional. > > The child will minimise and close with the parent and moving it to (0 > 0) will put it in the top left corner of the parent. It is created initially at the top left corner of the parent frame and inconifies and deiconifies correctly with its parent. > Except it doesn=E2=80=99t quite, because there=E2=80=99s a hard=E2=80=90= coded titlebar height > for GNUStep which is guaranteed to be wrong for every WM. At least I > think that=E2=80=99s what going on. The top edge is below the native top edge of the parent by a few pixels, maybe the two Anders mentioned. Nothing to worry about. > Z=E2=80=90groups are working, but again in GNUStep it seems a bit hit = and miss > as the frames seem to forget their state if you click on their > titlebars. Don't worry. I just tried to type something and when I reached the right edge of the window I got an abort as 2017-04-19 17:36:59.480 emacs[4423] Problem posting notification: NAME:NSInvalidArgumentException REASON:-[EmacsImage XBM= :width:height:fg:bg:]: unrecognized selector sent to instance 0x3e0bf40 I= NFO:(null) /home/martin/emacs-git/trunk/obj-ns/src/emacs: Uncaught exception NSInval= idArgumentException, reason: -[EmacsImage XBM:width:height:fg:bg:]: unrec= ognized selector sent to instance 0x3ec20a0 As it is, the GNUStep build is certainly not suited for doing anything useful at the moment. I think you should install your changes so people can test them. In the ChangeLog please fix the below: > (Fx-create_frame): Handle 'z-code', 'parent-frame' and 'undecorated' Fx_create_frame 'z-group' Many thanks, martin