http://moogi.new21.org/tc/ 그런즉 이제 애호박, 단호박, 늙은호박 이 셋은 항상 있으나, 그 중에 제일은 늙은호박이니라. ko Tue, 25 Feb 2025 23:11:45 +0900 Textcube 1.7.8 : Con moto http://moogi.new21.org/tc/attach/1/1226640661.jpg http://moogi.new21.org/tc/ 216 185 그런즉 이제 애호박, 단호박, 늙은호박 이 셋은 항상 있으나, 그 중에 제일은 늙은호박이니라. http://moogi.new21.org/tc/868#comment3959 윈도우 8.1의 버전이 6.2 었나요!? 6.3으로 알고 있었는데 제가 잘못 알고 있었군요.. Windows 8 영문 위키 페이지의 latest preview release 에 버전이 6.3 (Build 9431) 이라 적혀 있어서 영락없이 6.3 인줄 알고 있었습니다.. (김기윤) http://moogi.new21.org/tc/868#comment3959 http://moogi.new21.org/tc/868#comment Tue, 20 Aug 2013 09:19:00 +0900 http://moogi.new21.org/tc/868#comment3960 응? 저의 정보가 out-of-date인 걸수도 있습니다. 제가 지난 6월? 7월쯤에 직접 받아서 써 본 8.1 preview는 내부 버전이 여전히 6.2여서 말이죠~! 그 새 버전도 올라갔는가 봅니다. Modern UI가 모두 TSF A급으로 바뀌고 내부적인 안정성도 더욱 향상되었더군요. 문자 입력 쪽으로는 확실히 좋아진 점이 있었습니다. (사무엘) http://moogi.new21.org/tc/868#comment3960 http://moogi.new21.org/tc/868#comment Tue, 20 Aug 2013 09:44:51 +0900 http://moogi.new21.org/tc/868#comment3961 영문 페이지에서도 룩킹포유 소개에 많은 내용을 쓸 것이라 생각하고 눌러봤는데, 진짜였어... (근성인) http://moogi.new21.org/tc/868#comment3961 http://moogi.new21.org/tc/868#comment Tue, 20 Aug 2013 15:11:14 +0900 http://moogi.new21.org/tc/868#comment3962 후훗~~~ 그건 당연한 거 아님?? ㅋㅋㅋ (사무엘) http://moogi.new21.org/tc/868#comment3962 http://moogi.new21.org/tc/868#comment Tue, 20 Aug 2013 21:31:57 +0900 http://moogi.new21.org/tc/868#comment3965 이런 글을 보았습니다. http://www.neowin.net/news/final-windows-81-rtm-version-number-may-be-639600 최종적으로는 6.3 이 되는 듯 합니다~ (김기윤) http://moogi.new21.org/tc/868#comment3965 http://moogi.new21.org/tc/868#comment Sat, 24 Aug 2013 01:57:19 +0900 http://moogi.new21.org/tc/868#comment3972 6.3 맞습니다. 8.1 프리뷰에서 빌드가 6.3.9431로 나와요. (사샤나즈) http://moogi.new21.org/tc/868#comment3972 http://moogi.new21.org/tc/868#comment Thu, 29 Aug 2013 18:22:57 +0900 http://moogi.new21.org/tc/868#comment3973 8.1은 프리뷰 버전일 뿐이라 보고를 보류하고 있었는데, 이번 유출된 RTM 버전에서 해 보니 같은 문제가 있길래 올려 봅니다. http://sdrv.ms/19Pt9SX (기본 입력기) http://sdrv.ms/17kZUZM (날개셋) Modern UI IE11에서 주소를 칠 때 기본 입력기에서는 자동완성이 되는데, 날개셋 입력기에서는 자동완성이 되지 않는 문제가 있습니다. 프리뷰에서도 RTM에서도 같은 현상이 있네요.. (사샤나즈) http://moogi.new21.org/tc/868#comment3973 http://moogi.new21.org/tc/868#comment Thu, 29 Aug 2013 18:49:13 +0900 http://moogi.new21.org/tc/868#comment3974 흠, 한글도 아니고 영문 모드의 동작 방식 차이는 IME 차원에서 만들어 낼 수 있는 게 아닌 거 같은데.. ㅡ,.ㅡ;; 두 가지 사항을 추가적으로 확인 부탁드립니다. 1. 날개셋의 영문 자판도 드보락 같은 게 아니라 '빈 입력 스키마와 호환' 옵션이 맞춰진 쿼티이죠? 2. 예전의 윈도 8은 안 이랬는데 8.1부터만 차이가 발생하나요? (사무엘) http://moogi.new21.org/tc/868#comment3974 http://moogi.new21.org/tc/868#comment Fri, 30 Aug 2013 04:29:47 +0900 http://moogi.new21.org/tc/868#comment3975 내부 버전이 여전히 6.2이던 시절의 8.1 초기 스냅샷으로도 말씀하신 현상을 정확하게 재연 확인하였기에 자문자답을 하겠습니다. '빈 입력 스키마와 호환' 옵션이 맞춰진 쿼티는 자동 완성이 되고, 드보락처럼 IME가 인위로 생성한 영문 입력은 suggestion만 위에 뜨지 자동 완성이 되지는 않는군요. 이것은 IE의 동작 방식 자체가 일부러 바뀐 것입니다. 제 프로그램과는 무관한 현상입니다. 게다가 과거의 윈도 8은 둘 모두 자동 완성이 됐는데 8.1부터는 둘을 구분하게 바뀐 것이네요..! 생각도 못 했는데 꽤 재미있는 차이를 발견하셨습니다. (사무엘) http://moogi.new21.org/tc/868#comment3975 http://moogi.new21.org/tc/868#comment Fri, 30 Aug 2013 05:17:48 +0900 http://moogi.new21.org/tc/868#comment3976 그럼 현재는 딱히 해결책이 없는 거군요. 답변 감사합니다. ㅠㅠ 그런데 윈도8.1이 최초로 유출되었던 빌드 9364, 이후 빌드 9385, 프리뷰로 정식 배포된 빌드 9431, 유출된 RTM 빌드 9600 모두 6.3이었는데 6.2인 적이 있었나요..? (사샤나즈') http://moogi.new21.org/tc/868#comment3976 http://moogi.new21.org/tc/868#comment Fri, 30 Aug 2013 16:23:40 +0900 http://moogi.new21.org/tc/868#comment3977 1. 제가 갖고 있는 물건은 빌드 번호가 9431짜리인 프리뷰입니다. 윈도 운영체제의 About 화면에서는 버전 6.3, 빌드 9431이라고 나타나지만, 윈도 API로 내부 버전값을 구해 보면 6.2.9200가 잡히거든요. (날개셋 편집기의 About 대화상자에서 확인 가능) RTM은 어찌 되었나 궁금합니다. 2. 음 그리고 말이 나온 김에.. 하나 좀 여쭙시다. 윈도 8이나 8.1에서.. 날개셋 프로그램들의 대화상자 중에 수식을 입력받는 입력란을 아무거나 가 보세요. 가령, 편집기에서 "찾기-문자 영역", 혹은 입력기 제어판에서 "편집기 계층-최종 변환 -> 적용 조건" 등. 거기서 A+B를 입력해 보면, A+B가 되는 순간 cursor가 왼쪽으로 가 버리는 현상이 있습니까? 윈도 8부터만 나타나는 버그 같거든요. 확인 부탁드립니다. (사무엘) http://moogi.new21.org/tc/868#comment3977 http://moogi.new21.org/tc/868#comment Fri, 30 Aug 2013 22:26:32 +0900 http://moogi.new21.org/tc/868#comment3994 오랜만입니다. 혹시 나래셋에 가능하시다면 리프식 로마자 표기법 인풋 추가 가능한가요. http://e11if.tk/lifroma 검토해주시고 적용해주시면 표기법 홍보에도, 외국인분들에게도 도움이 될 것 같습니다. 댓글 읽어주셔서 감사합니다. (ellif) http://moogi.new21.org/tc/868#comment3994 http://moogi.new21.org/tc/868#comment Fri, 13 Sep 2013 08:53:28 +0900 http://moogi.new21.org/tc/868#comment3995 안녕하세요? 연구하신 것은 한글→로마자로 대응하는 변환 규칙일 뿐이지 딱히 글쇠배열 같은 입력 방식을 규정하고 있지는 않네요. 원하는 것을 분명히 해 주시고, 직접 입력 방식을 만들다가 모르는 기능이나 기술적으로 막히는 게 있으면 제게 질문해 주시면 좋겠습니다. 그나저나 규칙이 굉장히 파격적인 한편으로 흥미롭네요. 특히 쌍자음을 알파벳 하나에다 대응시킨 건 F-ㄸ 하나만 어쩔 수 없이 좀 이질적이고 나머지는 생각보다 직관적인 거 같습니다. ㅎㅎ (사무엘) http://moogi.new21.org/tc/868#comment3995 http://moogi.new21.org/tc/868#comment Fri, 13 Sep 2013 21:11:52 +0900 http://moogi.new21.org/tc/868#comment4065 ga. → '가.' ga.a → '가아' ga.q → '가.ㄱ' 라고 명시를 하셨으니, 이미 입력했던 멀쩡한 마침표가 한글 자모로 바뀌거나 vice versa가 일어나야 하는 건 사실이지 않은가요? 그것이 제 프로그램으로 가능하지 않다는 얘기입니다. 글쇠배열은 잘 봤습니다. 다만 ㅇ과 .이 중첩 배당되어 있는 건 어떻게 처리해야 할지 고민해 봐야 할 것 같습니다. 얘기가 길어지는데요, 이와 관련해서 혹시 제게 더 하실 말씀이 있으면 메일로 의견을 주고받는 게 어떨까 싶습니다. ( sebulsik 드림위즈) (사무엘) http://moogi.new21.org/tc/868#comment4065 http://moogi.new21.org/tc/868#comment Mon, 21 Oct 2013 23:22:45 +0900 http://moogi.new21.org/tc/868#comment4063 일단 키보드 자판안은 이러면 될 것 같습니다. http://e11if.tk/lifroma_key (ellif) http://moogi.new21.org/tc/868#comment4063 http://moogi.new21.org/tc/868#comment Mon, 21 Oct 2013 18:24:27 +0900 http://moogi.new21.org/tc/868#comment4032 글 아래쪽에 링크하신 프로그램을 보고 유추하건대 아마 원하시는 것이 아마 리프식 로마자 표기법으로 입력하면 그에 따라 한글이 입력되는 그런 것인 듯합니다. 아마 히라가나 입력처럼 만들 수 있을 것 같네요. (사샤나즈) http://moogi.new21.org/tc/868#comment4032 http://moogi.new21.org/tc/868#comment Wed, 09 Oct 2013 21:14:53 +0900 http://moogi.new21.org/tc/868#comment4033 이전에 윈도8 Modern 환경을 지원해 주실 때 비 Modern 환경에서 한번 입력기 로드를 한 뒤여야 제대로 작동을 한다고 하셨습니다만, PC 사용시에 Modern 환경으로 먼저 들어갈 때가 생각보다 잦아, 설정을 불러오지 못하고 해당 애플리케이션 속에서 강제로 두벌식에 묶이는 현상을 겪습니다. 말씀해주신 것에 따르면 현재 그럴 수밖에 없는 것이겠습니다만, 혹시 설정을 강제로 다시 불러오도록 시도하는 단축키라든가를 만들 수는 없을까요? 해당 애플리케이션을 완전히 껐다 켜면 어찌됐든 입력기가 다시 제대로 작동합니다만 때때로 이렇게 되면 애플리케이션상에 써놓은 글이 날아가 버린다거나 (따라서 그 전에 어떻게든 백업을 해야 한다거나) 하는 일이 발생하기 때문에 이런 기능이 있으면 어떨까 싶습니다. (사샤나즈) http://moogi.new21.org/tc/868#comment4033 http://moogi.new21.org/tc/868#comment Wed, 09 Oct 2013 21:13:48 +0900 http://moogi.new21.org/tc/868#comment4034 예를 들어서 '.arira@' 이라고 입력하거나 'arira@', 또는 'arirang'을 입력하면 '아리랑'이 나오는 경우이겠지요. 리프식 로마자로 입력시에는 몇가지 고려해야 할 스펙이 더 있어서 고민되기는 합니다. 가령 '^'나 '@', '~'의 입력시에는 ㅇ이 아니라 @, ㅐ가 아니라 '~'를 넣어야 할 때는 어떻게 해야 하냐라던가...() 이런 스펙은 문과인 저의 한계상 개발할 수 없습니다. 그래서 굳이 부탁을 드리려고 했던 것입니다. (ellif) http://moogi.new21.org/tc/868#comment4034 http://moogi.new21.org/tc/868#comment Wed, 09 Oct 2013 22:49:57 +0900 http://moogi.new21.org/tc/868#comment4035 한글을 조합 중일 때의 여부에 따라(초성 입력 중일 때, 중성 입력 중일 때, 한글을 조합하는 상태가 아닐 때 같은) 조건부로 다른 글자가 입력되는 글쇠 정도는 제 프로그램으로 구현이 가능하지만, cursor 앞뒤에 있는 글자 문맥에 따라 서로 다른 글자가 조건부로 찍혀야 하는 것은 구현할 수 없습니다. 리프식 로마자 표기법에 기반한 로마자 한글 입력법은 모든 규칙을 딱 저 형태로 추스릴 수 있는가요? 스스로 생각하기에, 아래아한글이 제공하는 것 같은 기존 한글 로마자 입력 방식보다 기술적으로 더 변칙적인 게 존재한다고 여겨지는지요? (사무엘) http://moogi.new21.org/tc/868#comment4035 http://moogi.new21.org/tc/868#comment Thu, 10 Oct 2013 00:15:53 +0900 http://moogi.new21.org/tc/868#comment4036 예. Modern과 비 Modern 사이엔 레지스트리, 공유 메모리, 파일 등 그 어떤 수단으로도 입력 설정을 주고받을 방법이 절대적으로 없어서 이건 도저히 불가피하게 취해진 제약입니다. 윈도 8이 무슨 철학으로 개발되었는지 이해가 안 되고 참 안타까운 면모이죠. 다른 해결책은 아직 딱히 떠오르는 건 없네요. :-( 단, Program Files라든가 윈도 시스템 디렉터리처럼, write를 할 때 관리자 권한이 필요한 디렉터리는 Modern 앱들도 read용으로 접근이 됩니다. 그렇기 때문에 비 Modern 프로그램에서 미리 그런 위치에다가 만들어 놓은 입력 설정 파일을 읽게 하면 문제를 이론적으로 “피해 갈 수는” 있지만.. 그 디렉터리들은 그런 용도로 사용하라고 있는 게 아니며, 입력 설정을 바꿀 때마다 사용자에게 UAC 대화상자를 노출시키면서 지저분한 방법으로 Modern UI를 지원할 의향은 없습니다. (사무엘) http://moogi.new21.org/tc/868#comment4036 http://moogi.new21.org/tc/868#comment Thu, 10 Oct 2013 00:16:23 +0900 http://moogi.new21.org/tc/868#comment4043 아뇨, 일단 제약 자체는 이해합니다만 그런 얘기가 아니었습니다. 비 Modern 환경에서 한 번 불러온 뒤에 Modern 환경에서 불러오면 작동을 하지만, Modern 환경에서 먼저 불러오고 비 Modern 환경에서 불러온 뒤에 다시 아까 그 Modern 환경으로 돌아와도 작동은 하지 않더군요. 그렇다면 이 경우에 강제로 설정을 다시 불러오면 이미 비 Modern 환경에서 불러온 설정을 갖고 다시 Modern 환경에서 작동을 할 수 있지 않을까 해서 문의드린 것입니다. 사실 Modern 환경에만 해당되는 것이 아니라 데스크탑 IE에서도 설정을 제대로 불러오지 못하는 현상이 이따금 나타나기에 이런 간접적인 해결책이 있다면 좀더 편할 것 같기에 말씀드려 봅니다. //오타가 있기에 수정을 했더니 답변보다 아래로 내려와 버렸네요. 하하하... (사샤나즈) http://moogi.new21.org/tc/868#comment4043 http://moogi.new21.org/tc/868#comment Mon, 14 Oct 2013 17:42:35 +0900 http://moogi.new21.org/tc/868#comment4044 아.. 인제 무슨 뜻인지 알겠네요. 그 점은 미처 생각을 못 했네요. Modern부터 먼저 띄워 버린 뒤에 나중에 데스크톱에서 설정 동기화를 했다면, 이미 띄운 모던 앱으로 돌아오더라도 현재 프로그램 구조상 거기는 아마 설정 동기화가 안 될 겁니다. 다음 버전에서 개선 가능한 사항인지 한번 검토해 보겠습니다. :) (사무엘) http://moogi.new21.org/tc/868#comment4044 http://moogi.new21.org/tc/868#comment Mon, 14 Oct 2013 17:34:34 +0900 http://moogi.new21.org/tc/868#comment4047 가능하다면 좋겠네요! 완전한 해결책은 아니지만 간접적인 해결책이라도 될 수 있길 바랍니다 :D 감사합니다! (사샤나즈) http://moogi.new21.org/tc/868#comment4047 http://moogi.new21.org/tc/868#comment Mon, 14 Oct 2013 17:45:07 +0900 http://moogi.new21.org/tc/868#comment4052 오늘 정식 업데이트 된 빌드 넘버는 6.3(9600) 입니다 (Lyn) http://moogi.new21.org/tc/868#comment4052 http://moogi.new21.org/tc/868#comment Thu, 17 Oct 2013 21:52:53 +0900 http://moogi.new21.org/tc/868#comment4053 소켓 어떤가요 (....) (Lyn) http://moogi.new21.org/tc/868#comment4053 http://moogi.new21.org/tc/868#comment Thu, 17 Oct 2013 21:53:43 +0900 http://moogi.new21.org/tc/868#comment4056 1. 오 드디어 8.1 정발됐군요.! 2. 실제로 MSDN을 보시면요, IMEs may need to share data about the user’s input preferences between apps that are in different app containers. Use a web service to share data between Windows Store apps. 이걸 무슨 도움말이랍시고... 그런데 소켓 쓰라는 말이나 다름없죠..;; (사무엘) http://moogi.new21.org/tc/868#comment4056 http://moogi.new21.org/tc/868#comment Thu, 17 Oct 2013 22:26:12 +0900 http://moogi.new21.org/tc/868#comment4057 리프식 로마자 표기법이 일반적인 한글 자판 입력과 다른 매커니즘이 발생하는 경우는 다섯 가지 정도입니다. 1) 초성 .의 경우에는 처음에 어두에 찍는 .를 ㅇ로 변환, 2) 입력 중 .을 찍고 곧바로 모음 입력이 이루어지는 경우는 'ㅇ+자음'으로 자동 변환, 자음 모음이 이루어지면 .를 그대로 유지 (ga. → '가.' ga.a → '가아' ga.q → '가.ㄱ' ) 3) y는 'ㅣ' 출력 후 추가 모음에 따라 처리, 마찬가지로 w도 'ㅡ'출력 후 추가 모음에 따라 처리. 4) .e의 경우에는 'ㅇ'-'의'로 입력했다가 다음에 .ege 를 '의게'로 읽지 않도록 몇몇 경우에는 자동 보정을 해준다거나,정확하게 .Ege로 입력할 때만 '에게'로 출력하면 될 문제(이 경우 .ege는 '의게'로 입력됩니다. 워드프로세서에서도 쉽게 정정할 수 있는 부분이지요.) '엑에'를 입력할 경우는 '.Eg.e'로 중간에 .을 찍으면서 초성 구분이 되니까 매커니즘이 헷갈릴 이유는 없다고 봅니다. 5) @, ~, ^, _, )는 초성에서는 그대로, 중성 입력시에는 ~, ^, _, )는 ㅐ, ㅓ, ㅡ, ㅚ로 변환, 그 상태에서 한 번더 입력할 시에는 ㅐ~, ㅓ^, ㅡ_, ㅚ)를 출력 종성에서는 @-> 종성ㅇ, @@ ->'ㅇ@'를 출력하면 됩니다. 일단 고어 지원까지 당장 고려하기는 어렵지만, A는 아래아,B는 여린비읍(cf. BAig ㅸ.ㅣㄱ) (. Z는 반시옷(Zam - △ㅏㅁ), H는 여린히읗 정도 입력까지 지원해두면 좋을 것 같습니다. (ellif) http://moogi.new21.org/tc/868#comment4057 http://moogi.new21.org/tc/868#comment Thu, 17 Oct 2013 23:07:00 +0900 http://moogi.new21.org/tc/868#comment4060 2) '.'가 '아'로 바뀌는 부분은 현재의 <날개셋> 한글 입력기로 구현 가능한 기술 수준이 아니네요. 한 글쇠가 현재 초/중/종성을 입력하는 상황이냐, 한글 조합 중이 아니냐에 따라서 조건부로 서로 다른 문자나 한글 자모를 입력시키는 것은 괜찮지만, 이미 화면에 표시된 문자가 한글과 비한글 사이를 왔다 갔다 해야 하는 것은 일반적으로 구현 가능하지 않다고 생각하시면 됩니다. 또한 이미 입력된 자모가 다른 성분의 자모로(가령, 초성에서 중성으로) 변하는 것은 불가능은 아니지만 굉장히 복잡한 편법을 동원해야 하며 어렵습니다. 같은 성분의 자모로의 변화는 문제 없이 가능합니다. (사무엘) http://moogi.new21.org/tc/868#comment4060 http://moogi.new21.org/tc/868#comment Sat, 19 Oct 2013 20:31:57 +0900 http://moogi.new21.org/tc/868#comment4061 제가 글을 쓰면서 혼선을 드렸던 모양인데요, .를 치면 그냥 'ㅇ'만 반환하면 됩니다. '.a' 가 '아'가 되지요. 말씀하시는 대로라면 오히려 arira@을 쳤을 때 ㅏ리랑이 아닌 아리랑을 반환하기 어려운 문제가 있다고 보이네요. 그리고 리프식 로마자 표기법은 하나의 입력 체계만 받아야 할 것입니다. (영어는 한영키로 수정하고요) 키보드 자판은 조만간 생각해서 만들어보겠습니다. (ellif) http://moogi.new21.org/tc/868#comment4061 http://moogi.new21.org/tc/868#comment Sat, 19 Oct 2013 21:25:27 +0900