The latest DfM versions (for Java ME) provides some improved support for handling 'loadable dictionaries'. You can download it here:
http://www.kugihan.de/dict/download/testversions/3.5development2/DictionaryForMIDs.jar (http://www.kugihan.de/dict/download/testversions/3.5development2/DictionaryForMIDs.jar)
[I still need to write down the list of improved features during the next days]
Gert
The version mentioned in the last posting is more tolerant in selecting the directory that contains the dictionary. This avoids pitfalls where users selected the wrong directory level in the directory tree.
Please do note:
Currently the Loadable Dictionaries feature is 'experimental'. 'Loadable Dictionaries' are not part of the "stable" DictionaryForMIDs features. Do not expect a nicely working solution ! Do not try to use Loadable Dictionaries unless you like to experiment !
Regards,
Gert
This is VERY interesting ... Is the format still a tab delimited text file? UTF-Format? If so: there is plenty of test data here:
http://ambaradan.i-iter.org/voxhumanitatis/file/3d99cd4d3416/anaphraseus
Sabine
The format for the "loadable dictionaries" is the same as the format for the Jar files. The only difference is that these "loadable dictionaries" are stored in the file system of the device (normally the dictionaries are stored in the Jar-file). This would solve the problem of limitations of the Jar file size that several low-cost devices have; but currently the "loadable dictionaries" are not really usable on most devices, cause of the missing certificate and the plenty of confirmation messages (http://dictionarymid.sourceforge.net/jsr75.html (http://dictionarymid.sourceforge.net/jsr75.html)).
For DfM support for any format may be implemented in the translation layer; or as this was done in the past, support for additional formats may be implemented as a preprocessor which generates a cvs file that is then run through DictionaryGeneration (the DICT-format is supported as such a preprocessor).
Regards,
Gert