Stefan [EMAIL PROTECTED] writes:
Also it would be better to fix the bugs in python.el...
Which bugs?
I don't remember them all, but apparently the sub-process fails on
Windows and someone just complained to me about an instance where
indentation failed where a word boundary should be a
Steven Huwig [EMAIL PROTECTED] writes:
Anyhow, I don't think it's appropriate for Emacs to override the
user's Python startup like that.
If nothing else in the Python environment is being overridden or having
its behavior changed by Emacs, I agree.
That's the idea, apart from needing to
Stefan [EMAIL PROTECTED] writes:
I just find the symbols-as-hotkey to make more sense: after all, if you can
generate the proper char (via an XIM input method, for example or by
binding a key to the right keysym), you'll indeed get the same result, so it
is not an abuse of the hotkey.
I
Kenichi Handa [EMAIL PROTECTED] writes:
I don't know which coding systems should be utf-16 in that
environment. It seems that at least
default-file-coding-system should not be utf-16. Do you
know a precise recipe of utf-16 environment and when to use
it?
No, sorry. You are right about
Stefan [EMAIL PROTECTED] writes:
Check the code: I encode in the locale's coding system and I've changed
lwlib to use the Xmb* functions.
I didn't see it. I assumed you were referring to:
2005-03-12 Stefan Monnier [EMAIL PROTECTED]
* xmenu.c (ENCODE_MENU_STRING): Explicitly
Kenichi Handa [EMAIL PROTECTED] writes:
How about enabling quail-completion on using TeX input
method as below? I think it's rare to use TAB while editing
a TeX/LaTeX file, thus using it for quail-completion is ok
while typing some letter.
I didn't realize that was implemented. It looks
Kenichi Handa [EMAIL PROTECTED] writes:
Doesn't this cause incompatible changes for some environments (like
Vietnamese changing from viscii)?
Yes.
Shouldn't that be noted in NEWS anyway?
___
Emacs-pretest-bug mailing list
python.el ends the current block if a line starts with return.
However, it doesn't checkt whether this is followed with _. So,
if I write
return_count = 4
python.el closes the current block wrongly.
I've installed Dave's suggestion in Emacs-CVS. Can you confirm that it
fixes your bug?
This problem currently prevents AUCTeX users from marking LaTeX
environments as long as icomplete-mode is active.
It only prevents them if they use M-x ..., not if they use a key-binding to
mark the environment, right?
Yes.
Does the patch below help?
Yes, it does. Thanks very much for
Hallchen!
Stefan Monnier [EMAIL PROTECTED] writes:
python.el ends the current block if a line starts with return.
However, it doesn't checkt whether this is followed with _.
So, if I write
return_count = 4
python.el closes the current block wrongly.
I've installed Dave's suggestion in
filesets.el, which is new to Emacs 22, contains no autoload cookies. The
commentary says to put (require 'filesets) and (filesets-init) in your
.emacs if you want to use it. This is strange for a package distributed
with Emacs.
It is not unacceptable. Since enabling the feature
In lisp/progmodes/flymake.el, the flymake-mode minor mode function has no
autoload cookie.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Juri Linkov wrote:
For example, after typing RET in the minibuffer
in the default directory ~/dir1/ after calling:
(read-directory-name Directory: ~/dir2/)
it returns ~/dir1/ instead of ~/dir2/ as would be more correct.
Is this behavior not consistent with the description of the
13 matches
Mail list logo
