Ar an deichiú lá de mí Feabhra, scríobh Norbert Koch:
* Michael Kifer <kifer(a)cs.sunysb.edu>:
Hi!
Could someone please have a look at the patch down below and apply it or
comment on it?
Nelson, (copy-coding-system 'undecided 'emacs-internal) is wrong. undecided
is a coding system that is not sure what line endings it’s going to use, as
to the content of the region it’s trying to encode it treats it as does the
binary coding system, trashing non-Latin-1. The reason the ediff people are
using emacs-internal, if I understand things correctly, is to encode
unambiguously every GNU Emacs character, and using undecided defeats the
purpose of that. Ediff should be using escape-quoted when (featurep
'xemacs).
It looks like emacs-internal is the GNU Emacs 23.X equivalent of emacs-mule,
(in this case an alias of utf-8-emacs-unix) but it does not appear to have
the issues that that has. Good.
> yes, would be good to add the emacs-internal coding system.
> But since xemacs packages are often used with older versions of XEmacs,
> I could instead use a coding system that works with older versions.
> What coding system corresponds to emacs-internal?
>
> michael
>
> On Sun, 08 Feb 2009 11:38:37 -0500
> Nelson Ferreira <njsf(a)sxemacs.org> wrote:
>
> > On Sunday 08 February 2009 08:02:33 am Norbert Koch wrote:
> > > * Nelson Ferreira <njsf(a)sxemacs.org>:
> > >
> > > Hello Nelson,
> > >
> > > > I updated my prerelease packages and ediff started complaining
> > > > about not having an emacs-internal coding system defined.
> > > >
> > > > I provided the patch for SXEmacs, but now I wonder if this was
> > > > something that escaped during an upstream merge?
> > >
> > > If a package has an active maintainer, as ediff does, I normally
don't
> > > apply any patches to it. Have you contacted Michael with your patch?
> > > If not, could you please resend it to him?
> > >
> >
> > To be clear, I did not patch ediff, I added the emacs-internal coding
> > system to SXEmacs. I was checking with you, because I suspect XEmacs
> > (at least 21.4) will have the same issue.
> >
> > Here follows the patch I submitted:
> >
> > --- orig/lisp/coding.el
> > +++ mod/lisp/coding.el
> > @@ -231,16 +231,19 @@
> > ;; these are so that gnus and friends work when not mule
> > (copy-coding-system 'undecided 'iso-8859-1)
> > (copy-coding-system 'undecided 'iso-8859-2)
> > -
> > + (copy-coding-system 'undecided 'iso-8859-15)
> > (define-coding-system-alias 'ctext 'binary))
> >
> >
> > ;; compatibility for old XEmacsen (don't use it)
> > (copy-coding-system 'undecided 'automatic-conversion)
> >
> > +;; compatibility for new Emacsen (don't use it)
> > +(copy-coding-system 'undecided 'emacs-internal)
> > +
> > (make-compatible-variable 'enable-multibyte-characters
"Unimplemented")
> >
> > (define-obsolete-variable-alias
> > 'pathname-coding-system 'file-name-coding-system)
> >
> > -;;; mule-coding.el ends here
> > +;;; coding.el ends here
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghe, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
_______________________________________________
XEmacs-Patches mailing list
XEmacs-Patches(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-patches