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 cheryl.sabella, terry.reedy
Date 2017-07-07.03:45:43
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1499399144.86.0.971990426435.issue30779@psf.upfronthosting.co.za>
In-reply-to
Content
Whoops, we seems to have partly overlapped (and made some of the same changes).  I plan to push my PR sometime tomorrow (it also changes configdialog and revised tests) after looking as yours.  Then move on to adding config tests, #30780.

The tests for config need the real config parsers, except for save.  But to fully test config, a mock save is needed.  I opened #30868 for this.

set_value (set_user_value) accesses neither configdialog nor changes.  So it is a function rather than a method, and I could have put it in config as such.  I added it as a staticmethod just above save_all instead because it is only used by save_all.

Any other of the now 74 methods of ConfigDialog that are not really methods thereof (don't use self) should also be removed and made module functions, in either module, or possibly changes methods.  I just want them tested first, if possible.

I *would* like to put all the extension changes in changes instead of some in a separate structure.  I believe the 'hard' part is that key changes have to be handled separately from the non-extension keys.  The code was contributed by someone else and once I determined that it worked by manual testing, I left it alone. Testing and moving and possibly rewriting the extension stuff would be a coherent issue and PR.
History
Date User Action Args
2017-07-07 03:45:44terry.reedysetrecipients: + terry.reedy, cheryl.sabella
2017-07-07 03:45:44terry.reedysetmessageid: <1499399144.86.0.971990426435.issue30779@psf.upfronthosting.co.za>
2017-07-07 03:45:44terry.reedylinkissue30779 messages
2017-07-07 03:45:43terry.reedycreate