An error occurred fetching the project authors.
- 28 Feb, 2018 1 commit
-
-
Cheryl Sabella authored
The new code also runs faster.
-
- 24 Feb, 2018 1 commit
-
-
Cheryl Sabella authored
Adjust tests and user modules to match.
-
- 22 Feb, 2018 2 commits
-
-
Terry Jan Reedy authored
dump is similar to print but less flexible. lastopenbracketpos is now always initialized in _study2, as was stmt_bracketing, so the class settings are not needed. get_last_open_bracket_pos is never called.
-
Cheryl Sabella authored
There are no code changes other than comments and docstrings.
-
- 24 Apr, 2017 1 commit
-
-
Serhiy Storchaka authored
-
- 31 Aug, 2016 1 commit
-
-
Terry Jan Reedy authored
-
- 22 May, 2016 1 commit
-
-
Terry Jan Reedy authored
-
- 14 May, 2015 1 commit
-
-
Terry Jan Reedy authored
-
- 16 Jul, 2014 1 commit
-
-
Tal Einat authored
-
- 21 Nov, 2007 1 commit
-
-
Guido van Rossum authored
a dict argument now.
-
- 13 Aug, 2007 1 commit
-
-
Martin v. Löwis authored
-
- 11 Jun, 2007 1 commit
-
-
Walter Dörwald authored
that already is a string or the existence of the str class is checked or a check is done for str twice. These all stem from the initial unicode->str replacement.
-
- 02 May, 2007 1 commit
-
-
Guido van Rossum authored
-
- 18 Nov, 2005 1 commit
-
-
Kurt B. Kaiser authored
A idlelib/AutoCompleteWindow.py A idlelib/AutoComplete.py A idlelib/HyperParser.py M idlelib/PyShell.py M idlelib/ParenMatch.py M idlelib/configDialog.py M idlelib/EditorWindow.py M idlelib/PyParse.py M idlelib/CallTips.py M idlelib/CallTipWindow.py M idlelib/run.py M idlelib/config-extensions.def A idlelib/MultiCall.py
-
- 15 Nov, 2005 1 commit
-
-
Kurt B. Kaiser authored
IDLEfork Patch 681992, Noam Raphael
-
- 17 Sep, 2002 1 commit
-
-
Kurt B. Kaiser authored
Rev 1.10 doerwalter (string methods)
-
- 14 Jul, 2001 1 commit
-
-
Kurt B. Kaiser authored
"Taught IDLE's autoident parser that "yield" is a keyword that begins a stmt. Along w/ the preceding change to keyword.py, making all this work w/ a future-stmt just looks harder and harder." --tim_one (From Rel 1.8: "Hack to make this still work with Python 1.5.2. ;-( " --fdrake)
-
- 13 Jul, 2001 1 commit
-
-
Kurt B. Kaiser authored
Fix autoindent bug and deflect Unicode from text.get()
-
- 15 Aug, 2000 1 commit
-
-
David Scherer authored
-
- 13 Mar, 2000 1 commit
-
-
Guido van Rossum authored
Fix bad auto-indent I recently introduced when replacing the regexp that could cause re to blow up: if or_any_other_block_opener: # one indenting comment line ^ cursor ended up at the caret (the bug) ^ but belongs here (the post-patch behavior)
-
- 03 Mar, 2000 1 commit
-
-
Guido van Rossum authored
Changes the one regexp in PyParse capable of making the re module blow the C stack when passed unreasonable <0.9 wink> program text. Jeremy Hylton provoked this with a program of the form: x = (1, 2, ... # 9997 lines deleted here 10000, ) Programs "like this" will no longer (no matter how many lines they contain) trigger re death. OTOH, you can now make another class of unreasonable program that will take much longer to parse.
-
- 07 Jun, 1999 1 commit
-
-
Guido van Rossum authored
Smarter logic for finding a parse synch point. Does a half to a fifth the work in normal cases; don't notice the speedup, but makes more breathing room for other extensions. Speeds terrible cases by at least a factor of 10. "Terrible" == e.g. you put """ at the start of Tkinter.py, undo it, zoom to the bottom, and start typing in code. Used to take about 8 seconds for ENTER to respond, now some large fraction of a second. The new code gets indented correctly, despite that it all remains "string colored" until the colorizer catches up (after which, ENTER appears instantaneous again).
-
- 03 Jun, 1999 1 commit
-
-
Guido van Rossum authored
IDLE is now the first Python editor in the Universe not confused by my doctest.py <wink>. As threatened, this defines IDLE's is_char_in_string function as a method of EditorWindow. You just need to define one similarly in whatever it is you pass as editwin to AutoIndent; looking at the EditorWindow.py part of the patch should make this clear.
-
- 01 Jun, 1999 2 commits
-
-
Guido van Rossum authored
The new version (attached) is fast enough all the time in every real module I have <whew!>. You can make it slow by, e.g., creating an open list with 5,000 90-character identifiers (+ trailing comma) each on its own line, then adding an item to the end -- but that still consumes less than a second on my P5-166. Response time in real code appears instantaneous. Fixed some bugs. New feature: when hitting ENTER and the cursor is beyond the line's leading indentation, whitespace is removed on both sides of the cursor; before whitespace was removed only on the left; e.g., assuming the cursor is between the comma and the space: def something(arg1, arg2): ^ cursor to the left of here, and hit ENTER arg2): # new line used to end up here arg2): # but now lines up the way you expect New hack: AutoIndent has grown a context_use_ps1 Boolean config option, defaulting to 0 (false) and set to 1 (only) by PyShell. Reason: handling the fancy stuff requires looking backward for a parsing synch point; ps1 lines are the only sensible thing to look for in a shell window, but are a bad thing to look for in a file window (ps1 lines show up in my module docstrings often). PythonWin's shell should set this true too. Persistent problem: strings containing def/class can still screw things up completely. No improvement. Simplest workaround is on the user's head, and consists of inserting e.g. def _(): pass (or any other def/class) after the end of the multiline string that's screwing them up. This is especially irksome because IDLE's syntax coloring is *not* confused, so when this happens the colors don't match the indentation behavior they see.
-
Guido van Rossum authored
One new file in the attached, PyParse.py. The LineStudier (whatever it was called <wink>) class was removed from AutoIndent; PyParse subsumes its functionality.
-