<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/idlefork/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/idlefork/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Wed, 10 Sep 2014 12:29:24 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/idlefork/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Enable package relative imports when running modules</title><link>https://sourceforge.net/p/idlefork/feature-requests/15/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Currently, attempts to run modules with relative import statements like:&lt;/p&gt;
&lt;p&gt;from . import somemodule&lt;/p&gt;
&lt;p&gt;fail with&lt;/p&gt;
&lt;p&gt;SystemError: Parent module '' not loaded, cannot perform relative import&lt;/p&gt;
&lt;p&gt;For saved files, however, it should be possible for IDLE to infer the meaning of . from the module's file path.&lt;br /&gt;
This would make for much more convenient editing and testing of package modules.&lt;/p&gt;
&lt;p&gt;Wolfgang&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Wolfgang Maier</dc:creator><pubDate>Wed, 10 Sep 2014 12:29:24 -0000</pubDate><guid>https://sourceforge.net747789d65f5924f05aef2ed99c8b84465037f5b8</guid></item><item><title>Compile module menu option</title><link>https://sourceforge.net/p/idlefork/feature-requests/14/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It would be very helpful to have a "compile module"&lt;br /&gt;
selection in the menu along with "import module" and&lt;br /&gt;
"check module" menu selection.  This way people such as&lt;br /&gt;
myself who are frequent compilers and use the compiler&lt;br /&gt;
to iron out errors and problems in the code don't have&lt;br /&gt;
to run the script to find the errors.  This would be&lt;br /&gt;
especially helpful in cases where a script makes system&lt;br /&gt;
changes that can only be run once and in order to&lt;br /&gt;
continue correcting the script after finding an error,&lt;br /&gt;
I wouldn't have to restart IDLE and begin anew.  I&lt;br /&gt;
could just re-compile the script.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jkamph</dc:creator><pubDate>Wed, 17 Aug 2005 15:22:56 -0000</pubDate><guid>https://sourceforge.netc25637cd5face4adfc0d1f62fa1488fa25e6a8cb</guid></item><item><title>Turning off calltip</title><link>https://sourceforge.net/p/idlefork/feature-requests/13/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;&lt;a href="http://groups.google.co.kr/groups?th=b3ede9088c1e1f71" rel="nofollow"&gt;http://groups.google.co.kr/groups?th=b3ede9088c1e1f71&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Some users may not like calltips. As the google thread&lt;br /&gt;
above suggests, it must be possible to turn calltips off&lt;br /&gt;
from the configuratio dialog.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Seo Sanghyeon</dc:creator><pubDate>Fri, 08 Aug 2003 19:30:23 -0000</pubDate><guid>https://sourceforge.net72e5844f80ec3b57b864e92e7b03d8488c55c198</guid></item><item><title>cannot reopen file easily</title><link>https://sourceforge.net/p/idlefork/feature-requests/12/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It is not possible to reopen a file in the editor if it is &lt;br /&gt;
changed from outside. You will have to close the editor &lt;br /&gt;
window and open the file again. Just open the file&lt;br /&gt;
in the editor will leave the contents unchanged.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Thu, 26 Jun 2003 14:45:46 -0000</pubDate><guid>https://sourceforge.net5f2d7a489d4759ad6b4e35175b639b67b5270273</guid></item><item><title>Couple of feature requests</title><link>https://sourceforge.net/p/idlefork/feature-requests/11/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;- F5 should offer to save *all* files rather than just&lt;br /&gt;
the one.&lt;br /&gt;
It's hard to track down all files you've touched in a&lt;br /&gt;
larger&lt;br /&gt;
project.&lt;/p&gt;
&lt;p&gt;- When the stackviewer can't open its window because&lt;br /&gt;
sys.last_traceback etc. aren't defined, it should pop up&lt;br /&gt;
a warning rather than just doing nothing.&lt;/p&gt;
&lt;p&gt;- I like a way to re-run the last file on which I used F5&lt;br /&gt;
regardless of which window I am currently in (even the&lt;br /&gt;
shell). Use case: editing a large multi-module program,&lt;br /&gt;
the main program is a separate file that runs unit tests.&lt;br /&gt;
Suggestion: Ctl-F5.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Guido van Rossum</dc:creator><pubDate>Sun, 22 Jun 2003 08:18:15 -0000</pubDate><guid>https://sourceforge.net606a60510ea5f2c378d109b38b17991d0c9018da</guid></item><item><title>Improve keyboard navigation</title><link>https://sourceforge.net/p/idlefork/feature-requests/10/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Just a couple of simple requests:&lt;/p&gt;
&lt;p&gt;1) The HOME key should toggle between taking you to the&lt;br /&gt;
start of a line (pos 0) and the first non-whitespace&lt;br /&gt;
character on a line. This is how Visual Studio works,&lt;br /&gt;
and it's very handy.&lt;/p&gt;
&lt;p&gt;2) Along the same lines, if your cursor is in the&lt;br /&gt;
indented whitespace area on a code line, hitting&lt;br /&gt;
&amp;amp;lt;CTRL&amp;amp;gt;-&amp;amp;lt;RIGHT ARROW&amp;amp;gt; should take you to the _first_&lt;br /&gt;
word on the line. Right now, it takes you to the second&lt;br /&gt;
word, which is not intuitive.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Brandon Corfman</dc:creator><pubDate>Mon, 21 Apr 2003 18:03:43 -0000</pubDate><guid>https://sourceforge.net6f9bbc3686ed49d236bed44661c0d651535bfcf5</guid></item><item><title>ParenMatching Missing AutoIndent module</title><link>https://sourceforge.net/p/idlefork/feature-requests/9/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Three problems:&lt;br /&gt;
1. There is no access to ParenMatching from the&lt;br /&gt;
&amp;amp;quot;Configure Idle&amp;amp;quot; pannel.&lt;br /&gt;
2. One need to edit both the global configuration file&lt;br /&gt;
in idlelib or idleforklib, and the local configuration&lt;br /&gt;
file (in .idlerc, under linux) in order to enable this&lt;br /&gt;
option.&lt;br /&gt;
3. When ParenMatching is enabled, python complains&lt;br /&gt;
about missing AutoIndent module. I solved this problem&lt;br /&gt;
by copying AutoIndent.py from the idle directory.&lt;/p&gt;
&lt;p&gt;Nadav.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nadav Horesh</dc:creator><pubDate>Fri, 31 Jan 2003 19:37:03 -0000</pubDate><guid>https://sourceforge.net1a5c15bd74c78193ea7719111ed29a6bcf65aafc</guid></item><item><title>F5 kills current run, starts another</title><link>https://sourceforge.net/p/idlefork/feature-requests/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;For high interactivity, I want F5 to do what it did in the &lt;br /&gt;
original idlefork: kill the running (sub)process and start a &lt;br /&gt;
new run. To give a common example, suppose I've &lt;br /&gt;
written a VPython program and there is a graphics &lt;br /&gt;
window on the screen which I'm inspecting as I make &lt;br /&gt;
corrections to the program. Then I hit F5, and the &lt;br /&gt;
graphics window used to disappear and a new run start.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bruce Sherwood</dc:creator><pubDate>Thu, 02 Jan 2003 21:50:52 -0000</pubDate><guid>https://sourceforge.netb039d3e85af7747eea9ed185771c68e0206249a5</guid></item><item><title>Configure autosave</title><link>https://sourceforge.net/p/idlefork/feature-requests/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It is important to me and my students to be able to &lt;br /&gt;
specify as a configuration option that autosave be in &lt;br /&gt;
effect. That is, when I press F5 and I have made &lt;br /&gt;
changes to the file, the file is overwritten with the current &lt;br /&gt;
version, with no dialog box intruding. The value of &lt;br /&gt;
autosave is that it reduces the likelihood of losing work &lt;br /&gt;
in case of an interruption, and the value of eliminating &lt;br /&gt;
the dialog box is that it increases interactivity and avoids &lt;br /&gt;
a loss of focus due to the intrusion. The goal is to make &lt;br /&gt;
full-program edit/run cycles as highly interactive as the &lt;br /&gt;
interactive shell. The practically infinite un-do capability &lt;br /&gt;
of IDLE makes autosave acceptable. And the &lt;br /&gt;
knowledgeable can always if desired save a copy at a &lt;br /&gt;
particular stage in the development process.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bruce Sherwood</dc:creator><pubDate>Thu, 02 Jan 2003 21:46:47 -0000</pubDate><guid>https://sourceforge.netf8d474c6029affd8e6a4a681a3866d893fb5bb44</guid></item><item><title>Relative address of Python Doc</title><link>https://sourceforge.net/p/idlefork/feature-requests/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When specifying additional help resources, it would be &lt;br /&gt;
very helpful, maybe even essential, to be able to &lt;br /&gt;
reference local Python Doc by relative addressing. &lt;br /&gt;
Consider specifically the Windows situation, where full &lt;br /&gt;
Python documentation is available at Python23&lt;br /&gt;
\Doc\index.html. The default installation is in fact &lt;br /&gt;
C:\Python23\Doc\index.html, but users may install the &lt;br /&gt;
Python23 directory anywhere, hence the need to be able &lt;br /&gt;
to refer somehow to either the Python23 directory or the &lt;br /&gt;
Python23\Doc directory without giving an absolute file &lt;br /&gt;
path.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bruce Sherwood</dc:creator><pubDate>Wed, 01 Jan 2003 15:23:40 -0000</pubDate><guid>https://sourceforge.net247fc0c8a52f9caccb5190036ad78fbfa6639ae4</guid></item></channel></rss>