703 lines
25 KiB
ReStructuredText
703 lines
25 KiB
ReStructuredText
.. _idle:
|
|
|
|
IDLE
|
|
====
|
|
|
|
.. moduleauthor:: Guido van Rossum <guido@python.org>
|
|
|
|
**Source code:** :source:`Lib/idlelib/`
|
|
|
|
.. index::
|
|
single: IDLE
|
|
single: Python Editor
|
|
single: Integrated Development Environment
|
|
|
|
--------------
|
|
|
|
IDLE is Python's Integrated Development and Learning Environment.
|
|
|
|
IDLE has the following features:
|
|
|
|
* coded in 100% pure Python, using the :mod:`tkinter` GUI toolkit
|
|
|
|
* cross-platform: works mostly the same on Windows, Unix, and Mac OS X
|
|
|
|
* Python shell window (interactive interpreter) with colorizing
|
|
of code input, output, and error messages
|
|
|
|
* multi-window text editor with multiple undo, Python colorizing,
|
|
smart indent, call tips, auto completion, and other features
|
|
|
|
* search within any window, replace within editor windows, and search
|
|
through multiple files (grep)
|
|
|
|
* debugger with persistent breakpoints, stepping, and viewing
|
|
of global and local namespaces
|
|
|
|
* configuration, browsers, and other dialogs
|
|
|
|
Menus
|
|
-----
|
|
|
|
IDLE has two main window types, the Shell window and the Editor window. It is
|
|
possible to have multiple editor windows simultaneously. Output windows, such
|
|
as used for Edit / Find in Files, are a subtype of edit window. They currently
|
|
have the same top menu as Editor windows but a different default title and
|
|
context menu.
|
|
|
|
IDLE's menus dynamically change based on which window is currently selected.
|
|
Each menu documented below indicates which window type it is associated with.
|
|
|
|
File menu (Shell and Editor)
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
New File
|
|
Create a new file editing window.
|
|
|
|
Open...
|
|
Open an existing file with an Open dialog.
|
|
|
|
Recent Files
|
|
Open a list of recent files. Click one to open it.
|
|
|
|
Open Module...
|
|
Open an existing module (searches sys.path).
|
|
|
|
.. index::
|
|
single: Class browser
|
|
single: Path browser
|
|
|
|
Class Browser
|
|
Show functions, classes, and methods in the current Editor file in a
|
|
tree structure. In the shell, open a module first.
|
|
|
|
Path Browser
|
|
Show sys.path directories, modules, functions, classes and methods in a
|
|
tree structure.
|
|
|
|
Save
|
|
Save the current window to the associated file, if there is one. Windows
|
|
that have been changed since being opened or last saved have a \* before
|
|
and after the window title. If there is no associated file,
|
|
do Save As instead.
|
|
|
|
Save As...
|
|
Save the current window with a Save As dialog. The file saved becomes the
|
|
new associated file for the window.
|
|
|
|
Save Copy As...
|
|
Save the current window to different file without changing the associated
|
|
file.
|
|
|
|
Print Window
|
|
Print the current window to the default printer.
|
|
|
|
Close
|
|
Close the current window (ask to save if unsaved).
|
|
|
|
Exit
|
|
Close all windows and quit IDLE (ask to save unsaved windows).
|
|
|
|
Edit menu (Shell and Editor)
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
Undo
|
|
Undo the last change to the current window. A maximum of 1000 changes may
|
|
be undone.
|
|
|
|
Redo
|
|
Redo the last undone change to the current window.
|
|
|
|
Cut
|
|
Copy selection into the system-wide clipboard; then delete the selection.
|
|
|
|
Copy
|
|
Copy selection into the system-wide clipboard.
|
|
|
|
Paste
|
|
Insert contents of the system-wide clipboard into the current window.
|
|
|
|
The clipboard functions are also available in context menus.
|
|
|
|
Select All
|
|
Select the entire contents of the current window.
|
|
|
|
Find...
|
|
Open a search dialog with many options
|
|
|
|
Find Again
|
|
Repeat the last search, if there is one.
|
|
|
|
Find Selection
|
|
Search for the currently selected string, if there is one.
|
|
|
|
Find in Files...
|
|
Open a file search dialog. Put results in a new output window.
|
|
|
|
Replace...
|
|
Open a search-and-replace dialog.
|
|
|
|
Go to Line
|
|
Move cursor to the line number requested and make that line visible.
|
|
|
|
Show Completions
|
|
Open a scrollable list allowing selection of keywords and attributes. See
|
|
Completions in the Tips sections below.
|
|
|
|
Expand Word
|
|
Expand a prefix you have typed to match a full word in the same window;
|
|
repeat to get a different expansion.
|
|
|
|
Show call tip
|
|
After an unclosed parenthesis for a function, open a small window with
|
|
function parameter hints.
|
|
|
|
Show surrounding parens
|
|
Highlight the surrounding parenthesis.
|
|
|
|
Format menu (Editor window only)
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
Indent Region
|
|
Shift selected lines right by the indent width (default 4 spaces).
|
|
|
|
Dedent Region
|
|
Shift selected lines left by the indent width (default 4 spaces).
|
|
|
|
Comment Out Region
|
|
Insert ## in front of selected lines.
|
|
|
|
Uncomment Region
|
|
Remove leading # or ## from selected lines.
|
|
|
|
Tabify Region
|
|
Turn *leading* stretches of spaces into tabs. (Note: We recommend using
|
|
4 space blocks to indent Python code.)
|
|
|
|
Untabify Region
|
|
Turn *all* tabs into the correct number of spaces.
|
|
|
|
Toggle Tabs
|
|
Open a dialog to switch between indenting with spaces and tabs.
|
|
|
|
New Indent Width
|
|
Open a dialog to change indent width. The accepted default by the Python
|
|
community is 4 spaces.
|
|
|
|
Format Paragraph
|
|
Reformat the current blank-line-delimited paragraph in comment block or
|
|
multiline string or selected line in a string. All lines in the
|
|
paragraph will be formatted to less than N columns, where N defaults to 72.
|
|
|
|
Strip trailing whitespace
|
|
Remove trailing space and other whitespace characters after the last
|
|
non-whitespace character of a line by applying str.rstrip to each line,
|
|
including lines within multiline strings.
|
|
|
|
.. index::
|
|
single: Run script
|
|
|
|
Run menu (Editor window only)
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
Python Shell
|
|
Open or wake up the Python Shell window.
|
|
|
|
Check Module
|
|
Check the syntax of the module currently open in the Editor window. If the
|
|
module has not been saved IDLE will either prompt the user to save or
|
|
autosave, as selected in the General tab of the Idle Settings dialog. If
|
|
there is a syntax error, the approximate location is indicated in the
|
|
Editor window.
|
|
|
|
Run Module
|
|
Do Check Module (above). If no error, restart the shell to clean the
|
|
environment, then execute the module. Output is displayed in the Shell
|
|
window. Note that output requires use of ``print`` or ``write``.
|
|
When execution is complete, the Shell retains focus and displays a prompt.
|
|
At this point, one may interactively explore the result of execution.
|
|
This is similar to executing a file with ``python -i file`` at a command
|
|
line.
|
|
|
|
Shell menu (Shell window only)
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
View Last Restart
|
|
Scroll the shell window to the last Shell restart.
|
|
|
|
Restart Shell
|
|
Restart the shell to clean the environment.
|
|
|
|
Interrupt Execution
|
|
Stop a running program.
|
|
|
|
Debug menu (Shell window only)
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
Go to File/Line
|
|
Look on the current line. with the cursor, and the line above for a filename
|
|
and line number. If found, open the file if not already open, and show the
|
|
line. Use this to view source lines referenced in an exception traceback
|
|
and lines found by Find in Files. Also available in the context menu of
|
|
the Shell window and Output windows.
|
|
|
|
.. index::
|
|
single: debugger
|
|
single: stack viewer
|
|
|
|
Debugger (toggle)
|
|
When activated, code entered in the Shell or run from an Editor will run
|
|
under the debugger. In the Editor, breakpoints can be set with the context
|
|
menu. This feature is still incomplete and somewhat experimental.
|
|
|
|
Stack Viewer
|
|
Show the stack traceback of the last exception in a tree widget, with
|
|
access to locals and globals.
|
|
|
|
Auto-open Stack Viewer
|
|
Toggle automatically opening the stack viewer on an unhandled exception.
|
|
|
|
Options menu (Shell and Editor)
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
Configure IDLE
|
|
Open a configuration dialog and change preferences for the following:
|
|
fonts, indentation, keybindings, text color themes, startup windows and
|
|
size, additional help sources, and extensions (see below). On OS X,
|
|
open the configuration dialog by selecting Preferences in the application
|
|
menu. To use a new built-in color theme (IDLE Dark) with older IDLEs,
|
|
save it as a new custom theme.
|
|
|
|
Non-default user settings are saved in a .idlerc directory in the user's
|
|
home directory. Problems caused by bad user configuration files are solved
|
|
by editing or deleting one or more of the files in .idlerc.
|
|
|
|
Code Context (toggle)(Editor Window only)
|
|
Open a pane at the top of the edit window which shows the block context
|
|
of the code which has scrolled above the top of the window.
|
|
|
|
Window menu (Shell and Editor)
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
Zoom Height
|
|
Toggles the window between normal size and maximum height. The initial size
|
|
defaults to 40 lines by 80 chars unless changed on the General tab of the
|
|
Configure IDLE dialog.
|
|
|
|
The rest of this menu lists the names of all open windows; select one to bring
|
|
it to the foreground (deiconifying it if necessary).
|
|
|
|
Help menu (Shell and Editor)
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
About IDLE
|
|
Display version, copyright, license, credits, and more.
|
|
|
|
IDLE Help
|
|
Display a help file for IDLE detailing the menu options, basic editing and
|
|
navigation, and other tips.
|
|
|
|
Python Docs
|
|
Access local Python documentation, if installed, or start a web browser
|
|
and open docs.python.org showing the latest Python documentation.
|
|
|
|
Turtle Demo
|
|
Run the turtledemo module with example python code and turtle drawings.
|
|
|
|
Additional help sources may be added here with the Configure IDLE dialog under
|
|
the General tab.
|
|
|
|
.. index::
|
|
single: Cut
|
|
single: Copy
|
|
single: Paste
|
|
single: Set Breakpoint
|
|
single: Clear Breakpoint
|
|
single: breakpoints
|
|
|
|
Context Menus
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
Open a context menu by right-clicking in a window (Control-click on OS X).
|
|
Context menus have the standard clipboard functions also on the Edit menu.
|
|
|
|
Cut
|
|
Copy selection into the system-wide clipboard; then delete the selection.
|
|
|
|
Copy
|
|
Copy selection into the system-wide clipboard.
|
|
|
|
Paste
|
|
Insert contents of the system-wide clipboard into the current window.
|
|
|
|
Editor windows also have breakpoint functions. Lines with a breakpoint set are
|
|
specially marked. Breakpoints only have an effect when running under the
|
|
debugger. Breakpoints for a file are saved in the user's .idlerc directory.
|
|
|
|
Set Breakpoint
|
|
Set a breakpoint on the current line.
|
|
|
|
Clear Breakpoint
|
|
Clear the breakpoint on that line.
|
|
|
|
Shell and Output windows have the following.
|
|
|
|
Go to file/line
|
|
Same as in Debug menu.
|
|
|
|
|
|
Editing and navigation
|
|
----------------------
|
|
|
|
In this section, 'C' refers to the :kbd:`Control` key on Windows and Unix and
|
|
the :kbd:`Command` key on Mac OSX.
|
|
|
|
* :kbd:`Backspace` deletes to the left; :kbd:`Del` deletes to the right
|
|
|
|
* :kbd:`C-Backspace` delete word left; :kbd:`C-Del` delete word to the right
|
|
|
|
* Arrow keys and :kbd:`Page Up`/:kbd:`Page Down` to move around
|
|
|
|
* :kbd:`C-LeftArrow` and :kbd:`C-RightArrow` moves by words
|
|
|
|
* :kbd:`Home`/:kbd:`End` go to begin/end of line
|
|
|
|
* :kbd:`C-Home`/:kbd:`C-End` go to begin/end of file
|
|
|
|
* Some useful Emacs bindings are inherited from Tcl/Tk:
|
|
|
|
* :kbd:`C-a` beginning of line
|
|
|
|
* :kbd:`C-e` end of line
|
|
|
|
* :kbd:`C-k` kill line (but doesn't put it in clipboard)
|
|
|
|
* :kbd:`C-l` center window around the insertion point
|
|
|
|
* :kbd:`C-b` go backward one character without deleting (usually you can
|
|
also use the cursor key for this)
|
|
|
|
* :kbd:`C-f` go forward one character without deleting (usually you can
|
|
also use the cursor key for this)
|
|
|
|
* :kbd:`C-p` go up one line (usually you can also use the cursor key for
|
|
this)
|
|
|
|
* :kbd:`C-d` delete next character
|
|
|
|
Standard keybindings (like :kbd:`C-c` to copy and :kbd:`C-v` to paste)
|
|
may work. Keybindings are selected in the Configure IDLE dialog.
|
|
|
|
|
|
Automatic indentation
|
|
^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
After a block-opening statement, the next line is indented by 4 spaces (in the
|
|
Python Shell window by one tab). After certain keywords (break, return etc.)
|
|
the next line is dedented. In leading indentation, :kbd:`Backspace` deletes up
|
|
to 4 spaces if they are there. :kbd:`Tab` inserts spaces (in the Python
|
|
Shell window one tab), number depends on Indent width. Currently, tabs
|
|
are restricted to four spaces due to Tcl/Tk limitations.
|
|
|
|
See also the indent/dedent region commands in the edit menu.
|
|
|
|
Completions
|
|
^^^^^^^^^^^
|
|
|
|
Completions are supplied for functions, classes, and attributes of classes,
|
|
both built-in and user-defined. Completions are also provided for
|
|
filenames.
|
|
|
|
The AutoCompleteWindow (ACW) will open after a predefined delay (default is
|
|
two seconds) after a '.' or (in a string) an os.sep is typed. If after one
|
|
of those characters (plus zero or more other characters) a tab is typed
|
|
the ACW will open immediately if a possible continuation is found.
|
|
|
|
If there is only one possible completion for the characters entered, a
|
|
:kbd:`Tab` will supply that completion without opening the ACW.
|
|
|
|
'Show Completions' will force open a completions window, by default the
|
|
:kbd:`C-space` will open a completions window. In an empty
|
|
string, this will contain the files in the current directory. On a
|
|
blank line, it will contain the built-in and user-defined functions and
|
|
classes in the current namespaces, plus any modules imported. If some
|
|
characters have been entered, the ACW will attempt to be more specific.
|
|
|
|
If a string of characters is typed, the ACW selection will jump to the
|
|
entry most closely matching those characters. Entering a :kbd:`tab` will
|
|
cause the longest non-ambiguous match to be entered in the Editor window or
|
|
Shell. Two :kbd:`tab` in a row will supply the current ACW selection, as
|
|
will return or a double click. Cursor keys, Page Up/Down, mouse selection,
|
|
and the scroll wheel all operate on the ACW.
|
|
|
|
"Hidden" attributes can be accessed by typing the beginning of hidden
|
|
name after a '.', e.g. '_'. This allows access to modules with
|
|
``__all__`` set, or to class-private attributes.
|
|
|
|
Completions and the 'Expand Word' facility can save a lot of typing!
|
|
|
|
Completions are currently limited to those in the namespaces. Names in
|
|
an Editor window which are not via ``__main__`` and :data:`sys.modules` will
|
|
not be found. Run the module once with your imports to correct this situation.
|
|
Note that IDLE itself places quite a few modules in sys.modules, so
|
|
much can be found by default, e.g. the re module.
|
|
|
|
If you don't like the ACW popping up unbidden, simply make the delay
|
|
longer or disable the extension.
|
|
|
|
Calltips
|
|
^^^^^^^^
|
|
|
|
A calltip is shown when one types :kbd:`(` after the name of an *accessible*
|
|
function. A name expression may include dots and subscripts. A calltip
|
|
remains until it is clicked, the cursor is moved out of the argument area,
|
|
or :kbd:`)` is typed. When the cursor is in the argument part of a definition,
|
|
the menu or shortcut display a calltip.
|
|
|
|
A calltip consists of the function signature and the first line of the
|
|
docstring. For builtins without an accessible signature, the calltip
|
|
consists of all lines up the fifth line or the first blank line. These
|
|
details may change.
|
|
|
|
The set of *accessible* functions depends on what modules have been imported
|
|
into the user process, including those imported by Idle itself,
|
|
and what definitions have been run, all since the last restart.
|
|
|
|
For example, restart the Shell and enter ``itertools.count(``. A calltip
|
|
appears because Idle imports itertools into the user process for its own use.
|
|
(This could change.) Enter ``turtle.write(`` and nothing appears. Idle does
|
|
not import turtle. The menu or shortcut do nothing either. Enter
|
|
``import turtle`` and then ``turtle.write(`` will work.
|
|
|
|
In an editor, import statements have no effect until one runs the file. One
|
|
might want to run a file after writing the import statements at the top,
|
|
or immediately run an existing file before editing.
|
|
|
|
Python Shell window
|
|
^^^^^^^^^^^^^^^^^^^
|
|
|
|
* :kbd:`C-c` interrupts executing command
|
|
|
|
* :kbd:`C-d` sends end-of-file; closes window if typed at a ``>>>`` prompt
|
|
|
|
* :kbd:`Alt-/` (Expand word) is also useful to reduce typing
|
|
|
|
Command history
|
|
|
|
* :kbd:`Alt-p` retrieves previous command matching what you have typed. On
|
|
OS X use :kbd:`C-p`.
|
|
|
|
* :kbd:`Alt-n` retrieves next. On OS X use :kbd:`C-n`.
|
|
|
|
* :kbd:`Return` while on any previous command retrieves that command
|
|
|
|
|
|
Text colors
|
|
^^^^^^^^^^^
|
|
|
|
Idle defaults to black on white text, but colors text with special meanings.
|
|
For the shell, these are shell output, shell error, user output, and
|
|
user error. For Python code, at the shell prompt or in an editor, these are
|
|
keywords, builtin class and function names, names following ``class`` and
|
|
``def``, strings, and comments. For any text window, these are the cursor (when
|
|
present), found text (when possible), and selected text.
|
|
|
|
Text coloring is done in the background, so uncolorized text is occasionally
|
|
visible. To change the color scheme, use the Configure IDLE dialog
|
|
Highlighting tab. The marking of debugger breakpoint lines in the editor and
|
|
text in popups and dialogs is not user-configurable.
|
|
|
|
|
|
Startup and code execution
|
|
--------------------------
|
|
|
|
Upon startup with the ``-s`` option, IDLE will execute the file referenced by
|
|
the environment variables :envvar:`IDLESTARTUP` or :envvar:`PYTHONSTARTUP`.
|
|
IDLE first checks for ``IDLESTARTUP``; if ``IDLESTARTUP`` is present the file
|
|
referenced is run. If ``IDLESTARTUP`` is not present, IDLE checks for
|
|
``PYTHONSTARTUP``. Files referenced by these environment variables are
|
|
convenient places to store functions that are used frequently from the IDLE
|
|
shell, or for executing import statements to import common modules.
|
|
|
|
In addition, ``Tk`` also loads a startup file if it is present. Note that the
|
|
Tk file is loaded unconditionally. This additional file is ``.Idle.py`` and is
|
|
looked for in the user's home directory. Statements in this file will be
|
|
executed in the Tk namespace, so this file is not useful for importing
|
|
functions to be used from IDLE's Python shell.
|
|
|
|
|
|
Command line usage
|
|
^^^^^^^^^^^^^^^^^^
|
|
|
|
.. code-block:: none
|
|
|
|
idle.py [-c command] [-d] [-e] [-h] [-i] [-r file] [-s] [-t title] [-] [arg] ...
|
|
|
|
-c command run command in the shell window
|
|
-d enable debugger and open shell window
|
|
-e open editor window
|
|
-h print help message with legal combinations and exit
|
|
-i open shell window
|
|
-r file run file in shell window
|
|
-s run $IDLESTARTUP or $PYTHONSTARTUP first, in shell window
|
|
-t title set title of shell window
|
|
- run stdin in shell (- must be last option before args)
|
|
|
|
If there are arguments:
|
|
|
|
* If ``-``, ``-c``, or ``r`` is used, all arguments are placed in
|
|
``sys.argv[1:...]`` and ``sys.argv[0]`` is set to ``''``, ``'-c'``,
|
|
or ``'-r'``. No editor window is opened, even if that is the default
|
|
set in the Options dialog.
|
|
|
|
* Otherwise, arguments are files opened for editing and
|
|
``sys.argv`` reflects the arguments passed to IDLE itself.
|
|
|
|
|
|
Startup failure
|
|
^^^^^^^^^^^^^^^
|
|
|
|
IDLE uses a socket to communicate between the IDLE GUI process and the user
|
|
code execution process. A connection must be established whenever the Shell
|
|
starts or restarts. (The latter is indicated by a divider line that says
|
|
'RESTART'). If the user process fails to connect to the GUI process, it
|
|
displays a ``Tk`` error box with a 'cannot connect' message that directs the
|
|
user here. It then exits.
|
|
|
|
A common cause of failure is a user-written file with the same name as a
|
|
standard library module, such as *random.py* and *tkinter.py*. When such a
|
|
file is located in the same directory as a file that is about to be run,
|
|
IDLE cannot import the stdlib file. The current fix is to rename the
|
|
user file.
|
|
|
|
Though less common than in the past, an antivirus or firewall program may
|
|
stop the connection. If the program cannot be taught to allow the
|
|
connection, then it must be turned off for IDLE to work. It is safe to
|
|
allow this internal connection because no data is visible on external
|
|
ports. A similar problem is a network mis-configuration that blocks
|
|
connections.
|
|
|
|
Python installation issues occasionally stop IDLE: multiple versions can
|
|
clash, or a single installation might need admin access. If one undo the
|
|
clash, or cannot or does not want to run as admin, it might be easiest to
|
|
completely remove Python and start over.
|
|
|
|
A zombie pythonw.exe process could be a problem. On Windows, use Task
|
|
Manager to detect and stop one. Sometimes a restart initiated by a program
|
|
crash or Keyboard Interrupt (control-C) may fail to connect. Dismissing
|
|
the error box or Restart Shell on the Shell menu may fix a temporary problem.
|
|
|
|
When IDLE first starts, it attempts to read user configuration files in
|
|
~/.idlerc/ (~ is one's home directory). If there is a problem, an error
|
|
message should be displayed. Leaving aside random disk glitches, this can
|
|
be prevented by never editing the files by hand, using the configuration
|
|
dialog, under Options, instead Options. Once it happens, the solution may
|
|
be to delete one or more of the configuration files.
|
|
|
|
If IDLE quits with no message, and it was not started from a console, try
|
|
starting from a console (``python -m idlelib)`` and see if a message appears.
|
|
|
|
|
|
IDLE-console differences
|
|
^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
With rare exceptions, the result of executing Python code with IDLE is
|
|
intended to be the same as executing the same code in a console window.
|
|
However, the different interface and operation occasionally affect
|
|
visible results. For instance, ``sys.modules`` starts with more entries.
|
|
|
|
IDLE also replaces ``sys.stdin``, ``sys.stdout``, and ``sys.stderr`` with
|
|
objects that get input from and send output to the Shell window.
|
|
When Shell has the focus, it controls the keyboard and screen. This is
|
|
normally transparent, but functions that directly access the keyboard
|
|
and screen will not work. If ``sys`` is reset with ``importlib.reload(sys)``,
|
|
IDLE's changes are lost and things like ``input``, ``raw_input``, and
|
|
``print`` will not work correctly.
|
|
|
|
With IDLE's Shell, one enters, edits, and recalls complete statements.
|
|
Some consoles only work with a single physical line at a time. IDLE uses
|
|
``exec`` to run each statement. As a result, ``'__builtins__'`` is always
|
|
defined for each statement.
|
|
|
|
Developing tkinter applications
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
IDLE is intentionally different from standard Python in order to
|
|
facilitate development of tkinter programs. Enter ``import tkinter as tk;
|
|
root = tk.Tk()`` in standard Python and nothing appears. Enter the same
|
|
in IDLE and a tk window appears. In standard Python, one must also enter
|
|
``root.update()`` to see the window. IDLE does the equivalent in the
|
|
background, about 20 times a second, which is about every 50 milleseconds.
|
|
Next enter ``b = tk.Button(root, text='button'); b.pack()``. Again,
|
|
nothing visibly changes in standard Python until one enters ``root.update()``.
|
|
|
|
Most tkinter programs run ``root.mainloop()``, which usually does not
|
|
return until the tk app is destroyed. If the program is run with
|
|
``python -i`` or from an IDLE editor, a ``>>>`` shell prompt does not
|
|
appear until ``mainloop()`` returns, at which time there is nothing left
|
|
to interact with.
|
|
|
|
When running a tkinter program from an IDLE editor, one can comment out
|
|
the mainloop call. One then gets a shell prompt immediately and can
|
|
interact with the live application. One just has to remember to
|
|
re-enable the mainloop call when running in standard Python.
|
|
|
|
Running without a subprocess
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
By default, IDLE executes user code in a separate subprocess via a socket,
|
|
which uses the internal loopback interface. This connection is not
|
|
externally visible and no data is sent to or received from the Internet.
|
|
If firewall software complains anyway, you can ignore it.
|
|
|
|
If the attempt to make the socket connection fails, Idle will notify you.
|
|
Such failures are sometimes transient, but if persistent, the problem
|
|
may be either a firewall blocking the connection or misconfiguration of
|
|
a particular system. Until the problem is fixed, one can run Idle with
|
|
the -n command line switch.
|
|
|
|
If IDLE is started with the -n command line switch it will run in a
|
|
single process and will not create the subprocess which runs the RPC
|
|
Python execution server. This can be useful if Python cannot create
|
|
the subprocess or the RPC socket interface on your platform. However,
|
|
in this mode user code is not isolated from IDLE itself. Also, the
|
|
environment is not restarted when Run/Run Module (F5) is selected. If
|
|
your code has been modified, you must reload() the affected modules and
|
|
re-import any specific items (e.g. from foo import baz) if the changes
|
|
are to take effect. For these reasons, it is preferable to run IDLE
|
|
with the default subprocess if at all possible.
|
|
|
|
.. deprecated:: 3.4
|
|
|
|
|
|
Help and preferences
|
|
--------------------
|
|
|
|
Additional help sources
|
|
^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
IDLE includes a help menu entry called "Python Docs" that will open the
|
|
extensive sources of help, including tutorials, available at docs.python.org.
|
|
Selected URLs can be added or removed from the help menu at any time using the
|
|
Configure IDLE dialog. See the IDLE help option in the help menu of IDLE for
|
|
more information.
|
|
|
|
|
|
Setting preferences
|
|
^^^^^^^^^^^^^^^^^^^
|
|
|
|
The font preferences, highlighting, keys, and general preferences can be
|
|
changed via Configure IDLE on the Option menu. Keys can be user defined;
|
|
IDLE ships with four built-in key sets. In addition, a user can create a
|
|
custom key set in the Configure IDLE dialog under the keys tab.
|
|
|
|
|
|
Extensions
|
|
^^^^^^^^^^
|
|
|
|
IDLE contains an extension facility. Preferences for extensions can be
|
|
changed with the Extensions tab of the preferences dialog. See the
|
|
beginning of config-extensions.def in the idlelib directory for further
|
|
information. The only current default extension is zzdummy, an example
|
|
also used for testing.
|