bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Dan Hitt
Subject: bug#46507: 26.1; bold attribute copied into enriched-mode text is not saved
Date: Sat, 13 Mar 2021 10:47:23 -0800

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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]