GNU bug report logs - #21782
25.0.50; New functions nfront/front

Previous Next

Package: emacs;

Reported by: Tino Calancha <f92capac <at> gmail.com>

Date: Thu, 29 Oct 2015 09:55:01 UTC

Severity: wishlist

Found in version 25.0.50

Done: Tino Calancha <tino.calancha <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


Message #32 received at 21782 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Petton <nicolas <at> petton.fr>
To: Constantino Calancha <f92capac <at> gmail.com>,
 "21782\@debbugs.gnu.org" <21782 <at> debbugs.gnu.org>
Cc: f92capac <at> gmail.com
Subject: Re: bug#21782: 25.0.50; New functions nfront/front
Date: Fri, 30 Oct 2015 11:03:50 +0100
[Message part 1 (text/plain, inline)]
Constantino Calancha <f92capac <at> gmail.com> writes:

Hi,

> As i mentioned, they are not exactly the same function as seq-take.

I think adding these functions would mostly be code duplication.  Please
bear in mind that seq.el was written to provide a good built-in sequence
library in Emacs.  If seq-take doesn't provide exactly what you need,
you could propose a patch to improve it instead.

> Why i need to pollute my global space with all seq.el just to use this
> fundamental operation on a list?

All functions in seq.el are prefixed, so there's no global namespace
polluting, and I consider many functions provided by seq.el to be
fundamental operations on sequences.

Also, seq.el is not pre-loaded today because it's a new library, so it
is not widely used in Emacs yet, but that could change in the future.

Nico
[signature.asc (application/pgp-signature, inline)]

This bug report was last modified 8 years and 61 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.