Gnus development mailing list
 help / color / mirror / Atom feed
* images in article view
@ 2019-09-06 16:14 Eric S Fraga
  2019-09-07  8:25 ` Eric S Fraga
  0 siblings, 1 reply; 9+ messages in thread
From: Eric S Fraga @ 2019-09-06 16:14 UTC (permalink / raw)
  To: ding

Hello,

is there a configuration setting somewhere that controls how big images
should be displayed in an article view (of, e.g., a blog posting or an
HTML message)?  I've not found anything searching gnus-*, eww-*, or
shr-* variables.  The problem is that I have a very small portable
computer (Planetcom Gemini) which runs Emacs & gnus very well but the
screen is too small for whatever default image size is used.

Thanks,
eric

-- 
Eric S Fraga via Emacs 27.0.50 & org 9.2.4 on Debian 10.0




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: images in article view
  2019-09-06 16:14 images in article view Eric S Fraga
@ 2019-09-07  8:25 ` Eric S Fraga
  2019-09-07  8:31   ` Adam Sjøgren
  0 siblings, 1 reply; 9+ messages in thread
From: Eric S Fraga @ 2019-09-07  8:25 UTC (permalink / raw)
  To: ding

Answering (partly) my own question: it seems that
mm-inline-large-images-proportion has some effect on images in mime
messages, with mm-inline-large-images set to 'resize.  However, it
doesn't seem to work consistently or predictably.  Still exploring.

Thanks,
-- 
Eric S Fraga via Emacs 27.0.50 & org 9.2.4 on Debian 10.0




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: images in article view
  2019-09-07  8:25 ` Eric S Fraga
@ 2019-09-07  8:31   ` Adam Sjøgren
  2019-09-07  9:01     ` Eric S Fraga
  2019-09-07 10:14     ` Andreas Schwab
  0 siblings, 2 replies; 9+ messages in thread
From: Adam Sjøgren @ 2019-09-07  8:31 UTC (permalink / raw)
  To: ding

Eric writes:

> it seems that mm-inline-large-images-proportion has some effect on
> images in mime messages, with mm-inline-large-images set to 'resize.

Is it just me, or is the documentation of the latter kind of convoluted?

,----[ C-h v mm-inline-large-images RET ]
| mm-inline-large-images is a variable defined in ‘mm-decode.el’.
| Its value is nil
| 
| Documentation:
| If t, then all images fit in the buffer.
| If ‘resize’, try to resize the images so they fit.
| 
| You can customize this variable.
`----

How does it make "images fit in the buffer" (t), without resizing them,
which has it's own option (resize)?!


  Best regards,

    Adam

-- 
 "Since it is completely undocumented, your faith that        Adam Sjøgren
  it will stick around until they invent v4 is           asjo@koldfront.dk
  charmingly quaint."




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: images in article view
  2019-09-07  8:31   ` Adam Sjøgren
@ 2019-09-07  9:01     ` Eric S Fraga
  2019-09-07 10:14     ` Andreas Schwab
  1 sibling, 0 replies; 9+ messages in thread
From: Eric S Fraga @ 2019-09-07  9:01 UTC (permalink / raw)
  To: ding

Indeed.

And what is the definition of a "large" image?

-- 
Eric S Fraga via Emacs 27.0.50 & org 9.2.4 on Debian 10.0




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: images in article view
  2019-09-07  8:31   ` Adam Sjøgren
  2019-09-07  9:01     ` Eric S Fraga
@ 2019-09-07 10:14     ` Andreas Schwab
  2019-09-07 15:30       ` Eric S Fraga
  1 sibling, 1 reply; 9+ messages in thread
From: Andreas Schwab @ 2019-09-07 10:14 UTC (permalink / raw)
  To: Adam Sjøgren; +Cc: ding

On Sep 07 2019, Adam Sjøgren <asjo@koldfront.dk> wrote:

> Eric writes:
>
>> it seems that mm-inline-large-images-proportion has some effect on
>> images in mime messages, with mm-inline-large-images set to 'resize.
>
> Is it just me, or is the documentation of the latter kind of convoluted?
>
> ,----[ C-h v mm-inline-large-images RET ]
> | mm-inline-large-images is a variable defined in ‘mm-decode.el’.
> | Its value is nil
> | 
> | Documentation:
> | If t, then all images fit in the buffer.
> | If ‘resize’, try to resize the images so they fit.
> | 
> | You can customize this variable.
> `----
>
> How does it make "images fit in the buffer" (t), without resizing them,
> which has it's own option (resize)?!

When t, images are not resized, and will stick out of the window when
too large.  Otherwise, images are either resized to fit, or not inlined
at all.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: images in article view
  2019-09-07 10:14     ` Andreas Schwab
@ 2019-09-07 15:30       ` Eric S Fraga
  2019-09-16 20:23         ` Lars Ingebrigtsen
  2019-09-16 20:31         ` Lars Ingebrigtsen
  0 siblings, 2 replies; 9+ messages in thread
From: Eric S Fraga @ 2019-09-07 15:30 UTC (permalink / raw)
  To: ding

On Saturday,  7 Sep 2019 at 12:14, Andreas Schwab wrote:
> On Sep 07 2019, Adam Sjøgren <asjo@koldfront.dk> wrote:

[...]

>> How does it make "images fit in the buffer" (t), without resizing them,
>> which has it's own option (resize)?!
>
> When t, images are not resized, and will stick out of the window when
> too large.  Otherwise, images are either resized to fit, or not inlined
> at all.

So "images fit in the buffer" is a statement of expectation instead of
action?

-- 
Eric S Fraga via Emacs 27.0.50 & org 9.2.4 on Debian 10.0




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: images in article view
  2019-09-07 15:30       ` Eric S Fraga
@ 2019-09-16 20:23         ` Lars Ingebrigtsen
  2019-09-20 16:23           ` Eric S Fraga
  2019-09-16 20:31         ` Lars Ingebrigtsen
  1 sibling, 1 reply; 9+ messages in thread
From: Lars Ingebrigtsen @ 2019-09-16 20:23 UTC (permalink / raw)
  To: Eric S Fraga; +Cc: ding

Eric S Fraga <e.fraga@ucl.ac.uk> writes:

>>> How does it make "images fit in the buffer" (t), without resizing them,
>>> which has it's own option (resize)?!
>>
>> When t, images are not resized, and will stick out of the window when
>> too large.  Otherwise, images are either resized to fit, or not inlined
>> at all.
>
> So "images fit in the buffer" is a statement of expectation instead of
> action?

I think so.  I've now clarified the doc string on the trunk.

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



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: images in article view
  2019-09-07 15:30       ` Eric S Fraga
  2019-09-16 20:23         ` Lars Ingebrigtsen
@ 2019-09-16 20:31         ` Lars Ingebrigtsen
  1 sibling, 0 replies; 9+ messages in thread
From: Lars Ingebrigtsen @ 2019-09-16 20:31 UTC (permalink / raw)
  To: Eric S Fraga; +Cc: ding

(And I've now changed the default to `resize', since Emacs supports
native scaling on all platforms.)

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




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: images in article view
  2019-09-16 20:23         ` Lars Ingebrigtsen
@ 2019-09-20 16:23           ` Eric S Fraga
  0 siblings, 0 replies; 9+ messages in thread
From: Eric S Fraga @ 2019-09-20 16:23 UTC (permalink / raw)
  To: ding

On Monday, 16 Sep 2019 at 22:23, Lars Ingebrigtsen wrote:
> Eric S Fraga <e.fraga@ucl.ac.uk> writes:
>
>>>> How does it make "images fit in the buffer" (t), without resizing them,
>>>> which has it's own option (resize)?!
>>>
>>> When t, images are not resized, and will stick out of the window when
>>> too large.  Otherwise, images are either resized to fit, or not inlined
>>> at all.
>>
>> So "images fit in the buffer" is a statement of expectation instead of
>> action?
>
> I think so.  I've now clarified the doc string on the trunk.

Thanks.

However, the code itself (mm-inline-image and gnus-rescale-image) do not
work as one would expect.  Two things:

1. The rescaling as implemented will only work properly for landscape
   images when *both* dimensions of the image exceed the dimensions of
   the window.  Ideally, the scaling should be done to cater for the
   dimension that requires the greater ratio of scaling.
2. For some reason, my value of mm-inline-large-images-proportion is
   ignored and the default (0.9) is used.  I've tried edebugging but I
   cannot figure out what the problem might be.

eric

-- 
Eric S Fraga via Emacs 27.0.50 & org 9.2.4 on Debian bullseye/sid




^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2019-09-20 16:23 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-09-06 16:14 images in article view Eric S Fraga
2019-09-07  8:25 ` Eric S Fraga
2019-09-07  8:31   ` Adam Sjøgren
2019-09-07  9:01     ` Eric S Fraga
2019-09-07 10:14     ` Andreas Schwab
2019-09-07 15:30       ` Eric S Fraga
2019-09-16 20:23         ` Lars Ingebrigtsen
2019-09-20 16:23           ` Eric S Fraga
2019-09-16 20:31         ` Lars Ingebrigtsen

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 NNTP newsgroup(s).