bug#46507: 26.1; bold attribute copied into enriched-mode text is not saved

[Eli Zaretskii]

> From: Dan Hitt <dan.hitt@gmail.com>
> Date: Sun, 7 Mar 2021 12:18:24 -0800
> Cc: Tomas Nordin <tomasn@posteo.net>, 46507@debbugs.gnu.org
> 
> Thomas: when i repeat the exercise with the shell, everything is lost: both 
> bolding and color.
> 
> The variable enriched-translations is
> ((face (bold-italic "bold" "italic") (bold "bold") (italic "italic") 
> (underline "underline") (fixed "fixed") (excerpt
> "excerpt") (default) (nil enriched-encode-other-face)) (left-margin (4 
> "indent")) (right-margin (4 "indentright"))
> (justification (none "nofill") (right "flushright") (left "flushleft") (full 
> "flushboth") (center "center")) (PARAMETER
> (t "param")) (FUNCTION (enriched-decode-foreground "x-color") 
> (enriched-decode-background "x-bg-color")
> (enriched-decode-display-prop "x-display")) (read-only (t "x-read-only")) 
> (display (nil
> enriched-handle-display-prop)) (unknown (nil format-annotate-value)))
> 
> This comes from starting emacs with -Q, and evaluating the variable 
> enriched-translations in the scratch
> buffer.
> 
> I went through the exercise with  eshell, to make sure that nothing changed, 
> and it doesn't seem to have:
> colors get saved, but not boldness.

So if the problem is with the font-lock-face vs face property, why is
it that enriched-mode does preserve the color attribute, but not the
both attribute?  They both come from the same font-lock-face property,
no?

> Eli: Maybe it is wrong for me to say "needs" :) :).  It would be very 
> convenient though, and i could tweak some
> variables in my start up (for testing with 'emacs -Q' though i would have to 
> finagle it somehow i guess?).

I don't think there's argument that enriched-mode should support this
use case.