그리고 ibus-hangul도 GTK_IM_MODULE=ibus 이걸 넣으면 자음 특수문자 문제가 조금 있었습니다. 그래서 kime도 장기적인 관점에서는 wayland 프로토콜로 소통하도록 바뀌어야 자음 특수문자 문제가 해결될 것인데... 누군가의 징징거림이 필요할 것으로 예상합니다.ㅠ
살짝 추가 정보 적자면, gnome 에서도 ibus 입력기 외에도 사용이 **가능은** 합니다. gnome 에서는 wayland input을 ibus 로 강제하고 있습니다. 만일 타 IME에서 ibus 서버 인터페이스를 구현을 해놓았다면, 입력이 가능해집니다. 대표적으로 fcitx 는 이를 구현해놓았습니다. (https://fcitx-im.org/wiki/Using_Fcitx_5_on_Wayland#GNOME)
직접 병합 확인까지 해주시고 감사합니다!!
사용자들은 큰 불편을 겪었을뿐
고생은 문제해결을 위해 노력하신 개발자분들이 하셨지요.
리눅스 한글 입력 문제 해결을 위해 애쓰시는 모든 분들께 감사한 마음과 경의를 표합니다.
개인적으로 리눅스 한글 입력기는 kime 이 표준이 되었으면 하는 바램입니다.
gnome 에서는 당연히 ibus 를 사용하지만
sway 에서는 kime 을 1년 넘게 사용중인데 정말 잘만들어졌다고 생각합니다.
근데 kime 입력기의 자음 특수문자는 언제쯤 사용할수 있을까 ㅠㅠ
kime 의 candidate 도 ibus 나 fcitx 처럼 편하게 개선되었으면 좋겠어요ㅠㅠ
짐농님께서 소중한 시간을 내어 문제 개선을 위해 개발자들과 소통을 하시는 것도
리눅스 한글 입력 문제 해결을 위해 애쓰신건데 감사합니다!
캐노니컬의 힘은 대단합니다.
원청에서 해결 안하면 지네들이 커스텀이나 패치를 만들어서 독립적으로 적용하기도 합니다. ㅋㅋ
일례로 작년인가 재작년 즈음 F11 풀스크린 모드에서 transparency 가 되지 않도록 막혔는데
이것을 막은 이유는 보안상 취약점이 생길수 있어서 막게 되었다는게 원청과 부청들의 답변이었고.
답변들의 분위기는 굳이 없어도 되는기능이잖아? 이런느낌..? yo
우분투에서는 X까라를 시전하며 컴포지터 소스를 해당 부분만 개조해서 톡립적으로 적용 하고 있습니다.
이때 저는 캐노니컬의 힘이 정말 대단하고 느꼈습니다. ㅋㅋ
지금도 적용이 되고 있는지는 모르겠고 카더라 니까 믿지는 말아주세요. ㅋㅋ
근데 한글문제는 캐노니컬에서도 무관심... 지들은 영어쓴다 이거죠 ㅋㅋ
아,
GTK_IM_MODULE=ibus 이걸 환경설정에 넣으면 키보드 신호가 wayland를 통하지 않겠다는 뜻이라고 하던데요...
혹시 kime가 설정파일을 이런 식으로 적도록 유도한다면 개발자분께 징징거려서 wayland 지원 손봐달라고 해야 되지 않나 싶습니다. 고려해 보셨으면 좋겠어요. (결과 잘 나오면 저도 kime 써보고 싶네요.ㅎ)
gnome 에서 kime 사용 가능합니다.
다만 wayland 프로토콜로 입력하는 프로그램에선 동작 안한다고 답변 들었어요.
(대략 2년전쯤)
이게 뭐 input method v1 부터 v3 까지 있고 DE 마다 버전이 다르고
입력기와 같은 버전이어야 된다는거 같고...yoi
(얼마전에 v4 도 나온것 같은..yo)
kime 은 sway 에서 아주 기가막히게 잘 작동 합니다.
만족도 최강입니다.
개인적인 경험상 gnome + ibus 의 한글 입력 보다 훨씬 안정적으로 동작합니다.
ibus 는 정말 아주 가끔 크래쉬가 생길때가 있는데
kime 은 크래쉬가 생겼던적이 한번도 없었던거 같아요.
kime 개발자 github 에 치킨 두마리 정도 도네했습니다. ㅋㅋ
너무 만족스러워서 더 하고 싶지만 자금사정이 좋지 않아서 많이는 못했어요...
???
바이너리가요..?
그렇게 큰 용량을 차지 하지는 않았던거 같은데... ;; yo
--------------------------------------------
의존성 해결 중...
꾸러미 충돌을 찾는 중...
꾸러미 (4) compiler-rt-16.0.6-3 clang-16.0.6-2 llvm-16.0.6-1 rust-1:1.75.0-2
총 다운로드 크기: 122.02 MiB
총 설치 크기: 602.90 MiB
:: 설치를 진행하시겠습니까? [Y/n]
아치 aur 이시면 kime 설치 하고 난뒤 컴파일러들은 자동으로 삭제 될걸요..?
컴파일 의존성이지 프로그램 자체 의존성은 아닐걸요..?
---
확인해 보니 아닌게 아닌것같네요 ㅋㅋ ;;
컴파일러들 그대로 남아있네요.. ;;
아니... 그.. kime 도 wayland 프로토콜로 동작해요.
ibus input-method 버전과 gnome input-method 버전이 같고
kime input-method 버전과 gnome 의 intput-method 버전이 다르다고 알고 있어요.
그래서 gnome 에서 wayland 프로토콜로 입력되는 입력기는 아직은 ibus 밖에 없는걸로 알고 있습니다.
이게 KDE 에서는 또 ibus 가 wayland 프로토콜로 동작 못합니다. KDE 와 input-method 버전이 달라서..
흔히 말하는 파편화 문제가 가장 심각한 부분이지요...
sway 에서는 kime 과 input-method 버전이 같아서
wayland 프로토콜로 입력받는 프로그램에서 한글입력 테스트 해봤고 잘 동작합니다.
카더라에 의하면 곧 input method 버전의 표준이 정해진다고 합니다..
뭐지.. ;; 왠지 데자뷰인것 같은데.. yo. ㅋㅋ
암튼 좋은소식 주셔서 감사합니다 ㅎㅎ
kime 의 경우에는 2021년도에 한번 논의가 되긴 했었습니다.(https://github.com/Riey/kime/issues/422)
KDE 의 경우는 input-text-v1, v2, v3 전부 구현이 되어 있어서, 입력기와 앱만 호환이 된다면 wayland 프로토콜을 통해 입력이 가능한 상태입니다. :)
덕분에 몰랐던 내용들을 알게되었습니다. 감사합니다.
내공이 담긴 댓글!
알려주신 덕분에 파이틱스 공부 했습니다.
중국 형들도 머리 좋네요. ㄷㄷㄷ
https://gitlab.gnome.org/GNOME/gnome-shell
https://gitlab.gnome.org/GNOME/mutter
https://gitlab.gnome.org/GNOME/gjs
직접 컴파일해서 쓰시려면 얘네 셋은 있어야 합니다.
더 필요할수도 있구요...
(예전에 직접 컴파일을 해봤음...yo)
아치의 경우 gnome unstable 저장소는 아래 링크입니다.
https://codeberg.org/fabiscafe/fcgu
unstable 저장소의 경우 업데이트가 어디까지 되어있는지 확인은 못했으나
아마 gnome 의 깃랩의 소스를 사용할걸로 짐작되니 직접 컴파일하는것과 차이는 없지 않을까 합니다.
@전기운동화님 빌드 귀찮으면 QT 기반 텍스트 에디터 쓰면서 복붙하는 것도 고려해 보세요.