An Eterm that supports BIG5 and GB encodings. Thanks to
MANTANI Nobutaka <nobutaka@nobutaka.com> for the patch.
Submitted by: Michael C. Wu <keichii@iteration.net>
Eterm is a color vt102 terminal emulator for X Window system.
It supports pixmap and pseudo-transparent background. It also
supports Japanese input with XIM (X Input Method) protocol.
This version also adds BIG5 and GB support.
Thanks to MANTANI Nobutaka <nobutaka@nobutaka.com> for the patch.
Submitted by: Michael C. Wu <keichii@iteration.net>
font-lock and pc-selection-mode.
Yet another comment is
;; Don't ask me more about emacs customization ! You should read the
;; manual or just ask google.com.
Another message for phj@cn.FreeBSD.org, I know you read cvs-all:
Could you give me the URL which introduces how to setup a
zh_CN.EUC environment ? Including all details, I think LANG=zh_CN.EUC
isn't sufficent. Otherwise I can't test and make zh-emacs20 work under
both Simplified/Trditional environment.
1. Unable to open files in the "Open File..." window
2. Change default printing fonts to DefaultMing
Submitted by: The first one is from Ming-Yen <myhsu@cyberdude.com>
VFlib is a vector font library, which can use TrueType,
Zeit, JG, and BDF fonts. This version supports both
BIG5/GB encoded fonts.
The original patch was made by Chinese Turbo Linux, and
Chih-Wei Huang <cwhuang@linux.org.tw> added the BIG5 Eten
extension.
the fonts are encoded in BIG5, the characters and symbols are from
several less commonly used layers in CNS. See
http://www.edu.tw/mandr/bbs/1-4-2/1-4-2.html for more details.
Also displays messages about WANT_XX when installing.
zh-arphicttf's pattern.
Some fonts have problems with X-TT/X-freetype, possibly due to bogus
entries, including wcl-02.ttf, wcl-03.ttf, wcl-05.ttf, wcl-06.ttf, and
wcl-07.ttf. The rest are displayed correctly.
Further testings showed that all these fonts can't be used in GS6. It
seems that the patched GS6 is confused identifying Big5 and GB TTFs,
so for now only the newer Unicode-encoded TTFs can be used.
Before isprint(3) get fixed or any one knows how to use isprint(3) to
identify multibytes characters, this temporary fix would remain here.
PR: 23196
Reviewed by: People on tw.bbs.comp.386bsd newsgroup
Many of them are unnecessary, and most of the task are handled by
ttfm now.
It's also aware of chinese/{CJK, ghostscript6}. It supports XFree86
3.x or 4.x by default. Users only need to define GS6=yes or CJK=yes
when installing, then it'll do most of the work. CJK and ghostscript6
ports should specify their respective variables via DEPENDS_ARGS.
chinese/{moettf,moefonts-cid,wangttf} will have similar changes.
undefined behaviors, some of which are coherent in 0.9.2,
others like CID & TTF naming conventions are not standardized
yet.
Future versions should move to FreeType 2, since it has more
font support, especially for CID fonts, so that some really
hacks can be removed from TTFM.
This port adds Chinese support to enscript, which means it can convert
a BIG5/CNS plain text to a PS document, with all the fancy features
provided by enscript. Unlike bg5ps, it can't manage GB yet, but it's
easy to add. Another useful feature is with the ps2pdf and zh-ghostscript6,
it is now possible to generate font-embedded Chinese pdf document from
plain text on the fly, which also means platform-independent.
Due to some problems in the CMap files provided by Adobe, Eten-B5-H and
B5-H CMaps are unable to map correct ascii glyphs in TTFs. BIG5 users
are suggested to use B5pc-H for the time being.
Maybe it's time to re-organize ports/chinese/* font relationships.
This port adds Chinese support to enscript, which means it can convert
a BIG5/CNS plain text to a PS document, with all the fancy features
provided by enscript. Unlike bg5ps, it can't manage GB yet, but it's
easy to add. Another useful feature is with the ps2pdf and zh-ghostscript6,
it is now possible to generate font-embedded Chinese pdf document from
plain text on the fly, which also means platform-independent.
Due to some problems in the CMap files provided by Adobe, Eten-B5-H and
B5-H CMaps are unable to map correct ascii glyphs in TTFs. BIG5 users
are suggested to use B5pc-H for the time being.
Maybe it's time to re-organize ports/chinese/* font relationships.
This port adds Big5/GB TTF support to Ghostscript 6. Since GS6
treated TTF as translated CID fonts, users can then use them in
various applications that generate PS documents, like Netscape
or enscript.
The major drawback, compared to Ghostscript+VFlib, is that GS6
doesn't support automated font variations like bold or italic.
The font can only be used as the way it is.
This port adds Big5/GB TTF support to Ghostscript 6. Since GS6
treated TTF as translated CID fonts, users can then use them in
various applications that generate PS documents, like Netscape
or enscript.
The major drawback, compared to Ghostscript+VFlib, is that GS6
doesn't support automated font variations like bold or italic.
The font can only be used as the way it is.
This version fixes some minor typos and bugs in ttfm.sh and X modules,
and the ghostscript6.ttfm module was also added. The new module is to
be used along with the forthcoming zh-ghostscript6 and zh-enscript. It
can also be used as a CID font manager. Relative info can be found at:
http://www.aihara.co.jp/~taiji/tops/
The new GS6 module is written with Japan/Korean in mind, meaning there
are some barebones for identifying/using Japan/Korean TTF/CIDs.
TODO modules:
* Abiword
* ChiTeX
* CID for XFree86-4
* CJK
* cwTeX
* GS5.5/vflib
This port installs ten Chinese Big5-encoded ttfs, made by
Dr. Hann-Tzong Wang. They are distributed under GPL.
There should be better integrations of arphicttf/moettf/wangttf,
ttfm, and those apps using ttf.
