Untuk alasan kinerja saat ini, kami mengurutkan seluruh daftar aplikasi hanya sekali, dan hanya menyaring apa yang harus ditampilkan/tidak ditampilkan dalam kategori dan hasil pencarian. Ini menghemat masalah (mahal) dari menyeret aktor di sekitar wadah mereka (atau membuatnya dengan cepat seperti yang biasa kami lakukan.) Saat ini kami sedang mengevaluasi kembali bagaimana hal ini dilakukan, karena jelas kami ingin penelusuran berfungsi sebagai diharapkan, tetapi kami juga tidak ingin menu yang lamban (keluhan besar di masa lalu.)

Jika hasil evaluasi positif, saya juga meminta jika mungkin regresi untuk komit ini
https://github.com/linuxmint/Cinnamon/commit/51caa96c2e41b1c4019dce05828effc2e0ab919e untuk digunakan dalam menu.

Maaf aku tidak melanjutkan ini seperti yang seharusnya. Saat menggunakan Linux Mint 17.3, saya perhatikan masalah ini masih ada. Saya sepenuhnya memahami dan menghormati keinginan untuk membuat menu pencarian cepat dengan hasil yang relatif mungkin, dan menghargai semua yang dilakukan tim Mint.

Apakah ada kemungkinan bahwa ini telah ditingkatkan di Cinnamon untuk rilis Mint 18?

Jika tidak, dapatkah saya memenuhi permintaan ini dan meminta pertimbangan yang lebih mendalam?

Terima kasih semuanya.

Saya pikir opsi terbaik adalah menggunakan kemampuan pencarian kayu manis yang diterapkan tetapi tidak aktif. Mungkin, menu dapat digabungkan kemudian dengan kemampuan ini dan kemudian dapat dihapus implementasi pencarian internal menu. Alih-alih pencarian internal, dapat digunakan implementasi kemampuan Pencarian Kayu Manis. Dengan begitu, pengguna dapat memilih plugin Cinnamon Search yang akan diaktifkan atau dinonaktifkan, apakah dia ingin menggunakan pencarian yang lebih cepat (dengan urutan yang tidak baik) atau yang lebih lambat dengan urutan yang mungkin lebih baik.

Kedua plugin Pencarian dapat diimplementasikan dengan kode kayu manis secara default. Masalahnya adalah pertanyaan apakah Cinnamon Search akan cukup cepat untuk diaktifkan dan digunakan di dalam Cinnamon. Jika pencarian yang lebih spesifik (pencarian menu), adalah hal yang harus dipikirkan, pencarian umum akan lebih bermasalah.

Saya juga datang ke sini untuk melaporkan masalah ini. Khususnya ketika ada banyak hasil pencarian (> 30) fitur pencarian menjadi hampir tidak dapat digunakan, meskipun mengetikkan nama program yang tepat.

Saya datang ke sini untuk melaporkan masalah yang sama. Bagi mereka yang tertarik untuk bermain-main dengan algoritma pencarian, Anda dapat menemukannya di sini yang ditulis dalam JavaScript percaya atau tidak.

Ingatlah bahwa ini digunakan untuk urutan daftar aplikasi dalam kategori dan urutan pencarian aplikasi. Seperti yang dapat kita lihat, itu hanya memeriksa nama, id, kata kunci, dll untuk melihat apakah ada kecocokan yang tepat dengan apa yang ada di bilah pencarian dalam urutan di mana daftar aplikasi disimpan. Dan dari sini tampaknya mereka disimpan menurut abjad (yang saya kira harus saya perhatikan sebelum melihat ini.)

Saya ingin memiliki penyortiran Paling Baru Digunakan secara pribadi. Aplikasi penggunaan aplikasi yang ditunjukkan oleh @lestcape tampaknya juga menjanjikan.

Apa yang terjadi adalah aplikasi selalu diurutkan berdasarkan abjad. Ini karena jika Anda perlu mengubah urutannya, Anda harus menghapus dan memasukkan aktor. Prosedur ini membutuhkan biaya yang besar, karena kayu manis menggunakan GL yang intensif. Jadi, alasan untuk tidak mengurutkan ulang aplikasi hanya karena ini.

Ada setidaknya 2 pendekatan perbedaan untuk mengurutkan elemen. Salah satunya adalah ketika elemen (aktor) dibangun dari kotak generik dan lainnya ketika elemen dibangun dari St.BoxLayout standar. Keduanya memiliki ketidaknyamanan dan manfaat. Menurut pendapat saya akan berguna untuk membuat perbandingan dari 2 algoritma ini, tetapi saya pikir yang paling cepat adalah wadah generik, karena dapat dioptimalkan untuk hanya membuat port tampilan yang terlihat dari wadah item.

Kayu manis saat ini menggunakan St.BoxLayout standar sebagai wadah (https://github.com/itzexor/Cinnamon/blob/a9e8a60d5c376a985dbc0ab141143c8ca1422947/js/ui/popupMenu.js#L1589). Juga saya pikir ada bug di beberapa tempat di GL compositor mungkin, karena jika Anda menyediakan semua struktur tata letak dan menunjukkan wadah satu per satu, ini membutuhkan lebih banyak waktu daripada menampilkan satu item dan kemudian yang lain ...

Saat ini, kayu manis menunjukkan item pertama satu per satu, dan yang lain di luar port tampilan sekaligus.

Bagaimanapun, saya pikir itu perlu kerja serius, untuk memberikan solusi yang lebih cepat, bukan hanya patch sederhana, tetapi saya pikir saat ini kedua cara dapat diimplementasikan tanpa kehilangan banyak kinerja, lebih dari itu hilang dan untuk semua kayu manis komponen dengan implementasi hidpi.

Menurut pendapat saya, masalahnya bisa diperhatikan setelah mengaktifkan penyedia pencarian ...

@lestcape saya mengerti. Saya akhirnya mencoba untuk menambal fungsi _listApplications untuk mengurutkan dengan cara yang berbeda dan itu tidak berpengaruh, sebelum saya menyadari bahwa ikon ini sedang dimuat sebelumnya dan _listApplications hanya bertindak sebagai filter yang mana dari ikon yang dimuat sebelumnya akan ditampilkan.

Sangat disayangkan bahwa mahal untuk menyusun ulang aktor, tetapi saya rasa Anda dapat menghubungkan ini dengan dunia pengembangan web karena "mengurutkan ulang elemen akan memerlukan pemuatan ulang DOM. Jika memungkinkan, cukup setel elemen DOM ke disembunyikan menggunakan CSS lalu setel mereka untuk terlihat saat Anda membutuhkannya".

Saya mungkin dapat melihat untuk melihat apakah saya dapat mencoba menggunakan kotak generik untuk menghapus dan memasukkan aktor, tetapi saya tampaknya tidak sepele seperti yang pertama kali terdengar karena sisa kode tampaknya ditulis dengan asumsi bahwa semuanya sudah dimuat dan diurutkan. Mari kita lihat seberapa buruk itu sebenarnya, dan kemudian pergi dari sana.

Menurut pendapat saya, masalahnya bisa diperhatikan setelah mengaktifkan penyedia pencarian ...

Ya, saya pikir Anda benar. Tapi mari kita lihat benchmark dulu.

Namun ada pilihan lain yang mungkin masuk akal. Kita dapat meninggalkan urutan program yang terdaftar tetapi kita dapat menempatkan pilihan ke elemen yang menurut kita paling sesuai dengan deskripsi.

Misalnya, ketika saya pertama kali mencoba menulis ulang algoritma pencarian, saya perlu melakukan fuzzy finder yang menggunakan regex dari sesuatu seperti: pencarian "abcd" yang diberikan, terapkan regex /a.*?b.*?c.*?d/i ke semua aplikasi lalu urutkan berdasarkan

1. Urutkan pertama berdasarkan hasil mana yang paling cocok: yaitu: abcd harus di atas abccccccd .
2. Urutkan berikutnya berdasarkan kecocokan yang terjadi dalam indeks terkecil, yaitu: kk abcd harus di atas wwwwwwwww abcd .

Bagaimanapun, katakanlah kita melanjutkan pengurutan yang kita miliki sekarang, menggunakan indexOf . Kita dapat memilih item yang indexOf-nya adalah angka terkecil, sehingga pengguna cukup menekan enter setelah mereka menyelesaikan pencarian untuk membuka kk abcd alih-alih cccc abcd karena itu adalah yang pertama menurut abjad.

Ini dapat menyelesaikan masalah seperti #4327 dan kami juga hanya dapat menampilkan 10 teratas (dari indexOf ) untuk menyelesaikan masalah seperti:

Saya juga datang ke sini untuk melaporkan masalah ini. Khususnya ketika ada banyak hasil pencarian (> 30) fitur pencarian menjadi hampir tidak dapat digunakan, meskipun mengetikkan nama program yang tepat.

Jika kami menggabungkan teknik ini dengan implementasi yang mungkin mengurutkan aplikasi berdasarkan Paling Baru Digunakan daripada Secara Abjad (atau dengan menggunakan program Penggunaan Aplikasi yang Anda sebutkan di atas), kami mungkin bisa mendapatkan beberapa hasil yang layak tanpa dampak kinerja sama sekali. Tapi saya akui itu mungkin membuat lebih sulit untuk "mencari" aplikasi secara manual dengan menelusuri kategori secara manual.

@cbreeden Nah, ini adalah implementasi dengan wadah generik:
https://github.com/lestcape/Configurable-Menu/blob/master/configurableMenu%40lestcape/configurableMenus.js#L5332

Ini adalah implementasi dengan wadah standar:
https://github.com/lestcape/Configurable-Menu/blob/master/configurableMenu%40lestcape/configurableMenus.js#L4760

Mereka adalah bagian dari Menu yang Dapat Dikonfigurasi (https://cinnamon-spices.linuxmint.com/applets/view/171). Di masa lalu, Menu yang Dapat Dikonfigurasi diimplementasikan untuk mengurutkan dan mengurutkan ulang aplikasi dengan cara yang berbeda, menambahkan dan menghapus aktor dan menggunakan algoritme dan kombinasi algoritme yang berbeda... Masalahnya adalah bahwa di Menu yang Dapat Dikonfigurasi digunakan kembali sejumlah besar kelas Cinnamon sementara kami buat set besar kelas baru lainnya. Jadi, perubahan kecil pada Cinnamon adalah untuk Configurable Menu masalah besar dan banyak pekerjaan yang harus dilakukan. Saya tidak punya waktu untuk hidup dengan semua pembaruan Cinnamon dan akibatnya, Menu yang Dapat Dikonfigurasi rusak total.

Hasil lainnya adalah saya harus menghentikan tes saya, karena saya tidak punya waktu.

Kedua implementasi belum selesai.

Apa yang saya lihat adalah, implementasi umum beberapa kali lebih cepat daripada yang lain, jika saya memfilter ikon di dalam port tampilan, tetapi kemudian ketika Anda baki untuk menggulir ke bawah, gulir lebih lambat ...

Perlu menjadi tengah, mungkin jika kita mengambil batas waktu dan kemudian memuat item lain. Masalahnya adalah, ketika pengguna membuka menu untuk mencari secara instan, dalam kasus terakhir kami gagal dan pencarian terjadi cukup lambat.

Hal lain yang terkait dengan kinerja, yang dapat ditingkatkan, adalah fakta bahwa menu popup item juga ditambahkan ke wadah pada inisialisasi. Ini salah untuk sudut pandang kinerja, karena tidak terlihat sampai Anda melakukan klik kanan, dan hanya komplikasi untuk compositor. Alternatifnya adalah memasukkan aktor hanya ketika klik kanan dilakukan dan menghapusnya ketika terjadi klik kiri.

Bagaimanapun, hal yang paling bermasalah pada kinerja menu kayu manis adalah kotak vektor: https://github.com/linuxmint/Cinnamon/blob/master/files/usr/share/cinnamon/applets/menu%40cinnamon.org/applet. js#L1613

@cbreeden "Jika memungkinkan, cukup atur elemen DOM menjadi tersembunyi menggunakan CSS dan kemudian atur agar terlihat saat Anda membutuhkannya": Inilah yang terjadi saat ini.

Anda tidak dapat mengurutkan aplikasi terlebih dahulu dalam inisialisasi, karena Anda tidak mengetahui pola pencarian di awal... Jadi, urutan statis apa pun, hanya akan baik untuk beberapa pola dan salah untuk yang lain. Anda hanya dapat memberikan pencarian yang baik ketika Anda mengetahui polanya dan ini hanya diketahui pada pencarian (di mana Anda perlu menghapus dan memasukkan aktor untuk memesan ulang).

Anda hanya dapat memberikan pencarian yang baik ketika Anda mengetahui polanya dan ini hanya diketahui pada pencarian

Ya, satu-satunya ide yang saya miliki untuk itu adalah mengurutkan semua aplikasi berdasarkan MRU, tetapi itu mungkin tidak diinginkan ketika Anda hanya "menjelajah" aplikasi dalam kategori menu. Saya setuju, ini semacam trik jahat dan mungkin sebaiknya dihindari.

Masalah ini masih ada di menu Cinnamon default di Mint 18 x64 w/ Cinnamon 3.0.7. Bahkan mencari "tangkapan layar", menggunakan seluruh string yang baru saja saya tulis dalam tanda kutip, menampilkan item menu "Latar Belakang", terlebih dahulu. Mencari "rekam" (seperti untuk mengakses RecordMyDesktop) menampilkan Audacity terlebih dahulu.

Bug ini diberi label sebagai permintaan fitur, tetapi saya rasa saya tidak meminta fitur lain; alih-alih, saya melaporkan bahwa fitur tersebut tidak berfungsi seperti yang saya harapkan, dan mungkin banyak pengguna lain, harapkan. Hasil pencarian GNOME Shell hampir tepat. Apakah ada cara menu Cinnamon dapat memunculkan hasil yang relevan seperti gnome-shell?

terkait dengan (bahkan mungkin duplikat dari) #1220 dan #1320

Ada sebuah applet, yang menggunakan fungsi pencarian yang berbeda:
https://cinnamon-spices.linuxmint.com/applets/view/258

Ini adalah masalah yang cukup serius, karena menu merupakan cara penting bagi pengguna untuk berinteraksi dengan sistem. "Kunci Menu, diikuti oleh tiga huruf dari nama aplikasi" adalah cara yang umum dan nyaman untuk meluncurkan berbagai hal yang menurut saya cukup penting bagi pengalaman pengguna untuk membuatnya berfungsi seperti yang diharapkan.

Saya dalam bug ini karena saya baru saja secara tidak sengaja meluncurkan digikam alih-alih manajemen daya karena slogan digikam adalah "kelola foto Anda seperti seorang profesional dengan kekuatan open source"! Jujur sampai bug ini diperbaiki dengan benar, menu setidaknya harus menyembunyikan hasil yang hanya cocok dengan deskripsi jika ada juga yang cocok dengan nama. Ini tidak memerlukan penyortiran.

Perhatikan bahwa solusi applet tampaknya rusak dalam versi Cinnamon saat ini. Perlu juga ditegaskan kembali bahwa menu GNOME memang melakukan ini dengan sangat baik, dan sejauh yang saya tahu mereka juga menggunakan arsitektur yang mirip dengan Javascript dan semua omong kosong semacam itu? Mungkin ada baiknya melihat metodologi mereka untuk menyortir. Mereka berhasil mencari aplikasi, file, perangkat lunak yang tersedia, dan mungkin lebih banyak lagi dalam waktu yang wajar - ini adalah sistem yang sangat kuat dan nyaman.

@fish-face saya setuju dengan Anda... Dapat mengimplementasikan menu kayu manis seperti mengimplementasikan menu gnome. Saya tahu bagaimana penerapannya dan mungkin melakukan itu... Masalahnya adalah kita akan kehilangan kemungkinan untuk mewujudkan gulir normal di dalam aplikasi... Menu Gnome hanya memuat ikon yang saat ini terlihat, dan memuat yang lain ketika Anda mengubah tampilan. Inilah sebabnya mengapa bisa relatif lebih cepat... Ini melibatkan perubahan lengkap fungsi menu. Apakah ini akan diterima? Saya tidak tahu...

Pengujian di Mint 18.1 pada Cinnamon 3.2.7, dan bug ini pasti masih ada di menu aplikasi. Istilah penelusuran tetap tidak relevan dengan entri penelusuran pengguna. Saya sepenuh hati setuju dengan @fish-face , mengejutkan di zaman "tekan tombol super dan ketik tiga huruf untuk membuka aplikasi Anda" bahwa Linux Mint, pembawa sistem operasi sumber terbuka yang ramah pengguna, memiliki ini masalah di desktop utama mereka.

Guys... Saya memposting bug ini awalnya pada tahun 2015. Sudah lebih dari dua tahun, sekarang ... ...

Tidak bisakah kita setidaknya membuat kebijakan bahwa: "jika urutan huruf yang diketik di bidang pencarian bukan bagian dari nama aplikasi, maka mereka TIDAK terdaftar terlebih dahulu"? Saya tidak bisa membayangkan kodenya harus diubah sebanyak itu untuk membuat perubahan khusus ini, ya? Misalnya: mengetik "disp" untuk membuka pengaturan tampilan TIDAK AKAN mencantumkan "Warna" terlebih dahulu. Sebaliknya, itu akan menampilkan pengaturan "Tampilan" terlebih dahulu, karena "Tampilan" di "Tampilan" cocok dengan huruf pencarian.

Datang ke sini untuk memberi ini +1. Saya tidak pernah menginginkan dropbox ketika saya mengetik file, tetapi selalu hasil pertama.... Solusi yang diposting oleh @jessedubord terdengar seperti cara paling intuitif untuk melakukan ini.

Dua isu terkait lainnya yang telah dibuka selama 5 tahun:

1220

1320

@JosephMcc maaf untuk ganda, saya hanya merasa frustasi. Saya sedang melihat kode sekarang juga melihat _mungkin_ saya dapat membantu.
Saya tahu JS dan sedikit Python, tidak ada C.
Mungkinkah ini mungkin tanpa mengetahui C? Di mana saya bisa mulai mencari?

Applet menu ada di /usr/share/cinnamon/applets/ [email protected]

Oke saya menemukan hati yang mungkin bisa diperbaiki:
https://github.com/linuxmint/Cinnamon/blob/master/files/usr/share/cinnamon/applets/menu%40cinnamon.org/applet.js#L3238

Adakah yang bisa mengarahkan saya ke beberapa dokumentasi. Tempat di mana saya dapat mengajukan beberapa pertanyaan kepada beberapa kontributor tetap? Sebuah kendur atau yang lainnya.
Saya ragu ada yang ingin saya mengajukan setiap pertanyaan kecil di tiket github..

Anda dapat menggunakan #linuxmint-dev di IRC. Bersabarlah karena terkadang perlu waktu untuk mendapatkan tanggapan.

Cara terbaik untuk mengakses dokumentasi saat ini untuk Cinnamon atau salah satu perpustakaan gnome adalah dengan aplikasi devhelp. Pastikan Anda menginstal paket -doc yang relevan.

@JosephMcc Terima kasih saya akan melihat di IRC.
Saya mengerti saya mungkin tampak sedikit tidak sabar. Tapi saya harap Anda mengerti bahwa saya frustrasi dengan menunya. Cari tahu itu masalah berusia lima tahun dan menjadi lebih frustrasi. Kemudian bersemangatlah ketika saya mengetahui bahwa saya mungkin dapat memperbaikinya. Dan sekarang saya cukup yakin saya bisa memperbaikinya dengan beberapa hari kerja pengkodean.
Sayang sekali saya tidak punya beberapa hari luang bulan ini.

@janw-oostendorp, hargai komentarnya. Saya seorang pembuat kode pemula pemula yang terbaik, dengan pengalaman terbatas dalam C++ dan C# - Saya akan berkontribusi lebih banyak untuk solusi jika saya bisa. Saya yakin tim pengembang Mint (semoga) akan menerima patch apa pun untuk memperbaiki atau meningkatkan masalah dengan Cinnamon... Cheers.

Jadi, akhirnya saya mencoba Cinnamon dan itu luar biasa, kecuali untuk pencarian menu yang sayangnya merupakan penghenti acara yang lengkap bagi saya dalam keadaan ini. Jadi saya melihat kodenya dan mengubahnya sesuai kebutuhan saya dengan cara ini:
Aplikasi pencarian pertama hanya dengan nama mereka (dan hanya pada batas kata). Jika ada aplikasi yang ditemukan dengan cara ini, kembalikan dan jangan mencari dengan kata kunci, deskripsi, dll. Namun, jika tidak ada yang ditemukan, lakukan pencarian lama.
Saya mengerti bahwa ini memang mengubah logika saat ini, tetapi IMHO tetap sedekat yang kita miliki sekarang.

Silakan lihat perubahan yang saya buat. Ini bekerja dengan sempurna untuk saya, mungkin bisa dibuat opsional. Dalam hal apapun, jangan ragu untuk berdiskusi.

Salam, Curly060 =;->

Jika mendorong orang yang baru mengenal Linux untuk menggunakan Cinnamon/Mint/Debian adalah tujuan, hal semacam ini mungkin akan membuat mereka menjauh. Saya berbicara sebagai seseorang yang baru saja beralih dari Mac ke Debian+Cinnamon beberapa hari yang lalu, dan menemukan ini sangat membuat frustrasi sehingga saya hampir beralih kembali, sebelum meluangkan waktu untuk melihat-lihat dan memperbaiki applet Menu Sane yang menyelesaikan pekerjaan untuk saat ini. Alur kerja Mac (diakui sebagian karena peralihan jendela dan manajemennya sangat buruk) melibatkan langkah ini sangat sering: tekan Ctrl+Space untuk membuka Spotlight/Dash, lalu ketik satu atau dua huruf untuk meluncurkan aplikasi.

Baru saja melihat komit dari @clefebvre dan @Curly060 mengenai penerapan metode pencarian yang ditingkatkan. Ini adalah berita yang luar biasa! Terima kasih semuanya! :)

Ingin tahu apakah ini akan tersedia di Mint 18.3, atau dapatkah kita mengharapkannya di Mint 19?

Ada di Cinnamon 3.6, artinya Mint 18.3

Luar biasa, terima kasih atas infonya' @NikoKrause.

Setelah menguji komit baru-baru ini di 18.3, saya dapat mengonfirmasi bahwa pencarian sekarang berperilaku seperti yang diharapkan: hasil pencarian yang berisi istilah pencarian sekarang tampilkan pertama/saja! Senang melihat peningkatan yang sangat dibutuhkan ini hidup dan bekerja. Saya mempertimbangkan masalah ini sebagai terselesaikan, dan saya menutup masalah.

Terima kasih kepada @clefebvre , @Curly060 , dan tim Mint untuk pekerjaan Anda!

@jessedubord @clefebvre @NikoKrause sesuai #7364 ini membatasi hasil jika kecocokan ditemukan dalam nama aplikasi tampak seperti "bug" untuk beberapa pengguna. Saya baru saja mendapat pengguna lain yang datang dari 14,04 hingga 18,04 hari ini mengeluh bahwa dia tidak dapat menemukan "Synaptic Package Manager" saat mengetik "install" karena "Gdebi Package Installer" adalah HANYA hasil yang dikembalikan.

Kedengarannya bagi saya seperti itu harus dapat dikonfigurasi.

@Ferroin , konfigurasi pencarian selalu bisa menjadi hal yang baik, IMO.
@rik-shaw, jika saya ingat benar, kode pencarian baru yang diterapkan sebagai perbaikan berperilaku sebagai berikut: ini menunjukkan hasil yang berisi istilah pencarian dalam judul _first_, dan kemudian menampilkan semua hasil lainnya. Itu tidak menghilangkan hasil apa pun yang muncul sebelum perubahan -- melainkan, itu tidak mencantumkannya terlebih dahulu. Saya pikir @Curly060 dapat mengkonfirmasi ini.

@jessedubord tidak, saya pikir perilakunya sekarang adalah JIKA istilah pencarian ditemukan dalam NAMA Aplikasi maka TIDAK akan terus menyertakan hasil yang menjadi hit berdasarkan deskripsi atau kata kunci. Inilah yang diubah oleh tambalan @ Curly060 . Ini dapat dikonfirmasi dengan mencari "instal" dan Synaptic (dengan deskripsi "Instal, hapus, dan tingkatkan paket") TIDAK akan ditemukan (JIKA Anda telah menginstal "Penginstal Paket Gdebi"). Namun, jika TIDAK ADA HITS pada NAMA Aplikasi, maka deskripsi dan kata kunci yang dicari. Dalam contoh Synaptic yang sama, jika Anda mencari "hapus" itu akan ditampilkan (karena tidak ada aplikasi yang saya instal yang memiliki nama "hapus" di dalamnya). Akan lebih baik jika Anda bisa mengkonfirmasi ini.

Apa yang Anda sarankan akan menjadi pilihan yang baik, untuk menempatkan hasil yang cocok dengan NAMA di atas, dengan item yang cocok dengan kata kunci atau deskripsi di bawah. Itu mungkin "metode asli"? Mungkin tidak.... ini hanya soal tidak mengurutkan semua hasil akhir menurut abjad, melainkan menyortir hasil NAMA Aplikasi, diikuti dengan menyortir hasil Kata Kunci+Deskripsi

Melihat kembali melalui utas ini, ada kekhawatiran bahwa penyortiran daftar itu intensif dan tidak ingin dilakukan lebih dari mungkin. Saya pikir satu-satunya cara untuk mengatasinya adalah dengan melacak BAGAIMANA item tersebut dimasukkan dalam daftar (beberapa tag seperti "primer" atau "sekunder"). Kemudian Anda mengurutkan semua hit "utama" (nama aplikasi baik nama ramah dan nama asli.... file nemo DAN) terlebih dahulu, lalu mengurutkan semua hit "sekunder" kedua. Garis pemisah antara 2 set akan menjadi lapisan gula pada kue!!! @mtwebster apakah ide ini terdengar terlalu rumit? Saya pikir itu benar-benar akan mengatasi masalah ini sekali dan untuk semua!

Metode asli menunjukkan semua hasil, tetapi mengurutkan hal-hal menurut abjad berdasarkan nama aplikasi alih-alih mengurutkan yang cocok dengan namanya (sebagai lawan kata kunci atau deskripsi) terlebih dahulu, itulah yang memicu masalah ini sejak awal (karena mengetik ' files' dan mendapatkan 'Audacity' sebagai hasil pertama tidak masuk akal secara praktis).

Saya pikir memiliki hal-hal yang berfungsi seperti yang dijelaskan @jessedubord akan menjadi default yang masuk akal, tetapi saya pribadi masih ingin dapat memilih perilaku saat ini hanya mencari nama karena apa yang diusulkan dapat menjadi _slow_ karena akan (mungkin, tidak yakin tentang ini) membutuhkan beberapa pass penyortiran.

@Ferroin ya mengerti: Saya mengedit ulang komentar saya untuk menyarankan penyortiran "2 pass only" (hasilnya perlu ditandai "primer" atau "sekunder" saat ditemukan).

Perubahan saya memang memperkenalkan perubahan besar dalam logika pencarian: Cari dalam nama aplikasi hanya pada batas kata terlebih dahulu. Jika itu menemukan sesuatu, jangan mencari lebih jauh (itulah perubahan yang melanggar) tetapi kembalikan hasilnya. Jika tidak menemukan apa pun, lakukan pencarian lama.
Saya tahu perubahan saya akan mematahkan logika lama, tetapi saya menemukan cara "saya" jauh lebih masuk akal daripada cara lama, ditambah lagi itu adalah kompromi yang baik. Tambalan saya sama sekali tidak sempurna.
Tentu saja apa yang kalian usulkan sekarang akan jauh lebih masuk akal (tunjukkan kedua hasil, mungkin dengan pembagi), tetapi sayangnya ini secara teknis tidak mungkin dengan implementasi saat ini karena semua yang ada di menu sudah dibuat sebelumnya dan diurutkan sebelumnya. Pencarian hanya menyembunyikan elemen-elemen yang tidak ada dalam hasil pencarian.
Dan itu tampaknya jauh lebih rumit untuk mengubahnya. Ini juga tampaknya menjadi masalah kinerja (menambah/menghapus elemen dengan cepat, dll.). Itu sebabnya tidak ada kemajuan sama sekali dalam masalah ini.
Jadi pada dasarnya, kita kembali ke titik awal:
Cara bagaimana menu sedang dibangun perlu di-refactored sepenuhnya - dan sayangnya itu jauh dari keahlian saya.

@ Curly060 Jangka pendek, menambahkan beberapa cara untuk memilih antara logika lama dan logika baru tampaknya menjadi pilihan yang masuk akal. Jika/ketika menu diperbaiki sehingga dapat memprioritaskan hasil pencarian dengan istilah dalam nama di batas kata, itu kemudian dapat ditambahkan sebagai opsi ketiga untuk cara mencari (karena itu pun pencarian gaya lama dan pencarian saat ini gaya baru harus mudah diterapkan).

Saya perlu membuka kembali masalah ini. Sekarang, di Cinnamon 4.0.9 di Mint 19.1, perilaku pencarian sama seperti sebelumnya: hasil pencarian tidak menarik aplikasi yang memiliki nama yang sama dengan string pencarian, terlebih dahulu. Misalnya, mencari "file" tidak memunculkan "File" terlebih dahulu untuk dicantumkan dan disorot. Demikian pula, mencari "moni" (untuk monitor sistem) akan menampilkan "Tampilan" terlebih dahulu, bukan "Monitor Sistem". Bahkan mengetik "sistem" di daftar pencarian File, Pemilihan Font, dan Font di daftar hasil sebelum apa pun yang benar-benar mengandung kata "sistem" di dalamnya.

Seperti yang dinyatakan sebelumnya, perilaku yang diharapkan untuk sebagian besar pengguna (dan paling ramah pengguna, imo) adalah untuk hasil pencarian, jadi daftarkan aplikasi yang berbagi nama yang sama dengan string pencarian, pertama, lalu lebih banyak "di stadion baseball yang sama " Hasil Pencarian.

Contoh tangkapan layar:

Saya memiliki masalah yang sama, dan bagi saya sepertinya pencarian melihat ke dalam nama aplikasi serta _deskripsi_, tetapi tidak mengurutkannya berdasarkan aplikasi terlebih dahulu, deskripsi kedua, tetapi menurut abjad berdasarkan nama aplikasi.

Ketika saya mencari "web" untuk membuka WebStorm, semua pencarian aplikasi lain ternyata memiliki "web" yang disematkan dalam deskripsinya ("webcam", "world wide web"); sayangnya bagi saya, WebStorm adalah yang terakhir dalam daftar aplikasi menurut abjad itu.

ETA: Setelah memeriksa versi mana yang saya jalankan, saya kira masalah _my_ adalah bahwa perbaikan/perbaikan ini tidak pernah berlaku untuk itu sejak awal... (Cinnamon 3.2.7 pada peregangan Debian) _sigh_

Cara kerja pencarian aplikasi di Cinnamon sangat tidak intuitif. Sulit untuk melebih-lebihkan betapa pentingnya hal ini, karena menekan superkey, mengetik awal nama aplikasi, dan menekan enter adalah berapa banyak pengguna Linux yang terbiasa meluncurkan program mereka. Jika saya mencoba ini di Cinnamon, terlalu mudah untuk mendapatkan pembukaan program yang salah. Misalnya jika saya mengetik "file" dan menekan enter, saya akan disambut dengan Audacity alih-alih File seperti yang saya harapkan. Saya sangat menyukai sebagian besar dari apa yang ditawarkan Cinnamon tetapi masalah ini hampir menjadi pemecah masalah bagi saya.

Sayangnya, masalah ini masih ada di Cinnamon 4.2.4.

Saya juga akan menambahkan topi saya di atas ring. Ini masih ada sampai sekarang.

Tampaknya cocok dengan deskripsi alih-alih nama aplikasi. Tak satu pun dari daftar memiliki nama uap, hanya dalam deskripsi dan baris perintah.

Bagi saya bagian terburuknya adalah sekarang tidak menggunakan nama yang dapat dieksekusi lagi. Sementara sistem saya disetel ke Jerman, saya cenderung membuka program berdasarkan deskripsi bahasa Inggrisnya, misalnya kalkulator daripada rechner, atau kalender daripada kalender. Ini digunakan untuk bekerja di versi sebelumnya tetapi sejak sekitar satu versi yang lalu berhenti bekerja dan itu adalah PITA walikota untuk mempelajari terjemahan (terkadang konyol).

Saya setuju dengan pendapat wartawan lain tentang pentingnya membuat fitur ini berfungsi dengan baik. Ketika saya mencari "Pembaruan", saya ingin opsi menu yang tidak mengandung istilah pencarian ditampilkan terakhir, dan tidak seperti ini:

Sebagai permintaan fitur tambahan, akan lebih baik untuk mengurutkan has-search-term-in-name-results lebih jauh lagi: pertama-tama tunjukkan yang memiliki istilah pencarian di awal namanya. Artinya ketika mencari "Update", "Update Manager" dan "Update Monitor Position" akan muncul sebelum "JDownloader 2 Update & Rescue" dan "Ukuu Kernel Update Utility".

Linux Mint 20 dengan Kayu Manis 4.6.7.

Saya ingin membuka Kode Visual Studio. Tampaknya, itu adalah nama yang buruk untuk dicari di Kayu Manis, karena dimulai dengan "V".

Mencari "kode":

Baik-baik saja maka. Mungkin mencari "visu" akan berhasil?

:-/

Setelah membaca riwayat masalah ini, saya sampai pada kesimpulan bahwa mengganti nama item menu "Visual Studio Code" menjadi "Code Visual Studio" akan menjadi cara termudah.

Kiat pro untuk pengembang aplikasi: Mulai nama aplikasi Anda dengan huruf yang muncul lebih dulu menurut abjad, sehingga pengguna Linux Mint dapat mencarinya secara efisien! :kecewa:

ya ini masih perlu diperbaiki di menu, mengganti nama itu tidak memperbaikinya dan jauh lebih merepotkan dibandingkan dengan hanya memperbaiki masalah yang digarisbawahi dengan menu ¯\_(ツ)_/¯

Diperbaiki oleh https://github.com/linuxmint/cinnamon/commit/a6738bd306180b4e2e668c90c1d7d5d6c0578906