Rất nhiều lý do để làm càng nhanh càng tốt:

• Thế giới đang chuyển sang python 3
• Một số distro như ArchLinux dùng Python 3 làm default
• Python 3 hỗ trợ Unicode tốt hơn rất nhiều so với Python 2

Trong chế độ gõ spellcheck, thuật toán hiện tại là với mỗi một phím backspace thì sẽ xóa một ký tự trong __rawstring và gửi một phím backspace thật đi. Nhưng vấn đề là rawstring thì chứa ascii còn string trong buffer thì chứa string tiếng Việt đã qua xử lý. Một ký tự ascii không tương đương với một ký tự đã qua xử lý.
VD: 'nees' = 'nế'
nếu nhận được một backspace thì
__rawstring = 'nee'
real string = 'n'

Nếu sau đó người dùng gõ một phím illegal như 'h' chẳng hạn thì chương trình sẽ detect chuỗi không phải tiếng Việt hợp lệ và gửi toàn bộ rawstring tới client, thành ra đang 'n' lại thành 'nnee'.

chieuef -> chiều
cưoiwf -> cười

Mấy hôm đầu tiên gõ văn bản trên Google Doc khá tốt, hôm nay gõ thì tự nhiên gặp lỗi khi gõ từ, đó là khi gõ chữ "trình" thì nó lại ra chữ "triìh", gõ chữ "vậy" thì lại ra chữ "vaậ".

Em tưởng em gõ sai nhưng sau khi thử lại nhiều lần thì không phải do mình gõ sai mà là do BoGo.

Tình trạng máy:

BoGo được em build từ source sau khi clone từ branch master.

Ubuntu 12.04.1, Gnome Shell 3.4.2

P/s: khi gõ văn bản trên github để tạo report này em cũng thỉnh thoảng găặ lôỗ như trên google doc

(chữ 'gặp' và 'lỗi' ở trên là gõ bị lỗi và em giữ nguyên để minh họa )

Ở phiên bản d5b92ec, khi gõ chữ giờ theo kiểu gi[f trong chế độ tự escape từ sai chính tả thì kết quả ra là gi[f (có hiện chữ giờ trong vùng dropdown).

Nếu gõ chữ "thuở" bằng tổ hợp phím "thuow" thì kết quả lại là "thưở" (sai chính tả).

Khi gõ sẽ xuất hiện text kiểu dạng như thế này: dđuoươường.

Không thể gõ hai dấu ] liên tiếp ]ưưưưư =>> ]]

Khi gõ tổ hợp phím sau trong telex 'dduwo' thì bị coi là không đúng tiếng Việt -> 'đư' biến thành 'dduwo'.

Right now we have some troubles when ibus-bogo-python is launched from ibus, users' input cannot be processed due to the non-thread-safe nature of python's print function.

Here's something relevant: http://stackoverflow.com/questions/6579496/using-print-statements-only-to-debug-python

Cuộc trò chuyện diễn ra trên issue tracker của dự án KenLinux (archlinuxvn/kenlinux#1) TheSLinux (TheSLinux/g1#1).

Vào 10:25 Ngày 03 tháng 3 năm 2013, @icy [email protected] đã viết:

Tất nhiên mình sẽ chọn bộ gõ nào cũng được đứng từ phía người dùng. Các
bộ gõ chỉ nên đề xuất và cho phép người dùng lựa chọn. Ví dụ kiểu gõ
Telex trên nhiều bộ gõ rất bất tiện khi định nghĩa lại [ và ] hoặc w
(thành ư). Điều này KHÔNG NÊN làm từ bộ gõ, mà nên làm từ phía người
dùng.

Các bộ gõ đều có các chế độ TELEX khác nhau. VD trong Unikey thì Simple Telex
là TELEX gốc, Simple Telex 2 là TELEX có thêm chữ w -> ư, Telex thì có thêm ][.

Nhưng em cũng thấy ý kiến này của bác rất hay. Chỉ nên có một Telex và
các tính năng kia ở dạng optional. Tuy nhiên, do quá trình sử dụng Telex có tính
năng phụ trợ của phần lớn người dùng đã quá lâu nên người ta sẽ cho rằng đó là một phần không thể
thiếu của Telex nên nếu làm theo phương án này, BoGo cũng sẽ để tính
năng optional này bật sẵn.

Cũng cần chỉ ra cách định nghĩa bảng gõ mới , kiểu gõ tốc ký,
telex++, .... ở phía người dùng (Unikey chằng hạn có danh sách các từ
gõ tắt do người dùng tự định nghĩa).

Có thể định nghĩa kiểu gõ mới trong file config, chưa có GUI thôi. Gõ
tắt đang thực hiện.

Mình ủng hộ Bongo, tuy nhiên cần chú ý các yêu cầu cơ bản sau

• hỗ trợ Anh, Việt (và có thể Pháp)

Bộ gõ tiếng Việt thì gõ tiếng Việt là ưu tiên hàng đầu. BoGo cũng có
thể gõ tiếng Anh chen lẫn tiếng Việt. Còn tiếng Pháp thì em e là người dùng sẽ phải tắt BoGo
đi, sử dụng Compose Key hoặc French layout.

• chỉ cung cấp phương pháp và có thể phương pháp mặc định, để người
  dùng nhiều lựa chọn hơn (ví dụ về cửa sổ preedit hòan tòan vô tích sự
  với mình)

Không hiểu ý này của bác.

• cho phép người dùng nhiều khả năng tự điều chỉnh bộ gõ

BoGo cố gắng cho người dùng nhiều khả năng tùy chỉnh nhất có thể. Tuy
nhiên, nhu cầu của người sử dụng có thể sẽ khác nhiều so với nhu cầu của tác giả. Vậy nên người
dùng muốn tùy chỉnh đến đâu phải trao đổi thì tác giả mới biết.

Rất cảm ơn các ý kiến của bác.

Sau khi thêm đoạn 'w':u'<ư'
gõ w -> ư đã ok. nhưng gõ uw -> uư :D

Cho phép định nghĩa kiểu gõ bằng file cấu hình.

Ví dụ như khi gõ các từ sai chính tả thông dụng như: "giông bão" thì sẽ có một bảng drop-down tùy chọn cách gõ đúng (dông bão) cho người dùng.

Thông thường khi viết tay ta có sử dụng một số lối viết tắt với các phụ âm ghép đứng sau như nh, ng liệu cách này có nên bổ xung thành một tính năng cho người dùng (hỗ trợ tự chỉnh thì càng tốt) trong Bogo được không, chẳng hạn khi viết hình = `h+i+h+f,hương``=``h+u+o+g+w``
Trên cơ sở này mình đề nghị cho phép người dùng tự định nghĩa cách gõ phím

"Dynamo Trần Nam: Bạn thử copy một câu dài nào đó, nhấn e vào một vị trí bất kỳ trong textbox, sau đó nhấn chuột sang một vị trí khác cách xa một chút và nhấn e thử xem
November 16 at 10:28pm · Like"

https://www.facebook.com/groups/foss.vn/permalink/10152265630075704/?comment_id=10152267620190704&offset=0&total_comments=22

Hiện tại hàm is_valid_combination đang kiểm tra tính đúng đắn tiếng Việt của một string thông qua các luật blacklist và whitelist. Các luật này được xây dựng dựa trên danh sách các phụ âm, nguyên âm kết thúc từ và nguyên âm không kết thúc từ được lựa chọn bằng tay. Việc này không hoàn toàn chính xác và bao hàm tất cả các trường hợp có thể. Vậy nên thỉnh thoảng vẫn có lỗi từ người sử dụng rằng không thể gõ được từ này, từ kia.

Nếu có một script tách tự động các nguyên âm, phụ âm trong từ điển chính tả thì danh sách này sẽ đầy đủ hơn rất nhiều.

Theo như #21 thì BoGo không có cách đơn giản nào để có thể gõ được trong Unity. Vậy thay vì để người dùng nhìn thấy text nhảy linh tinh kiểu "truoươờng" (do không gửi được phím backspace) thì tốt hơn là tắt hẳn BoGo đi.

Thiết kế logo "thật" cho BoGo, cái logo tạm thời xấu quá.

(vấn đề này áp dụng cho cả GVim)

1. Mở Vim, vào edit mode (ấn i), bật bogo, gõ một đoạn bằng tiếng Việt.
2. Ấn Escape (thoát edit mode, vào command mode), ấn dd (xóa cả dòng) thì input context không thông báo là ngừng input nên bộ gõ vẫn nhận dd và tưởng là gõ đ -> gửi một phím d một phím backspace và một ký tự đ.

Trong file ~/.profile có một số biến môi trường quan trọng ảnh hưởng đến việc sử dụng bộ gõ như GTK_IM_MODULE, XMODIFIERS, QT_IM_MODULE. Nếu bộ cài đặt có thể cài sẵn luôn thì người dùng không cần phải quan tâm nữa. Ngoài ra, có thể hiện một message ngắn hướng dẫn một số điều cơ bản cho người dùng trong khi cài đặt.

Có thể thực hiện bằng hệ thống debconf.

Bật chế độ spellcheck. Nếu không escape: 'reset' -> 'rết' là string tiếng Việt đúng -> k được chuyển về tiếng Anh.

Nếu escape: 'resset' -> bị thừa một chữ s

VD: trưon -> trươn

(có lẽ chỉ cần chạy đúng với ươ nhỉ :-?)

Khi gõ: k-e-e-t-s-_-q-u-a-r:

• mong đợi: kết_quả
• thực tế: kết_qủa

Dự đoán: dấu _ là một phần của từ?

Sử dụng gettext đặt giao diện thành tiếng Anh và tiếng Việt tương ứng với locale hiện tại. Có thể thêm một nút chỉnh để force ngôn ngữ.

Phương pháp hiện tại là gửi backspace. Phương pháp này chậm, nguy hiểm, có thể quan sát bằng mắt. Nói chung là không ổn.

Có thể nghiên cứu thêm cách làm của Unikey trên Windows.

http://sphinx-doc.org/

Một vài trang mẫu:
http://docs.overviewer.org/en/latest/

bogo vẫn gõ tiếng Việtt rên keyring

fair --> fải
zowfi -> zời

....

gõ "gioi <r" (< là backspace) thì ra "gioir" (nên là "giỏi"). Đây là trường hợp khi người dùng gõ nhanh quá, chưa kịp gõ dấu thì đã ấn cách. Muốn gõ dấu thì phải xóa hết vần đi rồi gõ lại.

Đây là một tính năng được rất nhiều người dùng quan tâm trong thời gian qua. (#47, #27)

Phương pháp đơn giản nhất để thực hiện tính năng này là tạo một hook ngay khi nhận được phím từ người dùng, so sánh raw input với danh sách các chuỗi phím tắt đã ghi sẵn và commit từ được gõ tắt. Vấn đề với phương pháp này là chuỗi phím tắt chỉ có thể là chuỗi ASCII.

Phương pháp thứ hai là đặt hook sau khi tính toán chuỗi tiếng Việt tạo ra. Cách này có lợi thế là phím tắt có thể là chuỗi tiếng Việt. Tuy nhiên có thể sẽ chậm hơn cách đầu tiên nhưng không đáng kể.

Dù theo cách nào thì cũng có một số vấn đề phải quan tâm:

• Các chuỗi phím tắt phải không trùng nhau.
• Cần có cách nào để người dùng nhận biết được khi nào BoGo sẽ commit chuỗi phím gốc, khi nào commit chuỗi được gõ tắt.
• Cần có cách để người dùng escape gõ tắt.

Hai vấn đề dưới có thể giải quyết bằng phương pháp hiện thanh candidate (dropdown menu ngay chỗ đang gõ). VD người dùng đặt:

• kg -> không
• kgcđ -> Không Gian Cộng Đồng

khi người dùng gõ chữ kg thì bộ gõ sẽ commit chữ không, đồng thời hiện ra dropdown với những entry như sau:

• kg (nguyên gốc)
• kgcđ -> Không Gian Cộng Đồng

Nếu người dùng không làm gì thì mặc định chọn phương án không (đã commit), ngoài ra người dùng có thể chọn 1 trong 2 phương án được đề ra bên dưới. Phương án này rất giống cách auto complete trong các IDE hiện đại.

Một điều cần quan tâm nữa là tính hoa thường của từ được viết tắt. Phần mềm GoTiengViet của tác giả Kỳ Nam sẽ tự động nhận diện hoa/thường của 2 chữ cái đầu tiên trong chuỗi viết tắt đang được gõ. VD: KG -> KHÔNG, kg -> không, Kg -> Không. Nếu implement tính năng này thì phải chú ý đến các chuỗi tên riêng như: chxhcnvn -> Cộng hòa Xã hội Chủ nghĩa Việt Nam. BoGo không có cách nào để đoán được phương pháp viết hoa thường của cụm từ phức tạp như thế này (hay chỉ implement với những từ không viết hoa?).

http://about.travis-ci.org/docs/user/getting-started/

Khi gõ tổ hợp phím "WW" (undo Ư), đáng lẽ ra kết quả phải là W, nhưng lại ra UW.

Hiện tại, trong BoGo có 2 kiểu Telex. Một là Telex với đủ các tính năng phụ trợ (w -> ư, ][ -> ươ) và Simple Telex tức Telex kiểu ban đầu.

Đề xuất:
Theo như gợi ý trong #47 thì chỉ nên có một kiểu gõ Telex là kiểu gõ ban đầu. Các tính năng phụ trợ sẽ được định nghĩa dưới dạng flag/checkbox trong config.

Worklist:

1. Bỏ kiểu gõ Simple Telex và xóa các luật extension của Telex trong default_config.json.
2. Thêm hook trong class BaseConfig để thêm các luật này vào kiểu gõ Telex nếu flag có bật.

https://www.facebook.com/minhnhat: "Mình thử trên Everpad thì nếu đặt QT_IM_MODULE=xim thì gõ không được (kể cả Ibus-Unikey) còn nếu QT_IM_MODULE=ibus thì Unikey gõ được còn bogo thì ra theo kiểu 'iếng Việt=tieênếng Vieêtệt'"

Chẳng hạn khi gõ: t-r-a-n-s-s-f-o-r-m (hoặc t-r-a-n-s-f-o-r-m) thì:

• mong đợi: transform
• kết quả: transfỏm (hoặc trànỏm)

Rất bất tiện. Khi đã fallback thì nên fallback toàn bộ từ, buffer string chưa nên clean vội cho đến khi gõ từ mới.

Đối với các từ chẳng hạn như "điều" mà gõ "d-d-i-e-u-e' thì sẽ không gõ được dẫu chữ ê, xảy ra hầu hết các từ có vần e mà gõ dấu cách một kí tự

ví dụ "trưòng" --> "trường" (cái này toàn bị thiếu khi gõ nhanh)

Hàm này bị sai ở chữ oach dẫn đến việc không thêm được dấu ở các chữ có vần này, như hoachj

VD:
'ooz' = 'ôz'
còn
'afz' = 'a'

Bình thường trong GDocs và tất cả các trình soạn thảo văn bản khác thì khi bôi đen một từ và gõ thêm một ký tự thì sẽ thay thế cả từ bôi đen bằng ký tự đó. Nhưng khi bật bogo lên thì không được.

Cần có cách gõ flexible hơn để gõ được những từ custom như thế này.
Đề xuất: chỉ quan tâm chính tả phần nguyên âm.

Điều này Google Chrome đã làm. Trong phần postinst script có một đoạn code để tự động tạo entry. Thậm chí tự động thêm cả cron script để update entry này nếu nó bị thay đổi.

Sau khi build từ source để chạy trên opensuse, em add BoGo vào ibus nhưng nó không chịu chạy. Gõ lệnh "python3.2 /usr/share/ibus-bogo/main.py" thì dính lỗi

Traceback (most recent call last):
File "main.py", line 32, in
from ibus_engine import Engine
File "/usr/share/ibus-bogo/ibus_engine.py", line 37, in
config = Config()
File "/usr/share/ibus-bogo/config.py", line 47, in init
self.__init_props()
File "/usr/share/ibus-bogo/config.py", line 103, in __init_props
self.__charset_prop_menu = self.__init_charset_prop_menu()
File "/usr/share/ibus-bogo/config.py", line 53, in __init_charset_prop_menu
charset_prop_list.append(
AttributeError: 'PropList' object has no attribute 'append'

Đây là môt editor tuyệt vời, khả năng tùy biến cực kỳ cao và có số lượng addon đáng kể phục vụ nhiều nhu cầu khác nhau. Tuy nhiên IBus không thể gõ được. Sử dụng API của nó có thể viết một cái bridge đến IBus hoặc nếu không đủ thời gian thì chỉ viết để giao tiếp với BoGo thôi.

http://www.sublimetext.com/docs/2/api_reference.html

Tại Phần tham gia phát triển trên trang Web chính thức của nhóm BoGoEngine, khi mình click link https://github.com/BoGoEngine thì bị dẫn đến link dưới không hợp lệ:

http://bogoengine.github.com/%5Bhttps://github.com/BoGoEngine

HIện tại, mình đang dùng Firefox để truy cập Website BoGoEngine.

Mình để trỏ chuột vào link https://github.com/BoGoEngine, đồng thời xem link ở dưới nó trỏ vào link

http://bogoengine.github.com/%5Bhttps://github.com/BoGoEngine

Lỗi này chỉ xuất hiện khi dùng Firefox, còn Chromium thì không bị lỗi này và vẫn truy cập được bình thường.

Mong những lỗi nhỏ thế này, nhóm BoGoEngine có thể khắc phục luôn.

Chúc bộ gõ BoGoEngine của nhóm BogoEngine ngày càng hoàn thiện, đáp ứng được nhu cầu sử dụng của người dùng.

Bên UTF-8 có một dấu chấm tròn. Còn bên Telex phải nhấn vào Telex một lần mới xuất hiện dấu chấm tròn.

Có các nút chuyển kiểu gõ, output charset.
Có thể bật chế độ spellcheck, khi nhấn vào thì sẽ cảnh báo sự khác biệt.

Lorem ipsum.