From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#41860: 27.0.91; Can't use `tabulated-list-(narrow|widen)-current-column' on last column Date: Sun, 18 Oct 2020 17:37:05 -0700 Message-ID: References: > <83bllk2z9h.fsf@gnu.org>> <17ec9057-be16-42c6-9c26-8a1e8002c52b@default> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40446"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 41860@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Oct 19 02:38:22 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 1kUJBu-000ARE-J5 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 19 Oct 2020 02:38:22 +0200 Original-Received: from localhost ([::1]:53850 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kUJBr-0001eb-Mi for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 18 Oct 2020 20:38:21 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43358) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kUJBa-0001bx-Lk for bug-gnu-emacs@gnu.org; Sun, 18 Oct 2020 20:38:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56095) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kUJBa-0002SK-CU for bug-gnu-emacs@gnu.org; Sun, 18 Oct 2020 20:38:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kUJBa-0005x7-9I for bug-gnu-emacs@gnu.org; Sun, 18 Oct 2020 20:38:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Oct 2020 00:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41860 X-GNU-PR-Package: emacs Original-Received: via spool by 41860-submit@debbugs.gnu.org id=B41860.160306783222814 (code B ref 41860); Mon, 19 Oct 2020 00:38:02 +0000 Original-Received: (at 41860) by debbugs.gnu.org; 19 Oct 2020 00:37:12 +0000 Original-Received: from localhost ([127.0.0.1]:39408 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kUJAm-0005vu-26 for submit@debbugs.gnu.org; Sun, 18 Oct 2020 20:37:12 -0400 Original-Received: from mail-ej1-f68.google.com ([209.85.218.68]:41509) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kUJAl-0005vi-Es for 41860@debbugs.gnu.org; Sun, 18 Oct 2020 20:37:11 -0400 Original-Received: by mail-ej1-f68.google.com with SMTP id x7so11475731eje.8 for <41860@debbugs.gnu.org>; Sun, 18 Oct 2020 17:37:11 -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:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=nsRKmRBQQR9w8JqIldCSVNiEtOpBecixmbKmr6VOIxI=; b=D4DOvhG2DVlds+l8naANGlLw/cf60o1bPUngbCWOu9zvvxZCjO7U93qjh08UyMZ3L8 Ae0m/Xt4LKBx2nkBbAws5bkRhK08qHYTbEShfneEMpvqRETzlS4IzE+Zuve5lYBYIpn6 8VXtdNRk36GP35NvImwWidcELeWhLFGVE0iIThojK6w7BjgRuM0h0njPDsrKMMP/Jq5L BlhaJ7e2I64q6GFO23jONqKEbPsL7NsY7bwJ6pYA0O07WE7agkNv5cXiWDp3BoWVmmjm AscgOOpVxvsTqMW24MazVI6lQtejhacX4hyzuJKzia8KA/LJWmrHvWo1YEWg3HUfwQmm WblA== X-Gm-Message-State: AOAM533VT8hq2hYQOEgz0AKgwGkukGqRU3Zxy+W/0q67YQ+1EE2ocKbt y54tk0/cfJ546idR0XkJMBacPr9DJ2AFIbfc0Wg= X-Google-Smtp-Source: ABdhPJz8UcKapH3UojUkZ241/mQlApsdjTNOFPylIu3d9PsIDzqyDEhg4HhBpSoB9x8ABldFJ5Yx9Ewm+ANPHqvJLMw= X-Received: by 2002:a17:906:1246:: with SMTP id u6mr14595040eja.432.1603067825797; Sun, 18 Oct 2020 17:37:05 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 18 Oct 2020 17:37:05 -0700 In-Reply-To: <17ec9057-be16-42c6-9c26-8a1e8002c52b@default> (Drew Adams's message of "Mon, 15 Jun 2020 07:34:54 -0700 (PDT)") 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:190937 Archived-At: Drew Adams writes: >> > Use command `buffer-menu' and then try to narrow or widen the rightmost >> > column (the file name). `{' and `}' have no effect (and there isn't >> > even any error message or other feedback). [...] >> > This is an important use case, especially with a frame or window whose >> > width is made to fit the displayed content. >> >> This seems to imply that the use case in which this is somehow an >> issue includes more than you've reported. Can you add to your >> description the minimal configuration that could explain why this >> behavior seemed to be a problem? > > There's no separate requirement. Users should be > able to limit the width of the last column, just > as they can limit the width of any other column. > That's all. > > I gave an example, and a recipe for it, using > buffer-menu. If you want to show the file-name > column with only a limited width, then that > should be possible. Especially now that we've > added the ability to interactively widen and > narrow column incrementally. > > In the buffer list, if you have 10 buffers, and > only two of them are file buffers, and you don't > care to see the entire file names but instead > want to limit the width of that last column, you > should be able to do so. Instead, it takes up > most of the table, even when you don't need to > see all of it. You should be able to expand and > contract its width, just as you can for other > columns. May I ask why you feel that this would be a useful feature? I have a hard time understanding it since it's not something I can see myself wanting to do. Generally speaking, if a buffer extends beyond the window to the right, I just never see that text, which in some sense is the same as if the column had been narrowed. And if there's extra room in the window, it might as well be used for something instead of just being empty.