headers
Park Shinjo | 2 Jul 2008 09:12
Picon

Problems with line characters and EUC-KR encoding

I used Unicode line characters(U+2500 and something) in Urwid's
SolidFill widget. Example(source file's encoding is UTF-8):

utf8decode = urwid.escape.utf8decode
dash = urwid.SolidFill(utf8decode('─'))

When I ran that program in UTF-8 terminal, SolidFill fills whole
screen width there. However, in EUC-KR terminal, it fills just half of
screen width. Can somebody help me?

Currently using Python 2.5 and Urwid 0.9.8.1.
_______________________________________________
Urwid mailing list
Urwid <at> lists.excess.org
http://lists.excess.org/mailman/listinfo/urwid
Permalink | Reply | 2 comments |
headers
Ian Ward | 2 Jul 2008 16:35
Favicon
Gravatar

Re: Problems with line characters and EUC-KR encoding

Park Shinjo wrote:
> I used Unicode line characters(U+2500 and something) in Urwid's
> SolidFill widget. Example(source file's encoding is UTF-8):
> 
> utf8decode = urwid.escape.utf8decode
> dash = urwid.SolidFill(utf8decode('─'))
> 
> When I ran that program in UTF-8 terminal, SolidFill fills whole
> screen width there. However, in EUC-KR terminal, it fills just half of
> screen width. Can somebody help me?
> 
> Currently using Python 2.5 and Urwid 0.9.8.1.

What terminal are you using, what is your locale set to and does the
same thing happen with regular characters?

Ian

_______________________________________________
Urwid mailing list
Urwid <at> lists.excess.org
http://lists.excess.org/mailman/listinfo/urwid
Permalink | Reply | 1 comment |
headers
Park Shinjo | 3 Jul 2008 04:23
Picon

Re: Problems with line characters and EUC-KR encoding

I checked this problem in several terminals. KDE 3 & 4's Konsole is
working fine. But in a Konsole-based drop down terminal emulator,
Yakuake, the problem arises.

As I have found this a terminal problem, I have filed KDE bug #165609.
See: https://bugs.kde.org/show_bug.cgi?id=165609

2008년 7월 2일 (수) 오후 11:35, Ian Ward <ian <at> excess.org>님의 말:
> Park Shinjo wrote:
>> I used Unicode line characters(U+2500 and something) in Urwid's
>> SolidFill widget. Example(source file's encoding is UTF-8):
>>
>> utf8decode = urwid.escape.utf8decode
>> dash = urwid.SolidFill(utf8decode('─'))
>>
>> When I ran that program in UTF-8 terminal, SolidFill fills whole
>> screen width there. However, in EUC-KR terminal, it fills just half of
>> screen width. Can somebody help me?
>>
>> Currently using Python 2.5 and Urwid 0.9.8.1.
>
> What terminal are you using, what is your locale set to and does the
> same thing happen with regular characters?
>
> Ian
>
>
> _______________________________________________
> Urwid mailing list
> Urwid <at> lists.excess.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
Park Shinjo | 3 Jul 2008 07:39
Picon

LineBox with Windows telnet client

I used LineBox class for some widget and SolidFill with Unicode line
characters. It works fine with Linux terminals. Using Windows default
telnet client to connect that machine, and run the same program, both
LineBox and Solidfill doesn't appear correctly.

I'm using Korean Windows, thus set the LANG variable to ko_KR.EUC-KR.

Using Python 2.5 and Urwid 0.9.8.1.
Permalink | Reply | 0 comments |
headers
Ian Ward | 16 Jul 2008 05:59
Favicon
Gravatar

ANN: Urwid 0.9.8.3 - Console UI Library

Announcing Urwid 0.9.8.3
------------------------

Urwid home page:
   http://excess.org/urwid/

Tarball:
   http://excess.org/urwid/urwid-0.9.8.3.tar.gz

RSS:
   http://excess.org/feeds/tag/urwid/

About this release:
===================

This is a maintenance release that fixes a memory leak and a canvas bug
affecting Urwid 0.9.8, 0.9.8.1 and 0.9.8.2.

New in this release:
====================

  * Fixed a canvas cache memory leak affecting 0.9.8, 0.9.8.1 and 0.9.8.2
    (found by John Goodfellow)

  * Fixed a canvas fill_attr() bug (found by Joern Koerner)

About Urwid
===========

Urwid is a console UI library for Python. It features fluid interface
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ian Ward | 16 Jul 2008 06:10
Favicon
Gravatar

repo move from svn to hg

I've moved the Urwid source code from the subversion repository that is 
part of the Urwid Trac site to a new Mercurial repository.  I will move 
the Trac site over to the new repo some time soon.  For now the source 
code may be downloaded by running:

   hg clone https://excess.org/hg/urwid

I would not recommend the master branch for mission-critical functions 
at the moment.

I have been working on a number of features that in retrospect should be 
in their own branches: 256-colour support, wsgi web_display, widget code 
cleanup, partial screen display support.  Now that we have a modern 
version control system having lots of branches won't be a problem.

Ian
Permalink | Reply | 4 comments |
headers
James Mills | 16 Jul 2008 08:56
Picon
Favicon
Gravatar

Re: repo move from svn to hg

Ian,

Congrats! Mercurial is a great
distributed version control system!

We use it at work here and I use
it for all my project as well.

wsgi (and hg) may re-spark
my interest in developing
with and on urwid :)

I would be able to help
with the wsgi/web if you
need a hand.

cheers
James

On Wed, Jul 16, 2008 at 2:10 PM, Ian Ward <ian <at> excess.org> wrote:
> I've moved the Urwid source code from the subversion repository that is
> part of the Urwid Trac site to a new Mercurial repository.  I will move
> the Trac site over to the new repo some time soon.  For now the source
> code may be downloaded by running:
>
>   hg clone https://excess.org/hg/urwid
>
> I would not recommend the master branch for mission-critical functions
> at the moment.
>
(Continue reading)

Permalink | Reply | 3 comments |
headers
Ian Ward | 17 Jul 2008 17:17
Favicon
Gravatar

Re: repo move from svn to hg

James Mills wrote:
> Ian,
> 
> Congrats! Mercurial is a great
> distributed version control system!
> 
> We use it at work here and I use
> it for all my project as well.
> 
> wsgi (and hg) may re-spark
> my interest in developing
> with and on urwid :)
> 
> I would be able to help
> with the wsgi/web if you
> need a hand.
> 

Absolutely.  The wsgi code currently works for the tour.py example in
the "default" branch, but the way wsgi uses iterators made quite a few
not-so-pretty changes necessary.

For proper wsgi support we need Python 2.5 so that we can put the
generator inside a try:finally: block.  Without that we can't clean up
the sockets left in the tmp folder.

Requiring 2.5 for wsgi is fine, but I want the rest of the library to
continue to work with Python 2.3+

Ian
(Continue reading)

Permalink | Reply | 2 comments |
headers
James Mills | 18 Jul 2008 06:08
Picon
Favicon
Gravatar

Re: repo move from svn to hg

On Fri, Jul 18, 2008 at 1:17 AM, Ian Ward <ian <at> excess.org> wrote:
> Absolutely.  The wsgi code currently works for the tour.py example in
> the "default" branch, but the way wsgi uses iterators made quite a few
> not-so-pretty changes necessary.

Got revisions I can compare ?
Now that you're using Mercurial (yay!) this is now a whole lot easier!

> For proper wsgi support we need Python 2.5 so that we can put the
> generator inside a try:finally: block.  Without that we can't clean up
> the sockets left in the tmp folder.

I'll have a look at tour.py
and how you're currently
doing WSGI.

cheers
James

--

-- 
--
-- "Problems are solved by method"
Permalink | Reply | 1 comment |
headers
Ian Ward | 20 Jul 2008 20:22
Favicon
Gravatar

Re: repo move from svn to hg

James Mills wrote:
> On Fri, Jul 18, 2008 at 1:17 AM, Ian Ward <ian <at> excess.org> wrote:
>> Absolutely.  The wsgi code currently works for the tour.py example in
>> the "default" branch, but the way wsgi uses iterators made quite a few
>> not-so-pretty changes necessary.
> 
> Got revisions I can compare ?
> Now that you're using Mercurial (yay!) this is now a whole lot easier!

The changes are in these two patches (on the default branch):

https://excess.org/hg/urwid/rev/4edf868eb9e9
https://excess.org/hg/urwid/rev/528cbaff67ac

The next release will be somewhat disruptive.  I have already introduced 
a generic_main_loop() function that will simplify most of the Urwid 
scripts out there.  The wsgi code uses an iterable_main_loop() function. 
   It might be possible to combine them so that users don't have to 
special-case their code for using wsgi.  The result of that combination 
could be the next suggested way of using the library for new applications.

Ian
Permalink | Reply | 0 comments |

Gmane