From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "L.J. Lee" Newsgroups: gmane.emacs.bugs Subject: bug#43084: toggle-korean-input-method, Korean with Dvorak Date: Fri, 28 Aug 2020 18:41:08 +0900 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000007fb78d05adecdae1" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10276"; mail-complaints-to="usenet@ciao.gmane.io" To: 43084@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Aug 28 13:03:13 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1kBcA5-0002Xn-D0 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 28 Aug 2020 13:03:13 +0200 Original-Received: from localhost ([::1]:55748 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kBcA3-0000KE-RA for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 28 Aug 2020 07:03:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38304) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kBc9v-0000Jn-1q for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2020 07:03:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33671) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kBc9u-0008DF-LH for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2020 07:03:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kBc9u-00081D-GC for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2020 07:03:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "L.J. Lee" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 28 Aug 2020 11:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 43084 X-GNU-PR-Package: emacs X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.159861256030777 (code B ref -1); Fri, 28 Aug 2020 11:03:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 28 Aug 2020 11:02:40 +0000 Original-Received: from localhost ([127.0.0.1]:45215 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kBc9X-00080J-2l for submit@debbugs.gnu.org; Fri, 28 Aug 2020 07:02:40 -0400 Original-Received: from lists.gnu.org ([209.51.188.17]:51742) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kBasn-0005wm-EW for submit@debbugs.gnu.org; Fri, 28 Aug 2020 05:41:28 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49666) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kBasn-0001dc-66 for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2020 05:41:17 -0400 Original-Received: from mail-ot1-x332.google.com ([2607:f8b0:4864:20::332]:36450) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kBasl-0006T1-5S for bug-gnu-emacs@gnu.org; Fri, 28 Aug 2020 05:41:16 -0400 Original-Received: by mail-ot1-x332.google.com with SMTP id 109so295592otv.3 for ; Fri, 28 Aug 2020 02:41:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=JFikLX5WRO8nH5nBEpTaDEdzIOkvGATvfvf7Sfe/BPI=; b=iRE9+GufzU3gGWIAmybhv1XHlEirenKmYlupxLcnEyHO8ITL7qoeg6Dj/Lnge6Kr6B 0WD6FJDdgSneNoAVEIDTxoNZ+qDHDvVM/o4E0T7Vgoyml7kDgwJUDkOq7F8VMIGl8qi0 ITTSeHqqfL7qFDUkNpGFMUfAZdmhgWXYAOCgwQvDOBu4NPQ8MRDtKr1fg5u2cVec9kz9 D8CdQWY92f5qtkmH5FMZG/loPJsSCIPsKJloOvDoVFuQQOmA8EUsVz2E9SMrt1PKJQPJ W0K7zoU2xttyBzYyO+HcYvIiYXHrGdmxWfriirjx/r/4xVoSxfdL6Xifzyq8OQZ3tOfw 7CEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=JFikLX5WRO8nH5nBEpTaDEdzIOkvGATvfvf7Sfe/BPI=; b=l9hvEiOpD3LW4ouK3p7K3kKHiHamNSck+G3z+62O18JjU6PzXsyqz3ihDhLT8D6KqY gckJdx2KXMy5KXhRFt4Oo7nkzJbHwW2fQhDsq4hvTw2wVzCDUgF2xlCuzFfSU8AozjQ0 ZQH8vv5qvYwTTzk//+wbSr9+VIbrJriYMslEgoOSKLc5SOz/wWxfD3Nntr54ZTr+p+YR qB1W39M+7T5XrOxiqV/e4fvOPvEHD02B4MJOpNRjgXWMZ8a/egUw9jVtslkfP4LczTNs iLnCuiIzN9UV1S2B4Lbrvpapg0WaFxWkNhLw+o2I77x8gh7ufRrGOkU5aPHKPKY5HcH9 jMgQ== X-Gm-Message-State: AOAM5303eR9tobm2Og9YJ0KifTHmklQrWipY7WK9uEUJ1ynaEoIlJ/05 gTCAMHbKNU9wqqOxd/xTwWUFLtsZQGdZnYr1Xy9m3FH6Ujs= X-Google-Smtp-Source: ABdhPJwAnGfkKRqzAG5O96wulZ7spwsz9un265qIW9wH/KMJyRe4vIHwnAWuD69M+8A6lrLrUNTcVb+ncq3fhMHX+GQ= X-Received: by 2002:a05:6830:210a:: with SMTP id i10mr443518otc.234.1598607673242; Fri, 28 Aug 2020 02:41:13 -0700 (PDT) Received-SPF: pass client-ip=2607:f8b0:4864:20::332; envelope-from=lj.is.writing@gmail.com; helo=mail-ot1-x332.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_PDS_OTHER_BAD_TLD=0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Fri, 28 Aug 2020 07:02:37 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:186593 Archived-At: --0000000000007fb78d05adecdae1 Content-Type: text/plain; charset="UTF-8" Hi, I hope this finds you well! I have recently started using Emacs and wanted to alert you to a really bedevilling problem I had with Korean input and input method toggling, how I solved it, and suggestions for improving it. Long story short, I use the 3-beol-sik final layout (designated as korean-hangul3f on the emacs system) to type Korean and set it as my default input method in init.el. I was puzzled, however, that my Korean layout reverted to the more common 2-beol-sik (korean-hangul) whenever I pressed S-SPC. C-\ would work to switch my layout correctly, but pressing S-SPC even once to toggle to Korean layout would change the default layout to korean-hangul and necessitate a manual change back to korean-hangul3f using M-x set-input-method. I found out through language-info-alist that S-SPC is bound to toggle-korean-input-method, and used the function query to track this function to korea-util.el under lisp/language. As expected, the toggle-korean-input-method function set the default input method to korean-hangul regardless of user settings, so I redefined it from init.el to set the default-korean-keyboard as korean-hangul3f. Here's the code I used: (with-eval-after-load "language/korea-util" (defun toggle-korean-input-method () "Turn on or off a Korean text input method for the current butter." (interactive) (if current-input-method (deactivate-input-method) (activate-input-method) (concat "korean-hangul3f" default-korean-keyboard))))) This worked, but it took me a lot of time, frustration, and a crash course on the workings of Emacs. It seems to me the much more logical way for this function to work is to look for any relevant user configurations and setting the layout accordingly rather than statically setting the Korean layout. All this was after I had to redefine a different function because Korean layouts were not compatible with Dvorak layout, which I solved with the help of the patch here: https://blog.jamzattack.xyz/emacs-hangul-input.html Updating hangul.el as described there would solve the Dvorak-Korean incompatibility. I hope these suggestions will help in improving Emacs, which despite my short usage and the problems I ran into is a great, versatile program. Keep up the good work! With regards, L.J. --0000000000007fb78d05adecdae1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, I hope this finds you well! I have recently started us= ing Emacs and wanted to alert you to a really bedevilling problem I had wit= h Korean input and input method toggling, how I solved it, and suggestions = for improving it.

Long story short, I use the 3-beol-sik final layou= t (designated as korean-hangul3f on the emacs system) to type Korean and se= t it as my default input method in
init.el.

I was =C2=A0puzzled, = however, that my Korean layout
reverted to the more common 2-beol-sik (k= orean-hangul) whenever I
pressed S-SPC. C-\ would work to switch my layo= ut correctly, but
pressing S-SPC even once to toggle to Korean layout wo= uld change the
default layout to korean-hangul and necessitate a manual = change back to korean-hangul3f
using M-x set-input-method.

I foun= d out through language-info-alist that S-SPC is
bound to toggle-korean-i= nput-method, and used the function query to
track this function to korea= -util.el under lisp/language.

As expected, the toggle-korean-input-m= ethod function set the
default input method to korean-hangul regardless = of user settings, so I
redefined it from init.el to set the default-kore= an-keyboard as
korean-hangul3f. Here's the code I used:

(with= -eval-after-load "language/korea-util"
(defun toggle-korean-in= put-method ()
"Turn on or off a Korean text input method for the cu= rrent butter."
(interactive)
(if current-input-method
=C2=A0 = =C2=A0 (deactivate-input-method)
=C2=A0 =C2=A0 (activate-input-method)=C2=A0 =C2=A0 =C2=A0 =C2=A0 (concat "korean-hangul3f" default-k= orean-keyboard)))))

This worked, but it took me a lot of time, frust= ration, and a crash course on the
workings of Emacs. It seems to me the = much more logical way for this
function to work is to look for any relev= ant user configurations
and setting the layout accordingly rather than s= tatically setting the Korean
layout.

All this was after I had to = redefine a different function because Korean
layouts were not compatible= with Dvorak layout, which I solved with the
help of the patch =C2=A0her= e: https://= blog.jamzattack.xyz/emacs-hangul-input.html Updating hangul.el as descr= ibed there would solve the Dvorak-Korean incompatibility.

I hope the= se suggestions will help in improving Emacs, which despite my
short usag= e and the problems I ran into is a great, versatile
program. Keep up the= good work!

With regards,

L.J.
--0000000000007fb78d05adecdae1--