it-swarm-eu.dev

Je můj podmíněný výběr více účinný a uživatelsky přívětivý? Jak to mohu vylepšit?

S vícenásobným výběrem čelím několika obtížím. Chtěl bych, aby uživatel propojil dokumentaci s jednou nebo více kategoriemi. Úlovek spočívá v tom, že existují některé podkategorie a objeví se, pouze pokud uživatel dříve propojil svou dokumentaci s nadřazenou kategorií podkategorie. Nejprve jsem navrhl zaškrtávací políčka, ale zpětná vazba nebyla moc dobrá, takže jsem použil jquery asm-select . Ale cítím, že něco je stále špatně, a nemohu pochopit, kde je problém.

Zde je několik kroků, jak používat multi-select:

  1. Ve formuláři si uživatel vybere kategorii.
  2. Objeví se uzavíratelný štítek obsahující předchozí výběr, poté si uživatel může vybrat podkategorii, se kterou bude dokumentace propojena.
  3. A tak pro další úrovně kategorií.

Zde je vzorka:

Multi-select mock-up

Tak co si myslíte? Jak to mohu vylepšit? Existuje nějaký další návrhový vzor, ​​který je vhodnější k vyřešení mého problému?

4
rcampistron

Mám sklon souhlasit se svým šéfem :) Možná, že skutečná aplikace má jiný pocit, ale podle vzhledu makety se nezdá být velmi elegantní.

Co se stane, když po výběru podkategorie změním kategorii, resetuje se tato podkategorie? A pokud vyberu několik kategorií, obsahuje rozbalovací nabídka podkategorie podkategorie všech kategorií, které jsem vybral?

Výběr několika kategorií současně vyžaduje hodně práce, protože rozevírací seznam se po kliknutí zavře a je třeba jej znovu otevřít po každé přidané položce a znovu ji naskenovat, abyste našli další potřebnou položku.

Vaše odpověď zní jako rozevírací/vyskakovací strom se zaškrtávacími políčky.

2

Pokud místo není problém, můžete vytvořit seznam zobrazující hierarchii kategorií/podkategorií, každý se zaškrtávacím políčkem. Mějte na paměti, že podkategorie by měly být vždy povoleny: můžete vybrat podkategorii, což znamená, že bude přiřazeno i nadřazené kategorie.

Pokud se jedná o místo, tento seznam může být rozbalovací/rozbalovací/...

[ ] Cat 1
    [ ] Cat 1.1
    [ ] Cat 1.2
[x] Cat 2
    [ ] Cat 2.1
    [x] Cat 2.2

Samozřejmě, pokud neočekáváte, že vaši uživatelé přiřadí více kategorií nebo podkategorií, může to být trochu děsivé/nadměrné.

Případně použijte systém podobný značkám s automatickým dokončováním a pro kategorie a podkategorie použijte konvenci podobnou cestě.

Categories: [user-manual, self-study/intro, ...   ]

Ověření je v tomto případě složitější, ale často je psaní textu mnohem rychlejší, než hledat myšlenky a klikat na ně. Ale sám jsem klávesák, takže bych mohl být trochu zaujatý :-)

3
Peter Frings

Je to otázka uživatelského rozhraní nebo otázka architektury dat? Pokud se jedná o otázku uživatelského rozhraní a jste vázáni na architekturu kategorie/podkategorie/podkategorie, jediným návrhem, který mám, je použít uživatelské rozhraní strom, pro které se domnívám, že existuje jQuery plug-in - podívejte se na www.jstree.com.

Pokud se jedná o otázku týkající se architektury .... V nedávné době jsem se opravdu přiklonil k odklonu od architektury kategorie/podkategorie a více k struktuře „značkování“ - jak se to dělá na tomto a na všech ostatních webových stránkách StackExchange. Umožňuje mnohem větší flexibilitu. Podívejte se na iTunes. To je jedna z věcí, které na tom nenávidím nejvíce - jsem unavený z úrovní. Chci napsat slovo a získat všechno s touto značkou. To se mi líbí na stránkách StackExchange.

2
Eric Belair

Zabýval jsem se systémem, kde existovaly jak hierarchické kategorie, tak pravidelné značky. Nakonec jsme poskytli rozhraní, které mělo pro tagy funkci typového předstihu, která by zahrnovala „listové uzly“ stromu kategorií. Pokud jste v podstatě měli:

 Cat 1
   Cat 1.1
 Cat 2
   Cat 2.1
   Cat 2.2

Pak by typ-advance navrhl možnosti „Cat 1.1“, „Cat 2.1“ a „Cat 2.2“. Jakmile byla použita hierarchická značka, bylo snadné hierarchii doplnit. Pro aplikaci to fungovalo velmi dobře, protože analytici znali hierarchické kategorie jako zadní část svých rukou - spolu se čtyřmi písmenovými zkratkovými kódy, které na ně mapovaly.

Dokud je typ dopředu rozumně chytrý, nabízí pravděpodobně nejrychlejší způsob, jak aplikovat hierarchii vaší kategorie.

1
Berin Loritsch

Jak je uvedeno výše, jedná se o standardní způsob výběru, který se liší v závislosti na předchozím výběru a je dobrým způsobem řešení problému. Jen jedna malá myšlenka - nemyslím si, že k vložení vybrané hodnoty potřebujete štítky, stačí ponechat výběr v každém rozevíracím seznamu, aby GUI zůstalo čisté a jednoduché. A další věc, můžete přidat nějakou vizuální zpětnou vazbu, že se rozevírací seznamy změní, když se rozevírací seznam změní nahoru (lišta načítání nebo podobně).

1
Henrik Ekblom

Potřebovali jsme podobný prvek uživatelského rozhraní pro třířadý výběrový widget pro více úrovní: strom zaškrtávacích políček je nejlepší kompromis, zejména proto, že můžete vylepšit progresivní widget, který funguje i bez javascriptu (na rozdíl od tří rozbalovací nabídky z vašeho příkladu).

Zabere to více místa na obrazovce , ale uživatelé mohou přímo zobrazit přehled a přístup k volitelným možnostem namísto toho, aby museli vidět dvě rozevírací nabídky, než budou moci zobrazit jaké možnosti si mohou vybrat, například:

Example of tree of checkboxes

1
wildpeaks

Nerozumím potřebě štítků, když rozbalovací nabídka pravděpodobně zobrazí výběr. Vypuštění štítků usnadní věci.

0
David Veeneman