On Mon, 30 Oct 2000, Jean-Marc Lasgouttes wrote:
> Angus, it would be much better to use a combox for the list of
> languages (it is too long here). Moreover, the old way of using the
> list of languages for kmaps is plain wrong. You should get (in some
> way) the list of available kmap files (either hardcoded or from
> a text file).
Thanks for the feedback, Jean-Marc.
> Angus, it would be much better to use a combox for the list of
> languages (it is too long here).
How would using a combox make it shorter? I'm happy to make it a combox, but
this just seems to be style rather than substance.
> Moreover, the old way of using the list of languages for kmaps is
> plain wrong. You should get (in some way) the list of available kmap files
> (either hardcoded or from a text file).
Here is the current contents of lib/kbd:
CVS/ german-3.kmap magyar.kmap
american-2.kmap german.kmap null.kmap
american.kmap greek.kmap polish.kmap
arabic.kmap hebrew.kmap portuges.kmap
brazil.kmap iso8859-1.cdef romanian.kmap
brazil2.kmap iso8859-2.cdef sf.kmap
czech-prg.kmap iso8859-7.cdef sg.kmap
czech.kmap iso8859-8.cdef slovak.kmap
european.kmap koi8-r.kmap slovene.kmap
francais.kmap latvian.kmap transilvanian.kmap
french.kmap magyar-2.kmap turkish-f.kmap
german-2.kmap magyar-3.kmap turkish.kmap
How is this meant to work?
Are lang.kmap, lang-2.kmap alternatives or is lang-2.kmap "included" in the
kmap for "lang".
What are the *.cdef files.
Angus
