From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Gtk tabs in emacs, new branch Date: Sat, 24 Apr 2010 12:17:09 +0300 Organization: JURTA Message-ID: <87vdbhgqgd.fsf@mail.jurta.org> References: <4BB4CF6B.2000007@alice.it> <4BB59476.7010600@swipnet.se> <4BB5C01E.10701@alice.it> <4BB608EE.7080101@swipnet.se> <4BB9A469.6050608@alice.it> <4BC072C3.2080302@swipnet.se> <4BC0B692.2000702@alice.it> <4BC0BD6D.3060103@swipnet.se> <4BC0F715.2060605@alice.it> <45EB8DD4-B0F8-4FB3-941F-13FADA4DAD66@swipnet.se> <4BC1854B.2060409@alice.it> <4BC1A9D2.8050607@swipnet.se> <4BC206C0.2010202@alice.it> <87fx2pdvfq.fsf@mail.jurta.org> <87y6gg95ad.fsf@mail.jurta.org> <750140A47B7D4FBD93371813D65478F8@us.oracle.com> <87eii63v4j.fsf@mail.jurta.org> <0840B3F4D9E84706874EDD2CA2CC4236@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1272100940 3521 80.91.229.12 (24 Apr 2010 09:22:20 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 24 Apr 2010 09:22:20 +0000 (UTC) Cc: 'Emacs' To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 24 11:22:18 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 1O5bZ3-0000MI-GT for ged-emacs-devel@m.gmane.org; Sat, 24 Apr 2010 11:22:17 +0200 Original-Received: from localhost ([127.0.0.1]:49670 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O5bZ2-0007YN-7G for ged-emacs-devel@m.gmane.org; Sat, 24 Apr 2010 05:22:16 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O5bYt-0007YB-Ej for emacs-devel@gnu.org; Sat, 24 Apr 2010 05:22:07 -0400 Original-Received: from [140.186.70.92] (port=41275 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O5bYr-0007Y0-RE for emacs-devel@gnu.org; Sat, 24 Apr 2010 05:22:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O5bYq-0004Kz-2s for emacs-devel@gnu.org; Sat, 24 Apr 2010 05:22:05 -0400 Original-Received: from smtp-out1.starman.ee ([85.253.0.3]:37867 helo=mx1.starman.ee) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O5bYp-0004Km-Op for emacs-devel@gnu.org; Sat, 24 Apr 2010 05:22:04 -0400 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Original-Received: from mail.starman.ee (82.131.28.129.cable.starman.ee [82.131.28.129]) by mx1.starman.ee (Postfix) with ESMTP id CACB13F4112; Sat, 24 Apr 2010 12:21:59 +0300 (EEST) In-Reply-To: <0840B3F4D9E84706874EDD2CA2CC4236@us.oracle.com> (Drew Adams's message of "Fri, 23 Apr 2010 11:28:48 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:124161 Archived-At: >> Yes, I've implemented the task to save and restore frame and >> window configurations in the desktop file. > > Is this feature part of the 23-1-91 pretest or otherwise intended for 23.2? If > so, is it documented? If it's in the pretest I would like to try it. This feature is part of the x-tabs branch. > Can users save such frame & window configs independently of desktops - and vice > versa? Can they save individual frame/window configs as well as all configs > together? If you want to save frame and window configurations independently of desktops, you can easily do this using the same functions that desktop.el now uses. > A desktop saves some variables, buffers, etc. Users should be able to save just > frame/window state or just the vars+bufs state, as well as being able to save > everything together at once. There is a new variable `desktop-save-frame-configuration' that defines whether to save frame and window configurations to the desktop. It is nil by default. > Also, desktop.el has a big limitation (which I would like to see removed): it > assumes only one desktop file per directory. It's a separate task to implement named desktops. I imagine that named desktops should be an object above frames in the hierarchy of screen objects: - desktop - frame - tab - window configuration - window So switching desktops could be like switching frames: M-x select-desktop-by-name RET will read a desktop name, delete old frames by calling `desktop-clear', and create a new desktop by calling `desktop-read' with the selected name. > Can users hook into this to handle user-defined frame parameters also? > The feature should be open and not limited to a predefined set > of parameters. Yes, there is a new variable `desktop-frame-parameters-to-save'. -- Juri Linkov http://www.jurta.org/emacs/