From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#44983: Truncate long lines of grep output Date: Tue, 8 Dec 2020 21:15:37 +0200 Message-ID: References: <87v9dlc3ti.fsf_-_@mail.linkov.net> <83ft4pik35.fsf@gnu.org> <87sg8p5kw0.fsf@mail.linkov.net> <83eek8hoyx.fsf@gnu.org> <87h7p4r1n9.fsf@mail.linkov.net> <62EB4762-278D-43E7-8699-BBDC47818A50@gnu.org> <87zh2w7ww1.fsf@mail.linkov.net> <83pn3reyjs.fsf@gnu.org> <87y2ie7for.fsf@mail.linkov.net> <87h7p0f611.fsf@mail.linkov.net> <87a6uqafmk.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9445"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 Cc: 44983@debbugs.gnu.org, juri@linkov.net To: rms@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Dec 08 20:16:48 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmiTg-0002Lo-RK for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Dec 2020 20:16:48 +0100 Original-Received: from localhost ([::1]:55444 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmiTe-0008EX-QN for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Dec 2020 14:16:46 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44072) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmiT2-00089k-N0 for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 14:16:12 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48262) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kmiSw-0007j5-Mf for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 14:16:06 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kmiSw-0004TF-HS for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 14:16:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 19:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44983 X-GNU-PR-Package: emacs Original-Received: via spool by 44983-submit@debbugs.gnu.org id=B44983.160745494817160 (code B ref 44983); Tue, 08 Dec 2020 19:16:02 +0000 Original-Received: (at 44983) by debbugs.gnu.org; 8 Dec 2020 19:15:48 +0000 Original-Received: from localhost ([127.0.0.1]:59808 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmiSi-0004Si-AX for submit@debbugs.gnu.org; Tue, 08 Dec 2020 14:15:48 -0500 Original-Received: from mail-wm1-f50.google.com ([209.85.128.50]:40334) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmiSg-0004SS-L8 for 44983@debbugs.gnu.org; Tue, 08 Dec 2020 14:15:47 -0500 Original-Received: by mail-wm1-f50.google.com with SMTP id a3so3321179wmb.5 for <44983@debbugs.gnu.org>; Tue, 08 Dec 2020 11:15:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=yCZ0BUwOFQLPUHs3tHkG3X2e6MPRJXHIoML7LWjxDPM=; b=s0kZxpTLW5sHSQ5wtvjEUcO5RlUTctYGYU0aFkWiOK0fOl3VY8sQKmOLakMfhm7Uba cStInXAIouuqxuKH4Z+2CAGHdcgktJ22Yrnk9P/oxZAreRS99YCQFCc/p6Xm9kod3Jjk D7NJ5YnhuONPnHOYhSq42TTNPxLhqR1CHsqskMOenrL7IowX8QHutk+xbN70A8rp/Flf OvVsDNtb5zPPBtdpvD+myhqQ6zlwhjntCmzINDoU2gAosatjHuZVL18cKI8lhRJx52Kv Cf/7HBE4ADKhvbtu967gUGhIin8Wcgqf7Ju92eMrxQms3WjTGqUkkfharMXJVLqOgtY/ r4vQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=yCZ0BUwOFQLPUHs3tHkG3X2e6MPRJXHIoML7LWjxDPM=; b=gY4FGlJ8SRGaQiZBmmWI/auzz9+NY9rHopBG1LwE3kyMjPOdSLe2EM3y6k3ad5mJ/T Ybjuf/4Rc0WfBrzNK9f1FMcSV7VFMx01IJwwA0U4eQbDJb/4sZUPiZ9tE6fzfh0GmxnT 7Yt7ZcGWRXWILk4yC3YQYd6HQvuATc4upGKXGlgZIBTPe9eLp0BvX3F3kY/7l4/OFgGY ycUxqDCTNBdAEKmHqbsca7af60A4f3yv9u/h7Snc4Tn1MIsfHaFbpjINDuXYTN8UlZNK WjedM4J8guW8xhhxqIIurjbBgfbyYvNN3GE7T+uUmZ5QC/B87bRWAyXfOunJCrsI7Rf5 CNxg== X-Gm-Message-State: AOAM531/de9Z1owvxcbz2SxEWjNlUKkIUZ3nmTvai9MOTrHrFLoCfUh2 nTKeQYYticUItUwV24AsC2zixgWwu/e/wg== X-Google-Smtp-Source: ABdhPJyaxWD8P3W2HHXEVWB8wGQRHrPrwxe29MVge5zzSr8v3+1U1xmbz0PZLZVuCVmG4FnMXxdofw== X-Received: by 2002:a1c:2d8b:: with SMTP id t133mr4970970wmt.127.1607454940574; Tue, 08 Dec 2020 11:15:40 -0800 (PST) Original-Received: from [192.168.0.4] ([66.205.71.3]) by smtp.googlemail.com with ESMTPSA id 35sm21534367wro.71.2020.12.08.11.15.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 08 Dec 2020 11:15:39 -0800 (PST) In-Reply-To: Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:195426 Archived-At: On 08.12.2020 07:35, Richard Stallman wrote: > What is xref-search? We don't actually employ such a notion, but if I was asked to define it, it would be the act of using a command based on xref-matches-in-files (which see). The main thing that separates that from 'M-x grep', though, is the implementation approach. > Is this something I could use instead of cut, to truncate > long lines of grep output? You can use the commands based on it. And we could change the implementation of the aforementioned function that it would "cut" such long lines. In that case, the cutting could be performed using Emacs Lisp. 'cut' could still be used instead, though. Or 'ripgrep' could be instructed to do that.