New submission from Firat Ozgul :
In a Tkinter application that has an Entry() widget on the main window and an
askopenfilename() dialog, one should be able to click and type into the Entry()
widget as soon as the askopenfilename() dialog is closed. However, the
askopenfilename() dialog
Firat Ozgul added the comment:
That sounds nice.
--
___
Python tracker
<http://bugs.python.org/issue9673>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Firat Ozgul :
In Python 2.7a4 tutorial, under section "2.1 Invoking the Interpreter" set path
command is "set path=%path%;C:\python26". Also under section "2.1.2 Interactive
Mode" python command is shown to give "Python 2.6 (#1, Feb 28 20
New submission from Firat Ozgul:
On Python 3.3 under Windows and GNU/Linux, sys.stdout.write prints the length
of string along with the string itself:
>>> sys.stdout.write("a_string")
a_string8
Note the '8' at the end of 'a_string'.
Is it expected
Firat Ozgul added the comment:
Although I do not know the reason for change, it seems that this is expected
behavior as of Python 3.0 in interactive shell. Closing the record as 'invalid'.
--
resolution: -> invalid
___
Python t
Changes by Firat Ozgul :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue16459>
___
___
Python-bugs-list mailing list
Unsubscri
Firat Ozgul added the comment:
Thank you for the explanation, kushaldas.
--
___
Python tracker
<http://bugs.python.org/issue16459>
___
___
Python-bugs-list mailin
New submission from Firat Ozgul:
lower() method of strings gives different output for 'Latin Capital Letter I
with Dot Above' on Python 3.2 and Python 3.3.
On Python 3.2 (Windows XP):
>>> "\u0130".lower()
'i' #this is correct
On Python 3.3 (Windows XP)
Firat Ozgul added the comment:
In Python, things like lowercasing-uppercasing and sorting were always
problematic with regard to Turkish language. For instance, whatever the locale
is, you cannot lowercase the word 'KADIN' (woman) in Turkish correctly::
>>> "KA
Firat Ozgul added the comment:
r.david.murray: '(...) because in 3.3 "\u0130".lower().upper() == "\u0130"'
Do you mean in Python 3.3 "\u0130".lower() returns "\u0130"?
If you are saying so, this is not the case, because in Py
Firat Ozgul added the comment:
Don't you think that there is a problem here?
>>> "KİTAP".lower().upper()
'KİTAP'
>>> ascii("KİTAP".lower().upper())
"'KI\\u0307TAP'"
"İ" is not "i\u0307". That
Firat Ozgul added the comment:
ascii("KİTAP".lower().upper()) should return "K\u0130TAP".
Yes, Python 3.2 loses information, but Python 3.3 inserts faulty information,
which, I think, is much worse than losing information.
--
__
Changes by Firat Ozgul :
--
resolution: invalid ->
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue17252>
___
___
Python-bugs-list
Firat Ozgul added the comment:
Excerpt from http://www.unicode.org/Public/UNIDATA/SpecialCasing.txt
# Turkish and Azeri
# I and i-dotless; I-dot and i are case pairs in Turkish and Azeri
# The following rules handle those cases.
0130; 0069; 0130; 0130; tr; # LATIN CAPITAL LETTER I WITH DOT
Firat Ozgul added the comment:
Even if you set Turkish locale, the output is still "generic".
Furthermore, does "canonical equivalence" really dictate that 'Latin Capital
Letter I with Dot Above' should be mapped to 'I With Combining Dot Above' in
low
Firat Ozgul added the comment:
Whatever the behavior of Python is in 'generic' terms, I believe, we should be
able to do locale-dependent uppercasing-lowercasing, which we cannot do at the
moment.
--
___
Python tracker
<http://bu
Firat Ozgul added the comment:
Apparently, what Python did wrong in the past was somewhat good for Turkish
Python developers! This means Turkish developers now have one more problem to
solve. Bad.
--
___
Python tracker
<http://bugs.python.
New submission from Firat Ozgul:
Official documentation reads: "On Windows machines, the Python installation is
usually placed in C:\Python35"
However, as of Python 3.5.0, usual installation directory on Windows is
%LOCALAPPDATA%\Programs\Python.
--
assignee: docs@python
Firat Ozgul added the comment:
Correct me if I am wrong, but as far as I know, %LOCALAPPDATA% is always set in
Windows. When you want to install Python for just one user (which is the
default), files are installed into this directory (LOCALAPPDATA). If you choose
to install Python for all
Firat Ozgul added the comment:
Actually, under 'Using Python on Windows' at
https://docs.python.org/3/using/windows.html, the documentation correctly
refers to %LOCALAPPDATA% and %PROGRAMFILES% or %PROGRAMFILES(x86)% environment
variables as the default installation directories fo
Firat Ozgul added the comment:
Maybe that part of the tutorial should also include a link to
https://docs.python.org/3/using/windows.html. This document contains all the
details for using Python on Windows.
--
___
Python tracker
<h
21 matches
Mail list logo
