Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IDLE does not supply a default ext of .py on Windows or OS X for new file saves #49082

Closed
geon mannequin opened this issue Jan 4, 2009 · 27 comments
Closed

IDLE does not supply a default ext of .py on Windows or OS X for new file saves #49082

geon mannequin opened this issue Jan 4, 2009 · 27 comments
Assignees
Labels
topic-IDLE type-feature A feature request or enhancement

Comments

@geon
Copy link
Mannequin

geon mannequin commented Jan 4, 2009

BPO 4832
Nosy @terryjreedy, @amauryfa, @devdanzin, @ned-deily, @serwy
Files
  • defaultextension.patch
  • fix_defaultextension.diff
  • issue4832.diff
  • issue4832_rev1.patch
  • issue4832_rev2.patch
  • Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.

    Show more details

    GitHub fields:

    assignee = 'https://github.com/terryjreedy'
    closed_at = <Date 2014-10-06.04:30:11.962>
    created_at = <Date 2009-01-04.15:16:01.578>
    labels = ['expert-IDLE', 'type-feature']
    title = 'IDLE does not supply a default ext of .py on Windows or OS X for new file saves'
    updated_at = <Date 2014-10-12.09:39:39.200>
    user = 'https://bugs.python.org/geon'

    bugs.python.org fields:

    activity = <Date 2014-10-12.09:39:39.200>
    actor = 'terry.reedy'
    assignee = 'terry.reedy'
    closed = True
    closed_date = <Date 2014-10-06.04:30:11.962>
    closer = 'terry.reedy'
    components = ['IDLE']
    creation = <Date 2009-01-04.15:16:01.578>
    creator = 'geon'
    dependencies = []
    files = ['13978', '14620', '23956', '26336', '26340']
    hgrepos = []
    issue_num = 4832
    keywords = ['patch']
    message_count = 27.0
    messages = ['79062', '86620', '87695', '87702', '87703', '91168', '91260', '91262', '110962', '110964', '110966', '130399', '149466', '165128', '165135', '165147', '165154', '165199', '165346', '165347', '165371', '165372', '197461', '228638', '228651', '228727', '229133']
    nosy_count = 9.0
    nosy_names = ['terry.reedy', 'amaury.forgeotdarc', 'ajaksu2', 'gpolo', 'ned.deily', 'roger.serwy', 'geon', 'python-dev', 'Saimadhav.Heblikar']
    pr_nums = []
    priority = 'normal'
    resolution = 'fixed'
    stage = 'resolved'
    status = 'closed'
    superseder = None
    type = 'enhancement'
    url = 'https://bugs.python.org/issue4832'
    versions = ['Python 2.7']

    @geon
    Copy link
    Mannequin Author

    geon mannequin commented Jan 4, 2009

    There should not be necessity to write filename *with extension* at the
    saving dialog. It should be enough, at least on Windows, to put there
    just "hello" and get "hello.py". It is really complication especially
    for beginners. If they, as they are used to from another programs, put
    there just "hello", it is saved without extension ".py" what have 2
    result: they cannot see any icons at that file and they are not able to
    run in, cause python.exe is bind with ".py".

    Hoping its not duplicate I haven't found anything like this here.

    @geon geon mannequin added type-bug An unexpected behavior, bug, or error topic-IDLE labels Jan 4, 2009
    @devdanzin
    Copy link
    Mannequin

    devdanzin mannequin commented Apr 26, 2009

    I get the .py automatically on Linux, is this an intended behavior
    difference or should this issue be considered a bug instead?

    @devdanzin devdanzin mannequin added type-feature A feature request or enhancement and removed type-bug An unexpected behavior, bug, or error labels Apr 26, 2009
    @amauryfa
    Copy link
    Member

    I think I found the relevant documentation:
    http://wiki.tcl.tk/1842
    """
    On Unix, when typing a filename without extension, the first extension
    belonging to the currently selected filetype will be appended to the
    filename. On Windows, this is not the case, but one can define a fixed
    extension with the -defaultextension option. To get the same behaviour
    on Unix, use -defaultextension {}.
    """

    I tried to add "defaultextension=.py", (see attached patch) the problem
    is that now it seems impossible to create a file without an extension...

    @devdanzin
    Copy link
    Mannequin

    devdanzin mannequin commented May 13, 2009

    Amaury,
    Your patch also forces '.py' to any saved file on Linux, but using
    'defaultextension = ""' it works correctly here. Does if fix things on
    Windows?

    @geon
    Copy link
    Mannequin Author

    geon mannequin commented May 13, 2009

    Trying to patch the latest revision 72608 and it didnt work, here on winxp.

    C:\prg\Python30\Lib\idlelib>svn update
    Restored 'IOBinding.py'
    At revision 72608.

    C:\prg\Python30\Lib\idlelib>patch IOBinding.py defaultextension.patch
    --verbose
    Hmm... Looks like a unified diff to me...
    The text leading up to this was:
    --------------------------
    |Index: Lib/idlelib/IOBinding.py
    |===================================================================
    |--- Lib/idlelib/IOBinding.py (revision 72282)
    |+++ Lib/idlelib/IOBinding.py (working copy)
    --------------------------
    Patching file IOBinding.py using Plan A...
    Hunk #1 succeeded at 480 (offset -45 lines).
    Hmm... Ignoring the trailing garbage.
    done

    If I do the patch by hand, it works. All files are saved with ext. .py.
    When set 'defaultextension = ""', it is save well too, but then IDLE
    crashed immediately.

    @gpolo
    Copy link
    Mannequin

    gpolo mannequin commented Aug 1, 2009

    I'm attaching a very similar patch that I tested on Linux and Windows.
    It just combines the default behaviour with the details required for
    Windows, that is, the default extension is set to '.py' for Windows and
    '' elsewhere (the default).

    @amauryfa
    Copy link
    Member

    amauryfa commented Aug 4, 2009

    With this new patch, is it possible to create a file without extension
    on Windows?

    @gpolo
    Copy link
    Mannequin

    gpolo mannequin commented Aug 4, 2009

    With this new patch, is it possible to create a file without extension
    on Windows?

    It is tricky but, answering your question, you could enter a name
    ending with a period to save without an extension.

    It seems this isn't going anywhere then. The default behaviour on
    Linux is to get the .py already, so this patch changes nothing there.
    On Windows no extension is set by default, and with this patch it is
    always .py if no extension is specified.

    @taleinat
    Copy link
    Contributor

    On Windows, I can't think of any common reason to want to save a file edited in IDLE without the .py extension. On the other hand, accidentally forgetting the .py extension is annoying, and users have come to expect a default extension being added by applications (e.g. MS Office).

    Guilherme's patch (applied manually) works fine here on Windows7. I'm +1 for committing this if it has been tested to work as expected on Linux and OSX.

    (minor nit-pick: could use sys.platform.startswith('win') instead of slicing)

    @briancurtin
    Copy link
    Member

    I would forget about slicing or using startswith. "win32" is the platform name for Python on Windows whether or not it's 64-bit (see PC/pyconfig.h), so I'd just check """sys.platform == 'win32'"""

    @gpolo
    Copy link
    Mannequin

    gpolo mannequin commented Jul 20, 2010

    Sorry but this is just bikeshedding, whoever commits can make this change or if it had been committed without this "improvement" then anyone could adjust without needing a new issue.

    @terryjreedy
    Copy link
    Member

    The behavior (for Windows) I expect and would like is that the default extension would be .py, .txt, or nothing, depending on the selection in the 'save as type' box in the SaveAS dialog. (.pyw, being rare, would have to be explicitly typed.) Of course, doubled extensions like .py.py should be avoided. I believe other apps on Windows do something like this, but I should check.

    I have no idea how the other systems differ.

    @serwy
    Copy link
    Mannequin

    serwy mannequin commented Dec 14, 2011

    I was unable to produce the crash that Pavel described in msg87703.

    Just adding "defaultextension=''" solves this issue for Windows and still preserves the correct behavior on Linux. Amaury's quote of tcl/tk documentation in msg87695 mentions this as well.

    I tested this on Linux with 2.7.1 and 3.2 and on Windows Vista using 2.7.1 and 3.2.2.

    Attached is a diff against 3.3a0.

    @serwy
    Copy link
    Mannequin

    serwy mannequin commented Jul 9, 2012

    issue4832_rev1.patch is a complete patch against 3.3.

    This is also part of bpo-13504, "7) ANNOYANCE: It’s too easy to forget the .py extension when saving a file."

    @terryjreedy
    Copy link
    Member

    I tested with defaultextension='' on Windows and it works well. If no extension is entered (no '.' in name), .py or .txt is added for the .py/w and .txt filetype choices. If there is a . in the name, nothing is added. If one wants x.y.py, one must type the whole name. So typing x.pyw does not get .py added on top of it. This needs to be documented in the Idle help file.

    Should the change only be made to 3.3, or also to 3.2/2.7? The old behavior of typing .py still works, so that does not break. Typing no . to get no extension (rare) will break unless one selects '*.* all files' (which one should do anyway as it is standard Windows behavior). I think uniform across versions is better so people who learn leaving out .py on 3.3 can also leave it out in future 2.7 and 3.2, which should come out about the same time as 3.3.0.

    Whether just one or two or three versions, how do people used to the old (buggy in my opinion) behavior find out about the change. A splash line on startup "See help for new 'save as' behavior" ?

    Anything I should know about *nix or mac behavior, at least for the doc? Ned, does this change work on macs?

    @terryjreedy terryjreedy self-assigned this Jul 9, 2012
    @serwy
    Copy link
    Mannequin

    serwy mannequin commented Jul 10, 2012

    Your description applied to the behavior on Ubuntu 11.04.

    @ned-deily
    Copy link
    Member

    As usual, there seem to be small but significant differences among the implementations. Testing with the three OS X Tk implementations shows that currently:

    1. Aqua Tk 8.5 and Aqua Tk 8.4 do not supply a default extension
      when saving. With patch bpo-4832.diff applied, they still incorrectly do not supply a default extension. (Note, Aqua Tk's do not supply a file type filter in the Save File dialog box.)
    2. X11 Tk 8.5 behaves like other Unix X11 Tk's: a default based on the selected File Type filter is used, i.e. .py for "Python files, .txt for "Text file". Applying the patch does not change that correct behavior.

    I tested a variation of Guilherme's patch which supplies a defaultextension of '.py' but only for OS X (rather than Windows). With that patch (issue4832_rev2.patch):

    1. Aqua Tk 8.5 now correctly supplies a default extension of '.py' on saves if the user does not enter an extension as part of the file name.
    2. Aqua Tk 8.4 behavior is unchanged: it still incorrectly does not supply an extension if the user does not. I don't see how to fix that but the use of Aqua Tk 8.4 is diminishing.
    3. X11 Tk 8.5 behavior is unchanged: it still correctly supplies a default based on the selected File Type.

    Since Aqua Tk 8.5 is the major Tk for OS X these days (it has been the system default since OS X 10.6) and the patch improves things for it, I'd like to see this go in. I did test it on a Debian Linux X11. It should behave the same on Windows as Roger's previous patch but it would be good to test it again.

    As far as documentation changes, I don't see the need to have anything more than the usual IDLE/NEWS.txt file entry.

    @serwy
    Copy link
    Mannequin

    serwy mannequin commented Jul 10, 2012

    I tried issue4832_rev2.patch on Ubuntu 11.04 with Tk 8.5 and it still behaves as Terry described.

    @ned-deily
    Copy link
    Member

    Terry, are you planning to commit this? If not, I can do it. It would be good to get this into 3.3.0b2 since it does fix an important usability issue.

    @terryjreedy
    Copy link
    Member

    I agree. Go ahead. But what do you think of applying to 2.7 and or 3.2?

    I want to add a sentence to Idle help, which I want to edit for the tooltips issue also. But that is not a rush.

    @python-dev
    Copy link
    Mannequin

    python-dev mannequin commented Jul 13, 2012

    New changeset 677a9326b4d4 by Ned Deily in branch 'default':
    Issue bpo-4832: Modify IDLE to save files with .py extension by
    http://hg.python.org/cpython/rev/677a9326b4d4

    @ned-deily
    Copy link
    Member

    Committed for 3.3. I'm +0.5 for 2.7 and 3.2. It seems like a bug to me. Terry, I'll leave it up to you to handle that and any further doc updates you want to make.

    @ned-deily ned-deily changed the title idle filename extension IDLE does not supply a default ext of .py on Windows or OS X for new file saves Jul 13, 2012
    @terryjreedy
    Copy link
    Member

    With PEP-434, this can and I think should be backported. I should have done it for 2.7.5 and will try to do soon.

    @terryjreedy
    Copy link
    Member

    Better late than never. At least on Windows, with has defaultextension = '', changeing "Save as type" to "Text files" changes the default to ".txt". I presume that this bonus feature is not available on OSX, where defaultextension = '.py'. Before I update the doc (just before 2.7.9), can someone tell me what happens with linux, where defaultextension is '', as on Windows?

    @SaimadhavHeblikar
    Copy link
    Mannequin

    SaimadhavHeblikar mannequin commented Oct 6, 2014

    I will try to describe the behavior on linux:

    (Format used is "what i type in file name" -> "name which gets written to disk")

    1. When files of type is: Python Files
      a -> a.py
      b.py -> b.py
      c.py.py -> c.py.py
      d.py.abc -> d.py.abc (!)
      e.abc -> e.abc (!)

    2. When files of type is: text file
      Same behavior as before, with .txt instead of .py/.pyw

    3. When files of type is: All files
      a -> a
      b.py -> b.py
      c.py.py -> c.py.py
      d.py.abc -> d.py.abc
      e.abc -> e.abc

    I hopefully have tried most of the combinations. If I have left out any, please let me know and I'll try them out.

    @terryjreedy
    Copy link
    Member

    Thank you. It was in particular the switching between a -> a.py and a -> a.txt that I described and wanted verified for linux. The fact that names with extensions are left unchanged is important too. I will have to think about how to describe this succinctly.

    @terryjreedy
    Copy link
    Member

    Misdirected push message copied here.
    New changeset 69cdf71bda12 by Terry Jan Reedy in branch '2.7':
    Issue bpo-3832: backport 677a9326b4d4 to 2.7 (and delete some obsolete code).
    https://hg.python.org/cpython/rev/69cdf71bda12

    @ezio-melotti ezio-melotti transferred this issue from another repository Apr 10, 2022
    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
    Labels
    topic-IDLE type-feature A feature request or enhancement
    Projects
    None yet
    Development

    No branches or pull requests

    5 participants