Brian Harring <ferri...@gmail.com> added the comment: This change isn't hugely friendly API wise- for code that invokes setupterm() multiple items (and does so knowing what it's doing), they're now silently locked into whatever the first term invocation was.
Personally, an override here has major usage- especially for scenarios were people are writing tests and adjusting the term's they're using to check their implementation. As it is now, they wind up locked into whatever term they first invoked it with, getting back term codes from tigetstr for the previous term... ---------- nosy: +ferringb _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue7567> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
