[issue24225] Idlelib: changing file names

Ned Deily added the comment: I just tried to run IDLE from the command line as a (UNIX) user would. And then I grepped. :) -- ___ Python tracker ___

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Thanks. Did you grep the whole repository for 'idlelib' or did you think to look for the latter two? -- ___ Python tracker ___ ___

[issue24225] Idlelib: changing file names

Roundup Robot added the comment: New changeset 5dcc52d6829f by Ned Deily in branch 'default': Issue #24225: Fix additional renamed module references. https://hg.python.org/cpython/rev/5dcc52d6829f -- ___ Python tracker

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: I brought IDLE news entries up to date 2 days ago. This patch updates README.txt with the new names and many new entries for event handlers. A What's New entry needs to wait for more patches, and is the subject of #27163. This completes the 'still to do' li

[issue24225] Idlelib: changing file names

Roundup Robot added the comment: New changeset 20bd4c23cfe4 by Terry Jan Reedy in branch 'default': Issue # 24225: Update idlelib.README.txt with new file names and event handlers. https://hg.python.org/cpython/rev/20bd4c23cfe4 -- ___ Python tracker

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: I have a new idea for public interfaces: keep most of idlelib private and add a new 'interface' module containing public interfaces. It could be backported to 3.5 and even 2.7. This was prompted by working with turtledemo. It currently imports textview, per

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Revision should definitely be tested on Mac by running IDLE from a console to check for any Mac-specific warnings and check that the menu looks 'right', which is to say, same as with 3.5. Still to do: news entries, What's New section, README.txt revision with

[issue24225] Idlelib: changing file names

Roundup Robot added the comment: New changeset 6ecd4db71b88 by Terry Jan Reedy in branch 'default': Issue #24225: Rename many idlelib/*.py and idlelib/idle_test/test_*.py files. https://hg.python.org/cpython/rev/6ecd4db71b88 New changeset 0c3fdb161901 by Terry Jan Reedy in branch 'default': Issu

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: The only external uses I know of currently are the imports of percolator/colorizer and textview in turtledemo. There is currently a coloring glitch in 3.5 which continues in 3.6 after the renames. See #27117. I won't be surprised if making the colorizer eas

[issue24225] Idlelib: changing file names

Nick Coghlan added the comment: To add to Terry's points: folks that would like to keep using the idlelib APIs as they exist in Python 3.5 will be free to create an idlelib35 project on PyPI, and bundle that or depend on it, depending on how their application manages dependencies. --

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Serhiy, and anyone else: I am *painfully* aware that any change to idlelib could break 3rd party imports. Efforts to improve IDLE have been crippled by the restriction of not doing so for years. But idlelib exists to implement IDLE and change is necessary to

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Ned, the rename (only) patch is useless to read as it is hg's bloated expansion of the rename commands in i3rename.bat. The main update is based on my review of Al's patch. In user testing, I discovered that the debugger depended on 'RemoteDebugger.py' being

[issue24225] Idlelib: changing file names

Ned Deily added the comment: > Ned, do you want me to post the patches first? Terry, at this stage of the release cycle, I think that's up to you and whether you want someone to do a code review prior to pushing upstream. Since this sounds like a fairly major change, though, it might be the p

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: 'De-extensionizing' issue is #27099. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: I have privately committed 3 patches. Patch 1 is a renaming patch equivalent to Al's 2 renaming patches. Patch 2 updates filesnames within code, equivalent to Al's third patch. At this point, 'python -m test.test_idle' ran with all 188 test_methods passing.

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Attached are my current renames, with just a few changes from before Most are lower case versions of the current names, perhaps shortened. I expect names with '_' to disappear in future file merges. I may change 'outwin' before 3.6 is released. The biggest

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: turtledemo.__main__ imports from idlelib will also need fixing. -- ___ Python tracker ___ ___ Python

[issue24225] Idlelib: changing file names

Changes by Terry J. Reedy : -- superseder: Idlelib: changing file names -> ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue24225] Idlelib: changing file names

Changes by Terry J. Reedy : -- resolution: later -> stage: -> test needed superseder: -> Idlelib: changing file names ___ Python tracker ___ __

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: The conclusion of issue 26993 is that we should apply this issue to 3.6. My target for inclusion is alpha2, scheduled for June 12. I am aware that this will require changing file names in existing patches on the tracker. But they nearly all have the much lar

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Alternate proposal is #26993. -- versions: -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: For back compatibility reasons, I rejected a 'simple renaming', much as I would like to do it for reasons already given, and closed *this* issue in msg250451. As I said then here and elsewhere, I instead propose to add new files with new names. As I said abo

[issue24225] Idlelib: changing file names

Serhiy Storchaka added the comment: I don't think that simple renaming will give us any benefits, but if that will be made, please don't forgot to use the "hg mv" command for this for keeping the history. And please rename 2.7 files too, otherwise the backporting changes will be turned in hell

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Uploading slightly revised version. -- Added file: http://bugs.python.org/file42678/@newnames.txt ___ Python tracker ___ ___

[issue24225] Idlelib: changing file names

Changes by Terry J. Reedy : Removed file: http://bugs.python.org/file42677/@newnames.txt ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Since I posted the message above, I have decided that there should be a new version of every currently used idlelib .py file and that all additions, with new names of course, should be done at once, but only to 3.5 and 3.6. I will soon open a new issue to exp

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: A new factor has entered the picture: the opportunity to move dialogs from using tk widgets to ttk widgets. However, we cannot yet drop support for systems that do not have ttk widgets. We could accommodate using both sets of dialog widgets by adding lots of

[issue24225] Idlelib: changing file names

Changes by Mark Roseman : -- nosy: +markroseman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue24225] Idlelib: changing file names

Nick Coghlan added the comment: One path you may want to consider is progressively factoring out a public "idlelib.extensions" API, and treat everything else in idlelib as fair game for renaming. Folks tend to be more tolerant of disruption if the new state of affairs is also clearly better fo

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Al, I meant to add that msg243612 better expresses the proper rationale for disruptive changes: making it easier for people (newcomers and this no-longer-newcomer) to learn idlelib, fix bugs, and make improvements -- __

[issue24225] Idlelib: changing file names

Terry J. Reedy added the comment: Nick, as PEP 434 approver, I would like your comments on this issue. The pep says that other than the startup modules, "the modules are undocumented and effectively private implementations." It also says that the documented extension API should be respected b