OpenKey
OpenKey copied to clipboard
tuyenvm
Vấn đề thanh address bar của Chrome
Hi các bạn, Thực ra vụ autocomplete trên thanh địa chỉ trình duyệt mình đã tích hợp sẵn ở OpenKey từ phiên bản đầu tiên, nó hoạt động tốt trên Safari, Firefox, và thậm chí cả... Chrome.
Cơ chế của trình duyệt là khi gõ chữ "d", trình duyệt sẽ gợi ý vài kết quả, và tô đen phần gợi ý đó. Còn cơ chế của bộ gõ là nếu gõ "d", rồi "d" thứ 2, bộ gõ sẽ gửi backspace rồi gửi chữ "đ", kết quả sẽ ra một chữ "đ".
Do 2 action trên diễn ra đồng thời nên khi bộ gõ gửi backspace, nó chỉ xoá được phần đang bị tô đen trên thanh địa chỉ trình duyệt, sau đó bộ gõ gửi chữ "đ", kết quả nhận được sẽ là "dđ".
Hiện tại mình fix bằng cách bộ gõ gửi một empty character trước, sau đó gửi 2 backspace, rồi mới gửi chữ "đ", kết quả là khi gửi empty character, phần tô đen trên thanh địa chỉ sẽ mất, gửi 2 backspace để xoá empty character và chữ "d", sau đó gửi chữ "đ", vậy trên thanh địa chỉ sẽ nhận được chữ "đ".
Các trình duyệt như Safari, Firefox chạy OK và cả Chrome chạy cũng ok khi nó gợi ý chỉ 1 kết quả. Cụ thể là trong lịch sử nếu chrome có lưu chữ "địa điểm ăn uống", "dinh độc lập", "da...". Khi mình gõ "d", nó sẽ gợi ý và tô đen phần gợi ý như trình duyệt khác. Rồi khi mình gõ "d" thứ 2, bộ gõ sẽ gửi một empty character, lúc này Chrome sẽ hiển thị "d<empty_char><phần gợi ý>", tức là phần gợi ý vẫn còn đó, nó không mất đi ngay, mà khoảng 0.8 giây sau nó mới mất. Vậy khi bộ gõ gửi tiếp 2 backspace thì nó chỉ xoá phần gợi ý và empty character, bộ gõ gửi tiếp chữ "đ" thì kết quả nhận được sẽ là "dđ".
Vậy do cơ chế của Chrome, cách fix trên của mình không còn tác dụng. Mình có thử xem Unikey bên Windows thì cũng dùng cơ chế đó để fix lỗi address bar, nhưng có vẻ Chrome bên Windows không có cơ chế gợi ý "nhây" như Chrome bên macOS.
Hiện tại mình chưa có solution nào để giải quyết vấn đề, các có thể góp ý về vấn đề này không?
Cảm ơn các bạn.
Update: Trong bản 2.0.1 cho macOS release ngày 16/10/2019, mình đã bổ sung 1 tùy chọn "Sửa lỗi Chromium", tính năng này cho phép sửa lỗi khá ngon cho các trình duyệt Chromium bằng cách dùng cơ chế Surrounded Text. Tuy nhiên cách này sẽ bị lỗi trên Google Sheet. Cơ chế của cách này là mình sẽ gửi phím Shift + Mũi tên trái để tô đen 1 chữ, sau đó gửi loạt backspace như thường. Cách này có vẻ chưa hay lắm, nhưng nó đã tạm thời khắc phục được double chữ trên Chrome. Ngoại trừ các bộ gõ trên Linux thì đây là cách mình nghĩ ra đầu tiên, hoặc có thể bộ gõ khác cũng nghĩ ra nhưng chưa mạnh dạn gắn vào. Hãy chung tay nghĩ ra cách hay nhất nha các bạn.
Bạn thử liên hệ với bạn Lâm Quang Minh - người tạo ra bộ gõ EVKey trên Windows xem sao:
https://evkeyvn.com/
[email protected]
https://github.com/lamquangminh/EVKey
https://www.facebook.com/bogotiengvietevkey
Bạn ấy cũng khá nhiệt tình, nói chuyện thân thiện. Bạn ấy tâm huyết với bộ gõ EVKey lắm, hi vọng có vài giải pháp tham khảo cho những vấn đề mà bạn gặp phải.
Mình mới thử Unikey và EVKey trên Windows 10 1903, trên chrome mới nhất, Edge chromium mới nhất. Bị "tắt điện" hết các bác ạ, do cái cơ chế recommend "nhây" của nó. Các bước để tái hiện lỗi: ở Address bar gõ "d va", bấm enter, đóng tab, mở tab mới, gõ tiếp "dinh doc lap"... cứ thế, cho nhiều từ bắt đầu bằng từ "d". Sau đó bắt đầu gõ "dd" sẽ thấy lỗi.
Xem ra OpenKey và Unikey, EVKey bản mới nhất cũng cùng có cơ chế fix address bar.
Vài tấm hình khi gõ "dd":
Mình đang sử dụng kiểu gõ VNI lẫn Telex trên MacOS mới nhất & Chrome mới nhất đều không thấy tình trạng bị lỗi double chữ ở address bar như đã dùng bộ gõ khác. 🧐
OS: macOS Catalina 10.15 Beta (19A526h) Chrome: 75.0.3770.142 (Official Build) (64-bit) OpenKey: 1.0.19, kiểu gõ: Simple Telex
Không gặp lỗi như thế này.
Lỗi này chỉ bị khi gõ chữ bắt đầu là gõ trên thanh addressbar là dd. Xác nhận các chữ cái có dấu tiếng việt đầu tiên khác không bị.
Mình cũng bị như mô tả khi gõ nhanh 2 chữ dd -> dđ trên thanh địa chỉ chrome
do cơ chế recommend "nhây" của Chrome đó Nguyên, hiện vẫn chưa có giải pháp khắc phục triệt để.
Hôm nay tự nhiên nghĩ ra cách khắc phục triệt để được lỗi gợi ý trên Chrome, mình nghĩ là nó khắc phục được 99.99% tất cả các trình duyệt base trên Chromium.
Cơ chế hiện tại của các bộ gõ là gửi phím Back key liên tục rồi chèn ký tự mới. Còn cơ chế hiện tại là mình gửi phím Shift + Mũi tên trái để chọn từ rồi xóa 1 lần, rồi mới chèn ký tự.
Như vậy khi gõ đôi khi chúng ta sẽ thấy được các từ hay bị select (bôi đen), theo các bạn thì điều này có làm khó chịu không?
OK, quan trọng là output cuối, còn như vậy thì user họ sẽ nghĩ là do trình duyệt :))
Chắc nên lọc ra, mỗi Chrome mới phải dùng cơ chế này, lỗi mới nhất #75 cũng sẽ được fix nếu dùng cơ chế này hehe🤣
@tuyenvm: Không rõ là có thể lọc được chỉ khi trên address bar của chromium mới áp dụng kỹ thuật này không, vì nếu bị bôi đen khi gõ cũng khá khó chịu như bị gạch chân của bộ gõ mặc định vậy. Đừng vì sửa 1 lỗi nhỏ mà làm hỏng cả tính năng chính Tuyên nhé.
Mình mới trải nghiệm thì quả thực hơi khó chịu, để xem có cách nào biết được vùng đang gõ là addressbar không.
Lỗi này trước đây unikey có gặp, không riêng gì trên Mac mà cả trên Windows, và đã được fix từ bản 4.3 RC3.
@nxqbao mình mới thử lại bằng Unikey 4.3 RC4-180714-win64, cũng bị bạn ah. Nó chỉ bị khi có rất nhiều kết quả recommend trên thanh địa chỉ, nếu Chrome mới clear cache thì sẽ không bị (OpenKey cũng vậy) Chỉ bị trên các browser Chromium, browser khác không bị.
Nếu như vậy thì trong Excel hẳn cũng bị lỗi này?!
Excel thì không bị đâu, chỉ trên các trình duyệt Chromium thôi.
Hiện tại có thể fix bằng cách surrounding text, giống như bên ibus-bamboo, nhưng mà trải nghiệm cực tệ.
Hiện tại mình thấy trên Windows 10 thì chỉ có bộ gõ Telex là không bị lỗi này. Còn các bộ gõ khác đều sử dụng backspace nên chắc khó giải quyết triệt để.
