From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: ndame Newsgroups: gmane.emacs.devel Subject: Shouldn't emacs print long lists with newlines? Date: Mon, 5 Aug 2019 20:05:49 +0000 (GMT) Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4597_429185524.1565035549216" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="28002"; mail-complaints-to="usenet@blaine.gmane.org" To: "emacs-devel@gnu.org" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 05 22:41:42 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hujna-0007Cp-98 for ged-emacs-devel@m.gmane.org; Mon, 05 Aug 2019 22:41:42 +0200 Original-Received: from localhost ([::1]:56890 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hujnZ-0006YN-3j for ged-emacs-devel@m.gmane.org; Mon, 05 Aug 2019 16:41:41 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55590) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hujGY-0001zs-Ry for emacs-devel@gnu.org; Mon, 05 Aug 2019 16:07:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hujGX-0001Od-MR for emacs-devel@gnu.org; Mon, 05 Aug 2019 16:07:34 -0400 Original-Received: from fmfe31.onbox.hu ([46.107.16.236]:64595 helo=web-out.onbox.hu) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hujGX-0001JS-4D for emacs-devel@gnu.org; Mon, 05 Aug 2019 16:07:33 -0400 X-fm-smtp-source: yes Original-Received: from localhost (localhost [94.21.144.123]) by web-out.onbox.hu (Postfix) with SMTP id 462TMH5dykzfMy for ; Mon, 5 Aug 2019 22:07:23 +0200 (CEST) X-AccountId: 57978162 X-Originating-Ip: 94.21.144.123 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduvddruddtkedgtdegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpucfhtffggffotefknfenuceurghilhhouhhtmecufedttdenucenucfjughrpeffhffkufggtgfvihesrgdtregstddtudenucfhrhhomhepnhgurghmvgcuoegvmhgrtghsuhhsvghrsehfrhgvvghmrghilhdrhhhuqeenucfkphepleegrddvuddrudeggedruddvfeenucfrrghrrghmpehhvghloheppdhinhgvthepleegrddvuddrudeggedruddvfedpmhgrihhlfhhrohhmpegvmhgrtghsuhhsvghrsehfrhgvvghmrghilhdrhhhupdhrtghpthhtohepvghmrggtshdquggvvhgvlhesghhnuhdrohhrghenucevlhhushhtvghrufhiiigvpedt DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=simple/relaxed; t=1565035643; s=20181004; d=freemail.hu; h=Date:From:Message-ID:Subject:MIME-Version:Content-Type:To; l=1337; bh=aP2x/YeShbh0glrdUf/hbIvA+PJk/bvMjGrpgdTchEA=; b=HELWwYhwOVBWiaga79a7d4Xy2sA62EFajjAFbXfGx4/aUMj5c1Xf6zRrIDeQESWT 5CSyyW4plGOplBKzSp/jSMWs5j23I0CcT9laF0ee8yy1BpMeRS9GEcFSQQNEb0hP4EQ UY4nSZR1Y1CFf0odRbudyKkF265Ng0k2u2kzmOKOTWZgtsk6Dls2cQntMaIcTnzmQFY xLviw8aYABHbyZaP4j8HzAKeYXpXq8uukJZevg5XJs4mzogcawYBQ763XUndsXWEkMj K0CgvE3e9C0Mma1eI+Fl9wJ8+IOk9tkn2mItxhIr9P+86EMgk8Wu0JAPhYjcLBHeDR+ V5UxUOQBWQ== X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.107.16.236 X-Mailman-Approved-At: Mon, 05 Aug 2019 16:41:17 -0400 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.org gmane.emacs.devel:239198 Archived-At: ------=_Part_4597_429185524.1565035549216 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm trying to debug a vc problem with edebug and when stepping through the source edebug prints the expression results. VC code sometimes returns long lists with file names. In my example one step returns a list of 1380 files and prints it to the Message buffer as a single line which is quite long, so it impacts scrolling. Shouldn't the printing code be smarter and print long lists with newlines, every item in a separate line, to avoid the long line issue? =C2=A0 ------=_Part_4597_429185524.1565035549216 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I'm trying to debug a vc problem with edebug and when stepping
through the source edebug prints the expression results.

VC code sometimes returns long lists with file names. In my
example one step returns a list of 1380 files and prints it to
the Message buffer as a single line which is quite long, so it
impacts scrolling.

Shouldn't the printing code be smarter and print long lists with
newlines, every item in a separate line, to avoid the long line
issue?
  ------=_Part_4597_429185524.1565035549216--