Tiếp tục dự án ibus-bamboo với repo mới

[hien-ngo29]

Chắc các bạn cũng đã biết ibus-bamboo từ lâu đã đình trệ và không có ai tiếp tục phát triển và bảo trì nữa. Mình đã có email hỏi anh Lâm - manager của dự án nhưng cũng không có phản hồi nào. Những contributor khác thì lại có người bận bịu công việc, v.v...

Vì vậy mình đã có một bộ gõ mới là fork của ibus-bamboo mang tên ibus-bamboo-ng ibus-lotus. Bộ gõ này hoàn toàn tách biệt với ibus-bamboo nhưng cũng mang mục đích tiếp tục dự án. Hiện tại, dự án chưa có bản release chính thức nào nhưng đã có 2 bug fix quan trọng về chế độ gõ số 1 (preedit):

• Không bị lặp lại từ cuối cùng trong một số app chat (Lỗi gõ lặp từ cuối cùng sau khi nhấn enter #574)
• Những lỗi về tính năng Bắt sự kiện chuột (tự động commit text khi chuột di chuyển để tránh nhấn chuột vô ô nhập liệu khác thì từ của ô nhập liệu bên kia sẽ biến mất và bay vô ô nhập liệu vừa click) như hiện Allow Remote Interaction trên các ứng dụng Wayland native (tự động hiện allow remote interaction rất khó chịu khi chơi game #487) hay lỗi bị giựt màn hình (Alt + F4 để thoát window khó ăn + bị giựt mỗi khi click chuột khi dùng chương trình #500 ), v.v đã hết, đồng thời hoạt động được trên Wayland.

Và còn một số lỗi khác mà mình chưa fix nữa đặc biệt là trên Wayland (Các bạn có thể xem trên phần Issue của ibus-lotus). Mình đang cố gắng nghiên cứu codebase và fix bug. Các bạn hãy qua repo và thử dùng bằng cách build từ source và đừng quên ủng hộ mình một star trên repo nhé :D

[goatastronaut0212]

@hien-ngo29 mình sẽ thích việc fork dự án này và nếu vui cũng hết bận bịu trở lại mình có thể tham gia chung để làm nó tốt hơn nhưng có thể với 1 account khác không phải account này nữa. Cá nhân mình nghĩ nếu được thì chúng ta nên có 1 organization riêng vì nếu tiếp tục duy trì dự án sẽ cần phải clone code lại của 1 vài thư viện khác vì nó là toy projects và bị đình trễ bằng 1 cách nào đó anh Lâm hack và làm nó hoạt động được nhưng nó không phải là giải pháp lâu dài như godbus và dkolbly/wl chúng đã không có ai duy trì trong 1 thời gian khá dài.

Mình không phải là fan của tên Bamboo lắm nhưng nếu được thì organization mới thì có thể có tên như là Lotus (hoa sen) 1 biểu tượng đặc trưng khác của Việt nam, lol mình không rõ nhưng ít nhất mình cảm thấy nó dễ thương và dễ nhớ hơn bamboo.

Nếu như điều trên xảy ra 1 thì có thể việc cuối cùng mình có thể làm ở đây là chỉnh sửa lại file README và ghi chú việc ngưng hoạt động của dự án. Nhưng tốt hơn hết có lẽ mình nên làm nó ngay bây giờ vì dự án cũng đình trệ trong thời gian khá là dài.

[hien-ngo29]

@goatastronaut0212 Mình không hiểu ý bạn nói lắm. Ý bạn là tạo organization mới và fork lại các toy project đó và tiếp tục duy trì hay sao? Thực chất mình cũng không rành nhiều về Go và những thư viện mà ibus-bamboo đang dùng. Handle được hết những đống này quả thực khá khó với mình =))). Nhưng mà mình sẽ cố gắng.

Mình cũng nghĩ sẽ đổi tên bộ gõ thành cái khác giống như bạn và cũng đã nghĩ đến cái tên Lotus. Chỉ là mình ngại đặt lại tên thôi, ko biết vì sao. Nhưng nếu bạn ủng hộ thì mình cám ơn.

Mình sẽ tạo organization sớm và tiếp tục với dự án. Hiện tại mình đang muốn dành thời gian với gia đình một chút. Có thể tuần sau mình mới bắt đầu lại được.

Cám ơn bạn vì đã bỏ thời gian bận rộn để viết góp ý cho dự án này nha ❤️

[nghia4mt]

ủng hộ mạnh cho tinh thần của bạn

[NanKillBro]

Mình đang sài ibus-bamboo và cũng gặp các vấn đề mà bạn đề cặp. Mong bạn sớm ra release.
Cảm ơn vì tinh thần của bạn ❤️

[goatastronaut0212]

@hien-ngo29 bạn hiểu đúng ý mình rồi. Mình nghĩ bạn có thể sẽ làm dự án sống tiếp hoặc nếu bạn không thể thì cũng đừng quá đặt nặng nó quá vì cuộc sống quá ngắn ngủi chúng ta cũng còn phải dành nhiều thời gian cho việc khác nữa.

Mình quay lại đây cũng nói lý do tại sao mình không muốn duy trì dự án rất tiếc vì mình không thể làm nó tốt hơn.

1. Mình không còn đủ thời gian khi tiếp nhận 1 công việc mới ở 1 công ty mới. (Vấn đề chính vì mình cần tiền để sống)
2. Mình ngoài quyền moderation của repo ibus-bamboo, mình không thể làm gì khác hơn. Dù về mặt cơ bản mình có thể chỉnh sửa ibus-bamboo repo nhưng trông nó như con zombie sống không sống, chết cũng không chết khi anh Lâm không quay lại nữa thì mình cũng không thể archived repo để cho nó chết 1 cách bình thường hay nếu mình có tiếp tục duy trì cũng không thể quản lý repo khác. Nó chỉ là vấn đề nhỏ thôi nhưng mình cũng thấy hơi khó xử với nó.
3. Lý do khác và có thể là lý do chính nữa mà mình tin rằng bất kỳ ai tiếp nhận dự án có thể sẽ cảm thấy kiệt quệ khi vấn đề nó tồn đọng quá nhiều:
   • ibus-bamboo dùng dbus để tương tác với Ibus: Các bạn có thể thắc mắc tại sao Shift + ~ không hoạt động không thể chuyển chế độ gõ vì trên Wayland đa phần các Desktop Environment và Window Manager đã hạn chế việc bạn tương tác dbus theo mặc định (mình không rõ cách thức hoạt động) nhưng căn bản nếu phải tiếp nhận dự án bạn sẽ buộc phải viết lại goibus để bọc C API của Ibus.
   • GUI cho ibus-bamboo và Ibus: Mình không biết bạn sẽ cảm thấy thế nào nhưng giao diện GUI để bật tắt tùy chỉnh ở phím tắt là dùng cgo với GTK3. Về cơ bản nó vẫn hoạt động nhưng bạn vẫn muốn nó như thế sao? Tại sao cần phải có 1 GUI khác để cấu hình trong khi fcitx5 nó không cần và build-in vào library, UI nó hơi xấu nhưng mà nó hoạt động tốt. Có thể do mình chưa hiểu hết về Ibus hoặc ibus không có tồn tại 1 cái như vậy dù là gì thì cũng cần xem xét vấn đề đó nữa.
   • Chế độ gõ trong Ibus: 1 vấn đề có thể chúng ta cần để tâm đến. Có thực sự chúng ta cần những chế độ đó không? khi chế độ 1 gần như hoạt động tốt trong mọi trường hợp. ForwardAsCommit crashes terminals running on GTK 4 #541 1 báo cáo lỗi khác cho thấy nó có thể crash app GTK4 do căn bản thời gian tương tác input với app bị xung đột (Có lẽ vậy?).
   • OBS build: mình không phải là fan của việc sử dụng Open Build System build ra package deb, rpm, arch (arch thì bị bể mình đã test rồi nên xài AUR). Mình là người đem nix flake lên nên cũng khá tiện cho NixOS nhưng nếu như có 1 repo lý tưởng mới hướng dẫn build từ nguồn ra package đầy đủ thì có thể nó sẽ tốt hơn và chúng ta cung cấp gói deb hay rpm gì đó sao cũng được hoặc chúng ta có những contributor đóng góp. Dù là cách gì mình vẫn thích hơn là sử dụng OBS.
   • Code C và Go: Việc mixed codebase là không thể tránh khỏi nhưng nếu có thể hạn chế được code C đến tối thiểu (chỉ dùng để tương tác làm thư viện API) có thể làm code ibus-bamboo đã sạch đẹp hơn. Bạn có thể sẽ phải tổ chức lại toàn bộ codebase và tách ra thành từng thư viện riêng và ibus-bamboo về sau chỉ còn lại mỗi code Go? Mình không rõ nhưng nó có thể sẽ đẹp hơn.
   • Wayland và ibus-bamboo: 1 thư viện Wayland khác mà ibus-bamboo sử dụng https://github.com/dkolbly/wl trông nó có vẻ như nó chỉ là 1 dự án nhất thời và hiện tại nó không còn được duy trì (đã không có gì mới trong 7-9 năm rồi). Mình không biết cần phải làm gì kế tiếp nhưng có lẽ cần phải duy trì code của thư viện đó nữa và đọc tiêu chuẩn mới của Wayland.

Mình ước gì mình có thể làm tốt hơn nhưng nếu ai đó làm tốt hơn họ có thể xem xét và bắt tay vào làm những gì con dang dở. Việc ít hiểu biết về Ibus của mình khiến cho dự án bị đình trễ không có thêm bất kỳ tiến độ nào khác nữa nhưng mình nghĩ Ibus cũng khá là tệ hơn so với fcitx5 trong nhiều khoản và nếu ai đó tiếp nhận dự án sẽ phải có hiểu biết và tương tác cũng như đóng góp nhiều hơn với Ibus.

[hien-ngo29]

@goatastronaut0212 Mình hiểu rồi. Cám ơn bạn rất nhiều và chúc bạn có công việc ổn định nhé 💚.

[hien-ngo29]

@NanKillBro Bạn có thể build từ source như hướng dẫn trong README của repo nhé. Nếu có vấn đề cài đặt thì bạn cứ thoải mái tạo issue trên đó, mình sẽ giúp đỡ.

[Ngquang]

Những repo hiếm hoi l10n thế này tôi nghĩ nên được phổ biến hơn trong trường học hoặc public nhiều hơn. OSS là một thứ nên được bảo tồn và phát triển lâu dài.

[hien-ngo29]

@goatastronaut0212 Mình không nghĩ vậy khi bạn nói Menu cấu hình không hiện là do DE/WM hạn chế việc tương tác qua dbus. Có thể bạn đã nhầm vì trong code lấy active window anh Lâm đã viết đoạn code lấy active window cho GNOME trước (không kể nó là wayland hay x11 vì theo dự tính nó sẽ hoạt động được cho cả 2), đoạn code này sử dụng dbus giao tiếp với Eval để lấy window class name đang dùng, tuy nhiên cách này không còn khả thi nữa vì Mutter của GNOME hiện nay đã chạy với arg --disable-remote-eval (mình không biết lý do vì sao). Chính vì vậy đoạn code lấy active window khi DE là GNOME không bao giờ hoạt động được cho dù ở X11 hay Wayland. Nhưng may thay chúng ta vẫn có thể lấy active window từ thư viện XLib của X11, nhưng với Wayland thì không

ibus-bamboo/engine_utils.go

Lines 582 to 591 in b004492

	func (e *IBusBambooEngine) getLatestWmClass() string {
	var wmClass string
	if isGnome {
	wmClass, _ = gnomeGetFocusWindowClass()
	} else if isWayland {
	wmClass = wlAppId
	}
	if wmClass == "" {
	wmClass = x11GetFocusWindowClass()
	}

Hiện tại GNOME không có API hay bất kỳ cái gì để chúng ta lấy active window nhưng may thay GNOME có một extension tên là https://extensions.gnome.org/extension/4974/window-calls-extended/, cũng sử dụng dbus để giao tiếp lấy active window, chỉ cần người dùng cài vào là được. Giống như repo aw-watcher-window cũng có sử dụng cách này ActivityWatch/aw-watcher-window#46 (comment)

Trên KDE và các DE khác sẽ dễ hơn vì có API rõ ràng hơn. Cá nhân mình đã dùng kdotool để giải quyết vấn đề trên với Wayland KDE vì nó khá tiện, không phải giao tiếp qua dbus với kwin (thực chất phải viết thêm cái script javascript gì đó nữa mình cũng không biết :P)

Chung quy lại mình đã sửa được vấn đề không hiện được menu cấu hình trên GNOME và KDE (mình đang tiếp tục phát triển cho các DE khác) và hiện tại ibus-lotus đã hoạt động gần như hoàn hảo trên Wayland với 2 DE đó. Mình chỉ muốn cập nhật tình hình hiện tại như vậy thôi, cám ơn bạn rất nhiều ^^

[goatastronaut0212]

Mình sẽ rất vui nếu ai đó truyền thông điệp của mình cho những người khác trong cộng đồng nguồn mở hay gì đó vì mình cũng không xài mạng xã hội để họ có thể hiểu thêm về tình trạng input method ở Linux.

Cho những người lười đọc thì đây vắn tắt của mình.

• ibus-bamboo có ngừng phát triển là vì xây dựng trên nền móng không vững như thư viện godbus, wl là nguyên nhân chính khiến nó khó duy trì chứ không phải Ibus là vấn đề.
• fcitx5-unikey đã hoàn thiện rồi ai muốn phát minh cái mới lại thì việc của họ. Nhưng nếu cần 1 thứ làm tốt việc thì là fcitx5-unikey.
• Nếu bạn muốn dự án mới nào sống tiếp vui lòng hãy tuân thủ tiêu chuẩn từ upstream. Đừng cố biến dự án trở thành 1 khu rừng để ôm đồm mọi chuyện và vắt kiệt sức bản thân.

Đây là lời văn dài hơn nếu bạn muốn nghe mình giải thích.

@hien-ngo29 Mình đã có theo dõi bạn 1 thời gian và dự án mới của bạn thì khi quay lại mình có thể khẳng định những gì mình nói trước đó là không hề nhầm lẫn. Mình đã quản lý và xem vấn đề kỹ thuật của ibus-bamboo trong 1 thời gian dài. Bằng chứng cho thấy rõ ràng nhất là báo cáo lỗi bạn gửi ibus/ibus#2842. Vấn đề mình đã nói là godbus có vấn đề và nó sử dụng dbus để tương tác với compositor, mấu chốt ở đây không có ai rảnh để đi cài 1 extension ngoài luồng chỉ để hiện những thứ đó. #374 (comment) có đề cập đến comment GNOME. Giải pháp rất hacky và tạm thời, đúng vậy nó vẫn hoạt động nhưng trong bao lâu nữa? Và chúng ta đang đi ngược với những gì tiêu chuẩn từ upstream (các phần phần mềm và tiêu chuẩn phía trên) bạn không thể chèo thuyền ngược mãi được. Fcitx5-unikey? Họ không có thứ đó, mọi thứ vẫn hoạt động như bình thường. Không có dbus, không còn cài extension và mọi thứ chỉ hoạt động.

Ngoài lề 1 chút thì vấn đề nghiêm trọng khác mình rất sợ các dự án mới sẽ lại bắt đầu lại trở thành 1 khu rừng từ chối tiêu chuẩn của upstream không chịu nghe họ hay đóng góp ngược lại và tiếp tục chạy ngược dòng. Tệ hơn họ có thể có nguy cơ vào lại vết xe đổ của dự án này ôm đồm quá nhiều nhưng không thể hoàn thành. Mình hy vọng nếu họ có làm họ sẽ biết phải làm gì để tuân thủ các tiêu chuẩn upstream. Đầu tiên như mình đã nói Chế độ gõ trong Ibus pre-edit là chế độ 1, vấn đề có thể chúng ta cần để tâm đến mọi người dùng cứ luôn phàn nàn cứ phải gõ space cách ra để làm chi vậy sao không dùng chế độ khác commit luôn đi rồi backspace nhưng nếu như nó làm thế nhỡ gây crash app thì sao? #541. Đúng pre-edit không hoàn hảo nhưng nó thực sự làm được việc đơn giản đó, nếu bạn đọc tiêu chuẩn wayland bạn sẽ hiểu tại sao họ chỉ có pre-edit mà không có những thứ khác https://wayland.app/protocols/text-input-unstable-v3#zwp_text_input_v3. Bạn có thể yêu thích backspace xoá chữ đi và giải pháp của Windows nhưng đây là Wayland, bạn là dự án phía dưới phụ thuộc vào họ và tiêu chuẩn của họ phải được đặt lên hàng đầu. Mình nghĩ nếu chọn ra bộ gõ tiếng Việt hoàn hảo nhất ở thời điểm hiện tại tuân thủ tiêu chuẩn đó thì ngoài fcitx5-unikey ra mình không thể nghĩ ra ai khác dù trước đó mình có không thích nó nhưng giờ thì mình hiểu vì sao nó là 1 sản phẩm đã hoàn thiện.

Mình khá là burnout khi phải tiếp tục phát minh bánh xe bộ gõ tiếng Việt chỉ để "nhái lại 1 phần sức mạnh của Unikey Windows" và tiếp tục ngược dòng tiêu chuẩn chính. Hãy để fcitx5-unikey là tiêu chuẩn mới của Unikey trên Linux hoặc bất kỳ bộ gõ nào khác ngoài Ibus, Fcitx5 tiếng Việt nào đó tuân thủ pre-edit hay tiêu chuẩn input method của Wayland. Vấn đề đã được giải quyết, thực tế mọi người đã có giải pháp xong xuôi rồi đừng quá tốn thời gian nữa hãy đi phát triển nhưng thứ mới mà bạn hứng thú và vui vẻ hơn.

[goatastronaut0212]

@hien-ngo29 bạn có tiềm năng để phát triển những thứ khác nữa đừng cố níu giữ thứ đã chết như dự án này chẳng hạn. Giải pháp tiếng việt thực tế đã có và hoàn thiện rồi như fcitx5-unikey. Mình đoán bạn sẽ hứng thú với 1 dự án nào khác hơn chỉ là là 1 bộ gõ tiếng Việt. Mình không biết nữa nhưng khi ngẫm lại mình thấy vui hơn nhẹ nhõm hơn, nếu dự án này có ngừng duy trì nó đã giúp được 1 vài người ở thời điểm nó ra đời chỉ tiếc là khi trong giai đoạn giao thời không ai đủ tâm huyết để giữ nó sống lại nữa.