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 import emacs.py. > Perhaps a line in documentation > or a customization variable would suffice. I have used Emacs and Python > for some time and never really realized that pprint would solve my line > wrap problems so easily until the question was raised for the dozenth > time by the dozenth acquaintance. I'd like to save others the time to > research the same question while making interacting with Python a bit > nicer out-of-the-box in Emacs. I don't see what this has to do with Emacs. Why would you want that in an Emacs sub-process but not interacting with python from the shell? > I do notice that completion doesn't seem to work if an item's list of > attributes is too long (try completing "os.<M-Tab>"). > Is that one of these bugs, or have I managed to overlook something? What is the problem in that case? I don't see it on a quick try. > I only just discovered python.el recently, having used python-mode and > being frustrated by it at various points. I'm glad if it's useful. It's a pity it requires an unreleased Emacs. _______________________________________________ Emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
