all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Stefan Kangas <stefan@marxist.se>
Cc: 41860@debbugs.gnu.org
Subject: bug#41860: 27.0.91; Can't use `tabulated-list-(narrow|widen)-current-column' on last column
Date: Sun, 18 Oct 2020 20:45:17 -0700 (PDT)	[thread overview]
Message-ID: <2bcb44e9-201c-4fc9-b31c-c96a695d6c94@default> (raw)
In-Reply-To: <CADwFkm=Lvvufx16nc9hi5a43hm1MxEiAxudX_6OcX8Z_AQ4vpA@mail.gmail.com>

> > 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.
> 
> 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.

Turn it around.  Is there some reason we would _want_
to design the right column so it behaves differently
from other columns?  Is that a feature that you find
useful?  If there were a special cost to doing that,
would you go to the trouble to add that to the design?

Which "feature" is more useful?  The one you can't
see yourself wanting or the one I proposed: nothing
special about the right column?

Other things being equal (and they may not be - please
explain), why wouldn't we want the columns treated the
same?

> 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.

Oh, your window is narrow enough that it effectively
narrows the right column.  Fair enough.  Is that your
solution: resize the window (or perhaps the frame, if
one-window) instead of just the right column?  Sure,
that's one workaround.

Or maybe you'll push the frame off the right side of
your screen, to, in effect, truncate the right column.
That's another.

But if you have a feature that automatically fits
windows or frames to buffer content...  (My case.)

Is this the end of the world?  No.  I consider it a
minor bug.  You have a right to consider it a feature
or not a bug at all.





  reply	other threads:[~2020-10-19  3:45 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <<b85ca174-b018-4c0a-be7b-e07e8073b509@default>
     [not found] ` <<83bllk2z9h.fsf@gnu.org>
2020-06-15 14:34   ` bug#41860: 27.0.91; Can't use `tabulated-list-(narrow|widen)-current-column' on last column Drew Adams
2020-06-15 14:51     ` Eli Zaretskii
2022-02-13 10:28       ` bug#41860: 27.0.91; Can't use `tabulated-list-(narrow|widen)-current-column' Lars Ingebrigtsen
2022-02-13 17:04         ` bug#41860: [External] : " Drew Adams
2022-02-13 17:10           ` Eli Zaretskii
2020-10-19  0:37     ` bug#41860: 27.0.91; Can't use `tabulated-list-(narrow|widen)-current-column' on last column Stefan Kangas
2020-10-19  3:45       ` Drew Adams [this message]
2020-10-19  3:49         ` Drew Adams
2020-10-19  8:46         ` Stefan Kangas
2020-10-19 16:11           ` Drew Adams
2020-10-19 14:34         ` Eli Zaretskii
2020-10-20  5:13           ` Richard Stallman
     [not found]   ` <<17ec9057-be16-42c6-9c26-8a1e8002c52b@default>
     [not found]     ` <<CADwFkm=Lvvufx16nc9hi5a43hm1MxEiAxudX_6OcX8Z_AQ4vpA@mail.gmail.com>
     [not found]       ` <<2bcb44e9-201c-4fc9-b31c-c96a695d6c94@default>
     [not found]         ` <<83sgaap9my.fsf@gnu.org>
2020-10-19 16:18           ` Drew Adams
2020-10-19 16:41             ` Eli Zaretskii
2020-06-14 21:41 bug#41860: 27.0.91; Can't use `tabulated-list-(narrow|widen)-current-column' Drew Adams
2020-06-15 14:13 ` bug#41860: 27.0.91; Can't use `tabulated-list-(narrow|widen)-current-column' on last column Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2bcb44e9-201c-4fc9-b31c-c96a695d6c94@default \
    --to=drew.adams@oracle.com \
    --cc=41860@debbugs.gnu.org \
    --cc=stefan@marxist.se \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.