From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Line wrap reconsidered Date: Tue, 26 May 2020 17:01:19 -0400 Message-ID: References: <92FF4412-04FB-4521-B6CE-52B08526E4E5@gmail.com> <83r1v7vmwy.fsf@gnu.org> <87imgjpihp.fsf@localhost> <83k10yvjlx.fsf@gnu.org> <83v9kiu08d.fsf@gnu.org> <167B04CA-E2EE-4D5B-8C65-250B4666461F@gmail.com> <83r1v6ttg8.fsf@gnu.org> <87r1v65x4s.fsf@localhost> <83imgitqdj.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="50327"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: casouri@gmail.com, Ihor Radchenko , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 26 23:02:25 2020 Return-path: Envelope-to: ged-emacs-devel@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 1jdgiO-000D0W-RQ for ged-emacs-devel@m.gmane-mx.org; Tue, 26 May 2020 23:02:24 +0200 Original-Received: from localhost ([::1]:57538 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jdgiN-0006fv-S0 for ged-emacs-devel@m.gmane-mx.org; Tue, 26 May 2020 17:02:23 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58364) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jdghS-0006E4-Rz for emacs-devel@gnu.org; Tue, 26 May 2020 17:01:26 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:35659) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jdghQ-0004fa-Rl; Tue, 26 May 2020 17:01:25 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 13A2E1009C4; Tue, 26 May 2020 17:01:22 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 333681008DA; Tue, 26 May 2020 17:01:20 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1590526880; bh=B9qBI6X+Ibxqh6xtXD38oxTDM6r9gLi6j9ITB/Spuhc=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=cJvrrxChk3BEP6ckGov/8PNXbSvJuUz9vmHWV3qeczOJZkIKXw47EvuX6NNYqvmzT 8nAUfwRpsvfQDy5ylU5aL5vNCLTLkNN2Oj3h/looJD/+vBiNE2VrCbJDeP7jpJESAE 5GuA9d+60Fa8tLPtYs1PlQEmIjG+Yi4LgvkixsDwAlQjrGWzM6BKpejxjcGEMNmw6m b67KvSkZaTfm+S0F9tc/wGatsQb8F6WbrkEXEgtUVRdIyvD+wpjXWyhMcB8PoRydOY S96rD6shGeV9EFMQBnTs9pj99NEHG+y40DOgg1mUPfl+MymXKBB80GP1QGc52B7icw pJilvNxYT6F+g== Original-Received: from milanesa (unknown [216.154.27.250]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id E94AD120480; Tue, 26 May 2020 17:01:19 -0400 (EDT) In-Reply-To: <83imgitqdj.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 26 May 2020 23:04:08 +0300") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/26 17:01:22 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:251478 Archived-At: > And I propose to do the opposite: force the display engine to wrap the > lines that are outside the table, and otherwise turn on > truncate-lines. I think this will be much easier to implement, and > could even be done entirely in Lisp. Yes, that works fine as well: the only real need is to be able to have parts that are wrapped and parts that are truncated. On the Elisp side in case of Org table it would be more convenient to mark the tables as "truncate rather than wrap" than to mark everything else as "wrap instead of truncate", but if there's a significant difference on the redisplay side, that should/will probably be the determining factor. Stefan