Index of /~fujiik/mklinux/Packages/dr2.1/shared/tkmail

Name	Last modified	Size

Parent Directory		-
RPMS/	1997-09-24 18:06	-
SOURCES/	1998-09-26 19:16	-
SRPMS/	1998-09-26 19:16	-
SPECS/	1998-09-26 19:16	-

MkLinux Installation Notes(English)

Descriptions of the Current Directory

Japanized Tkmail

[0] News

Dec 21, 1997: jp-tkmail-4.0beta9-2C
Fixed a problem with mails having no subjects and rebuilt with DR2.1update6.
Oct 24, 1997: jp-tkmail-4.0beta9-2B
Fixed a problem in forwading messages and rebuit with DR2.1update5.
Sep 29, 1997: jp-tkmail-4.0beta9-2A
Fixed the misalignment of sender names in the list window, when the names contain kanji characters with some single byte characters interleaved.
Sep 26, 1997: A bug fixed.
Sep 24, 1997: jp-tkmail-4.0beta9-1A
the first beta version of japanized tkmail-4.0beta9 which now enables iso-2022-jp encoding and decoding for header fields. See japanization notes below for details.
Jun 10, 1997: a very preliminary version of japanized tkmail-4.0beta8 which only allows Japanese text editing with kinput2.

[1] Files

This directory has the same structure as that of /usr/src/redhat after building the jp-tkmail-4.0beta9.

RPMS/ppc/*.ppc.rpm : binary packages

SOURCES/* : source files and patches

SPECS/*.spec : package building specs

SRPMS/*.src.rpm : source package

README.html : this file

[2] Precaution: This is STILL beta

The original tkmail-4.0beta9 is still in beta test as its name indicates. It works fine though as far as I know. The japanization patch I created is rather primitive and might contain bugs. If you find any problem, do not e-mail the original author. E-mail me at fujiik@jlcuxf.kek.jp instead. Nevertheless I cannot be responsible for any damage caused by this package. As always, install the package at your own risk!

[3] Installation Instructions

The package requires preinstallation of the japanized tcl/tk. If you don't have one, install it first as:

# ls

jp-tcltk-7.6p2_4.2p2-1A.ppc.rpm

# rpm -i jp-tcltk-7.6p2_4.2p2-1A.ppc.rpm

Once you have the japanized tcl/tk installed, check the tkmail rpm as

# ls

jp-tkmail-4.0beta9-2C.ppc.rpm

# rpm -qpl jp-tkmail-4.0beta9-2C.ppc.rpm

If you are satisfied with the contents of the package: proceed to

$ su

# rpm -i jp-tkmail-4.0beta9-2C.ppc.rpm

Caution: If you have already the previous version of tkmail-4.0, you have to edit your .tkmail4rc in your home directory:

$ vi ~/.tkmail4rc

.....

set mf(headlist-format) {%-20.20F %3m %2d %-5.5h %4l %-180.180s}

.....

Otherwise, you need to copy one:

$ cp /usr/local/lib/tkmail4/example.tkmail4rc ~/.tkmail4rc

in order to allow Japanese input with kinput2.

Now you are ready to try it by typing:

$ tkmail4

Good luck!

Note Added
If you get an error message telling that tkmail couldn't find "blt_bell", replace "blt_bell 80" by "bell" in ~/.tkmail4rc.

[4] Japanization Notes

[2-1] Compiler Flags Compile tkmail using japanized tcl/tk with -DKANJI and -DKINPUT2 flags activated:
% vi Config.mk

CFLAGS = -O -DKANJI -DKINPUT2
TK_INC = -I/usr/local/include
TCL_INC =
TK_LIB = -L/usr/local/lib -ltk4.2jp -ljpeg
TCL_LIB = -ltcl7.6jp -lm
[2-2] Modified Scripts
% vi scripts/tkmail

kanji internalCode JIS
% vi scripts/viewer.tcl

set mf(headlist-format) {%-20.20F %3m %2d %-5.5h %4l %-180.180s}
% vi scripts/compose.tk

A lot of changing related to iso2022jp encoding or decoding for subject and from field such as:

set cursubj [mfv_util jpdecode "$cursubj"]

set subject [mfv_util jpencode "$subject"]

set fromline [mfv_util jpencode $fromline]

% vi scripts/example.tkmail4rc

...
# PERSONAL BINDINGS
proc mfv:bind-hook {} {

# For Japanese Input
bind Text {kinput_start %W over}
bind Text {kinput_start %W over}
bind Text {kinput_start %W over}

bind Entry {kinput_start %W}
bind Entry {kinput_start %W}
bind Entry {kinput_start %W}

}
...
set tk_dir /usr/local/lib/tk4.2jp
source $tk_dir/kinput.tcl
[2-3] Modified C Source Code (mfv.c)
Modified to allow iso-2022-jp handling:

Mfv_GetSumLine
Mfv_MakeFmtLine
Mfv_SetCmd
Mfv_FilterHeaders
Mfv_FolderCmd
Mfv_UtilCmd

Added newly to allow iso-2022-jp handling:

Mfv_Iso2022jpEncode
Mfv_Iso2022jpDecode
Mfv_Base64Encode
Mfv_FieldWidth
[2-4] Known Problems
When "fullname" or "subject" or both are truncated in making header summary (Mfv_GetSumLine), escape sequence is discarded. This confuses "wish" that it is still getting wide characters. At this moment, I fixed the name field width to "nameWidth" characters, which can be changed between 10 to 92 as follows:

set mf(headlist-format) {%-20.20F %3m %2d %-5.5h %4l %-180.180s}
Notice that the width of the format field is fixed to 5.
Notice that the field width has to depend on whether the name field contains Japanese or not, since in sprintf, escape sequences are also counted as characters.

JP-Width = En-Width + 7
The width given in set mf(headlist-format) is En-Width.
As for the problem with "subject", I employed a brute-force solution that is to set the field long enough in viewer.tcl:

set mf(headlist-format) {%-20.20F %3m %2d %-5.5h %4l %-180.180s}
This should also be improved in future.
Jp-Patch
If you are really interested in or suspicious about what I have done, take a look at the patch itself:

tkmail-4.0beta9p1-jp0.2.patch

Back to Keisuke Fujii's MkLinux Page

fujiik@jlcuxf.kek.jp Sep 24, 1997