From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Rasmus Newsgroups: gmane.emacs.devel Subject: Re: Emacs Lisp's future Date: Thu, 18 Sep 2014 18:18:00 +0200 Message-ID: <87r3z8aonb.fsf@gmx.us> References: <87wq97i78i.fsf@earlgrey.lan> <87sijqxzr2.fsf@newcastle.ac.uk> <877g11c8wh.fsf@gmx.us> <87wq91uhe8.fsf@newcastle.ac.uk> <8738bpc6qv.fsf@gmx.us> <87oaucvrlp.fsf@newcastle.ac.uk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1411057137 23307 80.91.229.3 (18 Sep 2014 16:18:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 18 Sep 2014 16:18:57 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 18 18:18:50 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 1XUePx-0004d9-90 for ged-emacs-devel@m.gmane.org; Thu, 18 Sep 2014 18:18:49 +0200 Original-Received: from localhost ([::1]:52130 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XUePw-00070r-Pn for ged-emacs-devel@m.gmane.org; Thu, 18 Sep 2014 12:18:48 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58495) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XUePm-0006qM-WE for emacs-devel@gnu.org; Thu, 18 Sep 2014 12:18:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XUePh-0005hr-K8 for emacs-devel@gnu.org; Thu, 18 Sep 2014 12:18:38 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:58555) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XUePh-0005fU-Dy for emacs-devel@gnu.org; Thu, 18 Sep 2014 12:18:33 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XUePY-0004Ui-3O for emacs-devel@gnu.org; Thu, 18 Sep 2014 18:18:24 +0200 Original-Received: from 217.130.110.20 ([217.130.110.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Sep 2014 18:18:24 +0200 Original-Received: from rasmus by 217.130.110.20 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Sep 2014 18:18:24 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 56 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 217.130.110.20 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAMAAABg3Am1AAAAP1BMVEWrq6tQUFA1FBQDAwMu Li6Ojo7l5eVvb2/+/v7GxsatBASIBweDLS2TVVWRd3drNzf9AABOLCxfERHRAgJvFRXOiP/lAAAA AXRSTlMAQObYZgAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB90FFAsXM8Pp4IgAAAE0SURB VEjHtVXbroQgDNR2EskhZsm6//+tKywggoXycPqgCZmhnd5Ylq6t6zJjxKfNUDiYHg8PZsaEA3gW RbomoOAmudMQULEVkpHUaAkeB2Wy+GbxTE1IR/0qZKOEp1Ff3Bxwt4ioJYyUVwQe9tU/42M8MMZA g6cMN5lC43gC9mIMCScy/swoJK4IpQaW84MARVlwPDQT94001U3X163EIwP0t3MxrioHiNdts4TC ixJ/pRVRUg9Pdbmttzb1+f4I+0t/a/d9L/ZX7Nkrngh04ft27/pJwM+a8N3xWexxvAoBWdatk4Jb f9fhnLO32kmlPPFV8fCDSQSvX3oWpNJAxq9tQHgYIORkkGbJrNeIzK2xNh7qvdgkNeHMlmw7T46m mOkHzibPJ+qtsaE310GcFAk6gr+y1A82SZ92DwAAAABJRU5ErkJggg== User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/24.4.50 (gnu/linux) Cancel-Lock: sha1:Khk0mRQWUtJPW/5WxQ/D60tr6j0= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:174508 Archived-At: phillip.lord@newcastle.ac.uk (Phillip Lord) writes: > Rasmus writes: > >>> Yep, upgrades will be downloads. A number of packages on there are used >>> for integration testing. So, I pull down dash on every checking for >>> several of my projects. In time, I am sure dash will become the most >>> downloaded package because of this. >> >> I don't "get" dash and s, but lots of people developing more >> impressive things than I will ever be able to do seem happy with it so >> who am I to judge? When I write a patch, I intend it to become part >> of core, so dash/s are not options. > > I think dash just makes list operations a lot easier. So, I use this, > for instance, to nil a tree of markers. > > (defun m-buffer-nil-marker (markers) > (-map > (lambda (marker) > (set-marker marker nil)) > (-flatten markers))) Flatten in nontrivial, but assuming you got something similar there's no difference from mapcar or mapc, no? > I could also have done > > (--map (set-marker it nil) > (-flatten markers)) > > or even > > (--tree-map > (set-marker it nil) > markers) That is cool, yes, but not really (much) easier, and perhaps a bit less readable. Anyway, we're getting off topic here. > I always found list operation in emacs a bit low-level. Dash also uses a > lot names familar to people from other languages which help. I agree > about getting into core, but with package.el coming on a-pace this might > be less of a worry in future. But this drives good stuff into external packages. When search-costs are non-nil this could be bad. . . It's bad enough that, say, AUCTeX is not part of the Emacs tarball. Cheers, Rasmus -- ⠠⠵