From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: stack-order (z-order) parameter for frames [was: Add function to make frame topmost?] Date: Sun, 2 May 2010 08:58:26 -0700 Message-ID: <0C407A5E1DA5452C91B0951C601B0A57@us.oracle.com> References: <4BDB5A6E.5060803@harpegolden.net> <4BDB8886.4050202@harpegolden.net> <4BDC6CE7.8060400@harpegolden.net> <4BDCA50D.9080000@harpegolden.net> <88A13318710742A89D64A4F416461969@us.oracle.com> <4BDD99DC.2040901@harpegolden.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1272815954 14603 80.91.229.12 (2 May 2010 15:59:14 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 2 May 2010 15:59:14 +0000 (UTC) Cc: =?iso-8859-1?Q?'Jan_Dj=E4rv'?= , 'Lennart Borgman' , 'Stefan Monnier' , 'Emacs-Devel devel' To: "'David De La Harpe Golden'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun May 02 17:59:13 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1O8bZY-00047x-6P for ged-emacs-devel@m.gmane.org; Sun, 02 May 2010 17:59:12 +0200 Original-Received: from localhost ([127.0.0.1]:53350 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O8bZX-0005Ub-17 for ged-emacs-devel@m.gmane.org; Sun, 02 May 2010 11:59:11 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O8bZS-0005UI-AP for emacs-devel@gnu.org; Sun, 02 May 2010 11:59:06 -0400 Original-Received: from [140.186.70.92] (port=50126 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O8bZR-0005U8-68 for emacs-devel@gnu.org; Sun, 02 May 2010 11:59:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O8bZP-0001AL-0q for emacs-devel@gnu.org; Sun, 02 May 2010 11:59:05 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:58540) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O8bZO-0001AF-R6 for emacs-devel@gnu.org; Sun, 02 May 2010 11:59:02 -0400 Original-Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o42FwwQx024961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 2 May 2010 15:58:59 GMT Original-Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o42BwL9p031988; Sun, 2 May 2010 15:58:57 GMT Original-Received: from abhmt018.oracle.com by acsmt355.oracle.com with ESMTP id 228735541272815897; Sun, 02 May 2010 08:58:17 -0700 Original-Received: from dradamslap1 (/141.144.160.100) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 02 May 2010 08:58:16 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4BDD99DC.2040901@harpegolden.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: AcrqC/r+tZRnK2ypS1aJwwXw5YWz8wAAP59Q X-Auth-Type: Internal IP X-Source-IP: rcsinet15.oracle.com [148.87.113.117] X-CT-RefId: str=0001.0A090207.4BDDA144.00B0:SCFMA4539811,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:124431 Archived-At: (Changed the subject line, so as not to interfere with the `topmost' discussion.) > Restoring the relative z-order of emacs frames, but restoring them > contiguous in the stack and maybe at the top (not always-on-top, > I just mean in front) on restoration, might be a better option. That is what I meant: record and restore the relative z-order of Emacs frames (not of all window-mgr windows), and restore them contiguously in the overall window-mgr stack. IOW, restore Emacs frames as they were, as much as possible, including wrt their relative z-order. > Except when the user is saving and restoring in rapid succession > in the one session, as I imagine most people's typical use of > frame-configuration-to-register/jump-to-register is. Then it might be > the surprising/annoyingly-raisey option, and leaving > the z-order as-is might be best. Yes, I was referring to persistent save, and restoration from a persistent record. My bringing this up here was meant to be in the context of the discussion about persistently saving/restoring frames and frame configs. However, I would like to see each frame have a frame parameter that records - and hopefully controls (as much as is possible), its z-order. That's independent of persistent save/restore. Use of such a parameter could be to raise/lower individual frames (e.g. incrementally, by users), and that would be relative to other _Emacs_ frames, certainly. We could also perhaps let it be used optionally (under Lisp control), to raise/lower relative to non-Emacs window-mgr windows (e.g. move a frame topmost among all window-mgr windows). In addition, the frame parameter would be used by persistent save of frame configs and their restoration. IOW, the same frame parameter would be used for both (a) live control (checking where a frame is in the stack and moving it up/down the stack) and (b) save/restore of frame configs. For restoration of a frame config, the Lisp code in question would know whether or not it is restoring from a persistent store, and it could decide whether or not to respect the `z-order' parameter. No hard-and-fast rule about that should be hard-coded into the frame-config representation or the basic frame-config save/restore code. As much control as possible should be available to Emacs-Lisp code.