This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author tchrist
Recipients Arfrever, Nicholas.Cole, ezio.melotti, inigoserna, loewis, poq, tchrist, vstinner, zeha
Date 2012-03-10.19:03:32
SpamBayes Score 8.357909e-08
Marked as misclassified No
Message-id <6679.1331406174@chthon>
In-reply-to <4F5BA3EB.8020701@v.loewis.de>
Content
>Martin v. L=C3=B6wis <martin@v.loewis.de> added the comment:

>> I would encourage you to look at the Perl CPAN module Unicode::LineBreak,
>> which fully implements tr11.

>Thanks for the pointer!

>> If you'd like, I can show you a program that uses these, a rewrite the
>> standard Unix fmt(1) filter that works properly on Unicode column widths.

>I believe there can't be any truly "proper" implementation, as you
>can't be certain how the terminal will handle these itself. 

Hm.  I think we may not be talking about the same thing after all.

If we're talking about the Curses library, or something similar,
this is not the same.  I do not think Curses has support for 
combining characters, right to left text, wide characters, etc.

However, Unicode does, and defines the column width for those.

I have an illustration of what this looks like in the picture
in the very last recipe, #44, in 

    http://training.perl.com/scripts/perlunicook.html

That is what I have been talking about by print widths.  It's running
in a Mac terminal emulator, and unlike the HTML which grabs from too
many fonts, the terminal program does the right thing with the widths.

Are we talking about different things?

--tom
History
Date User Action Args
2012-03-10 19:03:33tchristsetrecipients: + tchrist, loewis, vstinner, ezio.melotti, Arfrever, inigoserna, zeha, poq, Nicholas.Cole
2012-03-10 19:03:32tchristlinkissue12568 messages
2012-03-10 19:03:32tchristcreate