Pavel Kosina g...@post.cz added the comment:
Trying to patch the latest revision 72608 and it didnt work, here on winxp.
C:\prg\Python30\Lib\idlelibsvn update
Restored 'IOBinding.py'
At revision 72608.
C:\prg\Python30\Lib\idlelibpatch IOBinding.py defaultextension.patch
--verbose
Hmm
sorry, pls forget ...
--
geon
Pavel Kosina
--
http://mail.python.org/mailman/listinfo/python-list
New submission from Pavel Kosina g...@post.cz:
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
Pavel Kosina g...@post.cz added the comment:
With this file - hello.py (attached) - I should be also asked for
converting to utf8. When I open it, nothing changes, after making
changes and saving then the encodings is my windows standard cp1250
Added file: http://bugs.python.org/file12582
This application has requested the Runtime to terminate it in an unusual
way.
Please contact the application's support team for more information.
Patchuje někdo tady pod Windows? Díky
--
geon
Pavel Kosina
--
http://mail.python.org/mailman/listinfo/python-list
Pavel Kosina g...@post.cz added the comment:
You can open script made in python 2.x and it stops immediately working
after saving, if it is coding-aware. You can have bigger project and use
idle for editing config and text files from this project too. It is
unfair to change without notification
Pavel Kosina g...@post.cz added the comment:
I forgot about Perhaps IDLE should offer to convert it on opening.
That would be nice, too.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4815
Pavel Kosina g...@post.cz added the comment:
Sorry, where is the patch?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4815
___
___
Python-bugs-list mailing
Pavel Kosina g...@post.cz added the comment:
OK, I got it.
In my opinion it would nice if user can either convert file to utf8 or
to do nothing and add new encodings declaration or cancel. Current
Cancel gives an Decoding error. If you give an encodings that doesn't
exist, it shouldn't
Pavel Kosina g...@post.cz added the comment:
seems to be working.
Seems to me now I get it. The file encoding is ruled by the encoding
declaration. When I stated
# -*- coding: cp1250 -*-
then the file would be saved in cp1250.
Now hoping that I would keep this issue, cause it comes
Pavel Kosina g...@post.cz added the comment:
Well, thanks a lot.
(aware this is really off this issue): Now I even get the system of
patches - issue 4008 solved the inconvenience in print Unicode signs
inside IDLE. Still not sure how works patches for Python versions. I
vote for including
New submission from Pavel Kosina g...@post.cz:
Nearly always (after opening) is IDLE window outside visible area.
Mainly the status bar is hidden under bottom windows menu bar. Same
situation happens when choosing Window-Zoom Height from IDLE menu.
xpsp3, 1024x768, py2.x-3.x
Pavel Kosina g...@post.cz added the comment:
sorry it is duplicate to issue 3286
pls close
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4823
Pavel Kosina g...@post.cz added the comment:
+1
--
nosy: +geon
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3286
Pavel Kosina g...@post.cz added the comment:
I might have another problem with this patch and maybe also that one in
issue 4008. Having a file with
print (ěščřžýáíé)
# saved in cp1250
Open - confirm converting to utf8 - F5 - error: see attached file
idleunicode1.jpg
Added file: http
Pavel Kosina g...@post.cz added the comment:
Martin v. Löwis napsal(a), dne 3.1.2009 22:24:
I can't reproduce the problem. Can you please attach the
exact file that failed to work?
You can use that one that is already here: cp1250.py. It is the same
error with me
Pavel Kosina g...@post.cz added the comment:
Microsoft Windows XP [Verze 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\prg\Python30\Lib\idlelibsvn update# from
http://svn.python.org/projects/python/branches/py3k/Lib/idlelib
Restored 'AutoCompleteWindow.py'
Restored 'ToolTip.py
Pavel Kosina g...@post.cz added the comment:
Yes. God job. ;-)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4815
___
___
Python-bugs-list mailing
Pavel Kosina g...@post.cz added the comment:
Thank you. Not sure, what to do now, cause the putting down of IDLE is
fixed, but still within IDLE I get wrong output:
x=ěščřžýáíé
print (x)
ěščřžýáĂĂ©
when running this script under python command line form another editor,
I get
Pavel Kosina g...@post.cz added the comment:
Moreover: do you think its good idea to change the file encoding at
opened and then saved file without any question when there is no
encoding declaration? :-( Users do not edit just python programs, they
can edit also config files, text files, etc
New submission from Pavel Kosina g...@post.cz:
When you open file without encoding declaration, make changes and save,
then IDLE changes without any question encodings to utf8. You can try it
on attached file that is cp1250 now.
It could be that at first saving we are asked to use
*utf8
Pavel Kosina g...@post.cz added the comment:
I vote for fixing this too. This might be simplified/another example of
above mentioned issues:
# -*- coding: utf-8 -*-
print (ěščřžýáíé)
in IDLE prints this:
ěščřžýáĂĂ©
When running this script under python command line from another
message.
--
geon
Pavel Kosina
--
http://mail.python.org/mailman/listinfo/python-list
小楼 napsal(a), dne 1.1.2009 10:32:
#coding=utf-8
#中国
print('a')
saved in utf8
alt+x,destroyed IDLE...
me too,why?
Are you sure? Run (F5) with print('a') is OK here. Maybe you have
redefined key bindings in IDLE ...
--
geon
Pavel Kosina
--
http://mail.python.org/mailman/listinfo/python
Pavel Kosina g...@post.cz added the comment:
the following very simple example might be the the same issue:
x=ěščřžýáíé
print (x)
It reliably puts down IDLE entirely without any error message. It is
saved in UTF-8.
python +idle 3.0, wxp sp3
--
nosy: +geon
janislaw napsal(a):
Um, I could be only guessing what are you meant to do, unless you
describe your problem in more detailed way. I.e. describe the desired
behaviour, show code which you have, and describe the current
behaviour.
well, I am working on a tutorial for youngster (thats why i
janislaw napsal(a):
Use google to find the appropriate site, or browse this site, there
are plenty of examples. You may want to examine the code I wrote to
you to catch the idea:
#--
import Tkinter
import pprint
tk = Tkinter.Tk()
f = Tkinter.Frame(tk, width=100, height=100)
janislaw napsal(a):
On 26 Gru, 05:52, Pavel Kosina g...@post.cz wrote:
Is it possible to catch in an event more that one key from keyboard? In
my code, I can handle always the only one, the first I press, the others
are omitted. Say, I press both 4 and 8 and only 4 is catched.
def
Is it possible to catch in an event more that one key from keyboard? In
my code, I can handle always the only one, the first I press, the others
are omitted. Say, I press both 4 and 8 and only 4 is catched.
def movePlayer(event):
print (event.keysym)
Thank you.
--
geon
Pavel Kosina
--
geon
Pavel Kosina
from livewires import *
from random import randint
def makePlayer():
global player_body, player_x, player_y
player_x=randint(0,640)
player_y=randint(0,480)
player_body=circle(player_x, player_y,5, filled=1)
def movePlayer():
global finito, player_body
30 matches
Mail list logo