[Python-mode] python setup ?

Andreas Röhler andreas.roehler at online.de
Fri Jan 27 07:52:15 CET 2012


Am 27.01.2012 04:12, schrieb François Pinard:
> Andreas Röhler<andreas.roehler at easy-emacs.de>  writes:
>
>> [...] we should let the user decide, what features to use: ipython or
>> not, pdbtrack or pydb, which completion, refactoring, which checks and
>> tests etc.
>
> As a general principle, users should have full control.  However, if a
> user did not explicitly activate or inhibit features, python-mode should
> ideally check what's available and auto-configure itself while starting,
> in the most advantageous way possible for the user.
>
> Users should not have to explicitly turn on configuration switches to
> raise below some minimal configuration.  The default python-mode
> behaviour should be on the side of the user rather than minimalism.  If
> some use happens to not like an available feature which python-mode
> decide to be a desirable one, (s)he should turn it off explicitly.
>
> Just an example, by default, python-mode should have an *opinion* about
> the best way to auto-complete, and activate the *best* way possible,
> given what's has been installed besides python-mode.  Of course, *best*
> is extremely debatable.  Another example : I would consider that
> hideshow or highlight-indentation are desirable.  Opinions may differ,
> and we cannot at the same time please me, you and everybody.  Yet,
> python-mode should at least have an opinion.
>
> Not activating things, as a way to stay neutral and avoiding the
> expression of any opinion, does not serve the average python-mode user,
> who would prefer something as interesting as possible, by default,
> without having anything to do on the configuration side.
>
> François

Thanks!

IMO a quite perfect description of some principle to act.
Think it's good to keep that somewhere, being able to refer to also for 
new users/developers studying python-mode

stored it here for the moment:

https://blueprints.launchpad.net/python-mode/+spec/features

title might be to change still







More information about the Python-mode mailing list