Next Pyweek : please use python3 !!!

For pedagocic purpose , it should be better to integrate obligation do give python3 working source.
It's painfull to 2to3 all interesting code source and finally have broken code.

transition

Buffalo974 on 2017/06/30 18:17


Comments: (log in to comment)

Well, for the newer pyweeks this might be true, but for the older ones it would have been a bit difficult to code in py3 without its existence...
of course you are right.

But Python 3.0 was released on December 3rd, 2008. so , it's time now.
up
Some of the stuff I want to use has been largely tested with Python 2.7 and Python 3.4


I've just found it's buggy with Python 3.6 and Python 2.7 or Python 3.4 are the way to go. 


Will Python 3.4 be allowed even though Python 3.6 is the newest? 

There is no rule saying you couldn't use an earlier version of Python (like 3.4 or 2.7), it's only a warm-hearted recommendation.

For example:

PyHook simply doesn't work right on Python 3 on Windows 10, crashing when hovering over the taskbar, etc. which is why sometimes Python 2 is the only choice.

If you distribute your game as a binary executable, you won't have this problem anyway, because people aren't required to have a second Python 2 install (which I would recommend to anyone, but iguessyougottaknowwhat'sbestforyou..)

What's the best way to make a binary executable ?
The best (and easiest) way would be PyInstaller.