Terry J. Reedy added the comment: Currently, the code displayed is the code saved and run when requested. Your idea would require that IDLE keep a 'true' copy of the code separate from the 'display' copy in the Text widget, with the two being kept in sync except in special situations such as super long lines. This would be an error prone process. It would require either having two text widgets, one displayed, one not, kept nearly in sync, or writing a Python equivalent of the non-display part of the text widget. Or the true copy could be a virtual copy represented by the edits required to restore the true copy from the display copy. Any of these would be tedious, error prone, and would make editing slower. I rejected the idea of making tabs visible with a special character for the same reason.
I looked at the tk Text doc to see if the line length limitation is mentioned. It is not that I could find ('2' occurs in the text, but no longer digit string). It might be Windows-specific. It is possible that there should be a new issue opened on the tcl/tk tracker, but more info should be collected first, to test on other OSes and directly with tcl/tk. I have more pressing issues to work on ;-). While looking, I read the entry on peer text widgets, which allow multiple views of the *same* underlying text data. A peer can be restricted to a subset of lines but not part of a line or lines. (There can also be different default fonts and insert cursor positions.) ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue28840> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com