Jak zobrazit příliš mnoho dat

Můžete zkusit zobrazit více řádků na jeden záznam, např .:

Můžete také jít o krok dále tím, že v každém řádku vytvoříte souhrnné zobrazení, které lze rozšířit tak, aby uživatel viděl celý záznam, např .:

Na obrázku výše se uživatel zajímá o úplné informace Mary Jane, takže kliknutím na trojúhelník vedle jejího jména zobrazí úplný záznam.

Také nesouhlasím s tvým předpokladem, že „skrývání sloupců je poněkud vyloučeno“. Pokud skutečně existuje to mnoho informací, bude uživatel chtít skrýt něco. Možná budete chtít, aby byly všechny ve výchozím nastavení viditelné; ale měl by existovat způsob, jak uživatel skrýt některé sloupce, jak to jde.

Pokud sloupce převyšují řádky, můžete zkusit umístit řádky jako sloupce

To zní podobně jako v případě, kdy zákazník/produktový manažer chce vše na hlavní obrazovce vs. vše, co vy need na hlavní obrazovce.

IMHO, obrazovka řídicího panelu by měla dát uživateli přehled všeho ... ale získat podrobnosti o jeho části (např. 275% nárůst prodeje v tomto týdnu) by měl uživatel „rozbalit“ údaje a zobrazit tabulky (y) informací o tom, odkud prodeje pocházejí.

Nadměrná komplikace „hlavního“ pohledu, aby se pokusilo ukázat spoustu a spoustu informací, skončí selháním, protože se uživatel ztratí v řadě dat. Níže uvedené příklady jsou pouze náhodné věci, které jsem našel na Googlu, ale na obrazovce A se jen stěží můžete rozhodnout, kde začít - vs. na obrazovce B, kde je obsah přehledně uspořádán do přehledů.

příklad ohromujících dat: 

příklad jednoduchých a snadno strávitelných dat: 

Tabulka je dobrý způsob, jak prezentovat velké množství dat. S více než 5 sloupci se však tabulky rychle stávají nečitelné. Pokud se vaše data mění v reálném čase, jak říkáte, uživatel s největší pravděpodobností nebude schopen učinit včasné rozhodnutí, pokud se bude muset podívat na 15 různých sloupců současně.

Google ví nejlépe, že nejdůležitějším hlediskem při pohledu na velké množství dat je třídění. Musíte seřadit podle jeho relevance pro uživatele. Každá část dat může být důležitá, ale některé údaje jsou důležitější než ostatní, musíte určit, která část je nejdůležitější a která nejsou, to do značné míry závisí na cíli podniku.

Ne všechny sloupce jsou vytvořeny stejně

Některé sloupce jsou důležitější než ostatní:

• některé sloupce musí být přečteny dříve, než budou data v jiném sloupci relevantní. Anglicky mluvící uživatelé čtou zleva doprava, pokud je to možné, sloupce by se měly číst zleva doprava;
• některé sloupce jsou důležité pouze v jejich relativním pořadí, tj. na jejich absolutních hodnotách opravdu nezáleží, např. čas schůzky. Tento sloupec můžete skrýt a pomocí třídění dát smysl pro pořádek;
• některé hodnoty jsou důležité pouze jako vysoké, střední, nízké. Malý rozdíl mezi dvěma „vysokými“ hodnotami nemusí ve skutečnosti ovlivnit rozhodování, protože existují další faktory, které ovlivňují rozhodování významněji. Místo plného textu můžete místo zeleného textu použít „zelenou“, „žlutou“, „červenou“ ikonu.
• některé sloupce mohou být pouze pro čtení, nebo je třeba je upravovat méně často než jiné, existují skupiny sloupců, které je velmi pravděpodobné, že budou editovány společně. Seřadit sloupce tak, aby sloupce, které vyžadují společné úpravy, byly seskupeny dohromady;

Ne všechny řádky jsou vytvořeny stejně

Velmi častým omylem při třídění je třídění podle nějakého zbytečného libovolného pořadí, jako je abecední pořadí nebo datum nebo číselné hodnoty. Statické a konzistentní uspořádání je užitečné, pokud potřebujete hledat hodnoty, ale byste měli nechat počítač, aby vás hledal . Místo toho byste ve většině případů chtěli pořadí podle relevance.

Některé z nich se mohou nebo nemusí vztahovat na váš případ:

• důležitější jsou nedávno aktualizovaná data;
• transakce s vyššími hodnotami nebo transakce v určitém rozsahu hodnot jsou důležitější;
• falešné hodnoty nebo skutečné hodnoty nejsou důležité;
• (složitější) falešné hodnoty jsou důležité pouze v případě, že jiné pole má určitou hodnotu, jinak je důležitá skutečná hodnota

Musíte identifikovat tyto cíle pro své uživatele a podle toho provést vážené třídění vašich dat a sloupců. Pokud jste nezjistili, které cíle jsou pro vaše uživatele nejdůležitější, pak opravdu nenavrhujete . Poté, co určíte, která data jsou nejdůležitější, můžete přistoupit k skrytí některých méně důležitých dat, jejich zkrácení nebo k jejich abstraktaci do ikon. Ikony se snadno vstřebávají a váš uživatel nechce strávit tři sekundy čtením čísel 8221 a 1463, pokud může strávit jednu desetinu sekundy při pohledu na „zelený kruh“ a „červený kříž“.

Některé hodnoty jsou důležité pouze v určitém kontextu

Zvýrazněte zajímavé hodnoty. Uživatel se může zajímat pouze o transakce s určitou hodnotou v určitém poli. A uživatel by mohl vědět, že se nikdy nedotkne transakcí, které jsou příliš vysoké nebo příliš nízké pro jeho preference; můžete je filtrovat, aby je uživatel ani nemusel vidět. Můžete dokonce skrýt celý sloupec, pokud uživatel říká, že pro daný sloupec nemá využití.

jaká data uživatel skutečně potřebuje?

Kdybychom na to mohli dostat přímou odpověď. Místo "záleží".

Stále se s tímto problémem setkávám a pokaždé, když Google, skončím tady u Jasonovy vynikající otázky.

A existuje mnoho vynikajících odpovědí, ale cítím meta-téma, které se zdá, že jsme všichni sukni, přesto si myslím, že stojí za vybalení.

Nejprve získejte popisovač skutečného rozsahu uživatelských záměrů

Když se setkávám s takovými situacemi, považuji za užitečné udělat krok zpět a zajistit, abychom dobře ocenili rozmanitost uživatelských záměrů v našem systému. Nakreslil jsem jednoduchý diagram, který ilustruji, co tím myslím:

Tady uvažuji o dvou věcech:

• Jak dobře můžeme definovat činnosti uživatelů?
• Jak dobře můžeme předpovídat, kdy uživatelé něco potřebují?

Například:

Pokud víme, že každé ráno obchodní manažeři zkontrolují svůj prodejní řetězec podle hodnoty a data uzavření, můžeme pro to navrhnout řídicí panel a víme, že by mělo být každé ráno „po ruce“. To je to, čemu říkám definované a všudypřítomné případy použití.

Když vidíme, jak investiční analytici proudí přes akcie ve svém portfoliu, víme, že své pozice neustále hodnotí pomocí řady standardních technik, ale v daném okamžiku nemůžeme přesně určit, jak provádějí hodnocení. To platí zejména v případě, že je to reakce na vnější podnět (jako volání kolegy na obchodním dně nebo příběh ve Financial Times). Toto bychom mohli nazvat nedefinovaným zatím všudypřítomným .

Možná víme, že vedoucí oddělení jsou zodpovědní za správu svých nákladů a rozpočtů. Chápeme však, co správa přesně znamená? A to se může časem změnit - například na začátku roku by se společnost mohla zaměřit na podíl na trhu a optimalizaci výnosů, zatímco ve čtvrtém čtvrtletí se všichni zaměřují na snižování nákladů. To může vést k velmi odlišným druhům přezkumu a jednání. Tento scénář bych mohl nazvat nedefinovaný a pomíjivý

A tak dále .. Myslím, že dostanete obrázek.

Rozhodování, kam se zaměřit

Pravý horní kvadrant je evidentně tím nejlepším místem, kde se můžete stát designérem. Můžeme určit, co uživatelé skutečně potřebují, a vynaložit úsilí, abychom jim navrhli nejlepší zážitky. Můžeme eliminovat všechny překážky v naší aplikaci, které nepřidávají hodnotu zážitku. Můžeme vyhrát ceny, pokud to děláme dobře ;-)

Svět je bohužel chaotický. Je pravděpodobné, že naši uživatelé jsou v celém grafu. A to se může měnit od minuty k minutě.

Naše obvyklá odpověď a stále nejlepší rada, kterou uslyšíte bez ohledu na disciplínu (programátoři, designéři, podnikatelé), je jednoduše zaměřena. V extremis: udělej jednu věc a udělej to dobře.

Pokud pracujete na spuštění nebo pracujete na MVP, je to snadné a samo-výběrové („stavíme to pouze pro uživatele, kteří chtějí dělat X“).

Pro všechny ostatní navrhuji, abychom místo toho nejprve ocenili, který kvadrant (y) uživatelé chtějí a potřebují pracovat uvnitř, a použít to jako čočku pro zaměření našeho úsilí. Pokud naši uživatelé pracují v kvadrantu D, ale snažíme se je přinutit k řešení Kvadrant A .. nebude to hezké a uživatelé nakonec nakonec nakonec vyhrají.

Jasonův scénář

Skutečný Jason se pravděpodobně dlouho posunul dál, ale mnoho z nás má své dny, když jsme Jason. Z jeho popisu se zdá, že výchozí předpoklad/tvrzení spočívá v tom, že uživatelé Jasona jsou všichni o kvadrantu C - vždy velmi zaneprázdněni děláním věcí, které nemůžeme snadno definovat pomocí datových sad, které poskytujeme.

Jinými slovy, klasický znalostní pracovníci . Obzvláště se snažíme stavět systémy pro tyto lidi, protože vědí a reagují na spoustu věcí, o kterých naši chudí počítače nemají potuchy.

Není žádným překvapením, že skromná tabulka stále vládne svrchovaně na místech, jako jsou finanční oddělení. Jakmile jsou systémy ERP= hotové se zpracováním všech transakcí), většina zbývající práce padá přímo mimo pravý horní kvadrant ... a tabulka je stále konečným prázdným plátnem pro práci s daty .

Takže co můžeme dělat? Navrhl bych dvě paralelní strategie

Identifikujte případy použití pro zpracování kvadrantu A

Dobře, možná většina práce musí být hotová v pseudo-tabulkovém zobrazení. Ale možná ne všechny. Když si vyzvedneme indikace pro všudypřítomné použití, můžeme pro to vytvořit speciálně (jiné zobrazení, stránku dashboardu nebo úder).

K této otázce je již připojeno mnoho dobrých odpovědí a komentářů, které se k tomu nějakým způsobem dostávají: jak najít klenot kvadrantu A v nepořádku kvadrantu C?

Jak najdeme drahokamy?

• old school - trávte hodiny/dny/týdny prací s uživateli, abyste zjistili, co opravdu dělají
• najděte šampióny z uživatelské komunity, kteří mohou vysvětlit, jak se věci skutečně dělají
• podívejte se na data. Můžeme objevit prediktivní chování vedoucí k definované akci? např. před zadáním prodejní objednávky se zdá, že se uživatelé vždy dívají na pohledy A a B, třídí je podle C a D a spouští sestavu E. Může nám přinejmenším poskytnout místo, kde můžeme začít podrobněji zkoumat ...

Vytvořte nejlepší možný zážitek z kvadrantu C

Ale u systémů, jako je tento, je často Taylorist pipe-dream myslet si, že to můžeme nakonec redukovat až na úhlednou sadu případů použití, které můžeme navrhnout řešení kvadrantu A kolem.

Pokud nemůžeme stavět na úplných a dobře definovaných konečných cílech, možná ještě můžeme udělat velké skoky zaměřením na zlepšení cesty pro uživatele?

Zaměření na přístup a ceny

Nevíme tedy přesně, co se uživatelé snaží dělat, ale můžeme zlepšit jejich schopnost přistupovat k našim datům a manipulovat s nimi. Například:

• nejlepší vyhledávání ve třídě, filtrování a třídění
• sloupec zobrazit/skrýt. Ještě lepší: zobrazit/skrýt skupiny sloupců
• snadné stahování dat pro provedení mé vlastní analýzy
• vyberte ze sady předdefinovaných pohledů pro konkrétní účely
• možná mohu uložit a použít své vlastní pohledy? Možná mohu sdílet tento názor se spolupracovníky
• jako uživatel mohu „upravit“ svůj pohled podle potřeby. Například:
  • velikost písma
  • více/méně detailů na buňku
  • tenký řádek/tlustý řádek/režim pinterest

Zaměření na mikroobrábění

Nevíme celý příběh toho, čeho se snažíte dosáhnout, ale můžeme dodat části skládačky. Například:

• zřejmé rozbalení na řádcích pro více informací
• nástroje „klepnutí pravým tlačítkem“:
  • pivot podle tohoto sloupce
  • usilovat o novou hodnotu pro tuto buňku
  • vyskakovací historický trend pro tento řádek/buňku
  • připnout tuto řadu a řadit ostatní kolem ní

Zaměření na přidávání hodnoty do dat

Nevíme přesně, jak naši lidé mění naše data na Information-Knowledge-Wisdom , ale měli bychom hledat příležitosti k neustálému zlepšování hodnoty, kterou můžeme k datům přidat.

např. dnes vám dávám pouze hrubá výrobní čísla, zítra vám to mohu dodat a změnu od včera/minulého týdne/minulého měsíce.

Takže zatímco lidé budou pravděpodobně stále mít kontrolu nad získáváním znalostí a moudrosti, možná bychom se mohli lépe prezentovat informace místo pouhými daty.

Vím, že jste vybrali odpověď, ale chtěl jsem vychovávat něco, o čem si myslím, že je docela důležité: data vs. informace. Nedávno jsem o tom hodně přemýšlel, takže je to v přední části mých čelenek.

Co děláte, je zobrazování dat. Je to syrové, vše se zdá být opravdu důležité, ale ve skutečnosti většina lidí data nemusí vidět. To, co skutečně potřebují, jsou informace, které byly vytvořeny na základě údajů. V jednom z komentářů zmiňujete, že uživatelé mohou „zobrazit graf, když se umístí nad řádek“, a myslím, že to je pozpátku. Nezpracovaná data by měla být dostupná na vyžádání, ale výchozí pohled by měl analyzovat data a zobrazovat výsledné informace.

To neznamená, že grafy jsou správná volba, ale alternativní zobrazení klíčových zjištění všech těchto dat může být moudřejší cestou. To je těžší vývojově, koncepčně, ale díky němu bude konečný produkt užitečnějším nástrojem než prostým místem pro vyhledávání věcí. Otázka, kterou byste měli položit svým uživatelům, zní „co chcete vědět, když se díváte na tuto obrazovku?“

To, co děláme, je rozdělení obrazovky v podstatě na dvě části. Horní polovina zobrazuje podrobnosti o aktuálně vybrané položce, dolní polovina zobrazuje mřížku s stránkovým seznamem dostupných položek.

Ovládací prvky karty slouží k zobrazení podrobností/pohledů kolekce toho, čemu říkáme vnořené podrobnosti/kolekce. Jsou tvořeny vztahy cizího klíče.

Doufám, že vám to trochu pomůže. 

Jedním příkladem, který si myslím, že by to mohlo něco inspirovat, je stránka postavení MLB.com , což je tabulka s příliš velkým počtem sloupců, ale rozhraní pro přizpůsobení je okamžitě intuitivní (pro mě - a není zaměřeno na technické publikum). Pravděpodobně nechcete, aby MLBAM měl libovolný limit na maximální počet sloupců, které můžete mít, samozřejmě.

Největším problémem uživatelského rozhraní s skrytím sloupce je obvykle získání skrytého sloupce zpět - pokud jej neopravili nedávno, je například v Excelu obtížné najít „odkrytí“.

Jsem trochu překvapen, že nikdo zatím nenavrhl vzor Master-Detail.

V některých našich vlastních produktech máme přesně stejný problém: Příliš mnoho sloupců, aby se vešly na obrazovku, v každém případě však bude každá informace relevantní.

Ve skutečnosti jsme se rozhodli udělat to, co jste vy (boss) vyloučili: Snížíte výchozí počet viditelných sloupců na zhruba 5-6 pečlivě vybraných atributů tak, aby pokryly 90% případů použití. Pro vybraný řádek však zobrazujeme všechny atributy v podokně vlastností na pravé straně obrazovky. Uživatel vidí nejdůležitější atributy co nejvíce řádků v tabulce a co nejvíce atributů pro vybraný řádek v podokně vlastností.

Uživatel může stále přidávat/odebírat sloupce z tabulky, stejně jako v Průzkumníkovi Windows, pokud považuje jiné sloupce za důležitější než ty, které jsme si vybrali, nebo dokonce zruší panel vlastností a uchyluje se k vodorovnému posouvání, pokud se uživatel rozhodne, že je co opravdu chce.

Představení panelu vlastností má několik šikovných výhod:

• Pokud chcete data upravovat, můžete poskytnout smysluplnější uživatelské rozhraní pro úpravy
• Data můžete často prezentovat vhodněji než v buňce tabulky. Představte si fotografii pořízenou zaměstnancem, sadu GPS souřadnic zobrazených na mapě, možnosti jsou nekonečné.

Promiňte, že štítky jsou německé, ale mělo by to napadnout:

Hardware pro jistotu, ale já bych navrhnout komoditní multi monitor nastavení. Dva 19 "ve srovnání s jedním 24" je dramatický při práci s širokými tabulkami nebo tabulkami.

Kromě toho fuzzifikovat/normalizovat kritické sloupce (sloupce, které indikují uživateli, že je třeba provést další analýzu a případně další akci). Seskupte se podle těchto fuzzy hodnot.

Dalším trikem by mohlo být začlenění „připnutých“ sloupců tak, že jakmile uživatel posouvá doleva nebo doprava, připevněné sloupce stezky vedou k opačnému konci obrazovky na základě směru posouvání.

Myslím, že o tomhle musíte mluvit s šéfem. zobrazením všech sloupců a všech řádků bude obrazovka nepoužitelná. Je to jako požádat o zaparkování kamionu na parkovacím místě pro osobní auto. Nekončí dobře pro nákladní vozidlo a parkovací místo.

Co byste se měli zeptat sami sebe a klienta, jaké kroky uživatel podnikne, aby vyhodnotil všechna data. Na čem je nejprve založeno rozhodnutí, pak co je třeba zkontrolovat. Od této chvíle můžete začít chápat, jak bude uživatel používat vaši aplikaci. Jakmile víte, že můžete data zefektivnit a prezentovat je ve spravovatelné zprávě.

z toho, co vidím ve vašem příkladu, nelze celková data zachytit v jednom pohledu. to znamená, že uživatel se bude muset pohybovat tam a zpět mezi dvěma porovnávacími prostory. To může vést k nesprávnému rozhodnutí, protože data jsou čtena špatně. chyby v podnikání, pro které pracujete, mohou stát spoustu peněz. tím, že řeknete svému klientovi, že pravděpodobně pochopí, že je třeba těmto chybám zabránit malbou jasnějšího obrazu.

MOŽNOST: Pokud porovnáváte datové řádky, navrhuji v přehledu minimální data a výběrem párů k porovnání vytvoříte sestavu se všemi správně porovnanými údaji (grafy, čísla nebo jakákoli jiná vizuální pomůcka).

ALTERNATIVNÍ MOŽNOST: Jděte ke svému šéfovi, řekněte, že to uděláte jeho cestou, ale položte na stůl alternativní design. Až přijde čas a hordy rozzlobených uživatelů jsou u jeho dveří, připomínáte mu, že jste vytvořili alternativní design. politika v technice nikdy není mým nejoblíbenějším. ale někdy to stačí!

Možná můžete seskupit sloupce s nízkou hodnotou (tj .: hodnoty v rozsahu [0..100)) do dílčích sloupců.

Namísto:

| Description | Count | Mean | Sum | Foo    | Bar   |
| Lorem ipsum |     1 |    2 |   3 | $ 1.00 | +0.2% |

Prezentovat jako:

| Description | Totals    | Foo    | Bar   |
|             | C / M / S |        |       | 
| Lorem ipsum | 1 : 2 : 3 | $ 1.00 | +0.2% |

Kde ":" je oddělovač sloupců a C/M/S znamená "počet/průměr/součet" (nebo jakákoli tam zobrazená data).

Pokud absolutní hodnoty dat nejsou důležité, můžete transformovat procenta na skládané pruhové ikony.

Pokud je sloupec procentem jiného sloupce, můžete použít pozadí cílového sloupce jako ukazatel průběhu. Ve skutečnosti v závislosti na rozmanitosti datových domén může pozadí buňky naznačovat, jakou hodnotu obsahuje, a zrušit předponu měny a/nebo nadbytečné formátování.

Nevím, jestli to máte povoleno, ale co když nepoužíváte tabulku? Zobrazit seznam položek, zde je příklad seznamu filmů:

* Movie title 1 *
Cast: actor a, actor b
Year: 2000       Runtime: 100 min       Rating: 75%

* Movie title 2 *
...

Zde je několik nápadů:

Skutečná otázka zní: jaká data uživatel skutečně potřebuje? Naplňují všechny řádky všechny sloupce v datech? Moje ne, ale není to ani zdaleka „řídký“ maticový typ displeje.

1) zobrazení rybí oko
Přemýšleli jste někdy o rybím oku? Těžko najít dobré řešení pro Javascript, ale Java applety jsou dostatečně snadné najít).

2) vznášet se tipy
Stačí zobrazit stručné číselné údaje (s různou přesností na základě rozsahu) a vystavit názvy sloupců vznášením? Možná budete chtít/potřebovat zvýraznit buňky zájmu a nechat uživatele, aby na ně umístili kurzor, aby viděli, jaký jsou sloupec

3) seskupení
Seskupte položky s podobnými sloupci naplněnými do skupin a vytvořte několik tabulek se simulárními položkami, přičemž z každé tabulky vynechte nevyplněné sloupce. Nemusíte vlastně vědět, jak je seskupit ... Můžete si vytvořit bitmapu nebo hash, jejichž sloupce jsou vyplněny pro každý řádek, a poté je řadit/seskupovat do běžných sad sloupců. Alternativní algoritmus je jednoduše třídit podle počtu naplněných sloupců. Zjistil jsem, že to funguje docela dobře a pomáhá identifikovat seskupení snadno, a odhaluje drobné nekonzistence docela dobře.

Zpravidla byste neměli být rozmarem všech přání vašich uživatelů. Vaším úkolem jako profesionála je znovu představit jejich potřeby způsobem, který vhodně a efektivně shrnuje množství dat. Počítače skvěle shromažďují informace o datech a lidé špatně interpretují tato data. Odolejte se vší silou, vyvrhujte na obrazovku neformátované, neumarizované tabulky.

Zvažte vyhledávání na Googlu - většina vyhledávání obvykle vrátí miliony zásahů. Ale jdete někdy za první stránku? Pokud jste jako většina, téměř nikdy. Co uděláte, pokud nemůžete najít odpověď na první stránce? Znovu přeformulujete svou otázku a zúžíte výsledky, dokud se na první stránce neobjeví váš cíl.

Při přemýšlení o své aplikaci projděte cvičení Vyhledávání Google. Pouze zřídka je seznam nefiltrovaných výpisů záznamů vhodný.

Další příklad - zvažte kontakty nebo hudební skladby ve vašem iPhone. Byl bych velmi překvapen, kdybyste okamžitě neklikl na posuvník písmen vpravo a nepřeskočil na abecední sekci. Úplný a úplný seznam záznamů je více pro bonbóny (předvádějte posouvání telefonu) než cokoli jiného.

Nyní to vše lze také použít na data, která zobrazujete vodorovně (počet sloupců). Přišel na kreativní a intuitivní způsob, jak shrnout tato data. Další výhodou přibíjení to jsou věci, díky kterým je aplikace zábavná. Přidejte dostatek těchto promyšlených vylepšení a laků a aplikace se dokonce stane „zábavnou“.

Přinejmenším přemýšlíte o problému; to je dál než většina devs. Hodně štěstí!

Musím tady hodit své dva centy, přestože je tato otázka tak stará.

Pokud máte spoustu dat, která jsou pro uživatele nezbytná, aby se mohli rozhodovat, pak samozřejmě existuje rozhodovací proces, který je založen na těchto datech. Spíše než na uživatele, aby se rozhodoval na základě nezpracovaných dat, byste se měli pravděpodobně soustředit spíše na to, jak zpracovat nezpracovaná data způsobem, který je pro uživatele užitečnější.

Pokud například máte sloupce A, B, C, D a E a A je třeba aktualizovat, když jsou B a C menší než D, ale větší než E, pak místo zobrazení všech těchto sloupců uživatelům, stačí mít jeden sloupec, který zobrazuje, zda je tato podmínka aktuálně pravdivá.

Namísto zaplavování uživatelů daty je třeba vytvořit vrstvu obchodní logiky, která tato data POUŽÍVÁ. Nejenže to výrazně zjednoduší složitost vašeho GUI, ale uživatelé budou s největší pravděpodobností vám neuvěřitelně vděční za to, že jim usnadní život. Vždy byste se měli snažit identifikovat úlohy, které jsou pro počítače jednodušší než pro lidi, a odpovědnost za tyto úkoly přenést na počítač.

Protože nevíme, proč uživatelé musí vidět všechny sloupce nebo proč si šéf myslí, že chtějí vidět všechny sloupce, zbavíte se některých řešení colum. Tady je moje. Uživatelé si mohou vybrat, uspořádat a uložit své preference pro sloupce, které chtějí. Jsem si jist, že existuje významný počet uživatelů, kteří by chtěli vidět pouze 5 sloupců. Skutečný problém je, že všichni nechtějí vidět stejné. Nakonec budou mít tolik sloupců, že se objeví vodorovný posuvník. Hádám, že tihle „tabulkové feťáky“ nebude vadit. Budou se cítit jako doma.

První věc, která má na paměti, jsou sloupce s možností změny velikosti. Protože říkáte, že všechny sloupce by měly být viditelné a data musí být ve formátu tabulky. Názvy sloupců mohou být v úhlu 45 stupňů, takže by byly snadno identifikovatelné a současně by zabíraly méně místa.

Učinte jej dynamickým tak, že ovládáte, které sloupce se budou zobrazovat, a poté použijete inteligentní výchozí hodnoty. Dobrým příkladem toho je Externí nástroj pro návrh klíčových slov , kde můžete libovolně přidávat/odebírat/třídit sloupce. S dynamickými sloupci můžete mít svůj dort a šéf ho může jíst.

Souhlasím s Erwinem ohledně grafů. Sparklines mohou být vhodné.

Na stránkách Edwarda Tufteho je tu taková diskuse:

http://www.edwardtufte.com/bboard/q-and-a-fetch-msg?msg_id=00002r&topic_id=1

Měl jsem tento přesný problém s 25 a více sloupci. Všechna textová data, takže žádná čísla. V zásadě je to obrovský inventář s cestou do mnoha oborů.

V současné době klávesy se šipkami nahoru a dolů stále vybírají řádek, ale levé a pravé tlačítko skrývá a odkrývá sloupec, takže celá tabulka posune doleva.

Ve spojení s opravdu pěkným vyhledáváním není toto řešení špatné.

Výchozí zobrazení je samozřejmě plně přizpůsobitelné uživateli.

Ve skutečnosti jsme se také setkali s takovým problémem s příliš velkým množstvím dat v tabulce a uživatel vyžaduje, aby viděl více sloupců přímo místo horizontálního rolování.

Co vím možné řešení a co jsme také vyzkoušeli v našem designu:

• Zkuste zmenšit šířku sloupce, například stručné znění nebo hodnotu.
• Stručné zobrazení s možností rozšíření, aby uživatel mohl v případě potřeby zobrazit další podrobnosti. ale mohou zobrazit potřebné informace hned na první pohled.
• Zobrazují se hlavní podrobnosti, nejprve s krátkým pohledem a podrobným pohledem v dolní části nebo stranou stranou pro zobrazení dalších informací.

Někdo má více speciálního řešení nebo nápadu?