Là một phần trong kế hoạch của chúng tôi cho Natty + 1, chúng tôi sẽ cần tìm một khoảng trống trên thư viện CD cho Qt và chúng tôi sẽ đánh giá các ứng dụng được phát triển với Qt để đưa vào CD và cài đặt mặc định của Ubuntu.
Dễ sử dụng và tích hợp hiệu quả, là những giá trị chính trong trải nghiệm người dùng của chúng tôi. Chúng tôi quan tâm rằng các ứng dụng chúng tôi chọn là hài hòa với nhau và toàn bộ hệ thống. Trong lịch sử, điều đó có nghĩa là chúng tôi đã ưu tiên rất nhiều cho các ứng dụng được viết bằng Gtk, bởi vì một lượng hài hòa nhất định đến theo mặc định từ việc sử dụng cùng một bộ công cụ dành cho nhà phát triển. Điều đó nói rằng, với OpenOffice và Firefox đã có từ đầu, Gtk rõ ràng không phải là một yêu cầu tuyệt đối. Điều tôi đang tranh luận bây giờ là các giá trị quan trọng và bộ công cụ chỉ là phương tiện cho mục đích đó. Chúng ta nên đánh giá các ứng dụng trên cơ sở mức độ đáp ứng yêu cầu của chúng, không ảnh hưởng đến chúng trên cơ sở các lựa chọn kỹ thuật được thực hiện bởi nhà phát triển.
Để đánh giá một ứng dụng cho cài đặt mặc định của Ubuntu, chúng ta nên hỏi:
- Có phải phần mềm miễn phí không?
- nó là tốt nhất trong lớp?
- Nó có tích hợp với các thiết lập hệ thống và sở thích không?
- Nó có tích hợp với các ứng dụng khác không?
- những người không thể sử dụng chuột hoặc bàn phím có thể truy cập được không?
- nó nhìn và cảm thấy phù hợp với phần còn lại của hệ thống?
Tất nhiên, sự lựa chọn Qt của nhà phát triển không có ảnh hưởng đến hai cái đầu tiên. Bản thân Qt đã có sẵn theo GPL trong một thời gian dài và gần đây đã có sẵn theo LGPL. Và có rất nhiều phần mềm tốt nhất được viết bằng Qt, đó là một bộ công cụ rất có khả năng.
Tuy nhiên, cài đặt hệ thống và prefs từ lâu đã là nguyên nhân gây ra ma sát giữa Qt và Gtk. Việc tích hợp với các cài đặt và tùy chọn hệ thống là rất quan trọng đối với ý nghĩa của một ứng dụng trực thuộc trên hệ thống. Nó ảnh hưởng đến khả năng quản lý ứng dụng đó bằng cùng một công cụ mà người ta sử dụng để quản lý tất cả các ứng dụng khác và loại trải nghiệm cài đặt và sở thích mà người dùng có thể có với ứng dụng. Điều này theo truyền thống là một vấn đề với các ứng dụng Qt / KDE trên Ubuntu, bởi vì tất cả các ứng dụng Gtk đều sử dụng kho tùy chọn có thể quản lý tập trung và các ứng dụng KDE làm những việc khác nhau.
Để giải quyết vấn đề này, Canonical đang thúc đẩy sự phát triển của các ràng buộc dconf cho Qt, để có thể viết một ứng dụng Qt sử dụng cùng khung cài đặt như mọi thứ khác trong Ubuntu. Chúng tôi đã ký hợp đồng với Ryan Lortie, người rõ ràng biết rất rõ, và anh ấy sẽ làm việc với một số người tại Canonical, người đã sử dụng Qt cho công việc phát triển tùy chỉnh cho khách hàng. Chúng tôi tự tin rằng kết quả sẽ là tự nhiên đối với các nhà phát triển Qt và sự thể hiện đầy đủ về ngữ nghĩa và phong cách của dconf.
Nhóm Qt từ lâu đã hoạt động tốt trong cộng đồng Ubuntu rộng lớn hơn - chúng tôi có đại diện Qt tuyệt vời tại UDS cứ sau sáu tháng, nhóm Kubfox có kinh nghiệm và quan tâm sâu sắc đến việc đóng gói và bảo trì Qt, có rất nhiều trao đổi kỹ thuật tốt giữa Qt ngược dòng và khác nhau các bộ phận của cộng đồng Ubuntu, bao gồm Canonical. Ví dụ, mọi người Qt đang làm việc để tích hợp uTouch.
Tôi muốn vẽ một sự khác biệt giữa những người ăn vặt và ăn thịt người ở những nơi rõ ràng. Ứng dụng KDE không biết gì về cấu hình hệ thống dconf và kết quả là không thể dễ dàng tích hợp với máy tính để bàn Ubuntu. Vì vậy, chúng tôi sẽ không đề xuất Amarok thay thế Banshee bất cứ lúc nào sớm! Nhưng tôi nghĩ rằng nó hoàn toàn hợp lý khi dcs, một khi nó có các ràng buộc Qt tuyệt vời, được cộng đồng KDE xem xét. Có những người tốt hơn để dẫn dắt cuộc trò chuyện đó nếu họ muốn, vì vậy tôi sẽ không đẩy ý tưởng đi xa hơn ở đây. Tuy nhiên, nếu ứng dụng KDE học cách nói chuyện dcs ngoài các cơ chế KDE tiêu chuẩn, điều này rất đơn giản, nó sẽ là một ứng cử viên cho cài đặt mặc định của Ubuntu.
Quyết định mở cửa cho Qt hoàn toàn không phải là một lời chỉ trích về Gnome. Đây là một kỷ niệm về sự đa dạng và phức tạp của phần mềm miễn phí. Các giá trị dễ sử dụng và tích hợp này vẫn là các giá trị được chia sẻ với Gnome và là cơ sở tuyệt vời để cộng tác với các nhà phát triển và thành viên dự án Gnome. Có lẽ bản thân Gnome sẽ nắm lấy Qt, có lẽ là không, nhưng nếu có thì việc chúng ta sẵn sàng thổi bùng con đường này sẽ là một đóng góp trong lãnh đạo. Việc tạo ra một hệ sinh thái sôi động sẽ dễ dàng hơn nhiều nếu bạn chấp nhận một lượng phân kỳ nhất định từ cách thức chính tắc, vì vậy để nói Công việc của chúng tôi về thiết kế tập trung vào Gnome, với các cài đặt và tùy chọn tập trung hiện tại khi chúng tôi chuyển sang Gnome 3.0 và gtk3.
Tất nhiên, đây là một cơ hội hoàn hảo cho những người sẽ chọc vào mối quan hệ đó để làm điều đó, nhưng theo quan điểm của tôi, điều quan trọng nhất là mối quan hệ vững chắc mà chúng ta có với những người thực sự viết các ứng dụng theo biểu ngữ Gnome. Chúng tôi muốn trở thành cách tốt nhất để làm cho công việc khó khăn của những nhà phát triển phần mềm miễn phí đó trở thành vấn đề , theo ý chúng tôi, cách tốt nhất để đảm bảo nó tạo ra sự khác biệt thực sự trong hàng triệu cuộc sống mỗi ngày và là cách tốt nhất để kết nối họ với người dùng của họ.
Đối với những người tốt ở Trolltech, giờ là Nokia, người đã biến Qt thành một bộ công cụ tuyệt vời - cảm ơn bạn. Đối với các nhà phát triển muốn sử dụng nó và là một phần của trải nghiệm Ubuntu - xin chào mừng.