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