From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Window configurations Date: Sun, 02 May 2010 20:50:01 -0400 Message-ID: References: <4BB4CF6B.2000007@alice.it> <87eii63v4j.fsf@mail.jurta.org> <0840B3F4D9E84706874EDD2CA2CC4236@us.oracle.com> <87vdbhgqgd.fsf@mail.jurta.org> <828BB36311A84C43B96D1F2A559DACAE@us.oracle.com> <87d3xo662u.fsf@mail.jurta.org> <69D40D69CC6F4982A8E91D8D8F0F494F@us.oracle.com> <87r5m4hz39.fsf@mail.jurta.org> <4BD40821.70808@gmx.at> <87zl0rtmqy.fsf@mail.jurta.org> <878w822i5a.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1272847815 10717 80.91.229.12 (3 May 2010 00:50:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 3 May 2010 00:50:15 +0000 (UTC) Cc: 'Juri Linkov' , 'Ken Hori' , 'Emacs' , 'martin rudalics' To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 03 02:50: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 1O8jrQ-0000xt-SL for ged-emacs-devel@m.gmane.org; Mon, 03 May 2010 02:50:13 +0200 Original-Received: from localhost ([127.0.0.1]:39853 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O8jrQ-0000Wt-6h for ged-emacs-devel@m.gmane.org; Sun, 02 May 2010 20:50:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O8jrM-0000Wm-8K for emacs-devel@gnu.org; Sun, 02 May 2010 20:50:08 -0400 Original-Received: from [140.186.70.92] (port=42277 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O8jrL-0000We-31 for emacs-devel@gnu.org; Sun, 02 May 2010 20:50:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O8jrJ-0005WS-Fw for emacs-devel@gnu.org; Sun, 02 May 2010 20:50:06 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:60965 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O8jrJ-0005WM-Bs for emacs-devel@gnu.org; Sun, 02 May 2010 20:50:05 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAB663UvO+KoL/2dsb2JhbACdHXK5FoUSBIwo X-IronPort-AV: E=Sophos;i="4.52,315,1270440000"; d="scan'208";a="63132724" Original-Received: from 206-248-170-11.dsl.teksavvy.com (HELO pastel.home) ([206.248.170.11]) by ironport2-out.pppoe.ca with ESMTP; 02 May 2010 20:50:03 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 8927A82C3; Sun, 2 May 2010 20:50:01 -0400 (EDT) In-Reply-To: (Drew Adams's message of "Sun, 2 May 2010 16:34:06 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:124451 Archived-At: >> There is one problem of using bookmark records for desktop.el. >> Some bookmarks take too much time to restore when reading >> from the desktop file. Juri, do you have more details on this? I don't know of this problem. > Sigh. I really wish you guys wouldn't mess with this. Put what you want in a > window config, but please do not try "unifying" bookmarks and desktops (and > window configs). Noone's trying to unify the two: desktop.el uses internally a representation of "the content and position of a given buffer" to be able to reproduce it later, and as it turns out, this is the exact same problem that bookmark tries to solve. So it might make sense for desktop.el to use bookmarks for that internal thingy. I'm not 100% positive it does since the purpose is slightly different (e.g. a bookmark is expected to be useful for a potentially long period of time during which the file referenced might be modified many times, so bookmark doesn't just record the buffer position but also some context so as to find the same spot even if it's not at the same line number any more. It's probably less important for desktop.el). Stefan