Barista: Filterfield 2 - Pengumpulan persyaratan

tampak hebat. kami sudah memiliki beberapa persyaratan yang akan kami sampaikan kepada Anda. Saya melihat mereka sudah tercakup di sini

Kami telah diminta untuk memasukkan AND, OR dan NOT.
Juga status yang dinonaktifkan, yang sudah Anda pertimbangkan

Mengolok-olok awal memiliki multi-seleksi divisualisasikan. Alih-alih hanya mendapatkan daftar saran dan memilih satu, Anda akan mendapatkannya dengan kotak centang di depan; sehingga Anda bisa memilih beberapa dari mereka. Ini adalah versi filter AND yang lebih sederhana, dan lebih bagus daripada memasukkan filter yang sama (misalnya negara) beberapa kali

Kami telah diminta untuk memasukkan AND, OR dan NOT.

Terima kasih @subarroca telah mengemukakan ini, saya telah menambahkan ini ke daftar persyaratan asli.

Mengolok-olok awal memiliki multi-seleksi divisualisasikan. Alih-alih hanya mendapatkan daftar saran dan memilih satu, Anda akan mendapatkannya dengan kotak centang di depan;

Terima kasih @danielkaneider telah mengemukakan hal ini. Saya telah menambahkan ini ke daftar persyaratan asli.

Untuk beberapa filter mungkin ada sejumlah besar saran, misalnya tag. Akan lebih baik untuk membatasi mereka ke N saran dan menampilkan "Mulai mengetik untuk melihat lebih banyak" yang akan diambil secara tidak sinkron saat pengguna mengetik - semacam pencarian sisi server.

Mungkin ada baiknya menambahkan #78 ke persyaratan.

Saya juga mengandalkan implementasi #78 di Filterfield v2. Filter rentang akan sempurna untuk kasus penggunaan terkait pemfilteran nomor versi (mis. 1.194.0).

Saya juga mengandalkan implementasi #78 di Filterfield v2.

Sangat. Saya telah menambahkannya ke daftar. Meskipun saya menganggap banyak dari ini benar-benar dibangun sebagai ekstensi (artinya tidak disediakan oleh perpustakaan barista itu sendiri), ada baiknya untuk memiliki semua kasus penggunaan untuk ekstensi ini juga, bagi kita untuk mendefinisikan antarmuka antara filter- bidang v2 dan ekstensi khusus lebih baik.

Kami memiliki kasus penggunaan persis seperti yang dijelaskan @Argeath , dengan banyak tag untuk pemfilteran dalam tampilan masalah baru. Kami hanya ingin mengembalikan subset tag dari server, yang cocok dengan kueri yang dimasukkan pengguna di bidang filter. Dan kami bahkan mungkin harus membatasi hasil yang cocok karena mungkin terlalu banyak. Jadi cara untuk menunjukkan hasil "terpotong" juga bagus.

Hai, senang melihat Anda berencana untuk mengubah bidang filter;)

usecase yang kami miliki agak rumit, dan saya tidak tahu apakah saran di atas sudah mencakup sepenuhnya. Kami akan senang jika dapat menghubungkan filterterms dengan konektor logis (DAN, ATAU,...)

fe:
tampilkan semua untuk (pembuat = penggunax DAN tingkat keparahan = tinggi) ATAU (pembuat = pengguna DAN tingkat keparahan = rendah)

kami selalu menyebutnya sebagai "cara jira memungkinkan Anda memfilter masalah".
Saya telah melihat "pilihan ganda untuk satu jenis filter" dan pernyataan DAN/ATAU - tetapi apakah mungkin untuk mendefinisikan istilah filter dengan tanda kurung (atau cara lain) dan menggabungkannya dengan operator logika?

@petrabrunner Sayangnya saya tidak berpikir bahwa ini adalah usecase untuk bidang filter pada khususnya, karena ini semakin menyerupai pola bahasa kueri. Pasti ada kasus penggunaan untuk jenis kueri Anda juga, tetapi saya akan mencoba untuk tidak mencampur fungsionalitas bahasa kueri dengan bidang filter.
Contoh yang diberikan oleh Anda mungkin tampak berfungsi dalam konteks bidang filter, tetapi jika Anda merujuk ke _cara jira memungkinkan Anda memfilter masalah_, ini bisa menjadi lebih kompleks dengan sangat cepat.
TBH, bahkan operator logika di bidang filter mungkin terlalu berlebihan dalam hal ini. Saat ini saya sedang mencoba mencari tahu apa yang diharapkan orang dari bidang filter, apakah semuanya di sini akan dibangun atau bahkan layak mungkin menjadi diskusi untuk nanti.

Saya akan menambahkan pengelompokan logis ke daftar di atas, tetapi perlu diketahui bahwa ini mungkin jauh di bawah daftar prioritas.

@tomheller thx atas jawabannya - tbh. Saya sudah mengharapkan ini - karena logikanya akan cukup luas - tetapi saya pikir, jika saya tidak memberi tahu Anda tentang usecase kami, Anda tidak mengetahuinya;)

Kami juga memerlukan fitur memuat data untuk pelengkapan otomatis sebagai sebagian. Misalnya memuat 100 opsi pertama dan saat mencari opsi, muat opsi yang difilter dari server.

PR untuk implementasi saat ini dapat dilihat di sini: https://github.com/dynatrace-oss/barista/pull/1021

Halo semuanya, kami juga memiliki beberapa petisi, diurutkan dari yang kurang prioritas:

• Kemampuan untuk menetapkan nilai numerik minimum dan maksimum default untuk jenis filter rentang.
• Jenis filter baru: pemilih tanggal.

Terima kasih!

Akan sangat keren untuk mendukung bentuk sudut di bidang filter ;), jadi lebih mudah untuk mengelola dari sudut pandang konsumen. Mungkin mengekspos FilterFormControl untuk itu akan membantu

  interface FilterFormControl {
    field: string;
    value: FilterValue // any basically
    operator?: 'AND' | 'OR' | 'NOT'
    ...
  }  

```html
formControlName="filter"
label="Filter menurut"
aria-label="Filter Dengan kontrol formulir"
clearAllLabel="Hapus semua"

```ts
// comes from a saved config
initFilters = [{
  field: 'foo',
  value: 'bar'
}];
form: FormGroup({
  filter: new FormControl(initFilters)
});

Hai,
Akan menyenangkan untuk memiliki fitur ini juga:

Kategori default: ketika pengguna mulai memberi tip, kunci ini dipilih. Dengan demikian pengguna dapat melewati langkah harus memilih kunci. Pada gambar berikut Anda dapat melihat contohnya, menjadi 'Nama' kategori default untuk difilter berdasarkan:

1. Filter tidak fokus:
   
2. Filter terfokus (pengguna mengkliknya):
   
3. Tip pengguna:
   
4. Pengguna selesai memberi tip:
   
5. Pengguna menekan tombol enter:
   

Halo tim! Saya punya petisi lain juga, ini definisinya:

getTagsForFilterKey(kunci: string) | DtFilterFieldTag[] | Mengembalikan larik DtFilterFieldTag dengan semua kecocokan di mana kunci DtFilterFieldTag berisi parameter key
-- | -- | --

TL;DR: Versi baru dari fungsi getTagForFilter saat ini, untuk memenuhi kebutuhan kita dengan lebih baik.

Seperti yang didiskusikan dengan Markus Heimbach, ia mengusulkan untuk menambahkan kemungkinan bahwa jika Anda mengetik terlebih dahulu dan semua opsi difilter, Anda masih dapat mengirimkan teks ini sebagai input teks bebas.
Dengan kata lain, teks bebas selain pelengkapan otomatis untuk tingkat root.

Seperti yang didiskusikan dengan Markus Heimbach, ia mengusulkan untuk menambahkan kemungkinan bahwa jika Anda mengetik terlebih dahulu dan semua opsi difilter, Anda masih dapat mengirimkan teks ini sebagai input teks bebas.
Dengan kata lain, teks bebas selain pelengkapan otomatis untuk tingkat root.

Tapi saya pikir, pada dasarnya, apa yang sudah disebutkan oleh @SaraDavilaMendez dengan https://github.com/dynatrace-oss/barista/issues/951#issuecomment -686365435

Seperti yang didiskusikan dengan Markus Heimbach, ia mengusulkan untuk menambahkan kemungkinan bahwa jika Anda mengetik terlebih dahulu dan semua opsi difilter, Anda masih dapat mengirimkan teks ini sebagai input teks bebas.
Dengan kata lain, teks bebas selain pelengkapan otomatis untuk tingkat root.

Tapi saya pikir, pada dasarnya, apa yang sudah disebutkan @SaraDavilaMendez dengan #951 (komentar)

Terima kasih. Apakah melewatkan komentar ini.

Halo!

Kami menerima beberapa umpan balik tentang aspek lain yang dapat ditingkatkan, yaitu bagaimana filter menangani input teks sedang/panjang.

Saat ini widget menyajikan "jendela" input sekitar 24-25 karakter yang membuatnya agak sulit untuk meninjau teks yang dimasukkan atau disalin.
Widget misalnya dapat memperluas dan memanfaatkan ruang kosong di sisi kanannya, terutama di layar besar.

Kotak biru menyoroti ukuran kotak input, contoh teksnya adalah: _ini adalah teks yang cukup panjang_

Pindah ke APM-266067