From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: [External] : [emacs bookmark.el] Sorting by last set Date: Wed, 25 May 2022 23:09:45 -0500 Message-ID: <877d69lyt2.fsf@red-bean.com> References: <877d6b88pz.fsf@elite.giraud> <875ylv6j58.fsf@elite.giraud> <87o7zngcgf.fsf@gnus.org> <87k0a93g4z.fsf@elite.giraud> <87y1yp1vnw.fsf@elite.giraud> Reply-To: Karl Fogel Mime-Version: 1.0 Content-Type: text/plain; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4770"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Drew Adams , Lars Ingebrigtsen , emacs-devel To: Manuel Giraud Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu May 26 06:11:32 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nu4qS-00013T-J6 for ged-emacs-devel@m.gmane-mx.org; Thu, 26 May 2022 06:11:32 +0200 Original-Received: from localhost ([::1]:56644 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nu4qQ-0004CP-MI for ged-emacs-devel@m.gmane-mx.org; Thu, 26 May 2022 00:11:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58094) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nu4or-0003Np-JA for emacs-devel@gnu.org; Thu, 26 May 2022 00:09:56 -0400 Original-Received: from sanpietro.red-bean.com ([45.79.25.59]:39916) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nu4op-0006Zi-Ms for emacs-devel@gnu.org; Thu, 26 May 2022 00:09:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=red-bean.com; s=202005newsp; h=Content-Type:MIME-Version:Message-ID: In-Reply-To:Date:Reply-To:References:Subject:Cc:To:From:Sender: Content-Transfer-Encoding:Content-ID:Content-Description; bh=f4UWsy9axPiqIPmB/dKQeQ9f8VQX/VoFLTUteR/v2rU=; t=1653538188; x=1654747788; b=iM0IAEHAJIANF+sN0wBcT9WIg/kjg53aGeetZJPPXi5U/VL5ZRmQX+jMlf80ni5tFG0YPZJyAJU P5mNCipkzzHZkG3WWtmONQmwv2icQLCzwe2Fub5/lvksfDTI/k6cPxvYA9/FPYQHosigRDUqsMzkC OGLulWK4k6hxUhdamYGpNapvDiHtNkU4DsnSKeJWqka8GJ3OJxsrI10LElKksqWPzfQ6BS7EFXDlv /n2ZH409y4a4x6tVDMpdmCcwO7OWAL7Agd78zn5kVZSgkTxmHrkDqb2KAO/E1Vj21lpM3Mg2x4R6z oQfV34ZYr7WaQjlO++RV4F6xpIMBqyh4bI/A==; Original-Received: from 99-112-125-163.lightspeed.cicril.sbcglobal.net ([99.112.125.163]:51754 helo=floss) by sanpietro.red-bean.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nu4ok-0009Lb-Fa; Thu, 26 May 2022 04:09:46 +0000 In-Reply-To: <87y1yp1vnw.fsf@elite.giraud> (Manuel Giraud's message of "Wed, 25 May 2022 17:25:39 +0200") Received-SPF: pass client-ip=45.79.25.59; envelope-from=kfogel@red-bean.com; helo=sanpietro.red-bean.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:290260 Archived-At: On 25 May 2022, Manuel Giraud wrote: >Drew Adams writes: >That, I was not aware of. So then sorting `bookmark-alist' >(differently) >might not be an option. Currently, the order of bookmarks in `bookmark-alist' is the only record of the order in which the bookmarks were created -- and that order is needed for some displayed sorts . Since bookmarks up till now don't have anything like a creation-date element, we should just keep the list in creation order, so that this information is preserved. I suppose we could in theory do fancier things, like detect when all the bookmarks have a creation date and abandon the need to keep the alist in order then, or make sure that just the subset of `bookmark-alist' that *doesn't* have creation dates is kept in creation order... but there is no need to be fancy. Let's just keep the whole alist in order of creation, even after we add creation-date or other date-ish elements. Best regards, -Karl