1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
|
This is release 1998.08.11 of the Linux console-tools.
New features include preliminary support for the KDFONTOP kernel-interface
from new 2.1 kernels.
It includes several new/updated keymap files, thanks to user feedback.
PLEASE NOTE that this release temporarily dropped support for the CP
fontfile format, because of technical changes. I had not enough time
to restore it before leaving on vacation. Expect it to be back in the
next release.
The stable features in console-tools should soon start to be merged
into kbd. The future of console-tools will probably be somewhat like
a playground for new very experimental features.
This package is currently under development, use it at your own risks.
However, it should already be a good replacement for `kbd', and you
might like the features not found in the latter, but (as usual) you
have NO WARANTY of any kind.
Some interface-level features are still liable to change (program names,
option names, etc.).
Much work is needed to really get Unicode stuff usable. This will be
my primary goal. It will probably imply hacking the kernel as well for
some features, but the kernel-part is being thoroughly rewritten by
the GGI project, so don't hold you breath...
This package is based on `kbd-0.94', and is up to date with 0.96a, of
which it corrects some bugs, and to which it adds several features
(compressed PSF fonts, Screen-font-map fallback tables, 16-bit
Application-Charset Maps (also called "console maps" or "screen
maps"), can now output PSF files and use "-" to read/write most files
to stdin/stdout, can make use of the G1 charset slot, etc.).
Please send all bug reports, suggestions, or anything else to myself,
(but take a look at the "TODO" file first), feedback will be greatly
appreciated.
Please get in touch with me before starting to modify this package, to
prevent duplicated work - it's enough work to keep in sync with new
kbd releases until we merge; as this code is expected to evolve quite
rapidly, it would also be helpful that not too many persons work on
the same pieces of code at the same time, to ease integration.
Yann Dirson <dirson@debian.org>
|