Zadávání údajů ve formuláři dnes a před lety

Re:Zadávání údajů ve formuláři dnes a před lety
« Odpověď #15 kdy: 08. 04. 2022, 14:39:57 »
- mnohdy se do vstupníhu prvku dá napsat cokoliv a po nějakém submitu je uživatel upozorněn, že tam a tam není údaj správny a po řadě se to  koriguje

To je částečně client / server paradigmatem. Protože data na straně serveru kontrolovat musíte. Pokud chcete mít kontrolu i na straně klienta, tak musíte vlastně duplikovat tuhle validační logiku, což znamená vyšší pracnost a riziko nekozistencí. Občas se vyskytují knihovny, které se snaží nějak řešit, že by server dokázal předávat metadata na klienta, ale nevím o ničem obecně použitelném. Takže typicky se kontroluje povinnost, občas typ (číslo / řetězec) nebo pattern, ale složitější kontroly většinou probíhají až na serveru. Také některé věci mohou vyžadovat kontrolu v DB atp., což je další komplikace.

Nette to má by-default. Ke každému inputu, nebo formuláři se to napíše jako pravidla, a ty se potom použijí jak na serveru, tak javascriptem na klientu. Dá se tím pokrýt prakticky všechno.

Další FW to budou mít určitě taky.


Re:zadávání údajů ve formuláři dnes a před 40 lety
« Odpověď #16 kdy: 08. 04. 2022, 15:02:05 »
To vsechno melo ten smysl, aby uzivatel delal co nejmene chyb. K tomu byly prave ty ergonomicke studie.
Ano, to bolo mozno super v casoch, ked sa vsetko zadavalo rucne. Ale dnes existuje aj copy&paste, a nic ma nevytoci viac, ako ked sa takto neda vlozit vstup. Dovolim zadat cokolvek, ale pri posunuti na dalsie policko ho zvalidujem. Totiz casto sa stava, ze nieco skopirujem, vlozim, a az v tom textovom poli to upravim na tvar, aky ma byt.

Re:Zadávání údajů ve formuláři dnes a před lety
« Odpověď #17 kdy: 08. 04. 2022, 17:50:20 »
toho napsal hodne, dekuji

policko par milimetru
je jiste trochu prehnane, ale pro zadavani jednoho , dvou znaku - to je bezne v podnikovych aplikacich napr. ruzne zktratky statu, meny, mernych jednotek ...
Ergonomie take znamena, ze se usetri misto a uzivatel ma na jeden pohled mhohem vice informaci.

To je částečně client / server paradigmatem. Protože data na straně serveru kontrolovat musíte.
Na tom neco je. Drive (pred webem) se to vetsinou nedelalo a ty aplikace taky desetileti fungovaly. Dnes se rika, ze si uzivatel otevre pres F12 vyvojove prostredi webu a muze udaje manipulovat i pote, co je client zkontroloval ... no ja nevim, kdyz se to udela pres webassembly, tak bych takoveho uzivatele chtel videt.

Tohle vyžaduje mít neproporcionální font ...
Ja jsem myslel, ze cifry jsou v kazdem fontu vsechny stejne velke ...?

pro zaškolené uživatele co je používali velmi často.
ano, prave na takove aplikace myslim. Klasicke 'rich-client' aplikace

Dnešní webové aplikace jsou pro dost jiné podmínky.
na jo, to je pravda, jestlize se ma aplikace pouzivat soucasne na mobilu a na 50" obrazovce tak to chapu, ze se musi udelat nekde nejaky kompromis. A ten vede k tomu, ze efektivita prace musi byt nutne suboptimalni. Me skutecne prekvapuje, ze to jeste nikoho nenapadlo a hlavne ze zakaznici neprotestujou.

Nekdy kolem roku 1988 jsem pro nemeckeho zakaznika predelavali stavajici aplikaci, ktera byla novell-dosovska na unix a u prejimky ten sef posadil k terminalu po rade zamestnance z nakupu a odbytu a nechal je editovat ty zakazky a objednavky a meril stopkama kolik potrebujou casu. Koukali jsme jak vrany a pan sef na sdelil, ze pozadavek pri zadani projektu byl, ze jiz pri zadavani dat musi byt uspora oproti predchozimu systemu minimalne 20% casu (coz nam nas management jaksi zapomnel sdelit). Nastesti jsme se do toho zadani vesli, jinak jsme mohli balit kufry.

To ze zakaznici dnes jsou asi spokojeni, kdyz aspon neco funguje je pro programatorske firmy asi OK, ale ja se presto citim nejak nesvuj. Ale chran buh, ze bych chtel delat revoluci.

Re:Zadávání údajů ve formuláři dnes a před lety
« Odpověď #18 kdy: 08. 04. 2022, 18:08:09 »
Samotne HTML podporuje ciselne inputy vcetne validace. Vic kmentovat nebudu. Otevrte si libovolny webovy formular, kde se zadavaji cisla.

ja ale nechci neco zadavat do nejakeho weboveho formulare. Ja potrebuji knihovnu.

Otevrel jsem tedy jqueryui.com/datepicker a v uvedenem prikladu se po me chtelo zadani datumu.
Zadal jsem tedy '//////////////2345234523423////////456345634//////' a kdybych chtel, tak zadavam jeste ted, ale presto vsechno se mi nezda, ze to co zadavam vypada jako nejake smysluplne datum.

Re:Zadávání údajů ve formuláři dnes a před lety
« Odpověď #19 kdy: 08. 04. 2022, 18:52:35 »
To je částečně client / server paradigmatem. Protože data na straně serveru kontrolovat musíte.
Na tom neco je. Drive (pred webem) se to vetsinou nedelalo a ty aplikace taky desetileti fungovaly. Dnes se rika, ze si uzivatel otevre pres F12 vyvojove prostredi webu a muze udaje manipulovat i pote, co je client zkontroloval ... no ja nevim, kdyz se to udela pres webassembly, tak bych takoveho uzivatele chtel videt.
Tak kontrolovat na servri je dobre hoci ten klient ide na server binarne cez tcp socket, nie len pri http. Inak je to security by obscurity, dnes je dostatok nastrojov pre analyzu toho co si medzi sebou klient a server vymienaju...


L..

  • ****
  • 302
    • Zobrazit profil
    • E-mail
Re:Zadávání údajů ve formuláři dnes a před lety
« Odpověď #20 kdy: 08. 04. 2022, 22:56:38 »
policko par milimetru
Ergonomie take znamena, ze se usetri misto a uzivatel ma na jeden pohled mhohem vice informaci.

Ne nutně, občas je to méně přehledné. A ne vždy je těch údajů tolik, aby se místem šetřit muselo. Prostě pokud to dává smysl, tak se použije malé políčko, ale ne vždy to smysl dává.

data na straně serveru kontrolovat musíte ... Na tom neco je. Drive (pred webem) se to vetsinou nedelalo a ty aplikace taky desetileti fungovaly.

Ano, na bezpečnost se dřív hodně kašlalo. Pak z toho byly telefonáty typu "A opravdu se váš syn jmenuje Pepa'; drop table users;?" :-D

Dnes se rika, ze si uzivatel otevre pres F12 vyvojove prostredi webu a muze udaje manipulovat i pote, co je client zkontroloval ... no ja nevim, kdyz se to udela pres webassembly, tak bych takoveho uzivatele chtel videt.

Útočník si hlavně může request komplet celý vytvořit a poslat sám, nic měnit nemusí.

Ja jsem myslel, ze cifry jsou v kazdem fontu vsechny stejne velke ...?

Jak se říká: "Myslet znamená houby vědět"

pro zaškolené uživatele co je používali velmi často.
ano, prave na takove aplikace myslim. Klasicke 'rich-client' aplikace

Pak ovšem nevím, proč řešíte běžné webové aplikace, které jsou určeny pro úplně jiné podmínky a podle toho vypadají. I webové aplikace pro zaškolené uživatele se dělají, ale k těm se samozřejmě běžně nedostanete, protože jsou interní.

na jo, to je pravda, jestlize se ma aplikace pouzivat soucasne na mobilu a na 50" obrazovce tak to chapu, ze se musi udelat nekde nejaky kompromis. A ten vede k tomu, ze efektivita prace musi byt nutne suboptimalni. Me skutecne prekvapuje, ze to jeste nikoho nenapadlo a hlavne ze zakaznici neprotestujou.

A proč by měli protestovat? Jistě by bylo možné optimalizovat aplikaci pro různá zařízení od mobilu po tu 50" obrazovku, ale vývoj by byl o dost nákladnější a to se jim prostě nevyplatí. Maximálně se občas dělá mobilní verze nebo webová a mobilní aplikace, kde je to fakt užitečné.

Nekdy kolem roku 1988 jsem pro nemeckeho zakaznika predelavali stavajici aplikaci, ktera byla novell-dosovska na unix a u prejimky ten sef posadil k terminalu po rade zamestnance z nakupu a odbytu a nechal je editovat ty zakazky a objednavky a meril stopkama kolik potrebujou casu.

To je další věc. V 80. letech se běžně zaměstnávaly armády makaků, kteří nedělali celý den nic jiného, než přepisovali věci z papíru do počítače. Tam byla samozřejmě efektivita zadávání naprosto kritická. Nicméně dneska se to už dělá jen výjimečně, buď se komunikuje elektronicky, nebo to nahradilo OCR.

Zadal jsem tedy '//////////////2345234523423////////456345634//////' a kdybych chtel, tak zadavam jeste ted, ale presto vsechno se mi nezda, ze to co zadavam vypada jako nejake smysluplne datum.

A proč byste něco takového zadával do datumu? Když by to byla aplikace, tak by vám po opuštění pole vynadala, že to není platné datum, takže cajk. Optimalizovat aplikaci, aby se při takovém nesmyslném vstupu chovala "co nejlépe" je zbytečná práce.

Mimochodem, právě dělám na jedné interní aplikaci, kde je rychlost zadání v nějakých UC kritická. Takže řešíme věci jako "A když sem kliknu se shiftem, tak bude ve zobrazeném dialogu aktivní druhé políčko a ne první, abych ho mohl rovnou přepsat a ušetřil stisknutí tabu." Ale vstupy čísel jsou normální inputy, do kterých mohou napsat cokoli, žádné filtrování, zarovnávání na desetinou tečku a podobné nesmysly, dokonce ani nejsou zarovnané doprava a uživatelé jsou s tím úplně v pohodě. Kdybych jim vysvětloval, že to tak podle nějaké socialistické normy musí být, asi by koukali, jestli jsem nespadl z Měsíce :D

« Poslední změna: 08. 04. 2022, 22:59:16 od L.. »

Re:Zadávání údajů ve formuláři dnes a před lety
« Odpověď #21 kdy: 09. 04. 2022, 00:05:54 »
To ze zakaznici dnes jsou asi spokojeni, kdyz aspon neco funguje je pro programatorske firmy asi OK, ale ja se presto citim nejak nesvuj. Ale chran buh, ze bych chtel delat revoluci.
No, dnesny zakaznici by vonkoncom neboli spokojny s aplikaciu nakodenou vo foxpro, beziacou na novelackom servri sprostredkovanej cez rconsole. Aspom ja som bol zvedsa znacne rozladeny. Hlavne ked som si to mohol porovnat s pracou na terminali od pdp11, alebo inymi aplikaciami ktore vtedy bezali pod dosom...

Re:zadávání údajů ve formuláři dnes a před 40 lety
« Odpověď #22 kdy: 09. 04. 2022, 09:25:45 »
čísla se zadávají zrovna tak jako text zleva (ne tedy jako na kalulačce) podle principu zadej co chceš a zkoriguj to jak umíš
Ako, pre kalkulacky som mal vzdy slabost, ale taku na ktorej by sa cisla zadavali od jednotiek smero k vyssim radom(zprava do lava) som este nevidel, ani na kalkulacke s RPN. Mozete mi prezradit vyrobcu a model?

HP 12C (a cela tato rada) - asi vubec nejrozsirenejsi model kalkulacek na svete, to tak ma. Vyrabeno kontinualne od 1981.

Re:zadávání údajů ve formuláři dnes a před 40 lety
« Odpověď #23 kdy: 09. 04. 2022, 09:48:50 »
čísla se zadávají zrovna tak jako text zleva (ne tedy jako na kalulačce) podle principu zadej co chceš a zkoriguj to jak umíš
Ako, pre kalkulacky som mal vzdy slabost, ale taku na ktorej by sa cisla zadavali od jednotiek smero k vyssim radom(zprava do lava) som este nevidel, ani na kalkulacke s RPN. Mozete mi prezradit vyrobcu a model?

HP 12C (a cela tato rada) - asi vubec nejrozsirenejsi model kalkulacek na svete, to tak ma. Vyrabeno kontinualne od 1981.

A pardon, vy jste se bavili ne o zarovnani cisel (slabsi starsi kalkulacky doprava, HPcka doleva) ale o tom, ze se zacina/nezacina nejvyssim radem. To urcite nikdo nevymyslel, aby se zadavalo od nejnizsiho radu, to mas pravdu :)

PS: me by asi zarovnani doprava na webu stvalo, protoze kliknu/TABnu se do policka a ocekavam, ze mi tam VLEVO zacne blikat kurzor. Pokud je az nekde hodne vpravo, asi si ho jen tak nevsimnu a budu zbytecne klikat vickrat. Navic mnoho cisel vlastne nejsou cisla pro vypocty (kde to ma smysl pro soucet "pod sebou"), ale proste jen identifikatory, takze tam je zarovnani burt (treba to cislo domu a tak).

Re:zadávání údajů ve formuláři dnes a před 40 lety
« Odpověď #24 kdy: 10. 04. 2022, 03:29:32 »
čísla se zadávají zrovna tak jako text zleva (ne tedy jako na kalulačce) podle principu zadej co chceš a zkoriguj to jak umíš
Ako, pre kalkulacky som mal vzdy slabost, ale taku na ktorej by sa cisla zadavali od jednotiek smero k vyssim radom(zprava do lava) som este nevidel, ani na kalkulacke s RPN. Mozete mi prezradit vyrobcu a model?

HP 12C (a cela tato rada) - asi vubec nejrozsirenejsi model kalkulacek na svete, to tak ma. Vyrabeno kontinualne od 1981.

A pardon, vy jste se bavili ne o zarovnani cisel (slabsi starsi kalkulacky doprava, HPcka doleva) ale o tom, ze se zacina/nezacina nejvyssim radem. To urcite nikdo nevymyslel, aby se zadavalo od nejnizsiho radu, to mas pravdu :)

PS: me by asi zarovnani doprava na webu stvalo, protoze kliknu/TABnu se do policka a ocekavam, ze mi tam VLEVO zacne blikat kurzor. Pokud je az nekde hodne vpravo, asi si ho jen tak nevsimnu a budu zbytecne klikat vickrat. Navic mnoho cisel vlastne nejsou cisla pro vypocty (kde to ma smysl pro soucet "pod sebou"), ale proste jen identifikatory, takze tam je zarovnani burt (treba to cislo domu a tak).

Njn, ved som pisal hned v nasledujucom prispevku ze zrejme nepojde o smer zadavania ale o zarovnanie.

Ad ps: no, hlavne by to nebolo ergonomicke, cisla zarovnane vpravo, ostatne veci vlavo by ocnemu svalstvu moc neprospeli...