From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Reuben Thomas Newsgroups: gmane.emacs.bugs Subject: bug#18209: Add ability to truncate long grep matches Date: Wed, 6 Aug 2014 18:47:48 +0100 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c3bfaa024cb904fff99224 X-Trace: ger.gmane.org 1407347310 21658 80.91.229.3 (6 Aug 2014 17:48:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 Aug 2014 17:48:30 +0000 (UTC) Cc: 18209@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Aug 06 19:48:24 2014 Return-path: Envelope-to: geb-bug-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 1XF5K0-0003Pk-NP for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Aug 2014 19:48:20 +0200 Original-Received: from localhost ([::1]:40342 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XF5K0-00013z-DE for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Aug 2014 13:48:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52898) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XF5Jn-0000w7-Ge for bug-gnu-emacs@gnu.org; Wed, 06 Aug 2014 13:48:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XF5Ji-0002jn-SQ for bug-gnu-emacs@gnu.org; Wed, 06 Aug 2014 13:48:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53721) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XF5Ji-0002jf-O2 for bug-gnu-emacs@gnu.org; Wed, 06 Aug 2014 13:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XF5Ji-00070S-Gc for bug-gnu-emacs@gnu.org; Wed, 06 Aug 2014 13:48:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Aug 2014 17:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18209 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18209-submit@debbugs.gnu.org id=B18209.140734727726913 (code B ref 18209); Wed, 06 Aug 2014 17:48:02 +0000 Original-Received: (at 18209) by debbugs.gnu.org; 6 Aug 2014 17:47:57 +0000 Original-Received: from localhost ([127.0.0.1]:60663 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XF5Jd-000700-5L for submit@debbugs.gnu.org; Wed, 06 Aug 2014 13:47:57 -0400 Original-Received: from mail-la0-f53.google.com ([209.85.215.53]:50292) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XF5Ja-0006zk-Bi for 18209@debbugs.gnu.org; Wed, 06 Aug 2014 13:47:55 -0400 Original-Received: by mail-la0-f53.google.com with SMTP id gl10so2469817lab.40 for <18209@debbugs.gnu.org>; Wed, 06 Aug 2014 10:47:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eTojbZ9iPFi/xTmzrkniWPzl2hm3I/hz10XAXo/3pFw=; b=qG3TnueXcBji45NtmylcxBe3E2rN52eP5KDLOlEvGoPEGk2fNiAUU9HVZWMCoPrTRT OSBrGEYPXp6FQjuMboxvqmfTTmKmdWCvTCuKDXkD3BxqJ26xhQrhErXKFah6CRYWIe5F Sy3DImX4s9WygoWllLeIIdkJMpR/J5FcuAe18= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=eTojbZ9iPFi/xTmzrkniWPzl2hm3I/hz10XAXo/3pFw=; b=TobUb38Ej7dLRWrVaXuECgx2T7Z8rFU8LpaWRD6wfYvVRPWSaCCTVr7q5adjYg0Dd8 PoDb6dqSRrSl9m+4OvKhJMYFrg/lWPmTA+Zhgf6V94/FQ8yD51MO/qPAMkIHqTT9LEXk iBfS0GHutvymj2Ay+B77ZKZaT+CoQ+orm9rgRwScycL13S7PFitAffqR+fgOa7qSkmrS pXzegq9eAIhqaJxXr4QinSEzXKazFZKgpS7gHlZDGj/NycZIIfLJ+ilKNkwHAKwZNc1p iMql5ZC2ZZ77Gw1hRJnDMoupXjDfyFVfx8pyOBSb0eCck3ThfEOAVf8GGB6gbMx7anuE WSvw== X-Gm-Message-State: ALoCoQnqAlCsTwfmpe7CYMtSJxVjCJEB8JrgDWNHtI/pgB03OehP9gl8MhmpfKX7ifPpr48IfWK3 X-Received: by 10.112.204.164 with SMTP id kz4mr12015411lbc.15.1407347268399; Wed, 06 Aug 2014 10:47:48 -0700 (PDT) Original-Received: by 10.152.246.10 with HTTP; Wed, 6 Aug 2014 10:47:48 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:92206 Archived-At: --001a11c3bfaa024cb904fff99224 Content-Type: text/plain; charset=UTF-8 On 6 August 2014 18:44, Stefan Monnier wrote: > >>>>> "Reuben" == Reuben Thomas writes: > > > In some files (e.g. in text files using newline as a paragraph delimiter) > > one can get matches in very long lines that can occupy several > screenfuls. > > These are not always straightforward to avoid. There's no way to tell > (GNU) > > grep to truncate its output; perhaps Emacs could help here, by being able > > to specify a maximum length of match to show? For bonus points, show part > > of the line that matches, with ellipses, rather than just truncating the > > line; but even without that it would be useful, provided that the > > truncation is clearly marked: the annoyance and slowness of navigating > > *grep* buffers full of enormous matches which are almost always not what > > one is looking for would be great! > > FWIW, I have the following in my ~/.emacs: > > (defun sm-compilation-mode-hook () > (setq truncate-lines t)) > (add-hook 'compilation-mode-hook #'sm-compilation-mode-hook) > That's ingenious, obvious, and thanks very muchious. -- http://rrt.sc3d.org --001a11c3bfaa024cb904fff99224 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 6= August 2014 18:44, Stefan Monnier <monnier@iro.umontreal.ca>= ; wrote:
>>>>> "Reuben" =3D= =3D Reuben Thomas <rrt@sc3d.org> = writes:

> In some files (e.g. in text files using newline as a paragraph delimit= er)
> one can get matches in very long lines that can occupy several screenf= uls.
> These are not always straightforward to avoid. There's no way to t= ell (GNU)
> grep to truncate its output; perhaps Emacs could help here, by being a= ble
> to specify a maximum length of match to show? For bonus points, show p= art
> of the line that matches, with ellipses, rather than just truncating t= he
> line; but even without that it would be useful, provided that the
> truncation is clearly marked: the annoyance and slowness of navigating=
> *grep* buffers full of enormous matches which are almost always not wh= at
> one is looking for would be great!

FWIW, I have the following in my ~/.emacs:

=C2=A0 =C2=A0(defun sm-compilation-mode-hook ()
=C2=A0 =C2=A0 =C2=A0(setq truncate-lines t))
=C2=A0 =C2=A0(add-hook 'compilation-mode-hook #'sm-compilation-mode= -hook)

That's ingenious, obvious, a= nd thanks very muchious.

--
http://rrt.sc3d.org
--001a11c3bfaa024cb904fff99224--