Sean Devlin <s...@toadstyle.org> writes: > I've found a case where an inline image's maximum width is computed > incorrectly in Org 9.7.8. Here's a recipe: > > 1. Find an image wider than a default Emacs frame > 2. Create an Org file with these contents (between the lines): > ... > (add-to-list 'load-path "/path/to/org-9.7.8/") > (require 'org) > (setq org-image-max-width 'window) > (setq org-startup-indented t) > > 5. Open the file from step 2 > 6. C-c C-x C-v to toggle inline image display > > Observe that the images are cropped on the right in the amount of the > leading indentation added by org-indent-mode. If you scroll down, you > should see each successive image has a bit more cut off. (The first > image is displayed correctly, since it is not under a heading and has no > indentation.)
Well. This is not a bug - the image width is still equal to window width. It is just that the image is shifted right. I assume that you expect the image width to be adjusted to indentation (dynamically?). However, I am not sure if it is such a good idea - what if indentation is too deep inside? Also, this width is not dynamically adjusted - it is computed once when you trigger image display, even for images outside the screen. Considering that org-indent is applying indentation lazily, only for the visible parts of the buffer, indentation for some images may simply be not known at the point when you ask Org to display them. So, what you probably want is some kind of new feature to compute image widths dynamically - I will not oppose such a feature, but it does not yet exist. Patches welcome! Not a bug. Canceled. (but we can continue discussion of the feature request) -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at <https://orgmode.org/>. Support Org development at <https://liberapay.com/org-mode>, or support my work at <https://liberapay.com/yantar92>
