* An observation on the Emacs display engine
@ 2009-12-14 15:54 David Kastrup
0 siblings, 0 replies; only message in thread
From: David Kastrup @ 2009-12-14 15:54 UTC (permalink / raw
To: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 134 bytes --]
Taking a look at the following Screenshot, we have an info document with
a table. The entries in the first column are autowrapped.
[-- Attachment #2: Screenshot2.png --]
[-- Type: image/png, Size: 13514 bytes --]
[-- Attachment #3: Type: text/plain, Size: 850 bytes --]
If we now look at the table entry `\chordmode { c:dim f:maj7 }', the
first line of the rendered table contains the image. As a result, the
second wrapped line of the table label is awkwardly displaced
downwards.
Actually I now wanted to conclude that Emacs' display engine is not able
to deal with this situation better. But I forgot about image slices.
One _could_ try to slice the image into pieces accommodating the line
height of the rest of the table.
So this particular case might theoretically be handled. I am not sure
whether it is feasible to calculate the image slice height for that.
And if, instead of an image, we had a giant letter "B", then slicing
would not be available.
I doubt that this kind of use case crops up all too often. But I just
wanted to mention it when seeing that info page.
All the best,
--
David Kastrup
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2009-12-14 15:54 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-14 15:54 An observation on the Emacs display engine David Kastrup
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.