From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nicolas Petton Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] sequence manipulation functions Date: Mon, 17 Nov 2014 12:46:47 +0100 Message-ID: <87k32uxd5k.fsf@gmail.com> References: <87oasmmwzt.fsf@gmail.com> <87bnolslph.fsf@gmail.com> <87zjc2dic0.fsf@gmail.com> <87ioimtzu0.fsf@gmail.com> <87lhngcnrc.fsf@gmail.com> <87k330cj3u.fsf@gmail.com> <87ioikcf39.fsf@gmail.com> <87h9y4c93e.fsf@gmail.com> <87389oggab.fsf@ferrier.me.uk> <87tx23sxah.fsf@gmail.com> <6902490d-9011-401f-8ae5-99181d808e06@default> <87y4re746j.fsf@gmail.com> <8761efi63c.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1416224840 16403 80.91.229.3 (17 Nov 2014 11:47:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 17 Nov 2014 11:47:20 +0000 (UTC) Cc: Bozhidar Batsov , Leo Liu , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 17 12:47:15 2014 Return-path: Envelope-to: ged-emacs-devel@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 1XqKm2-0002Ix-NY for ged-emacs-devel@m.gmane.org; Mon, 17 Nov 2014 12:47:14 +0100 Original-Received: from localhost ([::1]:47374 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqKlz-0000rB-PR for ged-emacs-devel@m.gmane.org; Mon, 17 Nov 2014 06:47:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59633) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqKlj-0000r3-Hp for emacs-devel@gnu.org; Mon, 17 Nov 2014 06:47:00 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XqKle-0006fg-FT for emacs-devel@gnu.org; Mon, 17 Nov 2014 06:46:55 -0500 Original-Received: from mail-lb0-x22b.google.com ([2a00:1450:4010:c04::22b]:45680) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqKle-0006ef-5n for emacs-devel@gnu.org; Mon, 17 Nov 2014 06:46:50 -0500 Original-Received: by mail-lb0-f171.google.com with SMTP id b6so15668945lbj.2 for ; Mon, 17 Nov 2014 03:46:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-type; bh=lR8pevU64/iuE7QL3jnYVw7hMpyt3e1bjrKvtHDDWac=; b=y/ilPCC+o60FdCQcuuQAJQkg7zIK8vLZ+Dj7reKkpwDFHcpBWjc+CH/it1uan6uNEy ljCQL/27PGQTE3zKKah9zrXn2Ajw6qs6Fq5SCdBVd5uZz02HaVepWq0GagMy2AfuRV2s Fw0MzoYEu0XW9j6JmGzrzXm493xpzyuueMlskNEk2CQGzjbBaVEP8vm3wJkAQaFMD4Md B0D+rfliDIKrL4p06DuC3SzPZyhQVIaKBWYlRIucfAVr//IZa5BXXVlvcbFAJyaYhvVp RLDNEGUmhKwsPXashpxVIgSizgA0978a8Awz1RatnZ9t5Kjet64Xd4KyASkjFpZbkRjs KPWg== X-Received: by 10.112.140.135 with SMTP id rg7mr2519193lbb.100.1416224808809; Mon, 17 Nov 2014 03:46:48 -0800 (PST) Original-Received: from blueberry (31-211-216-84.customers.ownit.se. [31.211.216.84]) by mx.google.com with ESMTPSA id c5sm1561780laa.34.2014.11.17.03.46.47 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 17 Nov 2014 03:46:48 -0800 (PST) User-agent: mu4e 0.9.9.6pre3; emacs 24.3.1 In-reply-to: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::22b 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:177396 Archived-At: Stefan Monnier writes: >> I agree. Promoting some sequence-related cl-lib functions would also be >> perfectly fine with me. I have no problem with adopting CL names, but I >> do feel that the current standard library is lacking. > > FWIW, I think it's perfectly OK for Elisp packages to start with > a list of `require's. Sure, I agree. > > But w.r.t CL's sequence manipulation functions, the problem is that > there is no structure there, so it's hard to find the functions > you need if you don't already know their name. Good point. > > A lot of Elisp's "standard library" shares this fundamental problem. > The "prefix convention" is not useful only as a way to avoid name > collisions (which would imply that it can be "ignored" for "core > functions") but is also a way to structure the library, and so far the > core functions have not being doing a very good job of it. So, should I keep working on it? I was planning to start working on the documentation. Would the Sequences section of the Elisp manual be the right place? Cheers, Nico -- Nicolas Petton http://nicolas-petton.fr