Ken Manheimer <[EMAIL PROTECTED]> writes: > i did this in emacs 22.0.50, with no problems.
OK, if it's actually been tried, it's likely that some change of mine that hasn't merged properly is responsible. If so, apologies. I'll try to check when I have time. > i certainly can't control every aspect of the environment. perhaps i > can add something that refuses to do the encryption operations with > versions of pgg prior to some proven-ok one. As usual, I guess you actually need to test features, not versions. > i wish you would qualify > your objections a bit more carefully, though - i thought this new > version of allout was targeted solely to the new version of emacs! I assumed it was intended to work with other versions since it has assorted compatibility code. If not, that can be cleaned up. Since PGG has been forked from the Gnus version, anyone using a _more recent_ version from the Gnus development trunk will presumably lose. I'm using Gnus 5.11 in Emacs 21 (see my mail headers) plus, as far as I can tell, the current Emacs 22 PGG code. I wanted Gnus features in a reliable Emacs, but it looks like a better idea to use CVS Gnus 5.10. > several people have mentioned this. i'm trying to figure out what > best to do The Lisp manual tells you. > - but do note that the standard outline-mode uses \C-c > bindings, also. The prefix is appropriate, but C-c <letter> is reserved for users. >> No. What, say, pgg-encode tries to do for an interactive call (which >> is tested wrongly) can lead to data loss anyway since it doesn't check >> that it's valid. Check that with handa, since people accept what he >> says. > > could you spell out the details a bit here? i'm losing track of your > prepositions - "since it doesn't check that it's valid" - what the > heck (pardon my french) does the second "it" refer to? What the code does for an interactive call, as opposed to a non-interactive one. Non-interactively, it appears to DTRT, and it's up to an application to encode and decode the data. > i would love to get the attention of People Who > Know to pgg, to iron out whatever coding-system flaws there are. You specifically want someone who understands Mule and is listened to if you think there are just flaws to be ironed out in PGG. The round trip needs to work when, for instance, you encrypt etc/HELLO's data pasted into a new buffer in a Japanese locale (i.e. language environment) and decrypt in a Greek locale. [The value of `work' may involve different representations of the same characters in the result.] _______________________________________________ emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
