Re: time to fix known FLIM/APEL/SEMI problems
Kazuhiro Ito <[email protected]> Wed, 05 Aug 2009 19:33:25 +0900
| Newsgroups | gmane.mail.wanderlust.general.japanese,gmane.mail.wanderlust.general,gmane.mail.emacs.mime.japanese |
|---|---|
| Message-ID | <82ab2er1my.wl%[email protected]> |
Hi. > > Possible solutions are below. > > > > (1) Make make-ccl-coding-system() to always define only LF EOL-type > > coding system. > > (2) Make make-ccl-coding-system() to accept optional argument and to > > be enabled to define LF EOL-type coding system explicitly, and make > > FLIM to define LF EOL-type coding system. > > (3) Make FLIM to define functional coding system with whichever EOL-type. > > (4) Make FLIM to use LF EOL-type coding system explicitly. > > > > My first patch takes (4), but I think it is ad hoc. Second patch > > takes (1). MORIOKA Tomohiko (maintainer of APEL) said he feeled (2) > > was better. > > So, may be we'll do that in 2nd way? I think emacs' version incompatibilities should be hidden by APEL, so (1) and (2) are better than (3), (4). But I don't know which (1 or 2) is better. If you choice (2), new FLIM loses compatibility with present APEL. So, new APEL must be released before (or at a time) new FLIM is released. -- Kazuhiro Ito