Re: IDLE: clearing the screen

[Michael F. Stemper via Python-list]

On 08/06/2024 14.18, Rob Cliffe wrote:

OK, here is the advanced version:
import os
class _cls(object):
     def __repr__(self):
         os.system('cls')
         return ''
cls = _cls()

Now when you type
cls
it clears the screen.  The only flaw is that there is a blank line at the very top of the screen, 
and the ">>>" prompt appears on the SECOND line.
(This blank line is because the IDLE prints the blank value returned by "return 
''" and adds a newline to it, as it does when printing the value of any expression.)


Why have it return anything at all?

--
Michael F. Stemper
Indians scattered on dawn's highway bleeding;
Ghosts crowd the young child's fragile eggshell mind.

--
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE: clearing the screen

[Michael F. Stemper via Python-list]

On 10/06/2024 09.32, Stefan Ram wrote:

"Michael F. Stemper"  wrote or quoted:

On 08/06/2024 14.18, Rob Cliffe wrote:

OK, here is the advanced version:
import os
class _cls(object):
      def __repr__(self):
          os.system('cls')
          return ''
cls = _cls()

...

Why have it return anything at all?


   Because __repr__ needs to return a str.


Got it. Thanks for clarifying.

--
Michael F. Stemper
87.3% of all statistics are made up by the person giving them.

--
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE: clearing the screen

[Alan Gauld via Python-list]

On 08/06/2024 20:18, Rob Cliffe via Python-list wrote:
> OK, here is the advanced version:
> import os
> class _cls(object):
>      def __repr__(self):
>          os.system('cls')
>          return ''
> cls = _cls()
> 
> Now when you type
> cls
> it clears the screen.  

For me on a Mac it clears the terminal screen that I used
to launch IDLE and prints a single blank line on the IDLE
shell. (And I have to use "clear" instead of "cls" of course.

A quick Google suggests that printing Ctrl-L (formfeed?) might
be a platform agnostic solution. But that didn't work for me
in IDLE either. I think this is one where the best bet is to go
into the IDLE code and add a Shell submenu to clear screen!
Apparently it's been on the workstack at idle-dev for a long
time but is considered low priority...

-- 
Alan G
Author of the Learn to Program web site
http://www.alan-g.me.uk/
http://www.amazon.com/author/alan_gauld
Follow my photo-blog on Flickr at:
http://www.flickr.com/photos/alangauldphotos


-- 
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE: clearing the screen

[Rob Cliffe via Python-list]

OK, here is the advanced version:
import os
class _cls(object):
    def __repr__(self):
        os.system('cls')
        return ''
cls = _cls()

Now when you type
cls
it clears the screen.  The only flaw is that there is a blank line at 
the very top of the screen, and the ">>>" prompt appears on the SECOND 
line.
(This blank line is because the IDLE prints the blank value returned by 
"return ''" and adds a newline to it, as it does when printing the value 
of any expression.)


Best wishes
Rob Cliffe
--
https://mail.python.org/mailman/listinfo/python-list

Re: Fwd: IDLE: clearing the screen

[Rob Cliffe via Python-list]

On 05/06/2024 04:09, Cameron Simpson wrote:

On 04Jun2024 22:43, Rob Cliffe  wrote:

import os
def cls(): x=os.system("cls")

Now whenever you type
cls()
it will clear the screen and show the prompt at the top of the screen.

(The reason for the "x=" is: os.system returns a result, in this case 
0.  When you evaluate an expression in the IDE, the IDE prints the 
result.  So without the "x=" you get an extra line at the top of the 
screen containing "0".)


Not if it's in a function, because the IDLE prints the result if it 
isn't None, and your function returns None. So:


    def cls():
    os.system("cls")

should be just fine.


Yes, you're right.
Rob Cliffe

--
https://mail.python.org/mailman/listinfo/python-list

Re: Fwd: IDLE: clearing the screen

[Cameron Simpson via Python-list]

On 04Jun2024 22:43, Rob Cliffe  wrote:

import os
def cls(): x=os.system("cls")

Now whenever you type
cls()
it will clear the screen and show the prompt at the top of the screen.

(The reason for the "x=" is: os.system returns a result, in this case 
0.  When you evaluate an expression in the IDE, the IDE prints the 
result.  So without the "x=" you get an extra line at the top of the 
screen containing "0".)


Not if it's in a function, because the IDLE prints the result if it 
isn't None, and your function returns None. So:


def cls():
os.system("cls")

should be just fine.
--
https://mail.python.org/mailman/listinfo/python-list

Fwd: IDLE: clearing the screen

[Rob Cliffe via Python-list]

Welcome to Python!  A great language for program development.

Answers might be platform-dependent (are you using WIndows, Linux, etc.).
However, the following works for me on WIndows.  You can put it in the 
startup.py file so you don't have to type it every time you start up the 
IDLE.


import os
def cls(): x=os.system("cls")

Now whenever you type
cls()
it will clear the screen and show the prompt at the top of the screen.

(The reason for the "x=" is: os.system returns a result, in this case 
0.  When you evaluate an expression in the IDE, the IDE prints the 
result.  So without the "x=" you get an extra line at the top of the 
screen containing "0".)


I am sure that some jiggery-pokery could be used so you don't have to 
type the "()".  But that's more advanced ...


Best wishes
Rob Cliffe


On 04/06/2024 14:34, Cave Man via Python-list wrote:

Hello everyone,

I am  new to Python, and I have been using IDLE (v3.10.11) to run 
small Python code. However, I have seen that the output scrolls to the 
bottom in the output window.


Is there a way to clear the output window (something like cls in 
command prompt or clear in terminal), so that output stays at the top?



Thanks in anticipation!


--
https://mail.python.org/mailman/listinfo/python-list

IDLE: clearing the screen

[Cave Man via Python-list]

Hello everyone,

I am  new to Python, and I have been using IDLE (v3.10.11) to run small 
Python code. However, I have seen that the output scrolls to the bottom 
in the output window.


Is there a way to clear the output window (something like cls in command 
prompt or clear in terminal), so that output stays at the top?



Thanks in anticipation!
--
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE editor suggestion.

[MRAB via Python-list]

On 2023-12-13 01:28, Steve GS via Python-list wrote:

Does anything from the Visual Studio family of software have a pull down menu 
that lists previous searches so that I don’t have to enter them every time?

SGA

Visual Studio search box has a dropdown list that's shown when you press 
the down arrow key.



-Original Message-
From: Friedrich Romstedt 
Sent: Tuesday, December 12, 2023 12:52 PM
To: Steve GS 
Cc: python-list@python.org
Subject: Re: IDLE editor suggestion.

Hi!

Am Di., 12. Dez. 2023 um 09:28 Uhr schrieb Steve GS via Python-list
:


Maybe this already exists but
I have never seen it in any
editor that I have used.


You might want to choose Microsoft Code from its Visual Studio family of 
software, or, if you're ready for a deep dive, you might try using vim. 
Personally I am using both.

HTH,
Friedrich



--
https://mail.python.org/mailman/listinfo/python-list

RE: IDLE editor suggestion.

[Steve GS via Python-list]

Does anything from the Visual Studio family of software have a pull down menu 
that lists previous searches so that I don’t have to enter them every time?

SGA

-Original Message-
From: Friedrich Romstedt  
Sent: Tuesday, December 12, 2023 12:52 PM
To: Steve GS 
Cc: python-list@python.org
Subject: Re: IDLE editor suggestion.

Hi!

Am Di., 12. Dez. 2023 um 09:28 Uhr schrieb Steve GS via Python-list
:
>
> Maybe this already exists but
> I have never seen it in any
> editor that I have used.

You might want to choose Microsoft Code from its Visual Studio family of 
software, or, if you're ready for a deep dive, you might try using vim. 
Personally I am using both.

HTH,
Friedrich

-- 
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE editor suggestion.

[Mats Wichmann via Python-list]

On 12/12/23 13:50, Thomas Passin via Python-list wrote:

On 2023-12-12 08:22, Steve GS via Python-list wrote:
 > Maybe this already exists but
 > I have never seen it in any
 > editor that I have used.
 >
 > It would be nice to have a
 > pull-down text box that lists
 > all of the searches I have
 > used during this session. It
 > would make editing a lot
 > easier if I could select the
 > previous searches rather than
 > having to enter it every time.
 >
 > If this is inappropriate to
 > post this here, please tell me
 > where to go.
 > Life should be so
 > complicated.
 >
EditPad has this.

So do Notepad++, EditPlus (not free but low cost, Windows only, and very 
good), and I'm sure many others that are much simpler than Visual Studio 
Code, for example.



Every now and then I pop up and suggest people look at Eric.  Odd name 
for an editor? Well, it continues the long pun history in the Python 
world (Eric Idle... get it?).  It has search history, among many other 
things, I think once it was considered to be sort of IDLE++, but it's 
grown to a lot more than that.   Not saying Eric is better-than-XYZ-IDE, 
but it is a cool project...



--
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE editor suggestion.

[Thomas Passin via Python-list]

On 2023-12-12 08:22, Steve GS via Python-list wrote:
> Maybe this already exists but
> I have never seen it in any
> editor that I have used.
>
> It would be nice to have a
> pull-down text box that lists
> all of the searches I have
> used during this session. It
> would make editing a lot
> easier if I could select the
> previous searches rather than
> having to enter it every time.
>
> If this is inappropriate to
> post this here, please tell me
> where to go.
> Life should be so
> complicated.
>
EditPad has this.

So do Notepad++, EditPlus (not free but low cost, Windows only, and very 
good), and I'm sure many others that are much simpler than Visual Studio 
Code, for example.

--
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE editor suggestion.

[Friedrich Romstedt via Python-list]

Hi!

Am Di., 12. Dez. 2023 um 09:28 Uhr schrieb Steve GS via Python-list
:
>
> Maybe this already exists but
> I have never seen it in any
> editor that I have used.

You might want to choose Microsoft Code from its Visual Studio family
of software, or, if you're ready for a deep dive, you might try using
vim. Personally I am using both.

HTH,
Friedrich
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE editor suggestion.

[MRAB via Python-list]

On 2023-12-12 08:22, Steve GS via Python-list wrote:

Maybe this already exists but
I have never seen it in any
editor that I have used.

It would be nice to have a
pull-down text box that lists
all of the searches I have
used during this session. It
would make editing a lot
easier if I could select the
previous searches rather than
having to enter it every time.

If this is inappropriate to
post this here, please tell me
where to go.
Life should be so
complicated.


EditPad has this.
--
https://mail.python.org/mailman/listinfo/python-list

IDLE editor suggestion.

[Steve GS via Python-list]

Maybe this already exists but
I have never seen it in any
editor that I have used.

It would be nice to have a
pull-down text box that lists
all of the searches I have
used during this session. It
would make editing a lot
easier if I could select the
previous searches rather than
having to enter it every time.

If this is inappropriate to
post this here, please tell me
where to go.
Life should be so
complicated.

-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Why does IDLE use a subprocess?

[James Schaffler via Python-list]

On Tuesday, May 30th, 2023 at 10:18 PM, Chris Angelico wrote:
> Yep, what you're seeing there is the namespace and nothing else. But
> if you mess with an actual builtin object, it'll be changed for the
> other interpreter too.
> 
> > > > import ctypes
> > > > ctypes.cast(id(42), ctypes.POINTER(ctypes.c_int))[6] = 43
> > > > 41+1
> 
> 43
> 
> > > > from code import InteractiveInterpreter
> > > > interp = InteractiveInterpreter()
> > > > interp.runcode("print(41+1)")
> 
> 43
> 
> (Note that this only works in CPython and only with integers small
> enough to be in the cache, meaning that there is only one such object
> representing that integer.)
> 
> The same is true of C extensions, which often have their own internal
> state, and that state isn't isolated to a single interpreter.
> 
> Better isolation is coming with PEP 554
> https://peps.python.org/pep-0554/ which also has some great
> information about what currently is NOT isolated. (Also, even then,
> some things won't be fully isolated; I think that the ctypes trick
> above might still affect a subinterpreter even in a post-PEP554
> world.)

Amazing example! Thank you everyone for the detailed responses - will be sure 
to check out the PEP as well.

Jim
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Why does IDLE use a subprocess?

[Chris Angelico]

On Wed, 31 May 2023 at 12:03, James Schaffler via Python-list
 wrote:
>
> On Tuesday, May 30th, 2023 at 9:14 PM, Greg Ewing wrote:
> > Globals you create by executing code in the REPL have their own
> > namespace. But everything else is shared -- builtins, imported
> > Python modules, imported C extension modules, etc. etc.
>
> Thanks for the explanation. Could you elaborate on precisely how "everything 
> else is shared"? As far as I understand, if you run the following code:
>
> from code import InteractiveInterpreter
> interp = InteractiveInterpreter()
> import numpy as np
> interp.runcode("np.__name__")
>
> this will result in the error
> Traceback (most recent call last):
>   File "", line 1, in 
> NameError: name 'np' is not defined
>
> which seems to imply that imports in the parent shell are not shared with 
> interpreters and vice versa (if you swap the places of the import and the 
> __name__ call).
>

Yep, what you're seeing there is the namespace and nothing else. But
if you mess with an actual builtin object, it'll be changed for the
other interpreter too.

>>> import ctypes
>>> ctypes.cast(id(42), ctypes.POINTER(ctypes.c_int))[6] = 43
>>> 41+1
43
>>> from code import InteractiveInterpreter
>>> interp = InteractiveInterpreter()
>>> interp.runcode("print(41+1)")
43

(Note that this only works in CPython and only with integers small
enough to be in the cache, meaning that there is only one such object
representing that integer.)

The same is true of C extensions, which often have their own internal
state, and that state isn't isolated to a single interpreter.

Better isolation is coming with PEP 554
https://peps.python.org/pep-0554/ which also has some great
information about what currently is NOT isolated. (Also, even then,
some things won't be fully isolated; I think that the ctypes trick
above might still affect a subinterpreter even in a post-PEP554
world.)

ChrisA
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Why does IDLE use a subprocess?

[James Schaffler via Python-list]

On Tuesday, May 30th, 2023 at 9:14 PM, Greg Ewing wrote:
> Globals you create by executing code in the REPL have their own
> namespace. But everything else is shared -- builtins, imported
> Python modules, imported C extension modules, etc. etc.

Thanks for the explanation. Could you elaborate on precisely how "everything 
else is shared"? As far as I understand, if you run the following code:

from code import InteractiveInterpreter
interp = InteractiveInterpreter()
import numpy as np
interp.runcode("np.__name__")

this will result in the error
Traceback (most recent call last):
  File "", line 1, in 
NameError: name 'np' is not defined

which seems to imply that imports in the parent shell are not shared with 
interpreters and vice versa (if you swap the places of the import and the 
__name__ call).

Thanks,
Jim
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Why does IDLE use a subprocess?

[Greg Ewing via Python-list]

On 29/05/23 8:10 am, James Schaffler wrote:

However, some minimal testing of InteractiveInterpreter leads me to believe 
that the Interpreter object has its own view of local/global variables and 
therefore shouldn't be able to affect the calling interpreter


Globals you create by executing code in the REPL have their own
namespace. But everything else is shared -- builtins, imported
Python modules, imported C extension modules, etc. etc.

There's a long-running project to make it possible to have
multiple fully-isolated Python interpreters in one process, but
the way CPython is structured makes that very difficult to achieve,
and as far as I know it's not there yet.

In the case of IDLE, there's really no reason not to use a
subprocess[1]. It's easy and guarantees 100% isolation.

[1] Well, mostly. There used to be a small hitch on Windows with
the default firewall settings not letting you connect to a local
socket (nice one, Microsoft). I don't know whether that's still
an issue.

--
Greg
--
https://mail.python.org/mailman/listinfo/python-list

Re: Why does IDLE use a subprocess?

[Chris Angelico]

On Wed, 31 May 2023 at 08:16, Barry  wrote:
> I don’t think it security but robustness that needs the subprocess.
>
> Also if your code use tk then it would conflict with idle’s use of tk.
>

From my memory, it's precisely this - it's much MUCH easier to allow
you to use Tk in your own program without conflicting with Idle's own
use of it. I'm sure it would be possible to make everything work in
one process, but the cost of doing so would be greater than the costs
of juggling two processes.

ChrisA
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Why does IDLE use a subprocess?

[Barry]

> On 30 May 2023, at 21:10, James Schaffler via Python-list 
>  wrote:
> 
> Originally posted to idle-dev, but thought this might be a better place. Let 
> me know if it isn't.
> 
> Hi,
> 
> I was curious about the internals of IDLE, and noticed that IDLE uses 
> executes user code in a "subprocess" that's separate from the Python 
> interpreter that is running IDLE itself (which does tasks such as making the 
> window and coloring the text).
> 
> As far as I understand, IDLE runs a modified version of 
> code.InteractiveInterpreter by sending user code through a socket. Even the 
> IDLE documentation says that without a subprocess, "user code is not isolated 
> from IDLE itself." However, some minimal testing of InteractiveInterpreter 
> leads me to believe that the Interpreter object has its own view of 
> local/global variables and therefore shouldn't be able to affect the calling 
> interpreter (please correct me if I'm wrong).
> 
> So my question is a combination of "Why does IDLE use a subprocess?" and "Why 
> is InteractiveInterpreter not secureuldenough?" What possible security 
> vulnerabilities exist if one uses IDLE without the subprocess? If anyone 
> knows (or could point me to information on) why IDLE is designed this way, 
> I'd really appreciate it. Thank you!

I don’t think it security but robustness that needs the subprocess.

You can crash idle with bugs in the code that you are developing.
By running your code in a subprocess idle protects itself, and your edits from 
bugs in your code.

Also if your code use tk then it would conflict with idle’s use of tk.

That is my assumption on why the subprocess is required.

Barry

> 
> Jim
> -- 
> https://mail.python.org/mailman/listinfo/python-list
> 

-- 
https://mail.python.org/mailman/listinfo/python-list

Why does IDLE use a subprocess?

[James Schaffler via Python-list]

Originally posted to idle-dev, but thought this might be a better place. Let me 
know if it isn't.

Hi,

I was curious about the internals of IDLE, and noticed that IDLE uses executes 
user code in a "subprocess" that's separate from the Python interpreter that is 
running IDLE itself (which does tasks such as making the window and coloring 
the text).

As far as I understand, IDLE runs a modified version of 
code.InteractiveInterpreter by sending user code through a socket. Even the 
IDLE documentation says that without a subprocess, "user code is not isolated 
from IDLE itself." However, some minimal testing of InteractiveInterpreter 
leads me to believe that the Interpreter object has its own view of 
local/global variables and therefore shouldn't be able to affect the calling 
interpreter (please correct me if I'm wrong).

So my question is a combination of "Why does IDLE use a subprocess?" and "Why 
is InteractiveInterpreter not secure enough?" What possible security 
vulnerabilities exist if one uses IDLE without the subprocess? If anyone knows 
(or could point me to information on) why IDLE is designed this way, I'd really 
appreciate it. Thank you!

Jim
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE "Codepage" Switching?

[Eryk Sun]

On 1/17/23, Stephen Tucker  wrote:
>
> 1. Can anybody explain the behaviour in IDLE (Python version 2.7.10)
> reported below? (It seems that the way it renders a given sequence of bytes
> depends on the sequence.)

In 2.x, IDLE tries to decode a byte string via unicode() before
writing to the Tk text widget. However, if the locale encoding (e.g.
the process ANSI code page) fails to decode one or more characters,
IDLE lets Tk figure out how to decode the byte string.

Python 2.7 has an older version of Tk that has peculiar behavior on
Windows when bytes in the range 0x80-0xBF are written to a text box.
Bytes in this range get translated to native wide characters (16-bit
characters) in the halfwidth/fullwidth Unicode block, i.e. translated
to Unicode U+FF80 - U+FFBF.

If IDLE decodes using code page 1252, then the ordinals 0x81, 0x8d,
0x8f, 0x90 and 0x9d can't be decoded. IDLE thus passes the undecoded
byte string to Tk. The example you provided that demonstrates the
behavior contains ordinal 0x9d (157).

I get similar behavior for the other undefined ordinal values in code
page 1252. For example, using IDLE 2.7.18 on Windows:

>>> print '\x81\xa1'
ﾁﾡ
>>> print 'a\xa1'
a¡

In the first case, ordinal 0x81 causes decoding to fail in IDLE, so
the byte string is passed as is to Tk, which maps it to
'\uff81\uffa1'. In the second case, OTOH, "\xa1" is decoded by IDLE as
"¡".

> 2. Does the IDLE in Python 3.x behave the same way?

No, in 3.x only Unicode str() objects are written to the Tk text
widget. Moreover, the text widget doesn't have the same behavior in
newer versions. It ignores bytes in the control-block range 0x80-0x9F,
and it decodes bytes in the range 0xA0-0xBF normally.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE "Codepage" Switching?

[Peter J. Holzer]

On 2023-01-18 11:05:24 -0500, Thomas Passin wrote:
> On 1/18/2023 5:43 AM, Stephen Tucker wrote:
> > Thanks for these responses.
> > 
> > I was encouraged to read that I'm not the only one to find this all
> > confusing.
> > 
> > I have investigated a little further.
> > 
> > 1. I produced the following IDLE log:
> > 
> > > > > mylongstr = ""
> > > > > for thisCP in range (1, 256):
> > mylongstr += chr (thisCP) + " " + str (ord (chr (thisCP))) + ", "
> > 
> > 
> > > > > print mylongstr
> > 1, 2, 3, 4, 5, 6, 7, 8, 9,
> >   10, 11, 12,
> >   13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30,
> > 31,   32, ! 33, " 34, # 35, $ 36, % 37, & 38, ' 39, ( 40, ) 41, * 42, + 43,
> > , 44, - 45, . 46, / 47, 0 48, 1 49, 2 50, 3 51, 4 52, 5 53, 6 54, 7 55, 8
> > 56, 9 57, : 58, ; 59, < 60, = 61, > 62, ? 63, @ 64, A 65, B 66, C 67, D 68,
> > E 69, F 70, G 71, H 72, I 73, J 74, K 75, L 76, M 77, N 78, O 79, P 80, Q
> > 81, R 82, S 83, T 84, U 85, V 86, W 87, X 88, Y 89, Z 90, [ 91, \ 92, ] 93,
> > ^ 94, _ 95, ` 96, a 97, b 98, c 99, d 100, e 101, f 102, g 103, h 104, i
> > 105, j 106, k 107, l 108, m 109, n 110, o 111, p 112, q 113, r 114, s 115,
> > t 116, u 117, v 118, w 119, x 120, y 121, z 122, { 123, | 124, } 125, ~
> > 126, 127, ﾀ 128, ﾁ 129, ﾂ 130, ﾃ 131, ﾄ 132, ﾅ 133, ﾆ 134, ﾇ 135, ﾈ 136, ﾉ
> > 137, ﾊ 138, ﾋ 139, ﾌ 140, ﾍ 141, ﾎ 142, ﾏ 143, ﾐ 144, ﾑ 145, ﾒ 146, ﾓ 147,
> > ﾔ 148, ﾕ 149, ﾖ 150, ﾗ 151, ﾘ 152, ﾙ 153, ﾚ 154, ﾛ 155, ﾜ 156, ﾝ 157, ﾞ
> > 158, ﾟ 159, ﾠ 160, ﾡ 161, ﾢ 162, ﾣ 163, ﾤ 164, ﾥ 165, ﾦ 166, ﾧ 167, ﾨ 168,
> > ﾩ 169, ﾪ 170, ﾫ 171, ﾬ 172, ﾭ 173, ﾮ 174, ﾯ 175, ﾰ 176, ﾱ 177, ﾲ 178, ﾳ
> > 179, ﾴ 180, ﾵ 181, ﾶ 182, ﾷ 183, ﾸ 184, ﾹ 185, ﾺ 186, ﾻ 187, ﾼ 188, ﾽ 189,
> > ﾾ 190, ﾿ 191, À 192, Á 193, Â 194, Ã 195, Ä 196, Å 197, Æ 198, Ç 199, È
> > 200, É 201, Ê 202, Ë 203, Ì 204, Í 205, Î 206, Ï 207, Ð 208, Ñ 209, Ò 210,
> > Ó 211, Ô 212, Õ 213, Ö 214, × 215, Ø 216, Ù 217, Ú 218, Û 219, Ü 220, Ý
> > 221, Þ 222, ß 223, à 224, á 225, â 226, ã 227, ä 228, å 229, æ 230, ç 231,
> > è 232, é 233, ê 234, ë 235, ì 236, í 237, î 238, ï 239, ð 240, ñ 241, ò
> > 242, ó 243, ô 244, õ 245, ö 246, ÷ 247, ø 248, ù 249, ú 250, û 251, ü 252,
> > ý 253, þ 254, ÿ 255,
> > > > > 
> > 
> > 2. I copied and pasted the IDLE log into a text file and ran a program on
> > it that told me about every byte in the log.
> > 
> > 3. I discovered the following:
> > 
> > Bytes 001 to 127 (01 to 7F hex) inclusive were printed as-is;

Which might mean that they are also UTF-8-encoded (there is no
difference between UTF-8-encoding and ASCII-encoding for these
characters).


> > Bytes 128 to 191 (80 to BF) inclusive were output as UTF-8-encoded
> > characters whose codepoints were FF00 hex more than the byte values (hence
> > the strange glyphs);
> > 
> > Bytes 192 to 255 (C0 to FF) inclusive were output as UTF-8-encoded
> > characters - without any offset being added to their codepoints in the
> > meantime!
> > 
> > I thought you might just be interested in this - there does seem to be some
> > method in IDLE's mind, at least.
> 
> This has nothing to do with IDLE.  The UTF-8 encoding of those code points
> uses two bytes instead of one.  See

That's not the peculiar thing. The peculiar thing is that characters
U+0080 to U+00BF are recoded to U+FF80 to U+FFBF (but U+00C0 to U+00FF
are printed normally).

I have no idea what's happening here. I can only urge Stephen to use
Python 3.x instead of Python 2.7. Python2 has been deprecated for years
has has reached its official end of life 3 years ago. There really
shouldn't be any reason to use Python 2.7 any more except
reverse-engineering old applications in order to port them to Python 3.

In particular, the type "str" is very different in Python2 and Python3.
In Python2 it is a sequence of bytes (similar to the Python3 type
"bytes") and in Python3 it is a sequence of (Unicode) characters
(similar to the Python2 type "unicode").

hp

-- 
   _  | Peter J. Holzer| Story must make more sense than reality.
|_|_) ||
| |   | h...@hjp.at |-- Charles Stross, "Creative writing
__/   | http://www.hjp.at/ |   challenge!"


signature.asc
Description: PGP signature
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE "Codepage" Switching?

[Thomas Passin]

On 1/18/2023 5:43 AM, Stephen Tucker wrote:

Thanks for these responses.

I was encouraged to read that I'm not the only one to find this all
confusing.

I have investigated a little further.

1. I produced the following IDLE log:


mylongstr = ""
for thisCP in range (1, 256):

mylongstr += chr (thisCP) + " " + str (ord (chr (thisCP))) + ", "



print mylongstr

1, 2, 3, 4, 5, 6, 7, 8, 9,
  10, 11, 12,
  13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30,
31,   32, ! 33, " 34, # 35, $ 36, % 37, & 38, ' 39, ( 40, ) 41, * 42, + 43,
, 44, - 45, . 46, / 47, 0 48, 1 49, 2 50, 3 51, 4 52, 5 53, 6 54, 7 55, 8
56, 9 57, : 58, ; 59, < 60, = 61, > 62, ? 63, @ 64, A 65, B 66, C 67, D 68,
E 69, F 70, G 71, H 72, I 73, J 74, K 75, L 76, M 77, N 78, O 79, P 80, Q
81, R 82, S 83, T 84, U 85, V 86, W 87, X 88, Y 89, Z 90, [ 91, \ 92, ] 93,
^ 94, _ 95, ` 96, a 97, b 98, c 99, d 100, e 101, f 102, g 103, h 104, i
105, j 106, k 107, l 108, m 109, n 110, o 111, p 112, q 113, r 114, s 115,
t 116, u 117, v 118, w 119, x 120, y 121, z 122, { 123, | 124, } 125, ~
126, 127, ﾀ 128, ﾁ 129, ﾂ 130, ﾃ 131, ﾄ 132, ﾅ 133, ﾆ 134, ﾇ 135, ﾈ 136, ﾉ
137, ﾊ 138, ﾋ 139, ﾌ 140, ﾍ 141, ﾎ 142, ﾏ 143, ﾐ 144, ﾑ 145, ﾒ 146, ﾓ 147,
ﾔ 148, ﾕ 149, ﾖ 150, ﾗ 151, ﾘ 152, ﾙ 153, ﾚ 154, ﾛ 155, ﾜ 156, ﾝ 157, ﾞ
158, ﾟ 159, ﾠ 160, ﾡ 161, ﾢ 162, ﾣ 163, ﾤ 164, ﾥ 165, ﾦ 166, ﾧ 167, ﾨ 168,
ﾩ 169, ﾪ 170, ﾫ 171, ﾬ 172, ﾭ 173, ﾮ 174, ﾯ 175, ﾰ 176, ﾱ 177, ﾲ 178, ﾳ
179, ﾴ 180, ﾵ 181, ﾶ 182, ﾷ 183, ﾸ 184, ﾹ 185, ﾺ 186, ﾻ 187, ﾼ 188, ﾽ 189,
ﾾ 190, ﾿ 191, À 192, Á 193, Â 194, Ã 195, Ä 196, Å 197, Æ 198, Ç 199, È
200, É 201, Ê 202, Ë 203, Ì 204, Í 205, Î 206, Ï 207, Ð 208, Ñ 209, Ò 210,
Ó 211, Ô 212, Õ 213, Ö 214, × 215, Ø 216, Ù 217, Ú 218, Û 219, Ü 220, Ý
221, Þ 222, ß 223, à 224, á 225, â 226, ã 227, ä 228, å 229, æ 230, ç 231,
è 232, é 233, ê 234, ë 235, ì 236, í 237, î 238, ï 239, ð 240, ñ 241, ò
242, ó 243, ô 244, õ 245, ö 246, ÷ 247, ø 248, ù 249, ú 250, û 251, ü 252,
ý 253, þ 254, ÿ 255,




2. I copied and pasted the IDLE log into a text file and ran a program on
it that told me about every byte in the log.

3. I discovered the following:

Bytes 001 to 127 (01 to 7F hex) inclusive were printed as-is;

Bytes 128 to 191 (80 to BF) inclusive were output as UTF-8-encoded
characters whose codepoints were FF00 hex more than the byte values (hence
the strange glyphs);

Bytes 192 to 255 (C0 to FF) inclusive were output as UTF-8-encoded
characters - without any offset being added to their codepoints in the
meantime!

I thought you might just be interested in this - there does seem to be some
method in IDLE's mind, at least.


This has nothing to do with IDLE.  The UTF-8 encoding of those code 
points uses two bytes instead of one.  See


https://stackoverflow.com/questions/8732025/why-degree-symbol-differs-from-utf-8-from-unicode#:~:text=UTF-8%20encodes%20the%20value%200xB0%20as%20two%20consecutive,on%20endianness%20(I%20suppose%20other%20orderings%20are%20possible).coding-in-vs-code-on-ubuntu-leading-to-unicode-error/62652695#62652695





Stephen Tucker.








On Wed, Jan 18, 2023 at 9:41 AM Peter J. Holzer  wrote:


On 2023-01-17 22:58:53 -0500, Thomas Passin wrote:

On 1/17/2023 8:46 PM, rbowman wrote:

On Tue, 17 Jan 2023 12:47:29 +, Stephen Tucker wrote:

2. Does the IDLE in Python 3.x behave the same way?


fwiw

Python 3.10.6 (main, Nov 14 2022, 16:10:14) [GCC 11.3.0] on linux
Type "help", "copyright", "credits" or "license()" for more

information.

str = ""
for c in range(140, 169):
  str += chr(c) + " "

print(str)
Œ   Ž ‘ ’ “ ” • – — ˜ ™ š › œ   ž Ÿ   ¡ ¢ £ ¤ ¥
¦ § ¨


I don't know how this will appear since Pan is showing the icon for a
character not in its set.  However, even with more undefined characters
the printable one do not change. I get the same output running Python3
from the terminal so it's not an IDLE thing.


I'm not sure what explanation is being asked for here.  Let's take

Python3,

so we can be sure that the strings are in unicode.  The font being used

by

the console isn't mentioned, but there's no reason it should have glyphs

for

any random unicode character.


Also note that the characters between 128 (U+0080) and 159 (U+009F)
inclusive aren't printable characters. They are control characters.

 hp

--
_  | Peter J. Holzer| Story must make more sense than reality.
|_|_) ||
| |   | h...@hjp.at |-- Charles Stross, "Creative writing
__/   | http://www.hjp.at/ |   challenge!"
--
https://mail.python.org/mailman/listinfo/python-list



--
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE "Codepage" Switching?

[Stephen Tucker]

Thanks for these responses.

I was encouraged to read that I'm not the only one to find this all
confusing.

I have investigated a little further.

1. I produced the following IDLE log:

>>> mylongstr = ""
>>> for thisCP in range (1, 256):
mylongstr += chr (thisCP) + " " + str (ord (chr (thisCP))) + ", "


>>> print mylongstr
1, 2, 3, 4, 5, 6, 7, 8, 9,
 10, 11, 12,
 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30,
31,   32, ! 33, " 34, # 35, $ 36, % 37, & 38, ' 39, ( 40, ) 41, * 42, + 43,
, 44, - 45, . 46, / 47, 0 48, 1 49, 2 50, 3 51, 4 52, 5 53, 6 54, 7 55, 8
56, 9 57, : 58, ; 59, < 60, = 61, > 62, ? 63, @ 64, A 65, B 66, C 67, D 68,
E 69, F 70, G 71, H 72, I 73, J 74, K 75, L 76, M 77, N 78, O 79, P 80, Q
81, R 82, S 83, T 84, U 85, V 86, W 87, X 88, Y 89, Z 90, [ 91, \ 92, ] 93,
^ 94, _ 95, ` 96, a 97, b 98, c 99, d 100, e 101, f 102, g 103, h 104, i
105, j 106, k 107, l 108, m 109, n 110, o 111, p 112, q 113, r 114, s 115,
t 116, u 117, v 118, w 119, x 120, y 121, z 122, { 123, | 124, } 125, ~
126, 127, ﾀ 128, ﾁ 129, ﾂ 130, ﾃ 131, ﾄ 132, ﾅ 133, ﾆ 134, ﾇ 135, ﾈ 136, ﾉ
137, ﾊ 138, ﾋ 139, ﾌ 140, ﾍ 141, ﾎ 142, ﾏ 143, ﾐ 144, ﾑ 145, ﾒ 146, ﾓ 147,
ﾔ 148, ﾕ 149, ﾖ 150, ﾗ 151, ﾘ 152, ﾙ 153, ﾚ 154, ﾛ 155, ﾜ 156, ﾝ 157, ﾞ
158, ﾟ 159, ﾠ 160, ﾡ 161, ﾢ 162, ﾣ 163, ﾤ 164, ﾥ 165, ﾦ 166, ﾧ 167, ﾨ 168,
ﾩ 169, ﾪ 170, ﾫ 171, ﾬ 172, ﾭ 173, ﾮ 174, ﾯ 175, ﾰ 176, ﾱ 177, ﾲ 178, ﾳ
179, ﾴ 180, ﾵ 181, ﾶ 182, ﾷ 183, ﾸ 184, ﾹ 185, ﾺ 186, ﾻ 187, ﾼ 188, ﾽ 189,
ﾾ 190, ﾿ 191, À 192, Á 193, Â 194, Ã 195, Ä 196, Å 197, Æ 198, Ç 199, È
200, É 201, Ê 202, Ë 203, Ì 204, Í 205, Î 206, Ï 207, Ð 208, Ñ 209, Ò 210,
Ó 211, Ô 212, Õ 213, Ö 214, × 215, Ø 216, Ù 217, Ú 218, Û 219, Ü 220, Ý
221, Þ 222, ß 223, à 224, á 225, â 226, ã 227, ä 228, å 229, æ 230, ç 231,
è 232, é 233, ê 234, ë 235, ì 236, í 237, î 238, ï 239, ð 240, ñ 241, ò
242, ó 243, ô 244, õ 245, ö 246, ÷ 247, ø 248, ù 249, ú 250, û 251, ü 252,
ý 253, þ 254, ÿ 255,
>>>

2. I copied and pasted the IDLE log into a text file and ran a program on
it that told me about every byte in the log.

3. I discovered the following:

Bytes 001 to 127 (01 to 7F hex) inclusive were printed as-is;

Bytes 128 to 191 (80 to BF) inclusive were output as UTF-8-encoded
characters whose codepoints were FF00 hex more than the byte values (hence
the strange glyphs);

Bytes 192 to 255 (C0 to FF) inclusive were output as UTF-8-encoded
characters - without any offset being added to their codepoints in the
meantime!

I thought you might just be interested in this - there does seem to be some
method in IDLE's mind, at least.

Stephen Tucker.








On Wed, Jan 18, 2023 at 9:41 AM Peter J. Holzer  wrote:

> On 2023-01-17 22:58:53 -0500, Thomas Passin wrote:
> > On 1/17/2023 8:46 PM, rbowman wrote:
> > > On Tue, 17 Jan 2023 12:47:29 +, Stephen Tucker wrote:
> > > > 2. Does the IDLE in Python 3.x behave the same way?
> > >
> > > fwiw
> > >
> > > Python 3.10.6 (main, Nov 14 2022, 16:10:14) [GCC 11.3.0] on linux
> > > Type "help", "copyright", "credits" or "license()" for more
> information.
> > > str = ""
> > > for c in range(140, 169):
> > >  str += chr(c) + " "
> > >
> > > print(str)
> > > Œ   Ž ‘ ’ “ ” • – — ˜ ™ š › œ   ž Ÿ   ¡ ¢ £ ¤ ¥
> > > ¦ § ¨
> > >
> > >
> > > I don't know how this will appear since Pan is showing the icon for a
> > > character not in its set.  However, even with more undefined characters
> > > the printable one do not change. I get the same output running Python3
> > > from the terminal so it's not an IDLE thing.
> >
> > I'm not sure what explanation is being asked for here.  Let's take
> Python3,
> > so we can be sure that the strings are in unicode.  The font being used
> by
> > the console isn't mentioned, but there's no reason it should have glyphs
> for
> > any random unicode character.
>
> Also note that the characters between 128 (U+0080) and 159 (U+009F)
> inclusive aren't printable characters. They are control characters.
>
> hp
>
> --
>_  | Peter J. Holzer| Story must make more sense than reality.
> |_|_) ||
> | |   | h...@hjp.at |-- Charles Stross, "Creative writing
> __/   | http://www.hjp.at/ |   challenge!"
> --
> https://mail.python.org/mailman/listinfo/python-list
>
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE "Codepage" Switching?

[Peter J. Holzer]

On 2023-01-17 22:58:53 -0500, Thomas Passin wrote:
> On 1/17/2023 8:46 PM, rbowman wrote:
> > On Tue, 17 Jan 2023 12:47:29 +, Stephen Tucker wrote:
> > > 2. Does the IDLE in Python 3.x behave the same way?
> > 
> > fwiw
> > 
> > Python 3.10.6 (main, Nov 14 2022, 16:10:14) [GCC 11.3.0] on linux
> > Type "help", "copyright", "credits" or "license()" for more information.
> > str = ""
> > for c in range(140, 169):
> >  str += chr(c) + " "
> > 
> > print(str)
> > Œ  Ž   ‘ ’ “ ” • – — ˜ ™ š › œ  ž Ÿ   ¡ ¢ £ ¤ ¥
> > ¦ § ¨
> > 
> > 
> > I don't know how this will appear since Pan is showing the icon for a
> > character not in its set.  However, even with more undefined characters
> > the printable one do not change. I get the same output running Python3
> > from the terminal so it's not an IDLE thing.
> 
> I'm not sure what explanation is being asked for here.  Let's take Python3,
> so we can be sure that the strings are in unicode.  The font being used by
> the console isn't mentioned, but there's no reason it should have glyphs for
> any random unicode character.

Also note that the characters between 128 (U+0080) and 159 (U+009F)
inclusive aren't printable characters. They are control characters.

hp

-- 
   _  | Peter J. Holzer| Story must make more sense than reality.
|_|_) ||
| |   | h...@hjp.at |-- Charles Stross, "Creative writing
__/   | http://www.hjp.at/ |   challenge!"


signature.asc
Description: PGP signature
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE "Codepage" Switching?

[Thomas Passin]

On 1/17/2023 8:46 PM, rbowman wrote:

On Tue, 17 Jan 2023 12:47:29 +, Stephen Tucker wrote:


2. Does the IDLE in Python 3.x behave the same way?


fwiw

Python 3.10.6 (main, Nov 14 2022, 16:10:14) [GCC 11.3.0] on linux
Type "help", "copyright", "credits" or "license()" for more information.
str = ""
for c in range(157, 169):
 str += chr(c) + ""

 
print(str)

žŸ ¡¢£¤¥¦§¨
str = ""
for c in range(140, 169):
 str += chr(c) + " "

 
print(str)

Œ  Ž   ‘ ’ “ ” • – — ˜ ™ š › œ  ž Ÿ   ¡ ¢ £ ¤ ¥
¦ § ¨


I don't know how this will appear since Pan is showing the icon for a
character not in its set.  However, even with more undefined characters
the printable one do not change. I get the same output running Python3
from the terminal so it's not an IDLE thing.


I'm not sure what explanation is being asked for here.  Let's take 
Python3, so we can be sure that the strings are in unicode.  The font 
being used by the console isn't mentioned, but there's no reason it 
should have glyphs for any random unicode character.  In my case, I see 
the same missing and printable characters as in the previous post 
(above).  The font is Source Code Pro Medium.


Changing the console's code page won't magically provide the missing glyphs.

I wrote these characters to a file using utf-8 encoding and opened it in 
an editor that recognized the content as utf-8 (EditPlus).  It displayed 
the same characters but had fewer leading spaces (i.e., missing glyphs), 
and did not show any default "missing-character" glyphs.  The editor is 
using the Cousine font.


The second factor that could be in play is what the default character 
encoding is, which is set by Windows and could be different in different 
places (locales).  I don't recall just now how Python3 handles this. 
Since Python2 strings are not unicode unless specified, and Python2 
probably handles the locale/default encoding differently from Python3, 
it would not be a surprise if the two give different results.


If you print such a Python2 string, you will get glyphs for (non-ascii) 
ord(chr) > 127 that come from the Windows code page table, which will be 
different from what Python3 will display.


Python3 uses Windows Unicode API functions, and isn't subject to the 
same limitations as Python2 was - Python2 had to go though the Windows 
code page apparatus and didn't use the Unicode API.  See PEP 528 - 
https://peps.python.org/pep-0528/)


IDLE sets up its own window itself, and probably uses a different font 
from the default Windows console, so there could be some differences 
there too, especially as to whether missing glyphs show a visible symbol 
or not.


Code Page 65001 was often claimed to be for utf-8.  It's not really 
correct in general, but it's OK for many utf-8 characters.  But in 
Python2, the codecs module does not know about code page 65001 - unless 
you apply a simple patch - so if you try to set the console to cp65001, 
you cannot get anything printed.  You get an exception raised instead.


Yes, it's all confusing, and especially with Python2.


--
https://mail.python.org/mailman/listinfo/python-list

Re: IDLE "Codepage" Switching?

[rbowman]

On Tue, 17 Jan 2023 12:47:29 +, Stephen Tucker wrote:

> 2. Does the IDLE in Python 3.x behave the same way?

fwiw

Python 3.10.6 (main, Nov 14 2022, 16:10:14) [GCC 11.3.0] on linux
Type "help", "copyright", "credits" or "license()" for more information.
str = ""
for c in range(157, 169):
str += chr(c) + ""


print(str)
žŸ ¡¢£¤¥¦§¨
str = ""
for c in range(140, 169):
str += chr(c) + " "


print(str)
Œ  Ž   ‘ ’ “ ” • – — ˜ ™ š › œ  ž Ÿ   ¡ ¢ £ ¤ ¥ 
¦ § ¨ 


I don't know how this will appear since Pan is showing the icon for a 
character not in its set.  However, even with more undefined characters 
the printable one do not change. I get the same output running Python3 
from the terminal so it's not an IDLE thing.
-- 
https://mail.python.org/mailman/listinfo/python-list

IDLE "Codepage" Switching?

[Stephen Tucker]

I have four questions.

1. Can anybody explain the behaviour in IDLE (Python version 2.7.10)
reported below? (It seems that the way it renders a given sequence of bytes
depends on the sequence.)

2. Does the IDLE in Python 3.x behave the same way?

3. If it does, is this as it should behave?

4. If it is, then why is it as it should behave?
==
>>> mylongstr = ""
>>> for thisCP in range (157, 169):
mylongstr += chr (thisCP) + " "


>>> print mylongstr
ﾝ ﾞ ﾟ ﾠ ﾡ ﾢ ﾣ ﾤ ﾥ ﾦ ﾧ ﾨ
>>> mylongstr = ""
>>> for thisCP in range (158, 169):
mylongstr += chr (thisCP) + " "


>>> print mylongstr
ž Ÿ   ¡ ¢ £ ¤ ¥ ¦ § ¨
>>> mylongstr = ""
>>> for thisCP in range (157, 169):
mylongstr += chr (thisCP) + " "


>>> print mylongstr
ﾝ ﾞ ﾟ ﾠ ﾡ ﾢ ﾣ ﾤ ﾥ ﾦ ﾧ ﾨ
==

Stephen Tucker.
-- 
https://mail.python.org/mailman/listinfo/python-list

Bug report - Python 3.10 from Microsoft Store - IDLE won't start

[Johan Gunnarsson via Python-list]

Hello, IDLE won't start if ver. 3.10 is installed from Microsoft Store.
3.9 works just fine.

Thanks in advance!


Johan Gunnarsson
Lunds universitet
Medicinska fakulteten
Bibliotek & IKT
Box 118, 221 00 Lund<https://webmail.lu.se/owa/>
Besöksadress: Sölvegatan 19, 221 84 Lund<https://webmail.lu.se/owa/>
Telefon: +46 46 222 18 23
www.medicin.lu.se<http://www.medicin.lu.se/>
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[darkstone]

Dear list,


>>So please check that you are running the right version of Python when 
>>you type "python".



If i type “python”, it is


C:\>python -V
Python 3.11.0
















Von: Thomas Passin
Gesendet: ‎Sonntag‎, ‎13‎. ‎November‎ ‎2022 ‎16‎:‎18
An: darkst...@o2online.de





On 11/13/2022 9:32 AM, Thomas Passin wrote:
> When you ran "python -V", the current directory was the top-level Python 
> directory.  So the Python version would automatically have been the same 
> as that directory's Python, that is, 3.11.
 >
 > When you ran the idlelib self test, you may have been in a different
 > directory, and so a different version of Python might possible have
 > been running.

To illustrate this point, on my system:

C:\Users\tom>python -V
Python 3.9.9

but

C:\Users\tom>py -V
Python 3.10.4

With the "py" script, I can run 3.9x this way:

py -3.9 -V
Python 3.9.9

and also:

C:\Users\tom>py -3.7 -V
Python 3.7.9

So please check that you are running the right version of Python when 
you type "python".
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Eryk Sun]

On 11/12/22, darkst...@o2online.de  wrote:
>
 import _tkinter
> Traceback (most recent call last):
>   File "", line 1, in 
> ImportError: DLL load failed while importing _tkinter: Das angegebene Modul
> wurd
> e nicht gefunden.

Loading the extension module "_tkinter.pyd" tries to load two TCL/Tk
DLL files that should be in the same directory: "tcl86t.dll" and
"tk86t.dll". Previously I asked you to look for these two files, and
you said they were there, but maybe one is corrupt.

Please try the following in the interactive shell:

import os, sys, ctypes
tcl86 = os.path.join(sys.prefix, 'DLLs', 'tcl86t.dll')
tk86 = os.path.join(sys.prefix, 'DLLs', 'tk86t.dll')

Run the following two statements one after the other in the shell:

ctypes.CDLL(tcl86)
ctypes.CDLL(tk86)

Either or both will fail if the DLL or one of its dependencies can't
be found or loaded.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Thomas Passin]

On 11/12/2022 11:48 AM, darkst...@o2online.de wrote:

Hello Thomas,

there is a “_tkinter.pyd” in the *.dll Directory. Is there something 
more, I can check?


Yes, look in the "Lib" (NOT "libs") subdirectory of the Python tree and 
see if it has a subdirectory named "tkinter". That's where it is in my 
own Python installations.  If it's there check to see if it actually has 
anything in it.


Probably it will be populated.  The next thing would to see if we can 
work out what's going wrong.


As long as you are in the LIB directory, check and see if it has a 
subdirectory named "idlelib".  If it does, try to run its self-tests**. 
In a console window, type the following command:


python -m idlelib.idle_test.htest

If it works, there it will put up a succession of little Tk dialogs and 
windows.  If you get any of them, you can cancel out of it, since you 
won't need to run dozens of little self-tests.


NOTE - on your system, the command "python" might run Python 2.7 instead 
of Python 3.x.  So use the right name for your version of Python - or 
use "py" (no quotes), which recent Python installers set up so you 
probably have it.  BTW, what version(s) of Python do you have installed? 
  If you said in a previous post, I don't recall.  You can check what 
version is running when you use the name "python" by using this command 
line (Note the upper-case "V"):


python -V


** I found out about this self-test command line because I noticed a 
file README.txt in the idlelib\idle_test subdirectory, and read it.  It 
pays to be curious and nosy when trying to work out computer problems.



*Von:* Thomas Passin <mailto:li...@tompassin.net>
*Gesendet:* ‎Samstag‎, ‎12‎. ‎November‎ ‎2022 ‎14‎:‎42
*An:* darkst...@o2online.de <mailto:darkst...@o2online.de>
*Cc:* python-list@python.org <mailto:python-list@python.org>

All right, now let's verify that tk is not there (otherwise it might be
there but corrupted or not loadable for some reason).

Open Windows Explorer and navigate it to the Python directory as I
described in my last message. The navigate to the subdirectory named
"DLLs".  If tkinter is installed, there will be a file named
"_tkinter.pyd".  If that file is missing, then definitely tk isn't
there.  If it is, then it's been installed but something is wrong with
the install.

Probably it won't be there, but it's a good idea to check anyway.

If it's not there, I would suggest installing a different version of
Python.  There might be something wrong with the packaging of that
particular version, who knows?  And I would try a release with a lower
version if possible, just in case a later one accidentally used some
instruction not compatible with your version of Windows 8 (unlikely, but
just in case it could happen).  For example, if you currently have
Python 3.9.10, try Python 3.8.9.  The available releases are all here:

https://www.python.org/downloads/windows/

If this works, wonderful!  If it does not, I'm out of ideas for the moment.

On 11/11/2022 4:18 PM, darkst...@o2online.de wrote:
 > Hello,
 >
 > yes, its a Windows 8.1 with 32 bit. I have found my Installation ordner.
 >
 > If I type python
 >
 > ** IDLE can't import Tkinter.
 > Your Python may not configured for TK. **
 >
 > So I tried this:
 >
 >  >>> import _tkinter
 > Traceback (most recent call last):
 >    File "", line 1, in 
 > ImportError: DLL load failed while importing _tkinter: Das angegebene
 > Modul wurd
 > e nicht gefunden.
 >
 > So I it is a tkinter Problem and I tried this:
 >
 >  >>> import _tkinter
 > Traceback (most recent call last):
 >    File "", line 1, in 
 > ImportError: DLL load failed while importing _tkinter: Das angegebene
 > Modul wurd
 > e nicht gefunden.
 >
 > How can I go gon, to make it work?
 >
 >
 >
 >
 >
 > *Von:* Thomas Passin <mailto:li...@tompassin.net>
 > *Gesendet:* ‎Donnerstag‎, ‎10‎. ‎November‎ ‎2022 ‎03‎:‎00
 > *An:* python-list@python.org <mailto:python-list@python.org>
 >
 >
 > On 11/9/2022 7:02 PM, darkst...@o2online.de wrote:
 >  > Is there no one who can help?
 >
 > Is there a reason why you tried to install a 32-bit version?  Most
 > personal computers are 64-bit ones these days. Also, I don't remember if
 > you are running Windows or not.
 >
 > One problem for getting help from the list is that there have not been
 > many details given. "Doesn't start" is not helpful.  Are there error
 > messages displayed on the terminal?  How did you try to start it?  Does
 > Python run at all?
 >
 > A Python installation normally includes a batch file that launches idle.
 >    This batch file may not be on your path for one reason or another.  If
 > so, it would not run when y

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Thomas Passin]

All right, now let's verify that tk is not there (otherwise it might be 
there but corrupted or not loadable for some reason).


Open Windows Explorer and navigate it to the Python directory as I 
described in my last message. The navigate to the subdirectory named 
"DLLs".  If tkinter is installed, there will be a file named 
"_tkinter.pyd".  If that file is missing, then definitely tk isn't 
there.  If it is, then it's been installed but something is wrong with 
the install.


Probably it won't be there, but it's a good idea to check anyway.

If it's not there, I would suggest installing a different version of 
Python.  There might be something wrong with the packaging of that 
particular version, who knows?  And I would try a release with a lower 
version if possible, just in case a later one accidentally used some 
instruction not compatible with your version of Windows 8 (unlikely, but 
just in case it could happen).  For example, if you currently have 
Python 3.9.10, try Python 3.8.9.  The available releases are all here:


https://www.python.org/downloads/windows/

If this works, wonderful!  If it does not, I'm out of ideas for the moment.

On 11/11/2022 4:18 PM, darkst...@o2online.de wrote:

Hello,

yes, its a Windows 8.1 with 32 bit. I have found my Installation ordner.

If I type python

** IDLE can't import Tkinter.
Your Python may not configured for TK. **

So I tried this:

 >>> import _tkinter
Traceback (most recent call last):
   File "", line 1, in 
ImportError: DLL load failed while importing _tkinter: Das angegebene 
Modul wurd

e nicht gefunden.

So I it is a tkinter Problem and I tried this:

 >>> import _tkinter
Traceback (most recent call last):
   File "", line 1, in 
ImportError: DLL load failed while importing _tkinter: Das angegebene 
Modul wurd

e nicht gefunden.

How can I go gon, to make it work?





*Von:* Thomas Passin <mailto:li...@tompassin.net>
*Gesendet:* ‎Donnerstag‎, ‎10‎. ‎November‎ ‎2022 ‎03‎:‎00
*An:* python-list@python.org <mailto:python-list@python.org>


On 11/9/2022 7:02 PM, darkst...@o2online.de wrote:
 > Is there no one who can help?

Is there a reason why you tried to install a 32-bit version?  Most
personal computers are 64-bit ones these days. Also, I don't remember if
you are running Windows or not.

One problem for getting help from the list is that there have not been
many details given. "Doesn't start" is not helpful.  Are there error
messages displayed on the terminal?  How did you try to start it?  Does
Python run at all?

A Python installation normally includes a batch file that launches idle.
   This batch file may not be on your path for one reason or another.  If
so, it would not run when you type "idle" at a command line.

So the first thing to do is to figure out if you have either the Python
program idle.py or idle.pyw, or the batch file idle.bat (for Windows)
On Linux Mint, when I typed "idle" at a terminal, I got this message:

"Command 'idle' not found, but can be installed with:

sudo apt install idle"

So that's how you would get it with that flavor of Linux.

I'm going to walk through what I would probably do if I had the same
problem on Windows (I'm going to assume that you are running Windows).
It's a little long to write out, but not really that hard.  Basically,
there are only a few steps:

1. Find your Python installation;
2. Look in the installation location to see if the idle program is there;
3.  If it is, try to run it and note any error messages.

First you need to find out where your Python installation is located on
your system disk. If you don't know, one way to find out is to run the
following command in a console window:

where /R %USERPROFILE% python.exe

You may be surprised that there more several ones that you didn't
expect, such as (on my computer):

C:\Users\tom\AppData\Local\Microsoft\WindowsApps\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\python.exe

It seems that Windows has its own Python installation; that's not the
one you want.  You are looking for one that looks like this (with your
own user name, of course, instead of mine):

C:\Users\tom\AppData\Local\Programs\Python\Python310\python.exe

Appdata\Local\Programs is where Python3 usually gets installed.  Now we
know that I have Python 3.10 at
C:\Users\tom\AppData\Local\Programs\Python.  You may be using a
different version of Python; if so, just use that version instead.

Idle is normally installed in the directory tree under python.  Let's
call the top of that tree %PYTH0N%.  On my system, as we see above, that
is C:\Users\tom\AppData\Local\Programs\Python\Python310.  Idle should be at

%PYTHON%\Lib\idlelib

Open Windows explorer, and navigate to that directory. If you have that
directory, then you should be able to run idle.  If it doesn't exist,
That's a problem and needs to be fixed, probably by a fresh install of
Python.  If it does,

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Eryk Sun]

On 11/11/22, darkst...@o2online.de  wrote:
>
> What can I do for the next step to find, why IDLE isn’t working?

The question is why tkinter isn't working. IDLE not working is just a
symptom of the underlying problem. In the command prompt, run 32-bit
Python 3.10 via `py -3.10-32`. In Python's interactive shell, run
`import _tkinter`. Please paste any resulting traceback and error
message in your reply to this message.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Thomas Passin]

Sorry about the typo at the end.  If you need to search the entire disk, 
use this command instead of the one I had in my last post:


where /R c:\ python.exe

On 11/9/2022 9:00 PM, Thomas Passin wrote:


On 11/9/2022 7:02 PM, darkst...@o2online.de wrote:

Is there no one who can help?


Is there a reason why you tried to install a 32-bit version?  Most 
personal computers are 64-bit ones these days. Also, I don't remember if 
you are running Windows or not.


One problem for getting help from the list is that there have not been 
many details given. "Doesn't start" is not helpful.  Are there error 
messages displayed on the terminal?  How did you try to start it?  Does 
Python run at all?


A Python installation normally includes a batch file that launches idle. 
  This batch file may not be on your path for one reason or another.  If 
so, it would not run when you type "idle" at a command line.


So the first thing to do is to figure out if you have either the Python 
program idle.py or idle.pyw, or the batch file idle.bat (for Windows) On 
Linux Mint, when I typed "idle" at a terminal, I got this message:


"Command 'idle' not found, but can be installed with:

sudo apt install idle"

So that's how you would get it with that flavor of Linux.

I'm going to walk through what I would probably do if I had the same 
problem on Windows (I'm going to assume that you are running Windows). 
It's a little long to write out, but not really that hard.  Basically, 
there are only a few steps:


1. Find your Python installation;
2. Look in the installation location to see if the idle program is there;
3.  If it is, try to run it and note any error messages.

First you need to find out where your Python installation is located on 
your system disk. If you don't know, one way to find out is to run the 
following command in a console window:


where /R %USERPROFILE% python.exe

You may be surprised that there more several ones that you didn't 
expect, such as (on my computer):


C:\Users\tom\AppData\Local\Microsoft\WindowsApps\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\python.exe

It seems that Windows has its own Python installation; that's not the 
one you want.  You are looking for one that looks like this (with your 
own user name, of course, instead of mine):


C:\Users\tom\AppData\Local\Programs\Python\Python310\python.exe

Appdata\Local\Programs is where Python3 usually gets installed.  Now we 
know that I have Python 3.10 at 
C:\Users\tom\AppData\Local\Programs\Python.  You may be using a 
different version of Python; if so, just use that version instead.


Idle is normally installed in the directory tree under python.  Let's 
call the top of that tree %PYTH0N%.  On my system, as we see above, that 
is C:\Users\tom\AppData\Local\Programs\Python\Python310.  Idle should be at


%PYTHON%\Lib\idlelib

Open Windows explorer, and navigate to that directory. If you have that 
directory, then you should be able to run idle.  If it doesn't exist, 
That's a problem and needs to be fixed, probably by a fresh install of 
Python.  If it does, you will see the batch file idle.bat.  Double-click 
it, and idle should run.  If it does not, see below.


That's not a convenient way to run idle time after time.  Either you 
need to get idle on your path, or perhaps it will be available using the 
windows Start menu.  Check that out by tapping the Windows key, then 
typing "idle" (without the quotes).  It may be there.  But look closely, 
for it may be the idle associated with a different version of Python 
than the one you want to use.  For example, on my system I have Idle in 
the Start Menu, but only for Python 3.7 and not Python 3.10 which is the 
most recent version I have.


If you double-clicked on the idle batch file but it failed to run, then 
you need to get any error messages.  You need to run it from a console 
so you can see any output.  Open a console. you want to run idle using 
python and not pythonw (because pythonw will not open a window).  So in 
the console, type "python " (without quotes but with the space), then 
the path to the file.


The path to the file is a lot to type, and it's easier to just drag the 
icon for the file (remember, it's idle.py) into the console window. 
Press the  key and idle should run.  If it doesn't, note any 
error messages.  Then come back here and tell us what they were.


It's possible that the "where" program didn't find your python 
installation.  That would be because it's installed somewhere outside of 
your user tree, like Program Files.  You can look again in the entire 
disk (assuming it's on the c: drive, which is almost certainly so):


where /R c:\% python.exe


Von: darkst...@o2online.de
Gesendet: ‎Freitag‎, ‎4‎. ‎November‎ ‎2022 ‎15‎:‎10
An: Eryk Sun
Cc: python-list@python.org





Yes, there is always the message “modified successfull”, “installed 
sucessfully”, but IDLE does’t start. I tri

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Eryk Sun]

On 11/9/22, darkst...@o2online.de  wrote:
> Is there no one who can help?

If you can't run IDLE via `py -3.10-32 -m idlelib`, then something
isn't installed properly. You reported an error that IDLE fails to
load because importing tkinter fails. Did you try `import tkinter` in
the REPL? tkinter depends on the _tkinter extension module. Try
`import _tkinter`. If the latter fails because of a missing DLL
dependency, check the "DLLs" directory in the installation directory
for the TCL/Tk dependencies. They're "tcl86t.dll" and "tk86t.dll" for
Python 3.10. The installation directory should also have a "tcl"
directory, which should contain "tcl8.6" and "tk8.6" directories among
others, with many .tcl files.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Dennis Lee Bieber]

On Thu, 10 Nov 2022 00:02:44 +,  declaimed the
following:

>Is there no one who can help?
>

Your problem description isn't detailed enough to even guess what you
are finding incorrect.

If you are on Windows, once you've done an install, shove the installer
file off into some archive and don't touch it again unless you need to
reinstall or repair the existing install.


Do a search for idle.*

Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

Try the new cross-platform PowerShell https://aka.ms/pscore6

PS C:\Users\Wulfraed> Get-ChildItem -Path C:\Python38\ -Recurse -Name
-Filter "idle.*"
Lib\idlelib\idle.bat
Lib\idlelib\idle.py
Lib\idlelib\idle.pyw
Lib\idlelib\Icons\idle.ico
Lib\site-packages\pythonwin\pywin\idle
Lib\site-packages\pythonwin\pywin\IDLE.cfg
PS C:\Users\Wulfraed> type C:\Python38\Lib\idlelib\idle.bat
@echo off
rem Start IDLE using the appropriate Python interpreter
set CURRDIR=%~dp0
start "IDLE" "%CURRDIR%..\..\pythonw.exe" "%CURRDIR%idle.pyw" %1 %2 %3 %4
%5 %6 %7 %8 %9
PS C:\Users\Wulfraed> c:\python38\lib\idlelib\idle.bat

... opens something IDLE related (seems to be an interactive Python shell,
but a configuration item allows setting it to open an edit window instead).

Interesting -- I could have sworn there was a Python38 entry on the
Windows start menu, but I seem to have removed it. I don't use IDLE, and
that was the primary item in the Python38 entry. I normally use an old
version of PythonWin (fyi: I'm using an old version of the ActiveState
Python package). I also have PyCharm installed.


-- 
Wulfraed Dennis Lee Bieber AF6VN
wlfr...@ix.netcom.comhttp://wlfraed.microdiversity.freeddns.org/
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Thomas Passin]

On 11/9/2022 7:02 PM, darkst...@o2online.de wrote:

Is there no one who can help?


Is there a reason why you tried to install a 32-bit version?  Most 
personal computers are 64-bit ones these days. Also, I don't remember if 
you are running Windows or not.


One problem for getting help from the list is that there have not been 
many details given. "Doesn't start" is not helpful.  Are there error 
messages displayed on the terminal?  How did you try to start it?  Does 
Python run at all?


A Python installation normally includes a batch file that launches idle. 
 This batch file may not be on your path for one reason or another.  If 
so, it would not run when you type "idle" at a command line.


So the first thing to do is to figure out if you have either the Python 
program idle.py or idle.pyw, or the batch file idle.bat (for Windows) 
On Linux Mint, when I typed "idle" at a terminal, I got this message:


"Command 'idle' not found, but can be installed with:

sudo apt install idle"

So that's how you would get it with that flavor of Linux.

I'm going to walk through what I would probably do if I had the same 
problem on Windows (I'm going to assume that you are running Windows). 
It's a little long to write out, but not really that hard.  Basically, 
there are only a few steps:


1. Find your Python installation;
2. Look in the installation location to see if the idle program is there;
3.  If it is, try to run it and note any error messages.

First you need to find out where your Python installation is located on 
your system disk. If you don't know, one way to find out is to run the 
following command in a console window:


where /R %USERPROFILE% python.exe

You may be surprised that there more several ones that you didn't 
expect, such as (on my computer):


C:\Users\tom\AppData\Local\Microsoft\WindowsApps\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\python.exe

It seems that Windows has its own Python installation; that's not the 
one you want.  You are looking for one that looks like this (with your 
own user name, of course, instead of mine):


C:\Users\tom\AppData\Local\Programs\Python\Python310\python.exe

Appdata\Local\Programs is where Python3 usually gets installed.  Now we 
know that I have Python 3.10 at 
C:\Users\tom\AppData\Local\Programs\Python.  You may be using a 
different version of Python; if so, just use that version instead.


Idle is normally installed in the directory tree under python.  Let's 
call the top of that tree %PYTH0N%.  On my system, as we see above, that 
is C:\Users\tom\AppData\Local\Programs\Python\Python310.  Idle should be at


%PYTHON%\Lib\idlelib

Open Windows explorer, and navigate to that directory. If you have that 
directory, then you should be able to run idle.  If it doesn't exist, 
That's a problem and needs to be fixed, probably by a fresh install of 
Python.  If it does, you will see the batch file idle.bat.  Double-click 
it, and idle should run.  If it does not, see below.


That's not a convenient way to run idle time after time.  Either you 
need to get idle on your path, or perhaps it will be available using the 
windows Start menu.  Check that out by tapping the Windows key, then 
typing "idle" (without the quotes).  It may be there.  But look closely, 
for it may be the idle associated with a different version of Python 
than the one you want to use.  For example, on my system I have Idle in 
the Start Menu, but only for Python 3.7 and not Python 3.10 which is the 
most recent version I have.


If you double-clicked on the idle batch file but it failed to run, then 
you need to get any error messages.  You need to run it from a console 
so you can see any output.  Open a console. you want to run idle using 
python and not pythonw (because pythonw will not open a window).  So in 
the console, type "python " (without quotes but with the space), then 
the path to the file.


The path to the file is a lot to type, and it's easier to just drag the 
icon for the file (remember, it's idle.py) into the console window. 
Press the  key and idle should run.  If it doesn't, note any 
error messages.  Then come back here and tell us what they were.


It's possible that the "where" program didn't find your python 
installation.  That would be because it's installed somewhere outside of 
your user tree, like Program Files.  You can look again in the entire 
disk (assuming it's on the c: drive, which is almost certainly so):


where /R c:\% python.exe


Von: darkst...@o2online.de
Gesendet: ‎Freitag‎, ‎4‎. ‎November‎ ‎2022 ‎15‎:‎10
An: Eryk Sun
Cc: python-list@python.org





Yes, there is always the message “modified successfull”, “installed 
sucessfully”, but IDLE does’t start. I tried it with the newer Version, too. 
Ist 3.11.0 for 32 bit, but it also doesn’t work. Do you have other suggetions, 
that it works?







Von: Eryk Sun
Gesendet: ‎Donnerstag‎, ‎3‎. ‎November‎ ‎2022 ‎22‎:‎5

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[darkstone]

Is there no one who can help?






Von: darkst...@o2online.de
Gesendet: ‎Freitag‎, ‎4‎. ‎November‎ ‎2022 ‎15‎:‎10
An: Eryk Sun
Cc: python-list@python.org





Yes, there is always the message “modified successfull”, “installed 
sucessfully”, but IDLE does’t start. I tried it with the newer Version, too. 
Ist 3.11.0 for 32 bit, but it also doesn’t work. Do you have other suggetions, 
that it works?







Von: Eryk Sun
Gesendet: ‎Donnerstag‎, ‎3‎. ‎November‎ ‎2022 ‎22‎:‎50
An: darkst...@o2online.de
Cc: python-list@python.org





On 11/3/22, darkst...@o2online.de  wrote:
> Is there a reason, why it is not installed? Its the same check mark in the
> installer like IDLE…

Did you try what I suggested? Modify the installation to remove the
tkinter/IDLE component. Then modify it again to select the component
to be reinstalled. Also, try to repair the installation. This may
reset any DLLs or extension modules that were missing or that were the
wrong version.

Ignore the suggestion from Nithish to install tkinter via pip. tkinter
is part of the standard library and cannot be installed via pip. There
is no tkinter package on the Python package index (pypi.org).
-- 
https://mail.python.org/mailman/listinfo/python-list
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[darkstone]

Yes, there is always the message “modified successfull”, “installed 
sucessfully”, but IDLE does’t start. I tried it with the newer Version, too. 
Ist 3.11.0 for 32 bit, but it also doesn’t work. Do you have other suggetions, 
that it works?







Von: Eryk Sun
Gesendet: ‎Donnerstag‎, ‎3‎. ‎November‎ ‎2022 ‎22‎:‎50
An: darkst...@o2online.de
Cc: python-list@python.org





On 11/3/22, darkst...@o2online.de  wrote:
> Is there a reason, why it is not installed? Its the same check mark in the
> installer like IDLE…

Did you try what I suggested? Modify the installation to remove the
tkinter/IDLE component. Then modify it again to select the component
to be reinstalled. Also, try to repair the installation. This may
reset any DLLs or extension modules that were missing or that were the
wrong version.

Ignore the suggestion from Nithish to install tkinter via pip. tkinter
is part of the standard library and cannot be installed via pip. There
is no tkinter package on the Python package index (pypi.org).
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Eryk Sun]

On 11/3/22, darkst...@o2online.de  wrote:
> Is there a reason, why it is not installed? Its the same check mark in the
> installer like IDLE…

Did you try what I suggested? Modify the installation to remove the
tkinter/IDLE component. Then modify it again to select the component
to be reinstalled. Also, try to repair the installation. This may
reset any DLLs or extension modules that were missing or that were the
wrong version.

Ignore the suggestion from Nithish to install tkinter via pip. tkinter
is part of the standard library and cannot be installed via pip. There
is no tkinter package on the Python package index (pypi.org).
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Eryk Sun]

On 11/1/22, Nithish Ramasamy  wrote:
>
> pip install tkinter
> Wait some minutes to install tkinter

There is no tkinter package on PyPI. It's part of the standard library
and included with the python.org installer as an optional component.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Eryk Sun]

On 11/1/22, darkst...@o2online.de  wrote:
>
> **IDLE can’t Import TKINTER
>
> Python may not be configured for TK**
>
> Checkmark for TK is set in the Installation Progress. What went wrong and ho
> can I fix it?

Run the following command to check whether the ImportError has any
further information.

py -3.10-32 -c "from tkinter import *"

It could be a missing extension module or DLL, or mismatched version.
You could try modifying the installation to remove tkinter and IDLE,
and then again to restore it.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Eryk Sun]

On 10/31/22, darkst...@o2online.de  wrote:
>
> I installed the Standard Distribution from python.org again, and i ensured,
> that the checkmark test Suite is enabled. Idle does’nt start. The installer
> says “Installation successfully” at the end.
>
> What went wrong and how can I further delimit the fault/find the error?

Open a command prompt and run the following command:

py -3.10-32 -m idlelib

If it fails, an exception and traceback should be printed to the console.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[Eryk Sun]

On 10/31/22, darkst...@o2online.de  wrote:
>
> i uninstalled this, because my Idle doesn’t start by clicking on the Icon.
> Are there any Solutions for the problem?

If it's the standard distribution from python.org, run the installer
again, and ensure that the test suite is installed.

In 3.10.8, IDLE mistakenly depends on the test suite. This mistake is
fixed in 3.10.9, which is planned to be released in early December.
-- 
https://mail.python.org/mailman/listinfo/python-list

Problems with IDLE in Windows 8.1 and installer x86 Version 3.10.8

[darkstone]

Dear Sir or Madam,







i uninstalled this, because my Idle doesn’t start by clicking on the Icon. Are 
there any Solutions for the problem?




Thanks,




André
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: when I open a python idle it's constantly showing subprocess connection error

[Mats Wichmann]

On 9/20/22 09:36, asika wrote:
 

 


Sent from [1]Mail for Windows

 


References

Visible links
1. https://go.microsoft.com/fwlink/?LinkId=550986


dunno if you were trying to send screenshots or something, that doesn't 
work here.


Try:

https://docs.python.org/3/library/idle.html#startup-failure

Hint: you usually named a file you were working on the same as something 
IDLE uses, that's the usual cause these days.


--
https://mail.python.org/mailman/listinfo/python-list

when I open a python idle it's constantly showing subprocess connection error

[asika]

    

    

   Sent from [1]Mail for Windows

    

References

   Visible links
   1. https://go.microsoft.com/fwlink/?LinkId=550986
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue478486] Example program locks up IDLE

[admin]

Change by admin :


--
github: None -> 35475

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue472727] Tkinter.mainloop() confuses IDLE

[admin]

Change by admin :


--
github: None -> 35356

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue217092] Testsuite dumps core on Win2000 / IDLE

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue217686] IDLE doesn't display long arrays well

[admin]

Change by admin :


--
github: None -> 33395

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue470607] HTML version of the Idle "documentation"

[admin]

Change by admin :


--
github: None -> 35317

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue403138] Install IDLE via distutils

[admin]

Change by admin :


--
github: None -> 33670

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue540583] IDLE calls MS HTML Help Python Docs

[admin]

Change by admin :


--
github: None -> 36392

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue520483] Make IDLE OutputWindow handle Unicode

[admin]

Change by admin :


--
github: None -> 36128

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue539043] Support PyChecker in IDLE

[admin]

Change by admin :


--
github: None -> 36377

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210660] IDLE-0.5 ctrl-F5 (PR#355)

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue486713] 2.2b2 IDLE on W2k does not load

[admin]

Change by admin :


--
github: None -> 35618

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue473584] Ctrl-C works always in IDLE

[admin]

Change by admin :


--
github: None -> 35378

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue216664] Crash starting "idle" (2.0c1)

[admin]

Change by admin :


--
github: None -> 4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue221963] IDLE hangs on Threads

[admin]

Change by admin :


--
github: None -> 33457

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue448835] Python 2.2a1 Under Idle - Generator

[admin]

Change by admin :


--
github: None -> 34912

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue444683] IDLE starts too late to enable "yield"

[admin]

Change by admin :


--
github: None -> 34834

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue428555] IDLE crashes when running Tkinter code

[admin]

Change by admin :


--
github: None -> 34559

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue440407] Remote execution patch for IDLE

[admin]

Change by admin :


--
github: None -> 34732

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue422471] Install IDLE Help File

[admin]

Change by admin :


--
github: None -> 34480

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue423157] Python 2.1 Idle does not run on Win98

[admin]

Change by admin :


--
github: None -> 34490

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue405553] pydoc.help broken in IDLE

[admin]

Change by admin :


--
github: None -> 34049

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue404444] [IDLE] auto indent/parentheses

[admin]

Change by admin :


--
github: None -> 34014

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue229840] IDLE needs to print !

[admin]

Change by admin :


--
github: None -> 33788

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue221963] IDLE hangs on Threads

[admin]

Change by admin :


--
github: None -> 33457

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue217686] IDLE doesn't display long arrays well

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue216664] Crash starting "idle" (2.0c1)

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue217684] IDLE stack browser display problem

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue215690] Dr. Watson error on Python2.0b2 Idle 0.6 WinNT4.0 SP6

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue214821] 2.0b1 IDLE "replace" dead broken

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue213803] [2.0b1 NT4.0] printing non asci char causes idle to abort

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue213795] IDLE 0.6 with Python 2.0b1 doesn't handle chinese characters

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210704] IDLE (PR#400)

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210860] IDLE class browser and decimal comma don't agree (PR#298)

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210841] idle dosnt recompile modules changed externally (PR#308)

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210617] IDLE and -t (PR#213)

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210659] IDLE-0.5 copy command (PR#354)

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210652] input() in IDLE (PR#344)

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210618] IDLE: Modifying argv prevents source of ~/.idle.py (PR#219)

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210656] IDLE goto file/line (PR#352)

[admin]

Change by admin :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue217684] IDLE stack browser display problem

[admin]

Change by admin :


--
github: None -> 33394

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue217092] Testsuite dumps core on Win2000 / IDLE

[admin]

Change by admin :


--
github: None -> 33359

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue214821] 2.0b1 IDLE "replace" dead broken

[admin]

Change by admin :


--
github: None -> 33156

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue215690] Dr. Watson error on Python2.0b2 Idle 0.6 WinNT4.0 SP6

[admin]

Change by admin :


--
github: None -> 33242

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue213795] IDLE 0.6 with Python 2.0b1 doesn't handle chinese characters

[admin]

Change by admin :


--
github: None -> 33062

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue213803] [2.0b1 NT4.0] printing non asci char causes idle to abort

[admin]

Change by admin :


--
github: None -> 33066

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210841] idle dosnt recompile modules changed externally (PR#308)

[admin]

Change by admin :


--
github: None -> 32842

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210860] IDLE class browser and decimal comma don't agree (PR#298)

[admin]

Change by admin :


--
github: None -> 32858

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210704] IDLE (PR#400)

[admin]

Change by admin :


--
github: None -> 32774

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210660] IDLE-0.5 ctrl-F5 (PR#355)

[admin]

Change by admin :


--
github: None -> 32730

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue210652] input() in IDLE (PR#344)

[admin]

Change by admin :


--
github: None -> 32723

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com