Các biểu tượng trùng lặp cho các mục trình khởi chạy Gnome được tạo thủ công

Tôi đã tải xuống Aptana Studio 3 và tạo mục trình khởi chạy sau để sử dụng Alacarte:

tập tin: alacarte-made.desktop

[Desktop Entry]
Comment=
Terminal=false
Name=Aptana Studio 3
Exec=AptanaStudio3
Type=Application
Icon=/opt/Aptana-Studio-3/icon.xpm

Sau đó, khi tôi thêm biểu tượng vào mục yêu thích và mở Aptana Studio 3, tôi nhận được hai biểu tượng cho nó, một biểu tượng để khởi chạy phiên bản mới và một cho phiên bản hiện đang chạy theo ảnh chụp màn hình sau:

Làm cách nào để buộc ứng dụng sử dụng cùng một biểu tượng được thêm vào mục yêu thích?

— malhobayyeb
nguồn

Bạn có thể vui lòng chỉ định cách bạn đã cài đặt Aptana? Từ trang web chính thức, tất cả những gì tôi có thể thấy là một tệp zip độc lập. (một cái gì đó giống như các ứng dụng di động trong windows).

— hytromo

Vâng, chính là nó.

— malhobayyeb

Vì vậy, làm thế nào mà nó kết thúc /opt? Ngoài ra, nó là trên của bạn $PATH? Làm thế nào bằng cách chỉ định AptanaStudio3trong tệp máy tính để bàn của bạn, nó có thể chạy?

— hytromo

Tôi đã làm nó, cảm ơn bạn. Tôi đã tạo một Liên kết Sym trong / usr / bin thành /opt/.../aptana Đó chỉ là vấn đề đặt tên. Tôi đã phải đặt tên cho .desktop và bin và liên kết giống nhau :)

— malhobayyeb

Vui lòng trả lời chi tiết bên dưới cách bạn quản lý để giải quyết vấn đề của mình :) (Tôi không biết, tôi chỉ hỏi bạn một số câu hỏi)

— hytromo

Câu trả lời:

Để tiết kiệm sàng lọc thông qua chuỗi được đề cập bởi @earthmeLon, bạn cần làm như sau:

Chạy ứng dụng
Cháy lên một thiết bị đầu cuối và chạy xprop WM_CLASS. Nhấp vào cửa sổ ứng dụng.
Bạn sẽ nhận được một số đầu ra như thế nào WM_CLASS(STRING) = "Navigator", "Firefox". Chọn một trong các lớp, ví dụ Firefoxtrong ví dụ này
Thêm lớp là giá trị của StartupWMClasstrong .desktoptệp. Ví dụ,StartupWMClass=Firefox
Lưu .desktoptệp, đóng ứng dụng và mở lại. Bây giờ chỉ có 1 biểu tượng trong trình khởi chạy

— Erin Drumond
nguồn

Đối với những người có cùng vấn đề với Gnome, bạn có thể sử dụng MenuLibre: Khi chỉnh sửa mục tương ứng, bạn sẽ tìm thấy một trường để đặt StatupWMClass trong danh sách hiển thị khi nhấp vào nút "Nâng cao"

— con805tdeluxe

Nếu ai đó đang cố xử lý sự cố với mendeleytệp thực thi, hãy đảm bảo cũng chỉnh sửa .../bin/install-mendeley-link-handler.sh, vì nó sẽ ghi đè .desktoptệp trên mỗi lần chạy

— MInner

TLDR; * .desktop filename = WM_CLASS (STRING) mục cuối cùng nhưng được hạ thấp. Chi tiết: Tôi đã phải giải quyết vấn đề này trong khi tạo lối tắt "Phiên bản dành cho nhà phát triển Firefox". Đặt tên tệp "firefox.desktop" chỉ đơn giản là che khuất biểu tượng firefox tiêu chuẩn. Sử dụng xprop WM_CLASS và nhấp vào cửa sổ đã trả về WM_CLASS (STRING) = "Bộ điều hướng", "Phiên bản dành cho nhà phát triển Firefox". Cuối cùng, tôi đã đổi tên tệp .desktop của mình như sau: mv ffde.desktop "firefox developer version.desktop". (Tuy nhiên, một vấn đề khác, tôi không thể nhấp chuột phải »addToFavorites trên biểu tượng từ tiện ích mở rộng gnome dock)

— Stphane

Nếu bạn không muốn / không thể sửa đổi tệp .desktop ban đầu vào thư mục / usr / share / application, bạn có thể sao chép tệp vào thư mục cục bộ của mình, ~ / .local / share / application và sửa đổi tập tin ở đây Vì vậy, bạn sẽ có một tệp gốc toàn hệ thống (có thể được cung cấp bởi nhà phát triển / phân phối) và một tệp tùy chỉnh ghi đè tệp gốc trong bảng ứng dụng gnome-shell. Sao chép vào thư mục cục bộ của bạn là mong muốn vì tệp vào / usr / share / ứng dụng có thể được đảo ngược trong bản cập nhật gói tiếp theo.

— Vinícius A. Jorge

Một số ứng dụng không có WM_CLASS hoặc ít nhất xprop không hiển thị. Nó có thể được thực hiện với một tài sản khác? Ví dụ: biểu thức chính quy trên WM_NAME?

— jws

StartupWMClass

Bạn có thể sử dụng StartupWMClass để nhóm các cửa sổ theo lớp.

Xem chủ đề này để biết thêm thông tin.

— earthmeLon
nguồn