dryoon

좋은 입력기를 만들어 주시느라 수고가 많습니다.
정말 기대하고 있습니다.

그런데 기존 입력기에서 있던 맥용 오피스 2008 의 파워포인트에서의 입력 문제가 그대로 재현되는군요.

예를 들어 "마이크로소프트"라고 치면 엉뚱하게 "망잌클롯픝트"라고 됩니다

하늘 입력기에서는 해결된 문제인데 말입니다.

이것만 해결되면 바람 입력기 하나만으로 다 되겠습니다.
하늘 입력기를 뛰어넘는 한글 맥 사용자들의 최고 입력기로 자리잡기를 바랍니다.

감사합니다

첨부 파일 이미지

Presentation2-2.jpg (74.4 KB, 13 views)

piodio

훌륭한 입력기에 감사드리며 버그 리포팅합니다.^^

한글입력상태에서 파일명수정 모드로 들어가면 화살표키를 사용하여 파일명 중간으로 이동이 안됩니다. 즉, 파일명 전체가 선택된 상태에서 화살표키로 좌우로 이동하려고 시도하면 선택이 풀리지 않고 선택 전체가 삭제되어 버립니다.

글로 설명하자니 어렵게 표현이 되었습니다만, 직접 해 보시면 문제점을 쉽게 알 수 있습니다.

영문입력상태에서는 문제가 없습니다. 또, 저만 그런건지도 모르겠네요 ?? 확인 부탁합니다.

__________________
/piodio/

sixt06

안녕하세요, 좋은 월요일에 좋은 소식이 하나 있습니다.
맥마당에서 바람 입력기의 기사를 써주신다네요. 관심을 가져주신 여러분들께 감사말씀 전합니다.

오늘도 많은 버그리스트가 올라왔네요.
1. djhan님 2벌식의 모아쓰기는 libhangul의 기능이고, 켜고 끌수 있는 옵션이 없습니다. libhangul쪽에 문의는 해보겠지만 저로써는 해결 방안이 없네요. 또한 kotoeri의 단축키가 변한다는 말씀은 잘 이해가 가지 않습니다. 제가 첨부한 그림은 Baram을 삭제하고 영문 입력기와 Kotoeri만을 선택했을 때의 모습입니다. 역시 control+shift로 동작하는데요? 각 모드의 단축키는 /System/Library/Input Methods/Kotoeri.app/Contents/Info.plist를 보시면 ROOT/ComponentInputModeDict/tsInputModeListKey/*/tsInputModeKeyEquivalentModifiersKey의 값이 command, control, shift, option과 같은 modifierflags를 저장하는 곳입니다. 바람을 만들때 Kotoeri를 참조했기때문에 같은 값인 4608(control+shift)이 들어 있습니다. 따라서 당연히 같은 조합을 사용하고요, 모드 전환 단축키는 system에 적용되는게 아니라 input method에 적용되는 것이라서 baram이 영향을 끼쳤다는 것은 좀더 생각을 해봐야 할 것 같습니다.

2. Powerpoint 2008에서 한글 입력 버그는 이전에 hsk1385님이 리포트하신 버그입니다. 이외에 비슷한 버그로 Powerpoint 2008에서 3벌식 최종 키보드에서 숫자입력이 원활하지 않은 버그가 있습니다. 하늘 입력기 소스를 보고 검토하고 있는데, 아직 해결방안을 찾지 못했습니다. 대신 단어 입력 모드로 입력했을 경우는 정상동작 하더라고요. 저도 해결방안을 찾고 있으니 조금만 참으세요~

3. 파인더에서 사용에 버그가 있었군요, 버그리스트에 추가 하겠습니다.

첨부 파일 이미지

kotoeri.png (77.0 KB, 7 views)

__________________
J. S. Bach, Praludium, Fuga und Allegro, BWV 998 in iPod

sunde41

six06님 여러모로 감사드립니다.

덕분에 한국에서의 맥 환경이 정말 발전하고 있습니다.

ophidian

1. djhan님과 정확히 똑같은 증상이 있습니다. 재현 순서도 djhan님이 적으신 그대로 입니다. 그리고 이 증상은, <바람의 한글,한자,영어를 이용하는 상태에서 일어만 코토에리로 선택한> 경우에 발생합니다. 아시다시피 현재 바람의 일어 입력/변환은 완전하지 않으므로 (또한 한글발음으로 적고 변환하는 것에 적응하기 힘들어서) 일어만 코토에리로 선택하는 것이죠. 그러면 djhan님 캡처화면과 똑같이 단축키가 엉켜서 난감한 상황에 빠집니다.

2. 'ㅗ'를 입력후 'ㄱ'을 입력하면 '고'로 바꿔주는 것을 모아쓰기라고 하는 모양이군요. 저도 이것 때문에 되려 오타가 늘어나는데...... 저는 프로그래밍에는 문외한이라 모릅니다만, libhangle이라는 라이브러리(?) 를 사용하기 때문에 그 기능 중 하나인 모아쓰기만 개별적으로 on/off 할 수 없다라는 것으로 이해하면 되는지요? 그렇다면...이 기능은 계속 유지된다는 거로군요. 이해했습니다.

sixt06

Kotoeri와 충돌과 기능 미약으로 인하여 일본어 모드를 제거하자는 의견이 있습니다.

저도 기능의 미약은 충분히 인정을 하고 있는 상태이고 이 문제는 일본어 사전(Baram.app/Contents/[hiragana.txt,katakana.txt])의 내용의 업데이트가 필요한 문제여서 저혼자 해결하기는 매우 힘든 상태입니다.
한때는 kotoeri로 포워딩 처리 기능을 생각해 봤지만 기술적으로 가능한지 알수 없습니다.

여러분들의 의견은 어떠신지요?

MS Office 2008 파워포인트에서의 버그가 수정되었습니다.
http://kldp.net/frs/download.php/4655/Baram_0.21.dmg

__________________
J. S. Bach, Praludium, Fuga und Allegro, BWV 998 in iPod

HanQ

일본어를 자주 쓰지 않는 입장으로는 한글로 친 글자가 가나로 변환되는 것이 유용합니다.

기왕 있는 기능인데, 굳이 제거하지 않아도 되지 않을까 합니다.

- 그리고 빠른 버그 수정 감사드립니다.


또, Word에서 발생하는 입력 중 왼쪽 커서키를 누르면 글자 위치가 뒤바뀌는 것도 가능하다면 부탁드립니다.

inureyes

저도 이 부분은 동감합니다. 한글->일어가 적용되는 입력기라는게 원래 영-일 쓰지 않던 사람들에게는 엄청 편한 부분입니다.

macChiato

이건 왼쪽 커서 키만의 문제가 아니지 않나요? 지금은 이 문제 때문에 아예 워드를 깔아놓지도 않아서 바로 확인할 수가 없지만, 왼쪽이든 위쪽이든, 심지어는 마우스 커서로 다른 곳을 찍어도, 새로 커서가 이동하는 지점으로 마지막에 입력했던 글자가 이동했던 것 같습니다.

정확히 말하면, 마지막에 입력한 글자 밑에 밑줄이 아직 그어져 있는 상태에서 커서를 움직이면, 새로 커서가 이동한 지점으로 밑줄이 그어져 있던 글자가 이동하는 것이지요.

djhan

일어 입력기는.... 본래 개발 목적이 뭔지, 거기에 충실하면 되는 문제라고 생각합니다.

한/영 전환의 불편함을 해소하는 게 주목적이라면 일어 입력기는 필요 없습니다. 이것저것 다 낑겨넣는 게 주목적이라면 '있어서 나쁠 건 없다' 정도의 위치를 차지하겠죠.

그런데 훨씬 완성도가 높은 코토에리가 OS에 기본으로 포함되어 있는 상황에서, '자주 쓰지도 않는 일어 입력'을 위해 개발 노력을 들여야 한다는 건 한마디로 넌센스입니다. 한글 입력, 한영 전환, 한자 입력의 보완에만 시간을 투자해도 벅찰 게 분명하니까요.

그런 고로, 저는 일어 입력기는 빼 버렸으면 좋겠습니다. 개발자 분의 한정된 개발 자원을 고려해서라도 말이죠. 참고해 주시면 고맙겠습니다.

__________________
- 사랑과 평화와 정의의 DJ.HAN -

블로그: DJ's Paradise

macChiato

버그 리포트합니다.

바람 입력기의 한글과 영문 입력 모드를 활성화시키고, Preferences에서 각각 세벌식과 Dvorak으로 지정합니다. 그리고 Mac OS X에 기본으로 있는 한글 입력기의 두벌식 모드와 영문 입력기 US (그러니까 QWERTY)를 활성화시켜 놓습니다.

이렇게 해 놓으면 바람 입력기의 한글 입력 모드와 영문 입력 모드가 두벌식과 Dvorak으로 작동합니다. Preferences에서는 세벌식과 Dvorak으로 지정되어 있음에도 불구하고요. 아마도 같이 활성화되어 있는 Mac OS X 기본 한글 입력기와 영문 입력기의 영향을 받는 것 같습니다.

이와 관련된 더욱 결정적인 현상이 있습니다.
앞에서 설명한 세팅 (바람 세벌식, Dvorak과 Mac OS X 기본 두벌식, QWERTY)에 추가적으로 Mac OS X 기본 세벌식, Dvorak까지 활성화시킵니다.
그리고 Mac OS X 기본 Dvorak을 선택했다가 바람 입력기 영문을 선택하면, 바람 입력기 영문이 Dvorak으로 작동합니다. 그러나 Mac OS X 기본 QWERTY를 선택했다가 바람 입력기 영문을 선택하면, 바람 입력기 영문이 QWERTY로 작동합니다.
한글에 대해서도 똑같습니다. Mac OS X 기본 두벌식을 선택했다가 바람 입력기 한글을 선택하면, 바람 입력기 한글이 두벌식으로 작동합니다. 하지만 Mac OS X 기본 세벌식을 선택했다가 바람 입력기 한글을 선택하면, 바람 입력기 한글이 세벌식으로 작동합니다.

결국 요약하면
1) Mac OS X 기본 한글 입력기와 영문 입력기를 하나씩 활성화시켜 놓으면, 바람 입력기의 한글과 영문 입력 모드는 활성화된 Mac OS X 기본 한글 입력기와 영문 입력기를 따라간다. (바람 입력기에서 설정한 Preferences는 무시된다.)

2) 만약 Mac OS X 기본 한글 입력기를 두 개 이상 (ex. 두벌식, 세벌식), 그리고 영문 입력기를 두 개 이상 (ex. QWERTY, Dvorak) 활성화시켜 놓으면, 바람 입력기의 한글과 영문 입력 모드는 가장 최근에 사용했던 Mac OS X 기본 한글 입력기와 영문 입력기를 따라간다. (바람 입력기에서 설정한 Preferences는 무시된다.)



제가 바람 입력기를 사용하면서도 따로 Mac OS X 기본 한글 입력기와 영문 입력기 띄워놓아야 하는 이유는, 전에도 말씀드린대로 제 스스로는 바람 입력기의 한글 세벌식, 영문 Dvorak을 사용하지만, 가끔 다른 사용자가 제 컴퓨터를 사용할 경우에 그 사람들에게 한글 두벌식과 영문 QWERTY를 사용하게 하기 위해서입니다.

물론 다른 사람이 제 컴퓨터를 사용할 때, 바람 입력기 Preferences를 두벌식과 QWERTY로 바꾸어도 됩니다. 하지만 아예 두벌식, 세벌식, QWERTY, Dvorak을 전부 활성화시켜 놓으면, 다른 사람이 왔을 때 간단하기 메뉴바의 입력기 아이콘을 클릭해서 두벌식과 QWERTY를 한 번씩 찍어줌으로써 그 사람은 Command-Space로 두벌식과 QWERTY 사이를 전환해가며 쓸 수 있습니다. 그 사람이 제 컴퓨터 사용을 마치고 나면, 제가 다시 메뉴바의 입력기 아이콘을 클릭해서 세벌식과 Dvorak을 한 번씩 찍어줌으로써 Command-Space가 세벌식과 Dvorak 사이의 변환으로 작동하게 할 수 있고요.

HanQ

마우스 커서로 다른 곳을 찍었을 때 커서 이동 지점으로 마지막 입력 글자가 이동하는 문제는 '바람'에서는 나타나지 않습니다.

이런 문제가 있었다는 것도 몰랐네요. ^^

sixt06

macChiato님 이것은 버그가 아님니다. 그렇게 구현했을 뿐입니다.
libhangul의 원리를 아시면 좀더 도움이 될것 같으니 간단하게만 설명드리면,
libhangul은 qwerty자판의 입력을 해석해서 한글을 조합합니다. 이때 한글 자판 정보가 필요하겠죠? 예를 들어 a가 입력되었을때 a=>2벌식에서는 'ㅁ', 3벌식 최종에서는 'ㅇ'이 입력됩니다.
하지만 dvorak 자판일 경우는 입력을 qwerty에 매핑 시키고 이것으로 한글을 조합합니다.
예를 들면 ;(DVORAK) => z(QWERTY) => 한글 매핑
이런식이죠, 또 영문모드는 그냥 bypass입니다. 당연히 OS의 키보드 설정이 QWERTY일 경우 bypass이겠죠?

전 자판이 바뀌는 일이 별로 없다라고 생각했는데 그게 아닌 경우도 있나보네요
macChiato님이 말씀하신 기능은 충분히 구현 가능합니다. 다만 그러한 구현 방식이 합당한지는 좀 더 고려해봐야겠습니다.

__________________
J. S. Bach, Praludium, Fuga und Allegro, BWV 998 in iPod

macChiato

그렇군요. 하지만 그럼 바람 입력기의 Preferences는 무슨 의미가 있는 건가요? Preferences에 설정한 대로 바람 입력기가 동작하는 것이 올바른 방향이 아닌지요? 현재는 Preferences에서 세벌식과 Dvorak으로 설정해 두어도, 바람 입력기가 두벌식과 QWERTY로 동작하는 경우가 있는 셈인데요.

sixt06

한글부분을 설명드리지 않았는데 한글 부분은 system 설정하고는 관계없습니다.
바람은 시스템기본 한글입력기와 독립적으로 동작합니다.

버그라고 인식하시는 부분은 preference 설정후 바로 적용이 안되는 부분인데
이부분은 계속 업데이트 하고 있습니다.

preference 설정후 꼭 save 버튼을 누르셔야되고
다음 모드 전환시점에서 적용됩니다.
한글 모드에서 한글 키보드를 변경하셨다면, shift+space를 두번 누르시면 새로운 설정이 적용됩니다.

__________________
J. S. Bach, Praludium, Fuga und Allegro, BWV 998 in iPod