>>>> Ben Wing writes:
Ben> yes, this is much cleaner than what i suggested [which would be more appropriate
for
Ben> strings rather than chars].
Ben> please apply it.
Michael Sperber,
what shall we do? You did the integration of PCL-CVS 2.9.9. Can you
contact the pcl-cvs maintainers and send them this patch? I don't
like to use this patch with a comment from the maintainer.
Andreas
Ben> Yoshiki Hayashi wrote:
> Andreas Jaeger <aj(a)suse.de> writes:
>
> > Have a look at cvs-status.el:
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > ;; chars sets. Ripped from cvstree
> > (defvar cvstree-dstr-2byte-ready
> > (when (featurep 'mule)
> > (if (boundp 'current-language-environment)
> > (string= current-language-environment "Japanese")
> > t)) ; mule/emacs-19
> > "*Variable that specifies characters set used in cvstree tree graph.
> > If non-nil, 2byte (Japanese?) characters set is used.
> > If nil, 1byte characters set is used.
> > 2byte characters might be available with Mule or Emacs with Mule
extension.")
> >
> > (defconst cvstree-dstr-char-space
> > (if cvstree-dstr-2byte-ready "ESC$B!!ESC(B" " "))
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >
> > There's nothing I can do to satisfy Mule and Non-Mule users. Or do
> > you know about any solution?
>
> How about this patch? I haven't tested it but it should
> work. I changed JIS X 0208 characters to make-char call and
> strings to characters.
>
> --------------------------------------------------------------------------------
> Name: cvs-status.el.diff
> cvs-status.el.diff Type: Plain Text (text/plain)
> Encoding: 7bit
>
> --------------------------------------------------------------------------------
>
> --
> Yoshiki Hayashi
--
Andreas Jaeger
SuSE Labs aj(a)suse.de
private aj(a)arthur.inka.de