emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ja-dic.el and SKK-JYSYO.L


From: Ivan Kanis
Subject: Re: ja-dic.el and SKK-JYSYO.L
Date: Sat, 13 Feb 2010 11:42:38 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)

Kenichi Handa <address@hidden> wrote:

> That function is in lisp/international/ja-dic-cnv.el.  When

I found it 10mn after sending my e-mail, I felt silly...

> you put a new SKK-JISYO.L (not SKK-JYSHO.L) under
> leim/SKK-DIC, and run make under the leim directory, new
> ja-dic.el and ja-dic.elc should be created.  Have you tried
> it?

I put the new SKK-JYSHO.L in my tmp directory and run the command
skkdic-convert on the dictionary. It created ja-dic.el in my home
directory.

However when I eval ja-dic.el I get an error:

Debugger entered--Lisp error: (args-out-of-range ">\x308fk \x5206" 6)
  string-match("[^ ]+" ">\x308fk \x5206" 6)
  (while (string-match "[^ ]+" entry i) (setq candidates (cons ... candidates)) 
(setq i (match-end 0)))
  (let ((kana ...) (i ...) candidates) (while (string-match "[^ ]+" entry i) 
(setq candidates ...) (setq i ...)) (cons (skkdic-get-kana-compact-codes kana) 
candidates))
  skkdic-extract-conversion-data(">\x308fk \x5206")

I think the following call generates the error :

(skkdic-extract-conversion-data ">わk 分")

However when I run it by itself it doesn't generate an error today,
yesterday it did. That is beyond my skill to fix.

Another issue with the new SKK-JYSHO.L is that it has some comments, for
example :

"あおt 煽;火を煽る 呷;酒を呷る"

My guess is that the block after ; should be ignored. I think 呷 should
be added as a candidate. I think I can fix that.

>> I don't think SKK-JYSYO.L needs to be included in the source code, it's
>> 2.7M and doesn't need to be there if ja-dic.el exists. It would make the
>> tar ball a bit smaller.
>
>  new SKK-JISYO.L much bigger than the current one?

The new SKK-JISYO.L is 4.3M.

> Perhaps we should consider moving SKK-JISYO.L (and the other
> big files) to `admin' directory which is not included in the
> tarball.

It sounds like a good idea, smaller tar ball saves bandwith.

Take care,
-- 
Ivan Kanis
http://kanis.fr

We know what we are, but know not what we may be.
    -- William Shakespeare 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]