Tim Roberts writes:
> The Windows console shell is an 8-bit entity.
That's not true. Well, it's only true A) of programs that use
8-bit I/O instead of Unicode (which unfortunately happens to
include Python, and B) when a bitmap font (i.e. Terminal) is
used instead of a truetype font.
Note that t
Ulli Horlacher wrote:
> On Tue 2015-12-15 (11:10), Tim Roberts wrote:
>
>>> I have a python 2.7 program which runs in a console window and upload
>>> files.
>>> To specify the files, the user uses Windows drag&drop (via explorer) or
>>> copy&paste.
>> This is hopeless. In addition to the normal
On Tue 2015-12-15 (11:10), Tim Roberts wrote:
> > I have a python 2.7 program which runs in a console window and upload
> > files.
> > To specify the files, the user uses Windows drag&drop (via explorer) or
> > copy&paste.
>
> This is hopeless. In addition to the normal difficulties in
> string
Ulli Horlacher wrote:
> I have a python 2.7 program which runs in a console window and upload
> files.
> To specify the files, the user uses Windows drag&drop (via explorer) or
> copy&paste.
This is hopeless. In addition to the normal difficulties in
string/Unicode conversions, you have the adde
On Tue 2015-12-15 (09:19), Ulli Horlacher wrote:
> while msvcrt.kbhit():
> c = msvcrt.getch()
> if c == '\n' or c == '\r': break
> paste += c
I tried it with msvcrt.getwch(): same result, returns ASCII only :-(
--
Ullrich Horlacher Server und Virtualisierung
Rechenzen
I have a python 2.7 program which runs in a console window and upload
files.
To specify the files, the user uses Windows drag&drop (via explorer) or
copy&paste.
To read it I use:
file = get_paste()
def get_paste():
import msvcrt
while True:
c = msvcrt.getch()
if c == '\t': return '
