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.0 required=5.0 tests=none autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 23314 invoked from network); 20 Jul 2022 03:21:16 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 20 Jul 2022 03:21:16 -0000 Received: from 205.166.94.15 ([205.166.94.15]) by 9front; Tue Jul 19 23:19:06 -0400 2022 Message-ID: To: 9front@9front.org Date: Wed, 20 Jul 2022 03:19:03 +0000 From: smj@9p.sdf.org MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: leveraged converged table base SOAP interface-aware app-aware DOM locator Subject: [9front] ctrans - Chinese language input for Plan9 Reply-To: 9front@9front.org Precedence: bulk With the recent commit of 'ktrans' to 9front, SDF boot camper 'ldb' as taken the idea and created 'ctrans' https://9p.sdf.org/who/ldb As Kenji Okamoto has pointed out, 'ktrans' would be difficult to extend to Chinese due to the massive number of characters necessary. While Japanese can get away with ~2500 daily use characters, Chinese requires quite a bit more. The advantage in Japanese is that there are two other writing alphabets which are purely phonetic and useful for importing foreign words. ldb's 'ctrans' had to take the 'ktrans' idea and optimize it a bit more to support 20,000 characters. The result is a mechanism that more or less behaves like ktrans but is quick (even over drawterm) to cycle through character lists. moody has seen this work and it has been an inspiration to adapt to 'ktrans' for even faster Kanji look up which could allow for more esoteric Kanji to be added. In addition a new font 'HanaMinA' has been adapted which beautifully supports both Japanese and Chinese characters and it is what we recommend folks use on 9p.sdf.org. Thank you ldb for your great work! ldb, お疲れ様です! smj