Thus spake Jan Willem Stumpel on Wed, May 10, 2006 at 05:06:20PM +0200 or
thereabouts: <[EMAIL PROTECTED]> [2006-05-10 13:36]:
cga2000 wrote:
Not AFAIK. But xterm basically understands ansi sequences, so it
should not be difficult to write a filter that would produce the
picture by means of
cat xxxx.ans |filter
You could use either
-- the special xterm mode which displays box characters
(something like ESC(O , or something similar, forgot what it
is).
yes, you're right.. and ESC(B to return to regular display mode..
or
-- a utf-8 capable xterm
that's precisely what I am running..
The problem is that not only ansi sequences (for colours and
cursor position) must be interpreted. xterm does this by default.
But also the characters themselves must be translated from PC-DOS
("codepage 437") to the characters understood by your xterm
(iso-8859-1 or utf-8).
As a quick test, I tried some of the ansi art examples in
http://www.acid.org/ftp/aaa-8991.zip on my utf-8 capable xterm,
simply using iconv to convert codepage 437 to utf-8, e.g.:
iconv -f 437 -t utf-8 tohs.ans
not bad at all with the font I normally use (terminus-12)
I tried smaller fonts but they don't seem to have all the box drawing
characters - in any case the results were not quite as good as with
terminus-12.
I suppose that if you have a legacy xterm with iso-8859-1
(unfortunately still the default in Debian) it would have to be
don't tell me.. I run debian sarge (stable) and try as I may I was never
able to install from source the "debian way". So I had to go through a
lot of contortions to install not just xterm but also recent versions of
screen, elinks, etc. without breaking my system.. hopefully..
iconv -f 437 -t iso-8859-1 tohs.ans
This gives some idea of what it should look like. It becomes better
when you select reverse video (control-middle click, then select
reverse video). But getting the true glory of ansi art, including the
proper colour scheme, would require a specially-written filter, I
think.
I ran it on a 256-color xterm.. not sure whether that helps, though..
The easiest is to just use the TYPE command in an ms-dos environment
(dosemu) with ansi.sys.
... easiest for someone that has a degree <http://www.online-degree.org/> of
familiarity with dos. I'm
sure installing dosemu is no big deal on a debian box.. presumably a
simple apt-get install would do it.. but then, I would have to
initialize some form of dos file system.. import the .ans files.. not
easy when you have zero experience with dos.. :-)
Regards, Jan
Thanks much.
cga
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
I am haveing the same problem here as discussed previously.
i am trying to run scrollz irc client in an xterm, with a colorful ansi art
script loading that produces very eye catching graphics. (the reason i have
allways used scrollz for irc client).
this is something that has allways worked before, all i ever had to do was
install the xfonts-dosemu package, and use one of the fonts that draws those
characters correctly.
there are a few of them.
anyways, upon a recent reinstall of etch with upgrade to sid, i am running
into this stupid problem of UTF8 and whatever it is that breaks my program
from displaying correctly in an xterm environment. i tried changeing my
locales to ISO-8859-1, but that doesnt fix it.
can someone please tell me what to do to make this work again?
thanx
