[Python-Dev] Re: Rationale behind removing kwdict from keyword.py?

[Fernando Perez]

Tim Peters wrote:

> Note that it's very common in older modules (which keyword.py is) to
> define the newer __all__ rather than risk breaking code by massive
> renaming of variables to stick an underscore in front of them.

Fair enough.  For a long time I'd gotten used to assuming that the lack of a
leading _ was a safe sign of 'publicness' (that's probably not a word :), and
didn't really rely too much on __all__.  Lesson learned... (I wouldn't be
surprised to find I'm not the only one with this bad habit)

Thanks,  I already committed a patch for my stuff anyway, since there's no point
in making my users unhappy.

Best regards,

f