From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED,
	NICE_REPLY_A,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no
	version=3.4.4
Received: (qmail 24913 invoked from network); 16 Jul 2022 22:58:54 -0000
Received: from 9front.inri.net (168.235.81.73)
  by inbox.vuxu.org with ESMTPUTF8; 16 Jul 2022 22:58:54 -0000
Received: from mail.posixcafe.org ([45.76.19.58]) by 9front; Sat Jul 16 18:57:20 -0400 2022
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=posixcafe.org;
	s=20200506; t=1658012236;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:
	 in-reply-to:in-reply-to:references:references;
	bh=5LUExZ+uDSxyF/yReiN19NqeEGvVkxzwq2cHaI75C3Y=;
	b=Cqv+KJC8dsRuKKqy7BRqGzZ8K5YYY4YJC4LTedAF9F3DMwN2DryS7WKlhn53I6giR/HMs1
	QxRJju30nkJxctBFJ7thAYLPUIv8M/MDMfViOXtClN5nEPDWeN1OQAhiEzAUdKqVTax76J
	3LL3jfneJA+JRV+ro6HgDSj9zdB+/Wc=
Received: from [192.168.168.200] (161-97-228-135.lpcnextlight.net [161.97.228.135])
	by mail.posixcafe.org (OpenSMTPD) with ESMTPSA id 35d32d61 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO)
	for <9front@9front.org>;
	Sat, 16 Jul 2022 17:57:15 -0500 (CDT)
Message-ID: <9ff6217c-fe43-03aa-aac9-2aa417dcbbb0@posixcafe.org>
Date: Sat, 16 Jul 2022 16:57:06 -0600
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.10.0
Content-Language: en-US
To: 9front@9front.org
References: <891985DA6AEAD81D6F3252F393AB2696@hera.eonet.ne.jp>
 <0FC9AEA7-4263-42A2-8A68-DD06E0A5AC3C@gmail.com>
From: Jacob Moody <moody@mail.posixcafe.org>
In-Reply-To: <0FC9AEA7-4263-42A2-8A68-DD06E0A5AC3C@gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: non-blocking scripting realtime-java-based cache singleton 
Subject: Re: [9front] ktrans
Reply-To: 9front@9front.org
Precedence: bulk

On 7/8/22 09:15, Xiao-Yong Jin wrote:
> 
>> On Jul 7, 2022, at 7:38 PM, kokamoto@hera.eonet.ne.jp wrote:
>>
>> 3) more precisely, WE DON'T NEED TO WRITE PROGRAMS FOR INDIVIDUAL
>> LANGUAGE!
> 
> Current code in 9front has built-in kata, hira, cyril, greek, hangul, mappings in the header file.
> I hope it can become individual files that lives outside of the binary.

I want to make ktrans serve a fs where a user can upload mappings/dictionaries.
That way they can live outside the program and the user can just load whichever
specific one they prefer.

> 
>> Kenji
>>
>> PS. if chinese has not so homophone, it may be easier to include it in ktrans...
> 
> Pronunciation is only one constricted way of mapping ascii to 漢字.
> I'm interested in this, https://raw.githubusercontent.com/fcitx/fcitx-table-data/master/wbx.txt

I got this dictionary working with a tiny bit of modifications, but I would like to ask
your opinion of how the completion should work.

Currently how I have it working is 漢字 is only looked up explicitly using [^\], but
ascii are otherwise passed along. Is this how it should be? Or should it map more similarly
to how the kana is done (implicit lookup)?

Thank you,
moody