Libghostty 1.0 giúp các ứng dụng dùng chung bộ máy terminal

Khi một công cụ lập trình hiển thị thanh tiến độ ngay trong cửa sổ lệnh, ứng dụng phía sau phải hiểu nhiều hơn một chuỗi văn bản. Nó phải biết ký tự nào cần thay màu, lúc nào con trỏ quay về đầu dòng và đoạn nào phải bị xóa. Libghostty 1.0, được Mitchell Hashimoto công bố ngày 6/11/2026, đưa phần xử lý đó vào một thư viện C mà nhiều ứng dụng có thể dùng chung. Điều mới ở mốc 1.0 là cam kết tương thích nhị phân, có ý nghĩa trực tiếp với người đóng gói phần mềm.

Vì sao cửa sổ lệnh không đơn thuần là ô văn bản?

Một ứng dụng dòng lệnh có thể ghi chữ rồi chuyển con trỏ về đầu hàng để cập nhật phần trăm hoàn thành. Nếu chương trình nhận chỉ nối mọi ký tự vào cuối một ô văn bản, người dùng sẽ thấy từng lần cập nhật thành một dòng mới, hoặc nhìn thấy những dấu điều khiển vốn không dành để đọc. Các trình chỉnh sửa chạy trong terminal còn có thể vẽ lại từng vùng màn hình, dùng màu và chuyển sang bộ đệm riêng để khi thoát vẫn trả lại phiên làm việc trước đó.

Trình mô phỏng terminal tiếp nhận luồng dữ liệu và duy trì trạng thái: con trỏ ở đâu, các ô màn hình chứa gì, thuộc tính hiển thị nào đang bật. Phần hiển thị lấy trạng thái ấy để vẽ lên cửa sổ. Shell, chẳng hạn Bash, là chương trình nhận và thực thi lệnh; nó chỉ là một trong những chương trình có thể chạy phía bên kia kết nối. Việc phân biệt ba lớp này giúp hiểu vì sao một thư viện terminal có thể phục vụ nhiều sản phẩm mà không biến chúng thành cùng một ứng dụng.

Một lõi xử lý, nhiều cách trình bày

Libghostty-vt lấy lõi mô phỏng từ Ghostty và công bố giao diện C để chương trình khác tích hợp. Một trình soạn thảo có thể dùng lõi ấy trong ô lệnh của mình, còn công cụ chạy tác vụ có thể diễn giải đầu ra để người dùng theo dõi nhiều tiến trình. Các sản phẩm vẫn tự quyết định cách bố trí cửa sổ, quản lý phím tắt, phông chữ và vòng đời phiên làm việc. Thư viện giúp các nhóm tránh phải viết lại phần diễn giải luồng terminal, nơi nhiều lỗi chỉ lộ ra khi gặp chương trình thực tế.

Chẳng hạn, khi người dùng kéo cửa sổ hẹp lại, ứng dụng phải phân biệt dòng văn bản bị ngắt vì hết chiều rộng với dòng kết thúc thực sự. Nếu nhầm hai loại ngắt, phần lịch sử cuộn có thể khó đọc hoặc dữ liệu sao chép bị xuống dòng ở chỗ lạ. Đây là trường hợp mà một màn trình diễn in vài dòng chữ khó phát hiện, nhưng lại xuất hiện thường xuyên trong phiên làm việc dài với log hoặc kết quả kiểm thử.

JetBrains đã mô tả việc dùng libghostty cho terminal trong các IDE của hãng từ tháng 10. Đó là ví dụ triển khai do bên tích hợp công bố. Những ứng dụng có cách nhúng và cấu hình khác nhau vẫn cần đánh giá riêng; không thể lấy trải nghiệm hoặc số người dùng của một IDE để suy ra hiệu năng trên mọi hệ điều hành.

Giao diện nhị phân ổn định có ích ở đâu?

Khi một chương trình được biên dịch để gọi thư viện, hai bên phải thống nhất tên hàm, cách truyền đối số và cách bố trí những dữ liệu mà chúng cùng đọc. Tập quy ước này gọi là ABI, hay giao diện nhị phân ứng dụng. Một chữ ký hàm có thể trông giống trước ở mã nguồn, nhưng nếu cấu trúc dữ liệu thay kích thước mà chương trình cũ vẫn dùng bố trí cũ, việc thay thư viện có thể làm chương trình chạy sai.

Theo công bố của Hashimoto, libghostty-vt dùng nhiều đối tượng mà ứng dụng chỉ giữ một mã tham chiếu, còn bố trí nội bộ do thư viện quản lý. Nhờ vậy thư viện có thể thay cách lưu trạng thái mà không buộc chương trình gọi phải đọc trực tiếp cấu trúc đó. Dự án kiểm tra ABI trong quy trình tích hợp liên tục, dùng các công cụ và dữ liệu chuẩn đối chiếu theo nền tảng.

Điều này có ích với bản phân phối muốn cung cấp một gói thư viện mà nhiều chương trình cùng liên kết. Người duy trì gói có cơ sở xem xét cập nhật trong phạm vi chính sách tương thích, thay vì giả định mỗi thay đổi đều đòi biên dịch lại tất cả ứng dụng. Cam kết ABI cũng không thay thế kiểm thử hành vi: chương trình có thể nạp thư viện đúng mà một tổ hợp phím hay cách cuộn vẫn khác kỳ vọng.

Những phép thử có giá trị hơn một màn trình diễn

Nhóm muốn tích hợp có thể bắt đầu bằng các luồng công việc quen thuộc: cuộn log dài, đổi kích thước ô lệnh, dùng trình chỉnh sửa toàn màn hình và sao chép văn bản có dấu. Với người dùng tiếng Việt, thử cả chuỗi dấu kết hợp và trường hợp văn bản bị xuống hàng giúp tách lỗi xử lý ô ký tự khỏi lỗi phông chữ. Nếu chuyển sang một hệ điều hành khác, cần thử lại cả bộ nhập và lớp hiển thị của ứng dụng.

Khi công cụ điều phối nhiều tiến trình, đầu ra có thể đến theo từng mẩu nhỏ. Một phép thử thiết thực là xem chuỗi điều khiển bị chia qua nhiều lần nhận có được xử lý nhất quán hay không. Đó cũng là cách phân biệt lỗi trong lõi mô phỏng với lỗi ở lớp vận chuyển hoặc ghép đầu ra. Tài liệu thư viện giúp xác định đường ranh giữa hai phần; dữ liệu đo trên ứng dụng thật mới trả lời được chi phí tích hợp.

Với người dùng, lợi ích dễ nhận ra là terminal nhúng phản ứng đúng hơn trước các chương trình vốn chạy tốt trong cửa sổ lệnh riêng. Với nhà phát triển, mốc 1.0 chủ yếu cho họ một điểm tựa để theo dõi phiên bản và phân phối thư viện. Chất lượng của từng sản phẩm vẫn phụ thuộc vào cách nó nối phần mô phỏng với giao diện và môi trường chạy của mình.

Nguồn: Công bố libghostty 1.0 ngày 6/11/2026; Tài liệu libghostty-vt; JetBrains về việc tích hợp terminal.

Ảnh minh họa cửa sổ terminal GNOME, không phải giao diện Ghostty. The GNOME Project, GNU GPL; dùng nguyên bản.