GNU logs - #44078, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#44078: 26.3; `tabulated-list-mode': Use it in any mode and for part of a buffer
Resent-From: Drew Adams <drew.adams@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 19 Oct 2020 16:04:01 +0000
Resent-Message-ID: <handler.44078.B.160312341521900 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 44078 <at> debbugs.gnu.org
MIME-Version: 1.0
Message-ID: <bcb23108-8e7d-4157-8eaa-7a77ed66f4e1@default>
Date: Mon, 19 Oct 2020 09:03:24 -0700 (PDT)
From: Drew Adams <drew.adams@HIDDEN>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=156.151.31.85; envelope-from=drew.adams@HIDDEN;
 helo=userp2120.oracle.com
X-Spam_score_int: -43
X-Spam_score: -4.4
X-Spam_bar: ----
X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001,
 DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
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.3 (--)

Feature request:

I'd like to see `tabulated-list-mode' be usable for only part of a
buffer.  How?  Dunno.  Text property maybe, analogous to property
`keymap'?

One of its greatest weaknesses is that it's (only) a major mode.  It's
buffer-wide, which means you can't do anything else in the buffer.  You
can't use `tabulated-list-mode' for just some table(s) (tabulated info)
within a buffer.  This greatly limits its usefulness, IMO.

In the beginning, IIRC, there was only the major mode `outline-mode'.
Later we added `outline-minor-mode'.  That at least took care of the
problem of not being able to use it with another major mode.

But for `tabulated-list-mode' I think we need more than just to add a
minor-mode version.  We really need a way to confine its effect to a
part of a buffer.

In GNU Emacs 26.3 (build 1, x86_64-w64-mingw32)
 of 2019-08-29
Repository revision: 96dd0196c28bc36779584e47fffcca433c9309cd
Windowing system distributor `Microsoft Corp.', version 10.0.18362
Configured using:
 `configure --without-dbus --host=3Dx86_64-w64-mingw32
 --without-compress-install 'CFLAGS=3D-O2 -static -g3''

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Drew Adams <drew.adams@HIDDEN>
Subject: bug#44078: Acknowledgement (26.3; `tabulated-list-mode': Use it
 in any mode and for part of a buffer)
Message-ID: <handler.44078.B.160312341521900.ack <at> debbugs.gnu.org>
References: <bcb23108-8e7d-4157-8eaa-7a77ed66f4e1@default>
X-Gnu-PR-Message: ack 44078
X-Gnu-PR-Package: emacs
Reply-To: 44078 <at> debbugs.gnu.org
Date: Mon, 19 Oct 2020 16:04:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

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):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 44078 <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
44078: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D44078
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 19 Oct 2020 16:49:37 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 19 12:49:37 2020
Received: from localhost ([127.0.0.1]:42193 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kUYLp-0006vz-0A
	for submit <at> debbugs.gnu.org; Mon, 19 Oct 2020 12:49:37 -0400
Received: from mail-ej1-f42.google.com ([209.85.218.42]:37518)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1kUYLn-0006vi-AF
 for control <at> debbugs.gnu.org; Mon, 19 Oct 2020 12:49:35 -0400
Received: by mail-ej1-f42.google.com with SMTP id e22so34328ejr.4
 for <control <at> debbugs.gnu.org>; Mon, 19 Oct 2020 09:49:35 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:mime-version:date:message-id:subject:to;
 bh=sREMLiIb6TS+FyuXNuJXj/erS181NeVlvCBAyHEYe5Y=;
 b=sQ2+zAuDbLz1vDrbnEhtg1YJl8tZBLmp4M28myobuB4XRKEygcRqvjm67m7YoKVofY
 ldO5j3TbTTEiNDMy5c4LOd+R3jKbExmgVvIuHmn9JvWnKbksBFaaz2qPm+BXMu0mO7IL
 vS4K8+RtQ0kLLqvBk2ifFf1VcmjGA7SEfIKzsjYsSkm+Hnw0tpFWkH7YZOH8huZb38jt
 2R+CdQ6M+Z+iNDdIwj57AkCc0xh2CQw+aMDR9iUCDsFK/g6d6jysUYTPOsxOcg/2ncKF
 FdzXjo4gYZ+m1p6BYIv7EDAVTD/1ac6yrn6Qt9RoNd+eVP1FGx1W47sQ3fOcc8Xf0z77
 WPPg==
X-Gm-Message-State: AOAM530wYze07FkFr+nUhcHcLJvZnnExDquJccQqOdGBz8MIv0HXdyRJ
 3j2FCo2q6UpBtjY4iGHVu1cQdqM4MhMm8fbks9uLPJyg
X-Google-Smtp-Source: ABdhPJwsDc9IimVo0ozSgWwwaVviAOUfcgUthKZLLZijGd6P8j/3NHNxHnnsemSgE1GIMMKn40gJUfraZJzSoQf0ZCM=
X-Received: by 2002:a17:906:3e4b:: with SMTP id
 t11mr777163eji.420.1603126168922; 
 Mon, 19 Oct 2020 09:49:28 -0700 (PDT)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Mon, 19 Oct 2020 16:49:28 +0000
From: Stefan Kangas <stefan@HIDDEN>
MIME-Version: 1.0
Date: Mon, 19 Oct 2020 16:49:28 +0000
Message-ID: <CADwFkm=zJnVzrkbN53jjTFDu-X1yKvnzyziSn9+_c14d2VzGkw@HIDDEN>
Subject: 
To: control <at> debbugs.gnu.org
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:  severity 44078 wishlist thanks 
 Content analysis details:   (2.5 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (stefankangas[at]gmail.com)
 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level
 mail domains are different
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
 no trust [209.85.218.42 listed in list.dnswl.org]
 0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
 [209.85.218.42 listed in wl.mailspike.net]
 2.0 BLANK_SUBJECT          Subject is present but empty
 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and
 EnvelopeFrom freemail headers are different
 0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
 0.0 UNPARSEABLE_RELAY      Informational: message has unparseable relay
 lines
X-Debbugs-Envelope-To: control
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: 1.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:  severity 44078 wishlist thanks 
 
 Content analysis details:   (1.5 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
                              no trust
                             [209.85.218.42 listed in list.dnswl.org]
  0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
                             [209.85.218.42 listed in wl.mailspike.net]
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (stefankangas[at]gmail.com)
  0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level
                             mail domains are different
  2.0 BLANK_SUBJECT          Subject is present but empty
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager
  0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and
                             EnvelopeFrom freemail headers are
                             different
  0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
  0.0 UNPARSEABLE_RELAY      Informational: message has unparseable relay
                             lines

severity 44078 wishlist
thanks

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#44078: 26.3; `tabulated-list-mode': Use it in any mode and for part of a buffer
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 20 Oct 2020 11:36:02 +0000
Resent-Message-ID: <handler.44078.B44078.16031937258971 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Drew Adams <drew.adams@HIDDEN>
Cc: 44078 <at> debbugs.gnu.org
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <bcb23108-8e7d-4157-8eaa-7a77ed66f4e1@default>
Date: Tue, 20 Oct 2020 13:35:12 +0200
In-Reply-To: <bcb23108-8e7d-4157-8eaa-7a77ed66f4e1@default> (Drew Adams's
 message of "Mon, 19 Oct 2020 09:03:24 -0700 (PDT)")
Message-ID: <87pn5dgmfj.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Drew Adams <drew.adams@HIDDEN> writes:

> But for `tabulated-list-mode' I think we need more than just to add a
> minor-mode version.  We really need a way to confine its effect to a
> part of a buffer.

Whenever I've done some work on tabulated-list-mode, I've been kinda
frustrated by its design.  You'd ideally just be able to have a
functional interface where you just call a function with all the data
(and some commands to apply to the data), and then everything would
work.  But instead it's a strange mixture of functional, buffer-local
data and updating functions.

A side effect of this is that the table isn't an "object" you can do
operations on -- there can only be one table per buffer, and it wants to
control the entire buffer.

So I'd welcome a more functional rewrite of tabulated-list-mode that
would constrain all actions to the area of the buffer where the table
is, and leave the rest of the buffer alone.  And stash the table data in
the table instead of using the buffer-local variables.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Last modified: Tue, 20 Oct 2020 11:45:01 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.