From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: Window manager decorations Date: Sat, 4 Oct 2003 19:46:48 +0200 (CEST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200310041833.h94IXamh025105@stubby.bodenonline.com> References: <20030929.141614.154546801.kazu@iijlab.net> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1065290046 17535 80.91.224.253 (4 Oct 2003 17:54:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 4 Oct 2003 17:54:06 +0000 (UTC) Cc: kazu@iijlab.net, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sat Oct 04 19:54:04 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1A5qbU-0006rQ-00 for ; Sat, 04 Oct 2003 19:54:04 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1A5qbU-0007Cx-00 for ; Sat, 04 Oct 2003 19:54:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1A5qYX-00078z-M2 for emacs-devel@quimby.gnus.org; Sat, 04 Oct 2003 13:51:01 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1A5qYS-00078b-Ao for emacs-devel@gnu.org; Sat, 04 Oct 2003 13:50:56 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1A5qXw-00075M-AU for emacs-devel@gnu.org; Sat, 04 Oct 2003 13:50:55 -0400 Original-Received: from [193.201.16.94] (helo=stubby.bodenonline.com) by monty-python.gnu.org with esmtp (Exim 4.24) id 1A5qX4-00071C-E0; Sat, 04 Oct 2003 13:49:30 -0400 Original-Received: from accessno42.bodenonline.com (accessno42.bodenonline.com [193.201.16.44]) by stubby.bodenonline.com (8.12.1/8.12.1) with ESMTP id h94IXamh025105; Sat, 4 Oct 2003 20:33:36 +0200 In-Reply-To: <20030929.141614.154546801.kazu@iijlab.net> "from Kazu Yamamoto at Sep 29, 2003 02:16:14 pm" Original-To: Jason Rumney X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:16926 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:16926 Hello. I'd like to make a change that will determine the type of WM at runtime. However, to do so, I will change the fullscreen move routines to something more generic (i.e. compensate for any kind of move, not just to 0, 0). As I see it w32 also uses the FULLSCREEN_MOVE_WAIT emum value. But is it really needed? Is x_check_fullscreen_move needed at all on w32? The reason I ask is I have the impression that w32 does not have any window managers at all (or just one depending on how you see it). Therefore the behaviour should be consistent. I think only X needs this adjustment, so I'd prefer to keep the relevant new parts in the x output structure. This means that FULLSCREEN_MOVE_WAIT would also be moved and renamed to something in xterm.h only. This will break w32 build, so I'd like to know how to fix it again (remove x_check_fullscreen_move or keep the renamed name in the generic frame structure). BTW, I do not have the capability to build on w32. Thanks, Jan D. > Hello, > > I'm suffering from the recent change, probably the one below: > > --- > 2003-09-19 Jan DjESC,Adrv > > * xterm.c (x_set_offset): Take window manager decorations > into account. > --- > > Consider the following code: > (modify-frame-parameters (selected-frame) '((top . 0)) > > There are two kinds of window managers. > > Type A: does not adjust the height of a window title bar > e.g. enlightment > Type B: adjust the height of a window title bar > e.g. window maker > > Before the change: > Type A: the title bar is hidden over the top of screen. > Type B: the title bar lays just on the top of screen. > > After the change: > Type A: the title bar lays just on the top of screen. > Type B: A space whose height is the same of the title bar > created between the top of screen and the title bar. > > Thus, this change is kind to Type A but not friendly to Type B.