X-Loop: owner@HIDDEN Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property Reply-To: Carsten Dominik <carsten.dominik@HIDDEN>, 5018 <at> debbugs.gnu.org Resent-From: Carsten Dominik <carsten.dominik@HIDDEN> Resent-To: bug-submit-list@HIDDEN Resent-CC: Emacs Bugs <bug-gnu-emacs@HIDDEN> 2Resent-Date: Mon, 23 Nov 2009 10:40:05 +0000 Resent-Message-ID: <handler.5018.B.125897243218244@HIDDEN> Resent-Sender: help-debbugs@HIDDEN X-Emacs-PR-Message: report 5018 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@HIDDEN id=B.125897243218244 (code B ref -1); Mon, 23 Nov 2009 10:40:05 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 23 Nov 2009 10:33:52 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.9 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nANAXpqE018239 for <submit@HIDDEN>; Mon, 23 Nov 2009 02:33:52 -0800 Received: from mail.gnu.org ([199.232.76.166]:57356 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from <carsten.dominik@HIDDEN>) id 1NCWEw-0006GD-MJ for emacs-pretest-bug@HIDDEN; Mon, 23 Nov 2009 05:33:50 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from <carsten.dominik@HIDDEN>) id 1NCWEt-00022H-QF for emacs-pretest-bug@HIDDEN; Mon, 23 Nov 2009 05:33:49 -0500 Received: from u016822.science.uva.nl ([146.50.39.34]:49285 helo=carsten-dominiks-macbook-pro.local) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from <carsten.dominik@HIDDEN>) id 1NCWEt-000223-0G for emacs-pretest-bug@HIDDEN; Mon, 23 Nov 2009 05:33:47 -0500 Received: by carsten-dominiks-macbook-pro.local (Postfix, from userid 501) id F0A5D146A2D3; Mon, 23 Nov 2009 11:33:44 +0100 (CET) From: Carsten Dominik <carsten.dominik@HIDDEN> To: emacs-pretest-bug@HIDDEN Date: Mon, 23 Nov 2009 11:33:43 +0100 Message-ID: <m2d4397coo.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. Hi, this is a feature request. I would like to have a text property `truncate-lines' that can be used to locally overrule the buffer-local or global value of the `truncate-lines' variable. The reason for this is that visual-line-mode and (setq wrap-word t) make a good environment to allow people to write in paragraph-oriented way, but that text documents often contain blocks where line wrapping is undesirable, such as a table, ASCII drawings, of source code examples. Org-mode is a good example for a mode where text is intermingled with these types of structured material. A truncate-line property would allow a mode to arrange this property to be set to t for specific lines only and in this way make it possible to get the best of two worlds in a single buffer. Thanks for considering it. - Carsten
Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) Content-Type: text/plain; charset=utf-8 X-Loop: owner@HIDDEN From: help-debbugs@HIDDEN (Emacs bug Tracking System) To: Carsten Dominik <carsten.dominik@HIDDEN> Subject: bug#5018: Acknowledgement (23.1.50; Feature request: truncate-lines text property) Message-ID: <handler.5018.B.125897243218244.ack@HIDDEN> References: <m2d4397coo.fsf@HIDDEN> X-Emacs-PR-Message: ack 5018 X-Emacs-PR-Package: emacs Reply-To: 5018 <at> debbugs.gnu.org Date: Mon, 23 Nov 2009 10:40:05 +0000 Thank you for filing a new bug report with Emacs. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Emacs Bugs <bug-gnu-emacs@HIDDEN> If you wish to submit further information on this problem, please send it to 5018 <at> debbugs.gnu.org. Please do not send mail to help-debbugs@HIDDEN unless you wish to report a problem with the Bug-tracking system. --=20 5018: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D5018 Emacs Bug Tracking System Contact help-debbugs@HIDDEN with problems
Received: (at control) by emacsbugs.donarmstrong.com; 23 Nov 2009 17:14:01 +0000 From rgm@HIDDEN Mon Nov 23 09:14:01 2009 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.2 required=4.0 tests=AWL,ONEWORD,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nANHDxiC032527 for <control@HIDDEN>; Mon, 23 Nov 2009 09:14:00 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from <rgm@HIDDEN>) id 1NCcUA-00028I-Tb; Mon, 23 Nov 2009 12:13:58 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19210.49878.866098.678133@HIDDEN> Date: Mon, 23 Nov 2009 12:13:58 -0500 From: Glenn Morris <rgm@HIDDEN> To: control <control <at> debbugs.gnu.org> Subject: control X-Attribution: GM X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs) X-Hue: red X-Ran: .O'-;D_0!TDb.<uA$3@`Fl/jGw]u:E`6VmhQT5=q>OFgXqr|QA;I3S]42v*9ky4*b!=n(~ X-Debbugs-No-Ack: yes merge 5012 5015 5016 5021 5024 severity 5012 wishlist severity 5018 wishlist reassign 5017 spam reassign 5023 spam close 4898
X-Loop: help-debbugs@HIDDEN Subject: bug#5018: References: <m2d4397coo.fsf@HIDDEN> In-Reply-To: <m2d4397coo.fsf@HIDDEN> Resent-From: Michael Brand <michael.ch.brand@HIDDEN> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> Resent-CC: bug-gnu-emacs@HIDDEN Resent-Date: Sun, 04 Jun 2017 18:12:02 +0000 Resent-Message-ID: <handler.5018.B5018.149659991913255 <at> debbugs.gnu.org> Resent-Sender: help-debbugs@HIDDEN X-GNU-PR-Message: followup 5018 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 5018 <at> debbugs.gnu.org Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.149659991913255 (code B ref 5018); Sun, 04 Jun 2017 18:12:02 +0000 Received: (at 5018) by debbugs.gnu.org; 4 Jun 2017 18:11:59 +0000 Received: from localhost ([127.0.0.1]:56088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1dHa0M-0003Rj-UP for submit <at> debbugs.gnu.org; Sun, 04 Jun 2017 14:11:59 -0400 Received: from mail-qt0-f173.google.com ([209.85.216.173]:35823) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <michael.ch.brand@HIDDEN>) id 1dHa0L-0003RX-RX for 5018 <at> debbugs.gnu.org; Sun, 04 Jun 2017 14:11:58 -0400 Received: by mail-qt0-f173.google.com with SMTP id w1so61620320qtg.2 for <5018 <at> debbugs.gnu.org>; Sun, 04 Jun 2017 11:11:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=TDnwEToYSk+v8e/3E0wSOpkDyrv887CS6iNZ7FPm864=; b=rp+kYZBR6Xn801tIs/tIbD16WG/4xmApf/v7CAZ9Qiq8dJtMJBMoDBBd5sheUJUfJD YvAOWC8wzyi/a00sSs36FosNj0sa+zo6bSs5YorbkJn8qQqW9Q9y56i9oBAVTXMYZdm8 ZN9GB+i4lvFecZ4kmVUogk/2kMGEF6PJCG1ONugYyPLj8I7Iaw3EqyChF6QbHcXJvkox e+011f9xI79ClLldk7IHgyCzktYR/IRljv0y81S2UMPctAQJ1GtVReMb94S9wGG9bV4T vSpkAFFPeKgOmh+Wi4yFp+wODEcS2f0HKpW2nFt1ha34UpQ+DGOVcgVlj0KYVi5MemFP SM7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=TDnwEToYSk+v8e/3E0wSOpkDyrv887CS6iNZ7FPm864=; b=Q48EJ+4LkMOiWrAWSJX6LuHxAkfycXfgZEPfAT29zpW613iXfQvZVYQ/90LcxqFXL9 PJkV1Mzn4osFViEElT2gOtSfPdmIh7PDjRkJ2uj7p3VCKrkwTwnibkFnSqMX8h3GsYKF gBBUuW/t2BEO1r2pRYwIRzsanRqaXNBeoCQP1LS4eD6ZRJAYZjyPVQLGF5EoWJZqY8zt 8lAw70OcWF7AK0plsTYRXixzeIT0IHXzp6haPgT6StB6RkH8QOslW9umvydfAjbsBU6X TSLLL5PFRunAWyM72LfTOReer9kdtMhfSSvizc7J5NSMZ9PJ9+BDjbSYr9T7wJX+Hjk7 r8vA== X-Gm-Message-State: AKS2vOy8jzuD+WyzkDXu1zmTB4pwONELrJpQnVh2pst0X1m/s/2JWYw0 79iTKFT4dNL6nBaPBMwvtb3AFUAQ18mN X-Received: by 10.237.62.110 with SMTP id m43mr1678864qtf.179.1496599912099; Sun, 04 Jun 2017 11:11:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.148.166 with HTTP; Sun, 4 Jun 2017 11:11:51 -0700 (PDT) From: Michael Brand <michael.ch.brand@HIDDEN> Date: Sun, 4 Jun 2017 20:11:51 +0200 Message-ID: <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN> Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi all I would like to express my serious interest in this. The smaller and the more mobile the devices become, the more useful this feature seems to be. Besides the initial discussion for this feature request here http://lists.gnu.org/archive/html/emacs-devel/2009-11/msg00883.html there was a discussion (maybe several?) about this on the Org mode mailing list here: http://lists.gnu.org/archive/html/emacs-orgmode/2015-01/msg00640.html [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.216.173 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.216.173 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.216.173 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.ch.brand[at]gmail.com) -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 2.0 BLANK_SUBJECT Subject is present but empty X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi all I would like to express my serious interest in this. The smaller and the more mobile the devices become, the more useful this feature seems to be. Besides the initial discussion for this feature request here http://lists.gnu.org/archive/html/emacs-devel/2009-11/msg00883.html there was a discussion (maybe several?) about this on the Org mode mailing list here: http://lists.gnu.org/archive/html/emacs-orgmode/2015-01/msg00640.html [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.216.173 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.216.173 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.216.173 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.ch.brand[at]gmail.com) -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 2.0 BLANK_SUBJECT Subject is present but empty Hi all I would like to express my serious interest in this. The smaller and the more mobile the devices become, the more useful this feature seems to be. Besides the initial discussion for this feature request here http://lists.gnu.org/archive/html/emacs-devel/2009-11/msg00883.html there was a discussion (maybe several?) about this on the Org mode mailing list here: http://lists.gnu.org/archive/html/emacs-orgmode/2015-01/msg00640.html The partial workaround discussed there to narrow a table column is not really useful as it does not reveal the content when the buffer is made wide enough, and it does not apply to for instance source code blocks. I would like to add that this new feature would have to allow to a) truncate all lines, b) truncate only the lines with the new text property or c) not truncate any line. Michael
X-Loop: help-debbugs@HIDDEN Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property Resent-From: Eli Zaretskii <eliz@HIDDEN> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> Resent-CC: bug-gnu-emacs@HIDDEN Resent-Date: Sun, 04 Jun 2017 19:06:02 +0000 Resent-Message-ID: <handler.5018.B5018.149660313124943 <at> debbugs.gnu.org> Resent-Sender: help-debbugs@HIDDEN X-GNU-PR-Message: followup 5018 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Brand <michael.ch.brand@HIDDEN> Cc: 5018 <at> debbugs.gnu.org Reply-To: Eli Zaretskii <eliz@HIDDEN> Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.149660313124943 (code B ref 5018); Sun, 04 Jun 2017 19:06:02 +0000 Received: (at 5018) by debbugs.gnu.org; 4 Jun 2017 19:05:31 +0000 Received: from localhost ([127.0.0.1]:56121 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1dHaqB-0006UF-5l for submit <at> debbugs.gnu.org; Sun, 04 Jun 2017 15:05:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48673) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1dHaq8-0006U1-PP for 5018 <at> debbugs.gnu.org; Sun, 04 Jun 2017 15:05:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <eliz@HIDDEN>) id 1dHaq0-0002qE-Bd for 5018 <at> debbugs.gnu.org; Sun, 04 Jun 2017 15:05:23 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57124) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>) id 1dHaq0-0002q9-8V; Sun, 04 Jun 2017 15:05:20 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4660 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from <eliz@HIDDEN>) id 1dHapz-0002pJ-KM; Sun, 04 Jun 2017 15:05:20 -0400 Date: Sun, 04 Jun 2017 22:05:08 +0300 Message-Id: <83vaoba80r.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> In-reply-to: <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN> (message from Michael Brand on Sun, 4 Jun 2017 20:11:51 +0200) References: <m2d4397coo.fsf@HIDDEN> <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -5.0 (-----) > From: Michael Brand <michael.ch.brand@HIDDEN> > Date: Sun, 4 Jun 2017 20:11:51 +0200 > > I would like to express my serious interest in this. Would you like to work on implementing this feature? I can provide guidance if needed. > I would like to add that this new feature would have to allow to a) > truncate all lines, b) truncate only the lines with the new text > property or c) not truncate any line. I would propose to come up with an agreed set of requirements for the feature. The original request is quite vague and leaves a lot TBD. For example: . is the override supposed to work in reverse, i.e. when the buffer-specific value of truncate-lines is non-nil, but the property's value is nil, is it expected that the line with the property will wrap instead of being truncated? . what text is supposed to have this property to mark the line as truncated, and how will Emacs know where the effect of the property ends? e.g., will we require the property to be set on the entire line, including the newline, or will it be enough to set it only on part of the line? . should truncate-partial-width-windows obey this property as well? . when point moves along a line which is being truncated, and goes outside of the visible portion of the window, how do we want to hscroll the text in the window, in those parts that display lines which wrap? . should we also truncate if this property is on a display string or on an overlay string, or only if it's on buffer text? Needless to say, the more we require from the feature, the harder it will be to implement correctly. We should choose wisely.
X-Loop: help-debbugs@HIDDEN Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property Resent-From: Michael Brand <michael.ch.brand@HIDDEN> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> Resent-CC: bug-gnu-emacs@HIDDEN Resent-Date: Mon, 05 Jun 2017 09:31:02 +0000 Resent-Message-ID: <handler.5018.B5018.149665500318658 <at> debbugs.gnu.org> Resent-Sender: help-debbugs@HIDDEN X-GNU-PR-Message: followup 5018 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii <eliz@HIDDEN> Cc: 5018 <at> debbugs.gnu.org Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.149665500318658 (code B ref 5018); Mon, 05 Jun 2017 09:31:02 +0000 Received: (at 5018) by debbugs.gnu.org; 5 Jun 2017 09:30:03 +0000 Received: from localhost ([127.0.0.1]:56469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1dHoKo-0004qk-Gb for submit <at> debbugs.gnu.org; Mon, 05 Jun 2017 05:30:03 -0400 Received: from mail-qt0-f174.google.com ([209.85.216.174]:32987) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <michael.ch.brand@HIDDEN>) id 1dHoKm-0004q5-Lc for 5018 <at> debbugs.gnu.org; Mon, 05 Jun 2017 05:30:01 -0400 Received: by mail-qt0-f174.google.com with SMTP id u12so54417040qth.0 for <5018 <at> debbugs.gnu.org>; Mon, 05 Jun 2017 02:30:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=97aHaUgnp725JArPRJ3ik/63PB6TKgTfcfFHGtizACE=; b=UZVSpSygryGDatu8r2lkJb8G/UL3jWBXpRVec1f6sTHlpq37KbaVZzCuBxUyIDI/dp MibrnaUuL05rbkdpCCcSd9390Epo4H1uOC5A1yhRTHyayrASzhuQ/kKnOgnYsFJi3jUj 4raZI3tu1a6rH7r8p7WCK2QmWn+fbbokkU2IPzly2yjf6U8ROwBx1hCk8Y5xWoOttOoz KgDpws5q53yspmzTjS1LiJfqI4ZBgzNVJPNfuufmw3r4oHIITUNppMnyhEHHRqGeOXoE P9f57XW+Xn5TvixHB5sH8wCQzNQ+8sl7WTQ1UdU+YypJQ82ihbL9nLUs+F/6BM48IL0V ToBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=97aHaUgnp725JArPRJ3ik/63PB6TKgTfcfFHGtizACE=; b=btMExuLwwmM83TFYwNS7V/Gb+1V5vFDj0clG2lbXKo0ltAQEnw+quhCoerAElxlvzY EeJx+iK/yeYuaOvS0SKnpIWo1Db/h9nvf8jUGWJ3K6sN+Xd+2XzsSj0RaAutYZ+j9NYK 6vSGrRsZQRJ/HCw02JR5Bar0gKQAvh4sBZsnktDqivkbgLYpTAp4bn/sXTWPwzY3qp15 4HOn1KmcB0JQ5LrkZIP9u3b/2qnTjnJjraiJ6brjsJgxm+MSAYrmwTqcN/NX5wTBWZag i0z/mR8YfOrIgHcJ6ELYx67wCsK2wzJgKvR06CPj4Y2noDOFBGGsznI1EwGx1LvDVO0Z t5hQ== X-Gm-Message-State: AODbwcAPzKHC4RTyOiE+ZIxkIjLeB4dCRwwRiVMkhjCvLYPpzE3iksKM XWTdYTxslpAEioBUJ3BN7oZF4r4w8w== X-Received: by 10.200.37.129 with SMTP id e1mr22153916qte.21.1496654994839; Mon, 05 Jun 2017 02:29:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.148.166 with HTTP; Mon, 5 Jun 2017 02:29:54 -0700 (PDT) In-Reply-To: <83vaoba80r.fsf@HIDDEN> References: <m2d4397coo.fsf@HIDDEN> <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN> <83vaoba80r.fsf@HIDDEN> From: Michael Brand <michael.ch.brand@HIDDEN> Date: Mon, 5 Jun 2017 11:29:54 +0200 Message-ID: <CALn3zoj8xJc+pQv_Qa9PMEgS75on7X3=c=TG9K-7Gh0XATmGKQ@HIDDEN> Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 0.5 (/) Hi Eli Thank you for looking into this and for offering guidance. On Sun, Jun 4, 2017 at 9:05 PM, Eli Zaretskii <eliz@HIDDEN> wrote: > Would you like to work on implementing this feature? I can provide > guidance if needed. I can try. Maybe too ambitious for me or at least for me alone. I am new for example to the style of C in Emacs and to the display engine. And as usual for everybody my time is limited but as I have a need for this feature since maybe years I could compensate a bit with patience unless anybody wants to beat me. > I would propose to come up with an agreed set of requirements for the > feature. The original request is quite vague and leaves a lot TBD. > For example: These are good points, they show me already some weak points I was missing. > . is the override supposed to work in reverse, i.e. when the > buffer-specific value of truncate-lines is non-nil, but the > property's value is nil, is it expected that the line with the > property will wrap instead of being truncated? In my opinion first the property only non-nil, nil can be postponed if it helps. > . what text is supposed to have this property to mark the line as > truncated, and how will Emacs know where the effect of the > property ends? e.g., will we require the property to be set on > the entire line, including the newline, or will it be enough to > set it only on part of the line? The property only on \n looks good at first sight, missing the last line accepted when without \n. Maybe editing becomes easier when the property is on the entire line. Anyway, I don't know if a text property will be the right solution in the end. > . should truncate-partial-width-windows obey this property as well? In my opinion yes, as soon as the property nil is respected. > . when point moves along a line which is being truncated, and goes > outside of the visible portion of the window, how do we want to > hscroll the text in the window, in those parts that display lines > which wrap? This made me think most. My first thought was: Truncate on the left in sync with truncated lines and rewrap on the right : ################# : trunc1 tr#$unc2 trunc3 t$# : wrap1 wra#$p2 wrap3 wrap\# : 4 wrap5 w#$rap6 wrap7 wr\# : ap8 # # : ################# would lower or avoid column-related problems like with rectangle edit or ruler-mode. On the other hand I hope that changing what is the buffer bottom line after rewrap would not call for other problems. But what would it help to wrap on the right when information is already hidden on the left? So... My second thought is: Fall back to truncate all lines : ################# : trunc1 tr#$unc2 trunc3 t$# : wrap1 wra#$p2 wrap3 wrap$# : more line#$s # : even more#$ lines # : ################# until column 0 becomes visible again is probably much easier, also for the user to understand what happens. > . should we also truncate if this property is on a display string or > on an overlay string, or only if it's on buffer text? It could make sense to wrap an Org mode heading without the property or nil and truncate as soon as the overlay from Org column view adds an overlay with the property non-nil. But at first I would say it is enough to ignore the property on overlays. There should always be a user choice to truncate everything or noting like now for such imperfect situations. Should this discussion move to emacs-devel to reach more developers? Michael
X-Loop: help-debbugs@HIDDEN Subject: bug#5018: [O] truncate-lines for org tables, visual-line-mode for rest? Resent-From: "Vladimir Alexiev" <vladimir.alexiev@HIDDEN> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> Resent-CC: bug-gnu-emacs@HIDDEN Resent-Date: Mon, 05 Jun 2017 11:10:02 +0000 Resent-Message-ID: <handler.5018.B5018.14966609822255 <at> debbugs.gnu.org> Resent-Sender: help-debbugs@HIDDEN X-GNU-PR-Message: followup 5018 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: <5018 <at> debbugs.gnu.org> Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.14966609822255 (code B ref 5018); Mon, 05 Jun 2017 11:10:02 +0000 Received: (at 5018) by debbugs.gnu.org; 5 Jun 2017 11:09:42 +0000 Received: from localhost ([127.0.0.1]:56545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1dHptF-0000aJ-Mi for submit <at> debbugs.gnu.org; Mon, 05 Jun 2017 07:09:41 -0400 Received: from mail-wr0-f181.google.com ([209.85.128.181]:34021) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <vladimir.alexiev@HIDDEN>) id 1dHptD-0000a5-5Y for 5018 <at> debbugs.gnu.org; Mon, 05 Jun 2017 07:09:39 -0400 Received: by mail-wr0-f181.google.com with SMTP id g76so36369216wrd.1 for <5018 <at> debbugs.gnu.org>; Mon, 05 Jun 2017 04:09:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ontotext.com; s=google; h=from:to:references:in-reply-to:subject:date:organization:message-id :mime-version:content-transfer-encoding:thread-index :content-language; bh=+4XVVfzuwr42hvjxx4mjc4NFWMSrEgs3Vw1cajgp+1E=; b=L4DRXNX0OKC5M3aOLUCMWvEKWc/Jg05OdzUdyhFpEf9/VkuSrwYT8oqsmj6891bZf7 vs6wqzQ0h6pTFvo2gH1LN4THhES1Noenw11AOFRrDVMKQmmvramzz8zBV8WcmzzkCbSp UxD3PLF+j7kXeMDVlazD9k21eDb+tQZXd+Dv86TMQ6Ryf2flsDi1HlWPA9ZjKMEDVXOc wSYoyc0kc85u31UFRPlI0RwJqBVaZRRTIGG+O0TqGqYZCOqx0roGx+AjCWeG1RaSkVJr 4XhmIRVvTdQ2Vp5w9tEHfqCKf59a3+5CugExq1Ox0HFWCgfQIahONoatlW81diDbrNy5 ZbgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :organization:message-id:mime-version:content-transfer-encoding :thread-index:content-language; bh=+4XVVfzuwr42hvjxx4mjc4NFWMSrEgs3Vw1cajgp+1E=; b=gI8loj+uDJQdbY4iKIJuPpZScunrppqNyJnpPX0ckjolTfqDa3azEQA37NRCTljLlU 8Kk2UGnOhMru1p5NM+SvVhkenvgXI8KgrGGm7gMcZOBCrt/g6RCTYw/1Kswu4SU+c07i qqJi4RxlSii1qKowtBt/m0cY3NKJFgGNrMitDEpivhahPg0Yi3ljk0LcAHRnGoKZuLMn yLOPbPjFaTr8NyvPZTbGPTjjU6stw98DmHOmgI2oAdC+jdxDH51HNhd6KbUTPLHzCkzH OxxDqXAYZ/xri1ttCjuPup4+aPTPHpd+iqs94e5YT9Bxak9cKc2JAOd+fAssFcTDe2/f zCEg== X-Gm-Message-State: AODbwcDK437suod0S950Da1QDWqRKUodeYSk4vXHgTs3fIJoVLd3vAMB sPN5xlf/59rZdpCLiaE= X-Received: by 10.223.135.153 with SMTP id b25mr9233706wrb.48.1496660972974; Mon, 05 Jun 2017 04:09:32 -0700 (PDT) Received: from vladimir (client-93-123-21-124.ip.daticum.com. [93.123.21.124]) by smtp.gmail.com with ESMTPSA id o200sm10680325wmg.22.2017.06.05.04.09.32 for <5018 <at> debbugs.gnu.org> (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 05 Jun 2017 04:09:32 -0700 (PDT) From: "Vladimir Alexiev" <vladimir.alexiev@HIDDEN> References: <87k309s326.fsf@HIDDEN> <CALn3zogLJZuL6q_oVixsc_U7s+Q+Kk_ZR+AZgb0GwWrE6f8rnw@HIDDEN> In-Reply-To: <CALn3zogLJZuL6q_oVixsc_U7s+Q+Kk_ZR+AZgb0GwWrE6f8rnw@HIDDEN> Date: Mon, 5 Jun 2017 14:09:32 +0300 Organization: Ontotext Corp Message-ID: <03c401d2ddec$35ac4b70$a104e250$@ontotext.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQG8TLQlpZj17FDUPxkbHDk5SlFhngFAc7uwojk7EcA= Content-Language: en-us X-Spam-Score: -2.8 (--) X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.8 (--) That would be very useful for me too: wrap in paragraphs, don't wrap in org tables. Unfortunately I can't help with coding.
X-Loop: help-debbugs@HIDDEN Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property Resent-From: Eli Zaretskii <eliz@HIDDEN> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> Resent-CC: bug-gnu-emacs@HIDDEN Resent-Date: Mon, 05 Jun 2017 15:43:02 +0000 Resent-Message-ID: <handler.5018.B5018.14966773529078 <at> debbugs.gnu.org> Resent-Sender: help-debbugs@HIDDEN X-GNU-PR-Message: followup 5018 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Brand <michael.ch.brand@HIDDEN> Cc: 5018 <at> debbugs.gnu.org Reply-To: Eli Zaretskii <eliz@HIDDEN> Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.14966773529078 (code B ref 5018); Mon, 05 Jun 2017 15:43:02 +0000 Received: (at 5018) by debbugs.gnu.org; 5 Jun 2017 15:42:32 +0000 Received: from localhost ([127.0.0.1]:57885 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1dHu9I-0002MM-CD for submit <at> debbugs.gnu.org; Mon, 05 Jun 2017 11:42:32 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43161) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1dHu9G-0002M8-Q2 for 5018 <at> debbugs.gnu.org; Mon, 05 Jun 2017 11:42:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <eliz@HIDDEN>) id 1dHu98-0005Qf-Da for 5018 <at> debbugs.gnu.org; Mon, 05 Jun 2017 11:42:25 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41102) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>) id 1dHu98-0005Qb-9i; Mon, 05 Jun 2017 11:42:22 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1278 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from <eliz@HIDDEN>) id 1dHu97-0002he-CI; Mon, 05 Jun 2017 11:42:21 -0400 Date: Mon, 05 Jun 2017 18:42:12 +0300 Message-Id: <83fufea1bf.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> In-reply-to: <CALn3zoj8xJc+pQv_Qa9PMEgS75on7X3=c=TG9K-7Gh0XATmGKQ@HIDDEN> (message from Michael Brand on Mon, 5 Jun 2017 11:29:54 +0200) References: <m2d4397coo.fsf@HIDDEN> <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN> <83vaoba80r.fsf@HIDDEN> <CALn3zoj8xJc+pQv_Qa9PMEgS75on7X3=c=TG9K-7Gh0XATmGKQ@HIDDEN> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -5.0 (-----) > From: Michael Brand <michael.ch.brand@HIDDEN> > Date: Mon, 5 Jun 2017 11:29:54 +0200 > Cc: 5018 <at> debbugs.gnu.org > > > Would you like to work on implementing this feature? I can provide > > guidance if needed. > > I can try. Maybe too ambitious for me or at least for me alone. I am > new for example to the style of C in Emacs and to the display engine. > And as usual for everybody my time is limited but as I have a need for > this feature since maybe years I could compensate a bit with patience > unless anybody wants to beat me. If you decide to try it, I suggest to start by looking at my recent changes that introduced hscrolling of only the current line. This feature should use similar techniques and touch the same places. > > . what text is supposed to have this property to mark the line as > > truncated, and how will Emacs know where the effect of the > > property ends? e.g., will we require the property to be set on > > the entire line, including the newline, or will it be enough to > > set it only on part of the line? > > The property only on \n looks good at first sight The property on a newline makes the preceding line truncated or the following line? If the former, than what about the last line in a buffer that doesn't end in a newline? Also, looking for the property in a very long line could slow down redisplay, since it would need to know about this when it gets to the first character of the line. > Anyway, I don't know if a text property will be the right solution in > the end. What other solution is possible? > > . when point moves along a line which is being truncated, and goes > > outside of the visible portion of the window, how do we want to > > hscroll the text in the window, in those parts that display lines > > which wrap? > > This made me think most. > > My first thought was: > > Truncate on the left in sync with truncated lines and rewrap on the > right > > : ################# > : trunc1 tr#$unc2 trunc3 t$# > : wrap1 wra#$p2 wrap3 wrap\# > : 4 wrap5 w#$rap6 wrap7 wr\# > : ap8 # # > : ################# > > would lower or avoid column-related problems like with rectangle edit > or ruler-mode. On the other hand I hope that changing what is the > buffer bottom line after rewrap would not call for other problems. > > But what would it help to wrap on the right when information is > already hidden on the left? So... > > My second thought is: > > Fall back to truncate all lines > > : ################# > : trunc1 tr#$unc2 trunc3 t$# > : wrap1 wra#$p2 wrap3 wrap$# > : more line#$s # > : even more#$ lines # > : ################# > > until column 0 becomes visible again is probably much easier, also for > the user to understand what happens. It could well be that the first variant is easier to implement. > Should this discussion move to emacs-devel to reach more developers? I'm not sure. Most if not all of the relevant people read the bug list as well. Perhaps post a short message to emacs-devel telling the interested people to read this discussion either via the bug tracker or via the bug-gnu-emacs list.
X-Loop: help-debbugs@HIDDEN Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property Resent-From: Michael Brand <michael.ch.brand@HIDDEN> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> Resent-CC: bug-gnu-emacs@HIDDEN Resent-Date: Tue, 06 Jun 2017 19:41:03 +0000 Resent-Message-ID: <handler.5018.B5018.14967780119841 <at> debbugs.gnu.org> Resent-Sender: help-debbugs@HIDDEN X-GNU-PR-Message: followup 5018 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii <eliz@HIDDEN> Cc: 5018 <at> debbugs.gnu.org Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.14967780119841 (code B ref 5018); Tue, 06 Jun 2017 19:41:03 +0000 Received: (at 5018) by debbugs.gnu.org; 6 Jun 2017 19:40:11 +0000 Received: from localhost ([127.0.0.1]:59881 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1dIKKp-0002Yf-1b for submit <at> debbugs.gnu.org; Tue, 06 Jun 2017 15:40:11 -0400 Received: from mail-qt0-f175.google.com ([209.85.216.175]:35001) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <michael.ch.brand@HIDDEN>) id 1dIKKn-0002YA-0t for 5018 <at> debbugs.gnu.org; Tue, 06 Jun 2017 15:40:09 -0400 Received: by mail-qt0-f175.google.com with SMTP id w1so142542521qtg.2 for <5018 <at> debbugs.gnu.org>; Tue, 06 Jun 2017 12:40:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=32MmwdeOJMyDTqTqZK4VkmoEyeVt5kLN3NSwrR3jUQc=; b=h6YSjju/1XgyLSP6Cc5qm/5h51gQ8+Lr5A90zWwOblIyGT1QWxc985GdyDxRQfjmH9 1ug4iEWgO55ErNjhqV/zrXzEDgz+SiyQjhD0L+SyKyJc0TSwiDJRVv2B8sgMeddzs/RN 4Z0R+hyuOZpYBdcQUxPWLUwo6VaWJtXWfHKdT/ZI7QT2UQHt3cmQB4kFckz4i/UX++rP xB1Op849KFvzHmRQqzYkE/1Ixq6iTJ8fDsMhy/kGg7slBzTZRyC9lnwOgIp3fM+qaC+I Frwl9i4VKMaxw/bMUzwlcrkh8TdS0ZyMdYYm/Bylx+Wi7ZrBBiC+u4tbrNvQ9bZYrX6A ieJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=32MmwdeOJMyDTqTqZK4VkmoEyeVt5kLN3NSwrR3jUQc=; b=a1Czk0//A5RLdYc9WGsy16JUycYC66PGSq+79CqzJ8Ku9Z68EsBWk1mhSnrv1nF+gZ DzUS7n8vaohferpXdmrbp2c9PF1U47vHtKNJ9RGQmjO5BoV4jeN8Z2lL75etDhbzwJDK 8CMUsauJMIQ2tkkQTAbwVbPWdwe6Fmu3Si9KrwxFrz6DDhVFSNUJxnoOeSeUbmxE02y7 VdyfSRZCnKeQdQ86f+CWc6LXW0Zl/KRrQj8sDfGUifK24jFAQDQpQ3mi02wr0ec6fGw0 GoHAm/wIIhBsRjdPh90XF9kH/bV0w+4USTmlSqttGopmABXazDO2DjztSmzu3LiDeLKf QPEQ== X-Gm-Message-State: AODbwcA0KXAY4OA0gIGVRlvVd1eCIyjRXNRHvayFgA4aWycttV8RfNmS LMiqSTTyzJO/oIR5pwglkgtjOTyaoQ== X-Received: by 10.200.37.129 with SMTP id e1mr32197640qte.21.1496778003492; Tue, 06 Jun 2017 12:40:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.148.166 with HTTP; Tue, 6 Jun 2017 12:40:02 -0700 (PDT) In-Reply-To: <83fufea1bf.fsf@HIDDEN> References: <m2d4397coo.fsf@HIDDEN> <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN> <83vaoba80r.fsf@HIDDEN> <CALn3zoj8xJc+pQv_Qa9PMEgS75on7X3=c=TG9K-7Gh0XATmGKQ@HIDDEN> <83fufea1bf.fsf@HIDDEN> From: Michael Brand <michael.ch.brand@HIDDEN> Date: Tue, 6 Jun 2017 21:40:02 +0200 Message-ID: <CALn3zoiorXM6ozc62aTej2zTUpOpmorzMd6-=omQtWVBuqhDmQ@HIDDEN> Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.0 (/) Hi Eli On Mon, Jun 5, 2017 at 5:42 PM, Eli Zaretskii <eliz@HIDDEN> wrote: > If you decide to try it, I suggest to start by looking at my recent > changes that introduced hscrolling of only the current line. This > feature should use similar techniques and touch the same places. Thanks for the pointer, looks good for a start. > The property on a newline makes the preceding line truncated or the > following line? If the former, than what about the last line in a > buffer that doesn't end in a newline? Also, looking for the property > in a very long line could slow down redisplay, since it would need to > know about this when it gets to the first character of the line. I would agree to set the property on the first char of non-empty lines. > What other solution is possible? Not that I would know. With the knowledge about the internals missing on my side it looked unnatural in the first place to use a property of a char for a property related to a line. > It could well be that the first variant is easier to implement. Good to know. I just stumbled over the new current-line hscrolling in the commit log, interesting. > I'm not sure. Most if not all of the relevant people read the bug > list as well. Perhaps post a short message to emacs-devel telling the > interested people to read this discussion either via the bug tracker > or via the bug-gnu-emacs list. Bug tracker and bug-gnu-emacs list seems OK to me. Michael
X-Loop: help-debbugs@HIDDEN Subject: bug#5018: 23.1.50; Feature request: truncate-lines text property Resent-From: Eli Zaretskii <eliz@HIDDEN> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> Resent-CC: bug-gnu-emacs@HIDDEN Resent-Date: Wed, 07 Jun 2017 04:55:01 +0000 Resent-Message-ID: <handler.5018.B5018.149681125317330 <at> debbugs.gnu.org> Resent-Sender: help-debbugs@HIDDEN X-GNU-PR-Message: followup 5018 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Brand <michael.ch.brand@HIDDEN> Cc: 5018 <at> debbugs.gnu.org Reply-To: Eli Zaretskii <eliz@HIDDEN> Received: via spool by 5018-submit <at> debbugs.gnu.org id=B5018.149681125317330 (code B ref 5018); Wed, 07 Jun 2017 04:55:01 +0000 Received: (at 5018) by debbugs.gnu.org; 7 Jun 2017 04:54:13 +0000 Received: from localhost ([127.0.0.1]:60173 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1dISyz-0004VR-EF for submit <at> debbugs.gnu.org; Wed, 07 Jun 2017 00:54:13 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34449) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1dISyy-0004VC-2U for 5018 <at> debbugs.gnu.org; Wed, 07 Jun 2017 00:54:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <eliz@HIDDEN>) id 1dISyo-0003Li-SI for 5018 <at> debbugs.gnu.org; Wed, 07 Jun 2017 00:54:06 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42967) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>) id 1dISyo-0003La-P7; Wed, 07 Jun 2017 00:54:02 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3575 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from <eliz@HIDDEN>) id 1dISyo-00027U-0B; Wed, 07 Jun 2017 00:54:02 -0400 Date: Wed, 07 Jun 2017 07:53:56 +0300 Message-Id: <83y3t48kkb.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> In-reply-to: <CALn3zoiorXM6ozc62aTej2zTUpOpmorzMd6-=omQtWVBuqhDmQ@HIDDEN> (message from Michael Brand on Tue, 6 Jun 2017 21:40:02 +0200) References: <m2d4397coo.fsf@HIDDEN> <CALn3zojfEZSVXm-dd=4o-HRsFFEonSKpnYTCV_mEY9vf0gbEPA@HIDDEN> <83vaoba80r.fsf@HIDDEN> <CALn3zoj8xJc+pQv_Qa9PMEgS75on7X3=c=TG9K-7Gh0XATmGKQ@HIDDEN> <83fufea1bf.fsf@HIDDEN> <CALn3zoiorXM6ozc62aTej2zTUpOpmorzMd6-=omQtWVBuqhDmQ@HIDDEN> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -5.0 (-----) > From: Michael Brand <michael.ch.brand@HIDDEN> > Date: Tue, 6 Jun 2017 21:40:02 +0200 > Cc: 5018 <at> debbugs.gnu.org > > I would agree to set the property on the first char of non-empty > lines. OK. > > What other solution is possible? > > Not that I would know. With the knowledge about the internals missing > on my side it looked unnatural in the first place to use a property of > a char for a property related to a line. We already have similar features, like the line-prefix property.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.