From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Steven Degutis Newsgroups: gmane.emacs.help Subject: Re: [ANN] project-buffers.el Date: Mon, 1 Apr 2013 23:47:44 -0500 Message-ID: References: <170D2FD52E2E43AA8ED0BEBE8EF74B15@us.oracle.com> <87hajpbnwp.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bf162882c4cc304d9597096 X-Trace: ger.gmane.org 1364878082 11379 80.91.229.3 (2 Apr 2013 04:48:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 2 Apr 2013 04:48:02 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Dmitry Gutov Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Apr 02 06:48:29 2013 Return-path: Envelope-to: geh-help-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 1UMt93-0000hz-4C for geh-help-gnu-emacs@m.gmane.org; Tue, 02 Apr 2013 06:48:29 +0200 Original-Received: from localhost ([::1]:40878 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UMt8e-0005p5-Cm for geh-help-gnu-emacs@m.gmane.org; Tue, 02 Apr 2013 00:48:04 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:34038) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UMt8N-0005od-HJ for help-gnu-emacs@gnu.org; Tue, 02 Apr 2013 00:47:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UMt8L-0006L4-4g for help-gnu-emacs@gnu.org; Tue, 02 Apr 2013 00:47:47 -0400 Original-Received: from mail-pd0-f172.google.com ([209.85.192.172]:42278) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UMt8K-0006Ky-Tp for help-gnu-emacs@gnu.org; Tue, 02 Apr 2013 00:47:45 -0400 Original-Received: by mail-pd0-f172.google.com with SMTP id 5so20482pdd.31 for ; Mon, 01 Apr 2013 21:47:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=bHZ7b5ZYcBcpTvwZGtdzxczT4qW8aQVu648WT89YOAI=; b=o4DVvZhmYsXztmrSVDYYWFbE9Dbbd9SkB+5cVQ6/MR3YAhPxHyHGglR8P58iq/l9kY Qong3QGxmj+mLucDftGdEoz1BblrMoBCZKuxCK7oJQ1HOM7GZj9/qM4YPXIBbb3MPb3C ZuG5FaZmlef4xHPywESUtDj+Wz0QXE9R0HLMbFjKWEQBCmfoZYquICJ5/shO7ihNzED1 YhRZi17s8R+ah/cnx3xJGFemmLpWr/JIdihZ0wB5xRPgG3eyj45zOGdUiJg6AW8N9kqz 0X8Ccd/LI8csLX7tGhqj2sxBHOPaMLFAIuOJYUQFnHXs5QL0qGZqYJEYOQe3mRLyp3YT 2ymg== X-Received: by 10.66.183.10 with SMTP id ei10mr22604966pac.39.1364878064106; Mon, 01 Apr 2013 21:47:44 -0700 (PDT) Original-Received: by 10.70.30.35 with HTTP; Mon, 1 Apr 2013 21:47:44 -0700 (PDT) In-Reply-To: <87hajpbnwp.fsf@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.192.172 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:89876 Archived-At: --047d7bf162882c4cc304d9597096 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I didn't realize Projectile had similar functionality until after I had written project-buffers.el in the first place. And I probably wouldn't have noticed, because I didn't realize that what I needed was similar to Projectile until after `next-buffer-in-project` and `previous-buffer-in-project` were written, because those were the two functions I really wanted, and the functions `switch-project` and `close-buffers-in-project` came afterwards due to a realization that they would be really easy. Once those were written, it became more obvious that what I had was similar to Projectile. But now that I look at Projectile, I think it does Too Many Things=99. For example, to find a file in my project, I use find-file-in-repository (MELPA) which does just one thing and does it extremely well. For running tests in my project there are other utilities that do this too, same for TAG files, grep, etc. -Steven On Mon, Apr 1, 2013 at 10:40 PM, Dmitry Gutov wrote: > Steven Degutis writes: > > > Thanks for the link, haven't seen that page before. > > > > Most packages on that page don't do what project-buffers.el does. > > > > Projectile almost does, but it doesn't have a per-project version of > > next-buffer and previous-buffer, which was probably the main reason I > > wrote project-buffers.el. > > You could have contributed two new commands to projectile, no? > --047d7bf162882c4cc304d9597096 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
I didn't realize Projectile had similar functionality = until after I had written project-buffers.el in the first place. And I prob= ably wouldn't have noticed, because I didn't realize that what I ne= eded was similar to Projectile until after `next-buffer-in-project` and `pr= evious-buffer-in-project` were written, because those were the two function= s I really wanted, and the functions `switch-project` and `close-buffers-in= -project` came afterwards due to a realization that they would be really ea= sy. Once those were written, it became more obvious that what I had was sim= ilar to Projectile.

But now that I look at Projectile, I think it does Too Many = Things=99. For example, to find a file in my project, I use find-file-in-re= pository (MELPA) which does just one thing and does it extremely well. For = running tests in my project there are other utilities that do this too, sam= e for TAG files, grep, etc.

-Steven


On Mon, Apr 1, 2013 at 10:40 PM,= Dmitry Gutov <dgutov@yandex.ru> wrote:
Steven Degutis <sbdegutis@gmail.com> writes:

> Thanks for the link, haven't seen that page before.
>
> Most packages on that page don't do what project-buffers.el does.<= br> >
> Projectile almost does, but it doesn't have a per-project version = of
> next-buffer and previous-buffer, which was probably the main reason I<= br> > wrote project-buffers.el.

You could have contributed two new commands to projectile, no?

--047d7bf162882c4cc304d9597096--