Could you commit the fix? ;-)
I did.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
> Date: Mon, 20 Feb 2006 23:28:22 -0600 (CST)
> From: Luc Teirlinck <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org,
> [EMAIL PROTECTED]
>
> I substantialy shortened the docstrings of `load-suffixes' and the
> still to be renamed `load-file-rep-suffixes'
Too much, I
"Jan D." <[EMAIL PROTECTED]> writes:
> Checked in, thanks. Although I am not sure it is always correct for
> GTK as GTK does some decoding itself. Exactly what it does has
> always been a mystery to me, it looks kind of random :-).
AFAIK, there is an env variable G_BROKEN_FILENAME controls the
> I have reported this bug to the emacs-devel mail list several days
> ago. It seems it is vanished into the flood.
>
> `read-file-name' returns an undecoded filename if it was invoked with
> the mouse, but returns a decoded filename if it was invoked with
> the keyboard.
>
> If it is an undecode
>From my previous message:
expanded name `load-file-representation-suffixes' for the present
file-rep-suffixes.
I meant: for the present `load-file-rep-suffixes'.
Sincerely,
Luc.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http:
Since other people showed interest in this I CC my new patch to
lread.c which I already sent in (mistakenly) private email to Richard
to emacs-pretest-bug. The changes to the previous patch are mostly in
the docstrings. I substantialy shortened the docstrings of
`load-suffixes' and the still to b
