<div dir="ltr">The quick answer is that the MSDN doc indicates support from windows 2000 onward, with no notes for partial compatability:<div><a href="https://msdn.microsoft.com/en-us/library/windows/desktop/ms686033(v=vs.85).aspx">https://msdn.microsoft.com/en-us/library/windows/desktop/ms686033(v=vs.85).aspx</a></div><div><br></div><div>I'll build a Windows 7 VM to test.</div><div><br></div><div>I believe Python 3.6 is only supported on Vista+ and 3.7 would be Windows 7+ only?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 28 December 2016 at 18:06, Paul Moore <span dir="ltr"><<a href="mailto:p.f.moore@gmail.com" target="_blank">p.f.moore@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Would this only apply to recent versions of Windows? (IIRC, the VT100<br>
support is Win10 only). If so, I'd be concerned about scripts that<br>
worked on *some* Windows versions but not others. And in particular,<br>
about scripts written on Unix using raw VT codes rather than using a<br>
portable solution like colorama.<br>
<br>
At the point where we can comfortably assume the majority of users are<br>
using a version of Windows that supports VT codes, I'd be OK with it<br>
being the default, but until then I'd prefer it were an opt-in option.<br>
Paul<br>
<div><div class="h5"><br>
On 28 December 2016 at 23:00, Joseph Hackman <<a href="mailto:josephhackman@gmail.com">josephhackman@gmail.com</a>> wrote:<br>
> Hey All!<br>
><br>
> I propose that Windows CPython flip the bit for VT100 support (colors and<br>
> whatnot) for the stdout/stderr streams at startup time.<br>
><br>
> I believe this behavior is worthwhile because ANSI escape codes are standard<br>
> across most of Python's install base, and the alternative for Windows (using<br>
> ctypes/win32 to alter the colors) is non-intuitive and well beyond the scope<br>
> of most users.<br>
><br>
> Under Linux/Mac, the terminal always supports what it can, and it's up to<br>
> the application to verify escape codes are supported. Under Windows,<br>
> applications (Python) must specifically request that escape codes be<br>
> enabled. The flag lasts for the duration of the application, and must be<br>
> flipped on every launch. It seems many of the built-in windows commands now<br>
> operate in this mode.<br>
><br>
> This change would not impede tools that use the win32 APIs for the console<br>
> (such as colorama), and is supported in windows 2000 and up.<br>
><br>
> The only good alternatives I can see is adding colorized/special output as a<br>
> proper python feature that actually checks using the terminal information in<br>
> *nix and win32.<br>
><br>
> For more info, please see the issue: <a href="http://bugs.python.org/issue29059" rel="noreferrer" target="_blank">http://bugs.python.org/<wbr>issue29059</a><br>
><br>
> Cheers,<br>
> Joseph<br>
><br>
><br>
><br>
</div></div>> ______________________________<wbr>_________________<br>
> Python-ideas mailing list<br>
> <a href="mailto:Python-ideas@python.org">Python-ideas@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/python-ideas" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/python-ideas</a><br>
> Code of Conduct: <a href="http://python.org/psf/codeofconduct/" rel="noreferrer" target="_blank">http://python.org/psf/<wbr>codeofconduct/</a><br>
</blockquote></div><br></div>