GNU bug report logs - #34726
epa-insert-keys

Previous Next

Package: emacs;

Reported by: rms <at> gnu.org

Date: Mon, 4 Mar 2019 03:28:01 UTC

Severity: normal

Tags: fixed

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #32 received at 34726 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Richard Stallman <rms <at> gnu.org>,  34726 <at> debbugs.gnu.org
Subject: Re: bug#34726: epa-insert-keys
Date: Wed, 26 Aug 2020 13:21:42 +0200
Robert Pluim <rpluim <at> gmail.com> writes:

>     rms> I think we should include a cleaned-up and clarified version
>     rms> of this table in those two commands' doc strings.
>
> Thatʼs not a path Iʼd want to go down. The gpg documentation is long
> and complex, because itʼs a complex program. Attempting to summarise
> it in a few docstrings will result in incomplete or possibly incorrect
> information, Iʼd rather people read the original.

That's true, but epg already does an interpretation of those status
characters and then fontifies the buffer based on them:

(defvar epg-key-validity-alist
  '((?o . unknown)
    (?i . invalid)
    (?d . disabled)
    (?r . revoked)
    (?e . expired)
    (?- . none)
    (?q . undefined)
    (?n . never)
    (?m . marginal)
    (?f . full)
    (?u . ultimate)))

To not then actually tell the users what we've interpreted the
characters to means just seems odd.

I've now changed this in Emacs 28 so that hovering over the character
says what the validity is (i.e., the help-echo property).

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 4 years and 270 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.