[issue45357] Idle does not check user config for extention configuration
CoolCat467 added the comment: In a classroom circumstance, yes, that kind of makes sense, but at the moment, if you want to add an extension you have to either manually edit the file, or let a automated script touch your entire system with root permissions that could be doing who knows what else. And trying to install extensions on windows has proved nearly impossible for me. No matter what I've tried, I haven't been able to change the system config file. Now, on Linux everything is fine, but still. I would think that people who use IDLE in general would benefit from this change, and could potentially make extension use more popular instead of going to third party and potentially closed source editors. I don't like that other, more popular editors have more capabilities just because writing extensions might be easier. -- ___ Python tracker <https://bugs.python.org/issue45357> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45357] Idle does not check user config for extention configuration
CoolCat467 added the comment: Yes, changing settings on ZzDummy works correctly, but this is because an entry for it exists in the default config file. The problem is when if you attempt to add a new extension through the user config file. When IDLE is looking for extensions to load, it only checks the default config file, not the user config file. So if I add a new extension entry to my ~/.idlerc/config-extensions.cfg file, "[lintcheck]\nenable = True", and have a module installed on my system called "lintcheck", with a class named "lintcheck". Because IDLE is only looking in the default config file for extensions to load, it never finds lintcheck and therefore it is never loaded. On the contrary, if it were in the system default config file, IDLE would find it and "lintcheck" would be loaded. -- ___ Python tracker <https://bugs.python.org/issue45357> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45357] Idle does not check user config for extention configuration
Change by CoolCat467 : -- nosy: +taleinat, terry.reedy ___ Python tracker <https://bugs.python.org/issue45357> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45357] Idle does not check user config for extention configuration
Change by CoolCat467 : -- keywords: +patch pull_requests: +27063 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28713 ___ Python tracker <https://bugs.python.org/issue45357> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45357] Idle does not check user config for extention configuration
Change by CoolCat467 : -- nosy: -terry.reedy versions: +Python 3.9 ___ Python tracker <https://bugs.python.org/issue45357> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45357] Idle does not check user config for extention configuration
New submission from CoolCat467 : I was trying to write an extension for Idle, and was noticing extension keys defined in ~/.idlerc weren't being used, so I looked into it and found that in idlelib.config.idleConf, `GetExtensionKeys`, `__GetRawExtensionKeys`, and `GetKeyBinding` would never check for user keys, always assuming default keys have everything. This is not always true. In a system with multiple users, you would not want to modify the default config file for a custom extension, as that is used for everyone. -- assignee: terry.reedy components: IDLE messages: 403112 nosy: CoolCat467, terry.reedy priority: normal severity: normal status: open title: Idle does not check user config for extention configuration type: behavior ___ Python tracker <https://bugs.python.org/issue45357> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
