From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Buffers relative order Date: Tue, 21 Jun 2011 15:38:16 +0200 Message-ID: <4E009EC8.90201@gmx.at> References: <4DFFC6A3.5010506@alice.it> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1308663808 17520 80.91.229.12 (21 Jun 2011 13:43:28 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 21 Jun 2011 13:43:28 +0000 (UTC) Cc: emacs To: Angelo Graziosi Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 21 15:43:24 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QZ1Ei-000122-EO for ged-emacs-devel@m.gmane.org; Tue, 21 Jun 2011 15:43:24 +0200 Original-Received: from localhost ([::1]:42041 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZ1Eh-0001eC-Fy for ged-emacs-devel@m.gmane.org; Tue, 21 Jun 2011 09:43:23 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:59701) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZ19w-0000P5-8h for emacs-devel@gnu.org; Tue, 21 Jun 2011 09:38:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QZ19u-0003PK-3R for emacs-devel@gnu.org; Tue, 21 Jun 2011 09:38:27 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.23]:48927) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QZ19t-0003NW-EO for emacs-devel@gnu.org; Tue, 21 Jun 2011 09:38:25 -0400 Original-Received: (qmail invoked by alias); 21 Jun 2011 13:38:16 -0000 Original-Received: from 62-47-41-150.adsl.highway.telekom.at (EHLO [62.47.41.150]) [62.47.41.150] by mail.gmx.net (mp039) with SMTP; 21 Jun 2011 15:38:16 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+3xUBVR0u3ySxvaQVxTwU1bROo3PUzaG/cSwx2Kv tc/wORoM7kStwk User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <4DFFC6A3.5010506@alice.it> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 213.165.64.23 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:140774 Archived-At: > With this new behavior, after a few start/exit Emacs, it is difficult to > work, the order is lost (header files are "far" from .c/.cxx etc.) > > Is this a something with which we will have to do in Emacs24? Not necessarily. I can easily restore the old behavior. The modeline functions currently operate on window local buffer lists which allow to navigate primarily the buffers shown in that specific window first. Only when you arrive at one of the ends of that list a buffer from the frame local or global buffer list is chosen. If you have just one window in your session, the results should be identic for the next session. If you have more than one window, the results will differ, since window local buffer lists are currently not yet saved and restored. IIUC, however, frame local buffer lists are not handled by desktop either. So your new session will already show different behaviors if you used more than one frame in the previous session. martin