This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author terry.reedy
Recipients andyharrington, miss-islington, ned.deily, taleinat, terry.reedy, wordtech
Date 2018-11-12.06:02:28
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1542002548.71.0.788709270274.issue34864@psf.upfronthosting.co.za>
In-reply-to
Content
Changing only master could make backports difficult to impractical.  (Pure module name changes would be an exception if gits keep track of them and reverses them for a backport.)

If a module is touched, user changes to that module get wiped out when the module is replaced.  Aside from that, most of idlelib was declared private and 'subject to change' to allow refactoring.  The only problem I have heard about is that 3.6 broke IDLEX (as I expected).  IDLEX which made changes far beyond the narrow extension protocol.  Roger solved that by incorporating a private copy of 3.5 IDLE with whatever modifications he wants.  This is exactly what Nick said people should do, in the 3.6 alpha discussion, if they wanted frozen IDLE.
History
Date User Action Args
2018-11-12 06:02:28terry.reedysetrecipients: + terry.reedy, taleinat, andyharrington, wordtech, ned.deily, miss-islington
2018-11-12 06:02:28terry.reedysetmessageid: <1542002548.71.0.788709270274.issue34864@psf.upfronthosting.co.za>
2018-11-12 06:02:28terry.reedylinkissue34864 messages
2018-11-12 06:02:28terry.reedycreate