all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Thuna <thuna.cing@gmail.com>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 53520@debbugs.gnu.org
Subject: bug#53520: [PATCH] tabulated-list gradually truncate image
Date: Tue, 25 Jan 2022 17:02:21 +0300	[thread overview]
Message-ID: <87fspb3ocy.fsf@gmail.com> (raw)
In-Reply-To: <87wniovswv.fsf@gnus.org>


> I think it a tabulated-list caller wants to insert images into the
> table, they should ensure that the width of the image is appropriate for
> the column.

Considering the width of a column can be changed arbitrarily by the user
is it not expected for tabulated-list to handle images in a way that
works for all widths?

> And as you say, this only chops off the parts of the image -- I think
> it's more likely that a caller would want to set the width with
> :max-width or the like.

I do not wholly disagree that the current strategy of slicing the image
may not be the ideal solution for all situations, however is it not
better to handle images even if done poorly (which I would argue is not
the case) than it is to not handle them altogether?

Other methods of (yet unimplemented) resizing an image include scaling
it down and hiding it when it doesn't fit.  All of these methods have
their use cases and it should be relatively simple to introduce a
variable that controls which one is used.






  reply	other threads:[~2022-01-25 14:02 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-25  9:08 bug#53520: [PATCH] tabulated-list gradually truncate image Thuna
2022-01-25 13:36 ` Lars Ingebrigtsen
2022-01-25 14:02   ` Thuna [this message]
2022-01-25 14:37     ` Lars Ingebrigtsen
2022-01-25 16:04       ` Thuna
2022-01-26 13:11         ` Lars Ingebrigtsen
2022-09-08 13:38           ` Lars Ingebrigtsen

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=87fspb3ocy.fsf@gmail.com \
    --to=thuna.cing@gmail.com \
    --cc=53520@debbugs.gnu.org \
    --cc=larsi@gnus.org \
    /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.