Vlákno názorů k článku Sbohem, klávesnice! od Ivan Nový - pro muže příliš ne, muži neradi mluví :-)...
-
Jen to ne. Ještě by si ten pitomý soft, který jsem nucen v práci používat přečetl, co si o něm myslím.
Otázka pro programátory v Javě: to fakt nejde udělat dialogové okno tak, aby Enter fungoval jako OK a Esc jako Cancel a musím se mezi tlačítky přepínat Tab a potvrzovat mezerníkem, event. šahat na myš (příklad - výběr třetí položky a potvrzení nejde 2x šipka dolů a Enter, ale Ctrl+Tab, 2x šipka dolů, Tab, mezerník)? Opravdu nejde zavolat externí program, který se otevírá navrchu nad všemi okny tak, aby byl taky aktivní a já se do něj nemusel přepínat Alt+Tab nebo myší? Fakt nefunguje Shift+Insert, který je pro mě pohodlnější než Ctrl+V? Menu se musí vykreslovat jako samostatné okno, které občas nejde zavřít? -
AS 400, CP/M, DOS, OS/2, Unix, Windows, Linux, různé klony 8 bitových systémů a asi 2x v životě (kolem r. 1994) Mac ;-) Aktuálně tak z 80% Windows a zbytek Ubuntu a Slax. Já vím, že to, co jsem popsal jde, jen jsem si potřeboval zanadávat, bo mě ten křáp fakt drtí. I když je pravda, že kolegyně to spokojeně používají a vůbec jim nepřijde divné 5x do minuty přehmatávat z klávesnice na myš, mám pocit, že vůbec netuší, že dialogy a menu se dají ovládat i z klávesnice.
Ta aplikace je interní systém jedné velké firmy v ČR, jinde než ve firmě se s ní (naštěstí pro uživatele :-D) nelze setkat. -
Ondřej Bouda (neregistrovaný)
OK. Akorát argument, že "to i se vsemy zaznamy vpohode fungovalo a tu 0,1s co to SQLko nacitalo" neberu - on je velký rozdíl když to dělá 1 uživatel, 100 uživatelů, 1000 uživatelů... Ale jinak souhlasím, že ve Vašem případě bude příčinou omezení počtu řádků spíš šlendriánství vývojářů než záměr zlepšit škálovatelnost :)
-
x (neregistrovaný)
Ono to neni jen o jave, ono to plati vseobecne - taky mam tu cest s jednim uzasnym "erp" - prozmenu v NET.
Jen pro predstavu nepatrny detail - pusti se login, kurzor blika na pass .... ale wokno nema focus ... sem schvalne hledal ani hodinu v dokumentaci (netu prirozene), jak takovyho jevu docilit (nejsem programator), neb kdyz sem si sosnul visualko a rek mu na cca 5 klipu jak velky ma byt okno aplikace po startu ( a jen tak pro formu tam flaknul zakladni file menu bez funcionality) tak to fokus melo at sem se snazil jak sem se snazil ...
Dtto grid ... neumi to zobrazit vic nez 5 000 zaznamu (ano, skutecne, v roce 2012 existuje cosi, co si rika ERP a neumi to do gridu zobrazit vic nez pet tisic zaznamu). Rolovani temi zaznamy pak probiha rychlosti sneka a naprumerne kancelarske doujadro to zatizi ("tenky" klient, ze?) na 80%. Tak sem si to zkusil, natah tam vizuelne grid, flaknul do nej cca mega zaznamu z DB ... a ono to tak nejak uplne vpohode fungovalo a tech mega zaznamu to odrolovalo behem vterin ...
Toz tady by spis nebylo od veci vzit ty (pry uz neuzitecne) klavesnice, a jit je "programatorum" vecpat do vsech telnich otvoru. Aspon nejaky uzitek by to melo.
-
Ondřej Bouda (neregistrovaný)
1. Logon dialog - pokud je spouštěn před spuštěním hlavního okna aplikace (v době, kdy se zobrazuje splash screen), je problém ho k tomu focusu přemluvit (s tím jsem zápasil docela dlouho).
2. Grid - samotné zobrazení je v pohodě; jakmile je ale vyžadováno podmíněné formátování (když je částka záporná, celý řádek červeně apod.), tak to dost zpomaluje. Co se týče omezení počtu řádků, šel jsem radši rovnou o krok dál a implementoval stránkování po 50 řádkách (tj. co se vejde na oibrazovku) - velký grid totiž postrádá smysl, uživatel se ve stovkách (natož tisících) řádek stejně ztratí a nic nenajde, takže zobrazování velkého počtu řádek by vlastně jenom zbytečně zatěžovalo server a síť (a tenkého klienta). Samozřejmě, bylo nutné to doplnit o uživatelsky jednoduché vyhledávání/filtrování => půl roku vývoje :)
-
x (neregistrovaný)
Problem gridu neni pocet zaznamu primo v nem, problem je, ze oni proste neumi listovat vsemi daty - netrvam na tom aby to vsechno bylo nacteny najednou, ale trvam na tom, ze kdyz budu chtit, musim mit moznost pochazet zaznam po zaznamu aniz bych vymejslel nejaky filtr (navic to i se vsemy zaznamy vpohode fungovalo a tu 0,1s co to SQLko nacitalo ...).
Dost casto totiz nekdo neco vizuelne hleda a nevi presne co, jen vi, ze az to uvidi, vsimne si ... na to se dost blbe stavi filtr.O tom, ze nelze neco zmenit na vice polozkach najednou netreba ani mluvit ... primo nehoraznost.
BTW: Smazani zaznamu v logu nepodstatnych operaci trva aplikaci 15s (jednoho zaznamu, jsou jich tam desitky M), za stejnou dobu jich rucne primo v DB smazu milion ... Aplikace totiz zaznamy generuje vetsi rychlosti, nez je dokaze mazat ...
