From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#13882: 24.2; saveplace.el limit drop least recently used Date: Fri, 08 Mar 2013 02:13:45 +0400 Message-ID: <51391119.5030008@yandex.ru> References: <87ip55608l.fsf@blah.blah> <874ngn5ioy.fsf@yandex.ru> <87a9qe52l6.fsf@kwarm.red-bean.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1362694477 16829 80.91.229.3 (7 Mar 2013 22:14:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 Mar 2013 22:14:37 +0000 (UTC) Cc: iain.dalton@gmail.com, Kevin Ryde , 13882@debbugs.gnu.org To: Karl Fogel Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 07 23:15:01 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UDj5X-0004lb-JW for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Mar 2013 23:14:59 +0100 Original-Received: from localhost ([::1]:56162 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UDj5B-0005r3-Pn for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Mar 2013 17:14:37 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:58718) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UDj56-0005qK-BZ for bug-gnu-emacs@gnu.org; Thu, 07 Mar 2013 17:14:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UDj52-00026T-J3 for bug-gnu-emacs@gnu.org; Thu, 07 Mar 2013 17:14:32 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33164) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UDj52-00026P-Fa for bug-gnu-emacs@gnu.org; Thu, 07 Mar 2013 17:14:28 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UDj5a-0005GS-4G for bug-gnu-emacs@gnu.org; Thu, 07 Mar 2013 17:15:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Mar 2013 22:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13882 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 13882-submit@debbugs.gnu.org id=B13882.136269446520179 (code B ref 13882); Thu, 07 Mar 2013 22:15:02 +0000 Original-Received: (at 13882) by debbugs.gnu.org; 7 Mar 2013 22:14:25 +0000 Original-Received: from localhost ([127.0.0.1]:37273 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UDj4z-0005FP-C3 for submit@debbugs.gnu.org; Thu, 07 Mar 2013 17:14:25 -0500 Original-Received: from mail-la0-f51.google.com ([209.85.215.51]:37644) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UDj4x-0005FD-6U for 13882@debbugs.gnu.org; Thu, 07 Mar 2013 17:14:24 -0500 Original-Received: by mail-la0-f51.google.com with SMTP id fo13so1035511lab.24 for <13882@debbugs.gnu.org>; Thu, 07 Mar 2013 14:13:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-antivirus:x-antivirus-status; bh=EZ84zDpZ25Dq7FcOTkmNshh6Wd7bx719rD/SvYrdd1I=; b=nB1bHOluZNrlPIoiGjt6eHr2LfUjVZbITyXTbTbVjIWCNbAbKRqaRXpFDrQNA8L+aH kxwQw4Yg18+yfYScROYgq4wicmGfX2q5EH651NWyPzJkD5bpZ0CTxQK60NlpM7tqx4S/ MQEbgrx+sgdV+NNcWnCFwRvKLeXldTx/+J/mk2tRGa4O0U8ymYiN9yHrQ5WmXPN1Ip/v 9qtQFJrB0dCmGuUhcmmdL1jGxwPlXmT361ZMdcVqaVaGsEbMJxv4bzxxwVBOzvaCtGYZ 0O6Lu5wCl0R+iyzJBYY+PTRBdzTI56ExEpot8AIY7chygudqVx7iUngWA4s3Eah9kYLg r7aw== X-Received: by 10.112.83.133 with SMTP id q5mr191119lby.25.1362694422883; Thu, 07 Mar 2013 14:13:42 -0800 (PST) Original-Received: from [127.0.0.1] ([178.252.98.87]) by mx.google.com with ESMTPS id oy10sm1528671lab.8.2013.03.07.14.13.40 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 07 Mar 2013 14:13:41 -0800 (PST) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3 In-Reply-To: <87a9qe52l6.fsf@kwarm.red-bean.com> X-Antivirus: avast! (VPS 130307-0, 07.03.2013), Outbound message X-Antivirus-Status: Clean X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:72210 Archived-At: On 08.03.2013 1:20, Karl Fogel wrote: > Dmitry Gutov writes: >> Karl, do you think this consideration is still important? I don't see a >> reasonable way to keep the list easy to merge and still retain the >> "most-recently used" information. >> >> You either keep the list unsorted (and continually shuffle the >> elements), or store some timestamps, which will also be a source of >> merge conflicts. > > Hmmm. I see your point, and, of course, there are arguments both ways. > > We could supply an user-option to control the behavior, but that still > leaves the question of which default we should choose... > > However, I think the answer to that is also clear: unsorted should be > the default (or rather, chronologically sorted should be the default), > and if a user wants the list alphabetized (for merge purposes), they can > configure it so. And this would be documented not only in the new > variable, but also in the doc string of `save-place-limit'. > > What do you think? We can do it this way, of course. But I imagine that merging of place files can only be a once-in-a-while occurrence, and at all other times the user would prefer the chronological sorting (if they were aware of this issue, at all). So maybe we should provide an export command instead, that would save the sorted places list to a file specified by the user, to do as they please. Let's also ask the original reporter. Iain, any opinion?