hangul_to_kana 함수가 반각 문자도 출력할 수 있게 재작업중입니다.

새로운 libhanjp를 작성하는데에 hanjp input context 코드 작성이 필요합니다.

mozc의 ubuntu 저장소에 있는 라이브러리를 조사했더니 ibus-mozc, mozc-server등이 있습니다. mozc-server가 히라가나 preedit를 받아서 한자로 바꿔서 돌려주는 기능을 할 수 있다면 적용할 수 있지만 그렇지 않다면 현재 올라와있는 소스코드를 우리 프로젝트 파일에 직접 포함을 시켜야 할텐데 이에 대한 의견 공유를 해주세요.
지금 Anthy 개발자로 부터 mozc 사용을 추천 받긴 했는데 Anthy로는 라이브러리를 제공해서 Anthy 함수들을 input context 단계에서 적용시키면 됩니다. mozc-server가 무엇을 하는 건지 알아야 할텐데 찾기가 어렵네요.

This issue was created to check if webhook works.
After testing, will be closed immediately.

eater_new로 eater를 생성할 때에 eater->hic를 hangul_ic_new로 초기화 하는데, 이때 NULL이 들어가는 문제가 있습니다. 아직 원인을 찾지 못했습니다.

Special keys (ctrl, alt, tab, enter, window key, etc..) are not responding as intended, leaving unnecessary characters.

Basically, all keys except other than the English keys and the number keys are printing some kind of unintended Unicode letters.

Some examples are

1. Shift

Pressing shift to insert double consonants, such as ㅃ

Expected behavior

no input on screen

Current behavior

shows ￡ sign (for left shift) or ￢ (for right shift)

2. Newline

Pressing enter to insert newline

Expected behavior

no input on screen. go to next line

Current behavior

shows only '－' sign.

3. Ctrl

Expected behavior

no input on screen.

Current behavior

￣

4. Keys on numpad (the keypad numbers on right)

Expected behavior

corresponding numbers

Current behavior

With numlock off : ﾱ ﾲ ﾳ ﾴ ﾵ ﾶ ﾷ ﾸ ﾹ (1 2 3 4 5 6 7 8 9 respectively)
With numlock on : ﾜ ﾙ ﾛ ﾖ ﾝ ﾘ ﾕ ﾗ ﾚ
...and lot more

I am currently assuming that this is issue is related to the engine bug (as @onting said), so I'll try to look into this problem along with Hanjp-IM/libhanjp#42 (comment)

I didn't decided the detailed plan for it, yet.
However, it would include basic collaborating manners, wiki writing manner, PR sending rule, details of maintainers, etc.

새로운 libhanjp를 위해 eater 코드를 작성하고 있습니다.

할일:
hanjpeater.c 참조

1. 한글 -> 카나 함수 작성
2. on_transition으로 hic 조작
3. backspace 함수 작성

추후 컨트리뷰터의 급격한 증가로 인해 PR 리뷰으할 숫자도 급격히 늘어날 때와 메인테이너가 개인 사정 등으로 리뷰가 어려워도 PR 이 자동으로 검토되도록 검토를 자동화 할 필요가 있음.

• GitHub Actions 활용하여 구현 권장
• 문법 검사
• 정상 빌드 가능 여부 검사
• 각 로직 정상 작동 여부 검사
  • 특히 한글 - 가나, 가나 - 한자 변환 로직과 오토마타 등 핵심적인 부분 정상 작동 여부 확인 자동화 필요.

추가로 더 필요한 커멘트 바랍니다.

ibus와 ibus-hangul을 빌드하는 방법을 조사해야 합니다. 또한 빌드 방법에 맞춰 ibus-hanjp의 스켈레톤 코드를 만들어야 합니다.

Known problems:

1. Getting started is linking wrong url for cloning repository
   It's linking https://github.com/ubuntu-kr/hanjp-im.git
   (Seems this is legacy link for this project)
2. Need to describe Build dependancy package
   (Also, It'd be better if you can describe how to install them by command line)
3. Getting started describes only how to build, not how to use
   (Install hanjp-im to Desktop Environment, enabling hanjp-im, etc...)

Recommendation

1. Move About Hanjp project and demo video at the top of README.md
   As the README.md is the entry point of the projects, It'd be better to give information on its top
2. Describe currently supported platforms
   For end-user, supported platform may helpful for using Hanjp-IM
   Also it may invoke some minor & untracked platform users to contribute.
3. Separate Getting started into other document such as INSTALL.md
   When the contents of README.md becomes longer, It'd be better to separate documents by its topic

Seems these issues are good first issue.

Migrating engine and library code bases to C++, the engine main routine became the mixture of C++ and C(GObject) code, containing iBus API calling code. Because of simplicity and portability, we are migrating code base to C++.
However, there was problem called "C++ ABI transition problem" when SCIM was activity developed.
Its approximate concept is the C binary and C++ binary aren't fully interoperable to each other. There's risk for calling sub-routines of C, C++ each other.
Still, we don't know what it really is, but we want to fully understand the risk for mixing C and C++ code. Study and sharing knowledge are suggested

The engine has bug in _process_key_event function.
It must be related with ic_process and am_push.

GDB can attach specific running process to itself for inspection.
This issue can be handled in this way.
First, compile the engine with -g option and install it to your system.
Second, run it with 'ibus engine hanjp' command.
Third, run 'pid -p engine-pid'.
Last, inspect _process_key_event by adding some conditional break points.

EN_FULL 타입을 지원하기 위해서 타입에 따라서 적절하게 키보드를 바꿔야하는 문제가 있습니다. 그리고 hanjp_ic_process에서 이에 대한 처리를 추가해야 합니다.

옛한글 없이 입력할 수 있는 옵션을 추가 하려고 합니다. 자세한 내용은 input context struct와 hangul_to_kana함수를 참조하세요.

추후 신규 참여자 유입때와 기존 참여자 이탈로 구성원이 완전히 달라져도, 프로젝트 유지가 가능하도록 프로젝트에 관한 문서화가 필요함.

• 개발환경 구축 방법

• 의존성 설치 및 컴파일(빌드) 방법

• 실행파일 실행하여 기능 테스트 하는 방법

• 코딩 스타일, 커밋 메시지 스타일, 코드 수정 가이드

• 프로젝트 구조와 프로그램 작동 과정에 대한 설명

• 프로젝트에서 사용하는 기술과 라이브러리

• 브랜치 관리 방법과 절차

• 이슈 제출 가이드라인

• 이슈 관리 가이드라인

• PR 제출 가이드라인

• PR 검토, 승인 가이드라인

• 프로젝트 마일스톤과 로드맵에 관한 정보가 담긴 문서

• 지금까지 구현된 기능과 앞으로 구현이 필요한 기능

문서화 더 필요한 항목이 있다면 커멘트 바랍니다.

hangul commit을 초성 중성 종성을 모두 입력하고 변환이 되는 옵션을 구현하려합니다.