From: Tino Calancha <tino.calancha@gmail.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Emacs developers <emacs-devel@gnu.org>,
Tino Calancha <tino.calancha@gmail.com>
Subject: Re: tabulated-list: extend truncation into next align-right col
Date: Tue, 1 Nov 2016 22:25:29 +0900 (JST) [thread overview]
Message-ID: <alpine.DEB.2.20.1611012216340.3586@calancha-pc> (raw)
In-Reply-To: <jwv4m3rgz47.fsf-monnier+emacs@gnu.org>
On Tue, 1 Nov 2016, Stefan Monnier wrote:
>> ;; Without computing maximum widths:
>> C1 C2 Numbers
>> abc **************************************... 123456
>> abc *******************************************... 1
>> abc ************************************ 123
>
> That's exactly what used to happen in *Buffer List* (and the source for
> this TODO item). It wasn't that bad (I can't remember any user
> complaints about it).
For *Buffer List* maybe was OK that old way. My concern is that
`tabulated-list' is still a young lib (2011) in an Emacs scale and
a general tool; that funny truncations might look uglier in future
applications using this lib.
> Admittedly, we could do better: compute the max
> width not of the whole column but of the current line, and the two
> surrounding ones. This way we'd avoid
>
> abc **************************************... 123456
> abc *****************************************... 123
> abc ************************************ 456
>
> yet we'd allow
>
> abc **************************************... 123456
> abc **************************************... 123
> abc *****************************************... 1
Thanks for this suggestion.
This might be good: we get generally longer truncations. I am
not sure how it looks in big tables, but i can test it.
I will prepare a patch for this alternative truncation.
Tino
next prev parent reply other threads:[~2016-11-01 13:25 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-31 17:41 tabulated-list: extend truncation into next align-right col Tino Calancha
2016-10-31 18:40 ` Stefan Monnier
2016-11-01 3:31 ` Tino Calancha
2016-11-01 12:41 ` Stefan Monnier
2016-11-01 13:25 ` Tino Calancha [this message]
2016-11-01 18:25 ` Tino Calancha
2016-11-02 0:38 ` Stefan Monnier
2016-11-02 5:06 ` Tino Calancha
2016-11-02 8:20 ` Tino Calancha
2016-11-02 12:27 ` Stefan Monnier
2016-11-02 15:08 ` Tino Calancha
2016-11-02 15:16 ` Tino Calancha
2016-11-04 14:35 ` Tino Calancha
2016-11-04 16:53 ` Tino Calancha
2016-11-04 17:29 ` Stefan Monnier
2016-11-07 1:59 ` Tino Calancha
2016-11-14 8:43 ` Tino Calancha
2016-10-31 20:15 ` Drew Adams
2016-10-31 20:47 ` Mark Oteiza
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.DEB.2.20.1611012216340.3586@calancha-pc \
--to=tino.calancha@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).