UTF-8 support for text targets (art, txt) #50

Closed
GoogleCodeExporter opened this Issue Apr 18, 2015 · 4 comments

Comments

Projects
None yet
2 participants
What steps will reproduce the problem?
1. Use -t art with non-ASCII 7 bits chars.
2. Rendering is buggy for boxed and underlined titles.

As the ASCII Art target is in fact a more important feature than I was thinking 
at first, I think this should be fixed (hacked ?) before release.

Original issue reported on code.google.com by fgalla...@gmail.com on 23 Aug 2010 at 6:22

This is a bug that affects txt2tags, not just Art. See:

$ echo -e "\n=áéíóú=" | txt2tags -i- -o- -H -t txt

  áéíóú
  ==========


This needs to be investigated, and I guess even more UTF-8 issues will raise 
when trying to fix this. No way it's a good idea to tackle this now :)

Original comment by aureliojargas@gmail.com on 23 Aug 2010 at 6:37

  • Changed title: UTF-8 support for text targets (art, txt)
Hackish support in Art target since r501.

Original comment by fgalla...@gmail.com on 18 Nov 2010 at 10:37

Fixed in r739, r741 and r742.
Just try :
$ echo -e "\n=áéíóú=" | ./txt2tags -i- -o- -H -t aat
$ echo -e "\n=áéíóú=" | ./txt2tags -i- -o- -H --width 10 -t aat
$ echo -e "\n=áéíóú=" | ./txt2tags -i- -o- -H --width 6 -t aat

Original comment by fgalla...@gmail.com on 11 Jul 2011 at 6:23

  • Changed state: Fixed
Owner

fgallaire commented Aug 12, 2015

To make the examples work, add the --encoding utf-8 option to the command line.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment