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

[Dan Hitt <dan.hitt@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1493 bytes --]

Hi Eli,

Thanks for your work.

The debian system i originally used is unavailable, and i'm using xubuntu
20.04 now, emacs 26.3.

Nevertheless, i would be happy to test if i can.

I guess this means that i have to get a copy of your modified version of
enriched.el, and instruct emacs to use that instead of
/usr/share/emacs/26.3/lisp/textmodes/enriched.elc.

So i need instructions on how to do all this in order to test.

Thanks again for your work!!

dan

On Sat, Mar 13, 2021 at 2:28 AM Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Mon, 08 Mar 2021 15:16:07 +0200
> > From: Eli Zaretskii <eliz@gnu.org>
> > Cc: tomasn@posteo.net, 46507@debbugs.gnu.org
> >
> > > 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.
>
> I've now attempted to extend enriched.el on the master branch to
> support this use case.  Please test.
>

[-- Attachment #2: Type: text/html, Size: 2265 bytes --]