[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#58532: 29.0.50; Support displaying imenu entries in a separate buffe
From: |
Daniel Martín |
Subject: |
bug#58532: 29.0.50; Support displaying imenu entries in a separate buffer |
Date: |
Thu, 20 Oct 2022 00:03:09 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.2 (darwin) |
Juri Linkov <juri@linkov.net> writes:
>
> Unfortunately, mupdf/mutool doesn't support Unicode characters:
> https://bugs.ghostscript.com/show_bug.cgi?id=702358
> Maybe doc-view--pdf-outline could post-process the output
> to replace hex-encoded numbers with their character equivalents?
>
Do you mean for old versions of mupdf? IIUC, recent versions of mupdf
already do the right thing: They decode the runes (Unicode codepoints)
from the byte string and encode them in UTF-8, verbatim. Only control
characters are hex-encoded. I've opened in Emacs the PDF attached to
the mupdf bug report and it displays the outline correctly (mutool
version 1.19.0).
>
> The problem is that imenu-submenus-on-top is t by default,
> but such order is incompatible with the outline-mode trees.
> For example, all functions belong to the Variables outline:
>
> * Types
> imenu
> imenu-unavailable
> * Variables
> imenu-after-jump-hook
> imenu-auto-rescan
> imenu-auto-rescan-maxout
> ...
> imenu
> imenu--cleanup
> imenu--completion-buffer
> imenu--create-keymap
> ...
That's a good point. Perhaps we need to create a special mode to
display the imenu hierarchy.
- bug#58532: 29.0.50; Support displaying imenu entries in a separate buffer, (continued)
bug#58532: 29.0.50; Support displaying imenu entries in a separate buffer, Akib Azmain Turja, 2022/10/15
bug#58532: 29.0.50; Support displaying imenu entries in a separate buffer, Juri Linkov, 2022/10/19
bug#58532: 29.0.50; Support displaying imenu entries in a separate buffer,
Daniel Martín <=