ugrás a tartalomhoz

Innovative Techniques To Simplify Sign-Ups and Log-Ins

Joó Ádám · 2011. Május. 5. (Cs), 17.24
Hogyan könnyíthetjük meg a felhasználó dolgát
 ■
1

Nem vagyok elragadtatva...

vbence · 2011. Május. 6. (P), 11.34
Az öteltek fele 10 éves a másik fele egyszerűen rossz.
2

Mégis kevés helyen

Endyl · 2011. Május. 6. (P), 13.36
Mégis kevés helyen használják, ha 10 éves is. Így nem árt ismételni.

Melyik példák a rosszak szerinted, miért?
3

Jelszó, captcha

vbence · 2011. Május. 6. (P), 18.02
A jelszó unmaszkolás és captcha hehyett JS a legvérlázítóbb.

Viszont módosítanék, a "nagy submit gomb" ügye remek pont. - Kár hogy a mai viszonyok között (gyakori warez haszáló lévén) a nagy gombok inkább átverést sugalnak, és a szemem automatikusan a melletük, körülöttük elhelyezett apró "download now" linket keresi. - De amúgy sajnos nem csak warez fronton találkozom ezzel mostanában.
4

Viszont módosítanék, a "nagy

kuka · 2011. Május. 6. (P), 19.24
Viszont módosítanék, a "nagy submit gomb" ügye remek pont.
Engem viszont zavar. A legsűrűbben használt böngésző kiegészítő nálam a Grab and Drag, amely Acrobat Readerhez hasonló görgetést tesz lehetővé. Az ilyen csináljuk nagyra marhaságok miatt kevesebb hely marad ahol kényelmesen megragadhatom a lapot. (Nem erre az egy szál gombra gondolok, de az ilyen elveket valók általában 100% széles hivatkozásokat is elszórnak a dokumentumban.)

Amit én nagyon megemlítenék, hogy így ne:
Username
[_____________]
Password
[_____________]
[Login][Cancel]
[ ] Remember me

Nem tudom más hogy van vele, de én billentyűzetet használok az azonosítóm beírásához. Normális esetben ezután 1 Tab a Remember me kapcsoló, 1 szóköz a bepipálás, 1 Tab a Login gomb, 1 szóköz a megnyomás. Ezért számomra a fenti ábrán látható egy aberráns eset.
5

tabindex

Poetro · 2011. Május. 6. (P), 20.29
Már csak az a kérdés, hogy a tabindex hogyan van beállítva az adott formra. Mert a fenti kinézet mellett produkálható a kívánt működés is.
8

A kérdés az, hogy ilyen

Joó Ádám · 2011. Május. 7. (Szo), 00.39
A kérdés az, hogy ilyen esetben indokolt-e eltérni a tabsorrendben a vizuális sorrendtől. Én is reflexből nyomom a tab-szóköz-enter kombinációkat, és bizony vannak oldalak, amik csúnyán felbosszantanak a váratlan viselkedéssel.
6

A jelszó megjelenítéssel mi a

Joó Ádám · 2011. Május. 7. (Szo), 00.36
A jelszó megjelenítéssel mi a gondod? A JS-t igénylő Turing-teszt engem is zavar.
13

captcha fallback

tgr · 2011. Május. 8. (V), 17.27
A JS-alapú Turing-teszt nem rossz ötlet, ha van mögötte egy rendes captcha fallbacknek. Akár valami proof-of-work sémát is bele lehet keverni, ahol valami számításigényes JS kód futtatásával igazolja a user, hogy nem spammer.
15

Nem hiszem, hogy olyan messze

Joó Ádám · 2011. Május. 14. (Szo), 15.48
Nem hiszem, hogy olyan messze vagyunk attól, amikor már JS is futni fog a robotban.
7

Szerintem otrombák ezek a

Joó Ádám · 2011. Május. 7. (Szo), 00.38
Szerintem otrombák ezek a gombok, és annak, aki ilyet tervez, semmilyen esztétikai érzéke. (Egyébiránt a metaforát is agyoncsapja, egy tipikus gomb a való világban sem sokkal nagyobb, mint ami ahhoz kell, hogy egy ujjal megnyomhasd.)
9

A jelszó megjelenítés

Endyl · 2011. Május. 7. (Szo), 16.49
A jelszó megjelenítés szerintem úgy lenne az igazán jó, ha alap böngésző funkció lenne. Az ilyen JS "varázslatokat" nem tartom a legjobb ötletnek ebben az esetben. Persze meg lehet csinálni okosan is, csak az ritka.

A nagy gombok meg igenis hasznosak tudnak lenni, pláne ha mobilon nem egy mütyüri valamit kell becéloznom klikkeléshez, hanem van egy normális felület. Ha meg asztali gépen épp nem billentyűvel navigálok, akkor szintén hasznosak lehetnek (és figyelemfelkeltő, könnyen észrevehető) a nagy "akcióra felhívó" gombok. Persze ha ízléssel vannak használva.

Captcha ügyben meg a leginkább vérlázító maga a captcha. A felhasználó hadd használja az oldalt felesleges megakasztások nélkül, a backend fejlesztő meg végezze a dolgát és szűrje ki a hibás/kártékony/támadó inputot.
10

A captchát könnyű támadni

vbence · 2011. Május. 7. (Szo), 17.36
A captchát könnyű támadni, de ha sem a Microsoft, sem a Google, sem a Yahoo nem talált még ki jobbat, akkor kicsit irreális elvárásnak tűnik, hogy Jancsi, a backend fejlesztő majd teszi a dolgát és "megoldja".

Itt az igaziproblémám, hogy Halló, 2011-et írunk! A botok is tudnak JS-t futtatni.
12

Szerintem meg van jópár

Endyl · 2011. Május. 7. (Szo), 19.52
Szerintem meg van jópár captcha alternatíva (vagy akár csak az, hogy csak gyanús esetekben igénylünk captcha ellenőrzést) amivel minimálisra, kézzel moderálható mennyiségre lehet csökkenteni a célba jutó spamet.

Persze ha egy adott oldalt mindenképpen tele akarnak spammelni, akkor meg fogják tenni. Kérdés, hogy megéri-e belefeccölni az erőforrásokat (JS futtatás, felhasználói cselekvésminta szimulálása, stb) vagy inkább csak hajtanak az olyan oldalakra, ahol szinte nulla ráfordítással onthatják a szemetüket.

Azt meg ne felejtsük el, hogy a nagy nevek mögött is ugyanúgy sok Jancsi dolgozik, csak talán jobban rendszerezve. De ez a szép a weben, hogy itt a magunkfajta Jancsik is összedobhatjuk amink van, hátha kiötlünk valami megoldást az ügyben. Sose lehet tudni kinél és mikor üt be a "Heuréka!" pillanat. Nem csak a Google, Microsoft, stb állhat elő korszakalkotó ötlettel. (Természetesen csak azért, hogy hamarosan azt is feltörjék, megkerüljék. De "verseny" van; próbálkozni szabad és kell is, különben sose jutunk előrébb.)
14

Jancsinak nem ugyanazt a

tgr · 2011. Május. 8. (V), 17.32
Jancsinak nem ugyanazt a problémát kell megoldania, amit a Google-nak. A high-profile oldalakon teljesen más szituáció a spammerek elleni védekezés, mert ott a spammernek kifizetődő ráállítani egy fejlesztőt, hogy konkrétan annak az oldalnak a spamvédelmét törje meg, egy átlagos weboldalnak meg elég a standard, látatlanban próbálkozó spammeralgoritmusokat kicseleznie.
11

A jelszó megjelenítés

kuka · 2011. Május. 7. (Szo), 17.39
A jelszó megjelenítés szerintem úgy lenne az igazán jó, ha alap böngésző funkció lenne.
Egyetértek. Akik ragaszkodnak a funkcionalitáshoz, használhatnak böngésző kiegészítőt:
Firefox:Chrome:Opera:Előnyük, hogy az összes password inputra működni fog, ráadásul ugyanúgy.

Aki használ ilyent, annak fölösleges a webmester JavaScript ügyeskedése.
Aki nem használ ilyent, azt valószínűleg nem érdekli az egész (*), annak fölösleges a webmester JavaScript ügyeskedése.

(*) Tudom, tudom, vannak egységsugarú felhasználók akik azt sem tudják mi a böngésző kiegészítő. De azokat a webmester JavaScript ügyeskedése csak összezavarja.
16

Ameddig ilyen ütemben

Joó Ádám · 2011. Május. 14. (Szo), 15.51
Ameddig ilyen ütemben fejlődnek a szabványok, addig sok olyan felületi elemet kell magunknak lefejleszteni, aminek a natív támogatását elvárnánk. Megjegyzem, a jelszó megjelenítése jelölődoboz asztali alkalmazásokban is bevett megoldás, és ott is külön kell lekódolni, nincs rá dedikált felületi elem.