From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: James Thomas Newsgroups: gmane.emacs.devel Subject: Re: Questions about Quail Date: Sat, 23 Jul 2022 17:08:53 +0530 Message-ID: <87r12c83ea.fsf@gmx.net> References: <87r12kl4km.fsf@gmail.com> <8735esa27p.fsf@gmx.net> <87o7xgcmjj.fsf@gmail.com> <87y1wk8dqn.fsf@gmx.net> <87k084ck82.fsf@gmail.com> <87fsiscjg1.fsf@gmail.com> <878rokcid2.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38093"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) Cc: emacs-devel@gnu.org To: Visuwesh Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jul 23 13:39:50 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oFDU5-0009jo-Hk for ged-emacs-devel@m.gmane-mx.org; Sat, 23 Jul 2022 13:39:49 +0200 Original-Received: from localhost ([::1]:36622 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oFDU4-00014u-FU for ged-emacs-devel@m.gmane-mx.org; Sat, 23 Jul 2022 07:39:48 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41304) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oFDSs-0000Nz-1M for emacs-devel@gnu.org; Sat, 23 Jul 2022 07:38:34 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:57803) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oFDSp-0001Ad-W4 for emacs-devel@gnu.org; Sat, 23 Jul 2022 07:38:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1658576309; bh=tHEp8UHTKr9RaDyqEPLD8crPJ8I3h2zZqiX/s194vXk=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=bX/LBZuqLbNZmt8C+6fTH4mSczvqZnOPzP7RHJullHRA9LN/OBjVTO2dc63zoUg0+ KczCHpYYVN2x8rfoKvveCnrdR5qLbFcKAIujIvCPtFPYxo/BDvpC/4MaCnnfQco+He tvc9KxAIOptWkEUamXV35VQVnq4mduMaq0z13WV8= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from Geek ([59.91.108.91]) by mail.gmx.net (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1Mqs0X-1nk1Mi1IMT-00muPy; Sat, 23 Jul 2022 13:38:29 +0200 In-Reply-To: <878rokcid2.fsf@gmail.com> (Visuwesh's message of "Sat, 23 Jul 2022 14:32:01 +0530") X-Provags-ID: V03:K1:WiUKdTI+Ohdp4cfrgNVfLK4bJgrr+kbZ6oTlKFoqVMOje3WYwcp sKFGJgvvjC+Tn8ZiUVBIX87i9HInmPdVIuTngbtcjeg+smoFDyy4wfToKXbGbVVCm+e7h3G 8L1z9YT8TlRK7lKrloYL9tfrJeTxN8i9DTDqSdOz+J8hU+9MJxvri4aPcjzCKQgQBwMR2X5 MOSVzWOTfysnGFh2iHSTQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:UdnvBD/95GE=:83yqlzwzi9S6hHfelDKC8n XAgQI/Wvz/i8Atr+O9OTon01U7eVQ/HLTvrlQjAxPH0/f3YKU93//c5JSrBSEknFHokAQc5Jp tWQIR/Pt2zpDIfjuwprJL8JVKtWRF81cmpPWFGpO0QsM8W/G19Y/N9OpGggEE5aZjCDkZA9SQ F913Vi73NZAb1PA3OyYeeItizaPBqLkwbtuY+UtWblTGwZiYf0vgAzwYCOsyEiK5G+0ZZNHRT mneKMpQSoOe18baGKAcErOs14bCEXFmxOaOFrMDZLcaDb/66lT70iZ8pDyfhpUrAUEgYirLsf lQModrlbWTRX+Y2nMr+RMLgrg6SLKi47W+/7WOF3FYhg7Ww5Cscdj0t5XKrgMIfawWq51jlw8 fniFjma6j+OPRDeqhosiLW/PA1OJJkfM7laLTzTjmElOvJA648xQfg2PqAgQ7M7tdGAMFWMd2 Uj93/DtOWbYNohJAUxrbfGuLZgJtR5dRaIIFW/Oxa5weFO27mYQHNpBzvZrJobKNtOM5IaeRE 78SUK1yPI6xIqEddziWSXHr4cABeyg2yMkQ0Sf+uhAV9RtS6FbC/FlJFVC0uYqJF2Ra2e1bpk BDxCA/dyIWGiBFGoSgKxUQqVwLbLYWfbYHkHvqycvvEdL5l4WRpF9SepzeOUSiAsiYTD1wl4C 0g3oIA9LRMlomAjjCJrUFXJ5SNhspJYgMbcVZ1yyCRNloiWujQMjqQOIzjmfcenbML+xNagEU YmHPOpFx1Wt/AWNhOjLiFIIw6ydP4vXGdVobwrKq/6dnTZfI56Yy/F6hn9t1Eve6wFulFUKD Received-SPF: pass client-ip=212.227.17.21; envelope-from=jimjoe@gmx.net; helo=mout.gmx.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:292524 Archived-At: Visuwesh wrote: > [=E0=AE=9A=E0=AE=A9=E0=AE=BF =E0=AE=9C=E0=AF=82=E0=AE=B2=E0=AF=88 23, 202= 2] Visuwesh wrote: > >> [=E0=AE=9A=E0=AE=A9=E0=AE=BF =E0=AE=9C=E0=AF=82=E0=AE=B2=E0=AF=88 23, 20= 22] James Thomas wrote: >> >>> Visuwesh wrote: >>> >>>>> Are you sure that you actually need state? Assuming you're using the >>>>> rules from [1], couldn't you just add a rule for mapping, say, the >>>>> string "^#12#" to the half fraction? >>>> >>>> Unfortunately, yes. The problem isn't from the fractions which are >>>> simple translation rules but from the rules 5, 6 and 7. See p. 21 from >>>> the PDF you linked. >>> >>> Reading rule 5, it seems to me that separate mappings for "h" and "hh" >>> should do the trick. For rule 6, you could map "ha" also. For 7, map >>> also all combinations of soft and hard consonants. >>> >> >> I considered that but the implementation that I used as a reference was >> this web one https://wk.w3tamil.com/ which considers not the keystrokes >> but the character before point. That made more sense to me as well so I >> decided to implement these rules in the update-translation function. > > The ibus input method does not care about the character before point, it > only checks the keystrokes hmm... I will wait for user feedback=E2=84=A2= to > decide which is better. > >> In that web keyboard, try typing hj (=E0=AE=95=E0=AE=AA) then backspace = (=E0=AE=95) and type h >> again: you will get =E0=AE=95=E0=AF=8D=E0=AE=95. > > I.e., whilst you get =E0=AE=95=E0=AF=8D=E0=AE=95 in my input method, you = get =E0=AE=95=E0=AE=95 in the ibus > one. Hmm. One possible solution (albeit a bit complicated), to get the non-ibus behaviour, is to use the update-translation-function to never end a translation that reaches up to the last 2 input characters: ie keep the input pending (unless the last one is not any of the valid input characters), and programatically insert the translation of any remaining input character beyond the control-flag. But that would work for only one level of backspace. If you have a simpler implementation with the use of state (or checking the character before point directly?) that might be better. > I did a very quick test of tamil99 keyboard layout in MS Windows 10 (I > think) and it does what I do i.e., consider the character before point > rather than the keystrokes. So the implementation varies a lot and > everyone decides for themselves what the best choice is so I will too. :P OK. :) --