Newsgroups: gmane.linux.debian.user
Date: Mon, 08 May 2006 20:48:39 -0400
> >> which font is capable of showing the PC graphics characters (ie ascii art)? >
> > Well, if you want to display ASCII, then every font known to
> > man, basically, will display it. So ASCII art isn't the
> > trouble. It's probably characters that are outside of the
> > ASCII range that are troubling you.
>
> Yes, exactly, those PC graphics characters/symbols.
Do you mean the box drawing characters?
That's not the same thing as ascii art.
Font for PC graphics characters
> which font is capable of showing the PC graphics characters (ie
> ascii art)?
> Strange, I can't find such info in google, maybe I didn't use
> the right keywords...
I think that the keyword you want is ansi art, not ascii art.
This used ANSI.SYS in ms-dos.
There are, of course, ways of imitating this in an xterm. But the
easiest is to display such pictures in an MS-DOS environment (i.e.
dosemu).
Font for PC graphics characters
Jan Willem Stumpel on Wed, May 10, 2006 at 05:06:20PM +0200:
> > is there a howto (of sorts) anywhere?
>
> 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 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.. :-)
Newsgroups: gmane.linux.debian.user
Date: Thu, 08 Jul 2004 17:28:58 -0400
You see, I migrated from RH8 to Debian recently. Under X in
Debian, I noticed that some of my fonts are a bit bigger.
I use fluxbox, and its configuration is the same for both systems,
but its menu, title bar, etc are noticeable larger than that in
RH8. I.e., the same "lucidasans-10" font looks about 60~80% larger.
Fonts are larger
Fonts are larger
All I did was to change the values round in the listing so that 75 came
before 100, hence the list now looked like the following:
Section "Files"
###FontPath "unix/:7100" # local font server
# if the local font server has problems, we can fall back on these
FontPath "/usr/lib/X11/fonts/misc"
FontPath "/usr/lib/X11/fonts/cyrillic"
FontPath "/usr/lib/X11/fonts/75dpi"
FontPath "/usr/lib/X11/fonts/100dpi"
FontPath "/usr/lib/X11/fonts/Type1"
FontPath "/usr/lib/X11/fonts/Speedo"
FontPath "/usr/lib/X11/fonts/100dpi"
FontPath "/usr/lib/X11/fonts/75dpi"
EndSection
Now when I restarted X, it was normal. Problem solved.
Problems
There is no so called alias 'hanzigb16fs' !?
Answer
Find all fonts.alias in the RH reveals:
Defined in:
/usr/X11R6/lib/X11/fonts/misc/fonts.alias
Installed from:
Group : User Interface/X Source RPM: XFree86-3.3.6-20.src.rpm
/usr/X11R6/lib/X11/fonts/misc/gb16st.pcf.gz
$ grep gb fonts.dir
gb16st.pcf.gz -isas-song ti-medium-r-normal--16-160-72-72-c-160-gb2312.1980-0
gb24st.pcf.gz -isas-song ti-medium-r-normal--24-240-72-72-c-240-gb2312.1980-0
gb16fs.pcf.gz -isas-fangsong ti-medium-r-normal--16-160-72-72-c-160-gb2312.1980-0
Install
cd /shared/local/lib/X11/fonts/chinese
mv ~/s/tmp/gb* .
gunzip *.gz
rm *.gz
— fonts.dir updated, with gb16fs.pcf added, but fonts.alias not.
xsel -p >> fonts.alias
tail fonts.alias
— change fonts.alias *by hand*. Paste from RH.
Update on Chaos
head /usr/openwin/server/etc/OWconfig
— update from iitrc to chaos
xset fp= /usr/...,/shared/local/lib/X11/fonts/chinese/
xset fp rehash
|
!! |
help
The file "fonts.alias", which can be put in any directory of the font-path,
is used to map new names to existing fonts, and should be edited by hand.
> I'm running Emacs 20.7 with Mule, on Redhat 7.0, and I believe I have all
> the appropriate fonts in the right places. I've been able to get correct
> font display for Cyrillic, Japanese, and simplified Chinese, but I cannot
> get any traditional Chinese displayed. (There are some other fonts that
> don't seem to be working like Vietnamese and Devangarani but traditional
> Chinese is what I care about right now.) I do have the taipei16.pcf and
> taipei24.pcf fonts installed, in
>
> /usr/X11R6/lib/X11/fonts/intlfonts-1.2/Chinese/
> /usr/X11R6/lib/X11/fonts/chinese/
> /usr/local/share/emacs/fonts/bdf/
> /usr/local/share/emacs/fonts/
>
> What should I be doing to get these fonts displayed?
>
> (I also have the same font problems under Netscape, too.)
If you are also having problems with Netscape, that suggests that the problems
are with your X configuration. Take a look in your /var/log/XFree86.0.log file
and make sure that the chinese font directories are successfully added to the
font list. If they don't appear in the log, check the /etc/X11/XF86Config-4
file and make sure that in Section "Files" … EndSection there are the
following lines
FontPath "/usr/X11R6/lib/X11/fonts/intlfonts-1.2/Chinese/"
FontPath "/usr/X11R6/lib/X11/fonts/chinese/"
FontPath "/usr/local/share/emacs/fonts/bdf/"
FontPath "/usr/local/share/emacs/fonts/"
and restart the X server (log out and back in should be enough). If you edit
this config file *Back it up* before you save over the older working
version. Its embarrassing to lose your X server because you mess up its
configuration :-)
If you are still having problems, look at that log file again. If the font
paths are being rejected by XFree86 it is likely that the directories have not
been set up correctly. Go into each font directory that fails and make sure
that the file 'fonts.dir' exists and has the correct entries in it. If it does
not exist, or is empty or suspect, generate a new one by typing
Then restart the X server again and cross your fingers.
Emacs 20.7 and Mule: no Big5 fonts
That did it! The following paths were deleted from the font path:
/usr/local/share/emacs/fonts/bdf/
/usr/X11R6/lib/X11/fonts/intlfonts-1.2/Chinese/
but the other two stayed. Now I have beautiful traditional Chinese fonts.
However, for some reason having
/usr/X11R6/lib/X11/fonts/intlfonts-1.2/Chinese/
on the fontpath causes the X server to crash when I point Netscape at a
Big5 page. So I took it off. Netscape runs fine now, though off of the
Emacs .pcf fonts. Are these fonts any different than the .bdf fonts?
Emacs 20.7 and Mule: no Big5 fonts
> There is another strangeness that may be related: when I run
>
> locate taipei
>
> it doesn't return the file
>
> /usr/X11R6/lib/X11/fonts/chinese/taipei16.bdf
>
> even though it does return
>
> /usr/X11R6/lib/X11/fonts/chinese/taipei24.bdf
>
> and the taipei16.bdf file is sitting right in the same directory with the
> same permissions.
If this is a command called `locate' you invoke from the shell prompt, then
it doesn't look for files on disk. Instead, it consults a database created
by the updatedb script (it's supposed to be run either by a cron job, or by
you manually once in a while).
Newsgroups: comp.os.linux.x
>I have recently upgraded to Mandrake 8.0. When I use Abiword the font
>rendering is terrible (especially Times New Roman).
Type1 rendering is broken in Mandrake 8.0. Replace the files
/usr/X11R6/lib/modules/fonts/libtype1.a
/usr/X11R6/lib/libXfont.so.1.3
with the versions from
XFree86-server-4.0.3-1.1mdk.i586.rpm and
XFree86-libs-4.0.3-1.1mdk.i586.rpm
respectively.
