Notifikace ve světě HTML

18.5.2011 16:24 | Přečteno: 1987× | FatRat | poslední úprava: 18.5.2011 16:24

Aktuálně ve FatRatu řeším problém přepisu captchy ve webovém rozhraní (část mého Semestrálního projektu II).

Hlavní problém je: jak dát uživateli najevo, že je třeba vyplnit captchu? Jediný prohlížeč, který přišel s jakýmsi řešením, je Chrome, který má webkit notifications.

Bohužel i ty jsou v současně implementované podobě takové nedomyšlené. Moje představa byla, že by uživatel v zobrazené notifikaci rovnou přepsal captchu. Chrome sice vyplňovací políčko zobrazí, ale uživatel do něj nemůže nic napsat a vůbec je to celé přehnaně zkriplené, vezmeme-li v úvahu, že notifikace mohou být zobrazovány jen weby, u kterých to uživatel autorizoval.

Maximum, co tedy člověk může udělat, je dát do notifikace zprávu "Hele, přepiš captchu". Bohužel ale nejde přes notifikaci uživatele ani "hodit" do příslušného tabu, kde to má vyplnit. A jak tohle vůbec řešit v jiných prohlížečích? Napadají mě jen nesmysly jako "přehrát zvuk" nebo jako blázen rychle měnit titulek okna, aby byla mizivá šance, že si uživatel něčeho všimne. Všechny prohlížeče už samozřejmě blokujou popupy...

Comet

Zajímavý je i problém přenášení událostí do prohlížeče v reálném čase. Jsou různé triky jako long polling, ale se skutečnými řešeními je to stále bída. Líbí se mi WebSockets a už jsem je chtěl nasadit, ale pak kompletně předělali draft specifikaci (v podstatě udělali úplně jiný protokol), takže tudy teď cesta nevede. Hezká věc je Server-Sent Events, ale Firefox to samozřejmě neumí (ten je taky furt pozadu), Opera to umí a Chrome to umí.

Problém Chrome je, že pokud je aktivní EventSource, tak ukazuje přesýpací hodiny a stisk escape EventSource přeruší. Trik je nechat to pustit přes window.setTimeout, ale člověk musí zvolit správně timeout. 40ms nezabere, ale 1000ms už jo. Nádherně deterministické chování

Celkově mě štve, že se vývojáři víc soustředí na to, aby i jejich prohlížeč vypadal jako Chrome, a už ne tolik na to pod kapotou. Ještě jednou si kopnu do Firefoxu: ta podpora HTML5 formulářových prvků, to má být nějaký vtip? Firefox 4.0.1 a ještě to neumí ani hloupej spinbox

       

Komentáře

[Jenik]

Rekl bych, ze zadny rozumny prohlizec nikdy nenabidne reseni, ktere by uzivatel nemusel potvrzovat. Jinak by se to zneuzivalo - podobne jako tak popup okna.

Reseni bych proto zalozil prave na popup oknech. Pri prvnim pristupu uzivatele na server z dane instance prohlizece (detekce pres cookie) bych mu nejprve zobrazil zpravu, ze pokud chce byt na captchu upozornovan, ma popup okna pro server povolit (tusim, ze treba Firefox informuje uzivatele o zablokovani okna a dava i moznost ho i snadno povolit, takze bych pri tomto prvnim pristupu nejake to popup okno vytvoril - ciste proto, aby to uzivatel nemusel hledat nekde v konfiguraci, ale bylo mu to vicemene nabidnuto).

[Luboš Doležel (Doli)]

Jo, to mě taky napadlo. Škoda, že není vyloženě API, kterým bych o právo dělat popupy prohlížeč oficiálně požádal. Obvykle právě jen řekne "ha, jsem dobrej, zablokoval jsem popup!" a člověk se musí pídit, jak to povolit.

[Jenik]

Škoda, že není vyloženě API, kterým bych o právo dělat popupy prohlížeč oficiálně požádal.

No, to neni spatna myslenka mit nejake obecne API, kterym by webova aplikace mohla specifikovat, ktera opravneni pozaduje ke sve cinnosti. Uzivatel by pak odklikal, ktera opravneni ji skutecne udeli. Neco podobneho jako pri instalaci aplikace na androidu, akorat opravneni by mohla byt volitelna.

[Josef Kufner]

Aby to pak nedopadloi jako u ICQ, kde je uživatel spamován žádostmi o autorizaci.

[Jenik]

Rozdil oproti ICQ je v tom, ze zadosti o autorizaci predchazi akce uzivatele - minimalne musi prejit na dany web, otevrit si danou webovou aplikaci. Problem je tedy jen v citlive prezentaci zadosti uzivateli a to prece neni problem, ktery by uz ted prohlizece nemuseli resit.

[loki]

A coz uzivatele probrat klasickym alertem, to by neslo?

[Luboš Doležel (Doli)]

Minimálně Opera neukáže alert, dokud se uživatel nepřepne do tabu s tou stránkou.

[loki]

Aha. Operu bohuzel natolik neznam.

[Grunt]

řeším problém přepisu captchy ve webovém rozhraní

Co to? Jako interaktivní aplikaci skrze prohlížeč? Jak pak řešíš asynchronií požadavky ze serveru?

[Grunt]

Ah, soráč. Druhá část. Pak ale jediná otázka: Proboha proč? Nebo mi spíš nějak uniká o co se to vlastně snažíš.

[loki]

Myslim, ze se jedna o webovy front-end k tomu FatRat downloaderu. Zni to celkem zajimave.

[Grunt]

To jo, ale pak nechápu proč otravovat uživatele asynchronními událostmi. Kdyby mě mělo každé moje okno otravovat asynchronií žádostí o pozornost, tak brzo prohlížeč odinstaluju (nebo aspoň zakážu JS).

[loki]

Taky nevim, jak dlouho bych to vydrzel. Ale na druhou stranu, nejak se tam ta captcha zadat musi.

[Grunt]

Co třeba po načtení prostě jedna jediná stránka s oznámením:

„ Vážený uživateli, nepodařilo se nám rozlouskat následující hieroglyfy, klikyháky a jiné typy klínového písma. Pokud chcete pokračovat v sosání, prosím překlepejte je do odpovídacích formulářů. Omlouváme se za způsobené potíže a přejeme příjemný zbytek dne.

_{Váš Ďolík & Co.} “

a jedno tlačítko s popiskem OK? Prostě celé ve stylu Fire-and-forget.

[Luboš Doležel (Doli)]

Jenže já ty data chci stáhnout. Ne si po půl hodině vzpomenout, podívat se do tabu s tím rozhraním a už tam mít jen zprávu "sorráč".

Cílem je co nejvíc přiblížit WebUI současnému GUI. Ne, že bych "viděl budoucnost ve webových aplikacích", ale je fajn mít možnost ovládat aplikaci na dálku na úrovni.

[Grunt]

Jenže já ty data chci stáhnout.

Vždyť jo. Uživatel provede nějakou akci a ještě před tím než započne samotné stahování mu naskočí stránka kde opíše všechny captchy, které se nepodařilo rozlousknout. Jenže teď si uvědomuju, že ty capcthy mají nějakou časovou platnost, že?

Cílem je co nejvíc přiblížit WebUI současnému GUI.

Ježiš, jen to ne.

GUI. Ne, že bych "viděl budoucnost ve webových aplikacích", ale je fajn mít možnost ovládat aplikaci na dálku na úrovni.

A ta úroveň je webový prohlížeč? Resp. klidně, ale pokud to bude jako LuCI ne jako WebGTK nebo podobná hrůzička. Od toho je tu třeba X protokol.

[Luboš Doležel (Doli)]

Vždyť jo. Uživatel provede nějakou akci a ještě před tím než započne samotné stahování mu naskočí stránka kde opíše všechny captchy, které se nepodařilo rozlousknout. Jenže teď si uvědomuju, že ty capcthy mají nějakou časovou platnost, že?

Jednak a druhak ta aplikace takhle nefunguje. Pokud uživatel nezadá captchu v časovém limitu, přenos se považuje za selhaný a jede se dál. Fronta se nesmí blokovat.

[Grunt]

Ok, ale trochu soucitu s ubohým uživatelem probůh. Nějaké vyskakující okna z prohlížeče, no to bych asi nedal. Plus teda psí kusy jako WebSockets a Server-Server events. Jinak jsem si to zkusil a je to dost závislé server od serveru. Na některých, když zadám captchu a je připravený stahovací odkaz, tak je připravený ještě dost dlouho (timeout jsem si ještě nezjistil), takže problém se nedoluštěnými hieroglyfy na jedné stránce a tlačítko Proceed by nebyl až takový problém, no ale pro změnu na některých holt ne no.

[Luboš Doležel (Doli)]

Vymejšlíš hovadiny. Když si chci ze serveru XYZ stáhnout třeba 10 RAR partů, tak zatraceně chci, aby se objevil popup a já jsem tu captchu přepsal.

Protože z těchto serverů typicky nejde stahovat více přenosů souběžně, docela zamrzí na captchu "zapomenout". Každá minuta, kdy captchu nezadám, je minuta, kdy se zbytečně nestahovalo.

[Grunt]

Vymejšlíš hovadiny.

Díky generále. Nápodobně.

Každá minuta, kdy captchu nezadám, je minuta, kdy se zbytečně nestahovalo.

Jo, jo. Za každé prodlení zastřelíme 5 Židů a jednoho velitele aby byli všichni dostatečně motivování. LOL někdy teda.

[Ruža Becelin]

Nevim, varim z vody, ale pokud nedonutis prohlizec poslat udalost na desktop, tak te alert nezachrani. Muzu byt v jinem taby, na jine virtualni plose...

Je to web klient, nemuzes pri pozadavku na captchu poslat alert FatRat aplikaci a ta ji posle dal (GUI/desktop notify)?

[Luboš Doležel (Doli)]

Je to web klient, nemuzes pri pozadavku na captchu poslat alert FatRat aplikaci a ta ji posle dal (GUI/desktop notify)?

Jak by to fungovalo? Smyslem webového rozhraní je ovládat FatRat na dálku, tzn. z počítače, kde ta aplikace zrovna neběží.

[Ruža Becelin]

Aha, myslel jsem, ze FatRat bezi na stejnem pocitaci.

Hmm, tak to ti FatRat muze rovnou posilat E-mail/SMS notifikace pri pozadavku na captchu

[Luboš Doležel (Doli)]

No, přes Jabber si o to bude říkat taky

[Ruža Becelin]

Bezva - a kdo nema Jabber, muze dostat e-mail nebo sms. Rozhodne mi to prijde pruchodnejsi nez to tlacit pres prohlizec...

[Luboš Doležel (Doli)]

To se SMS/mailem je nesmysl. Nedovedu si představit, že mi přijde SMSka a já půjdu hledat zařízení (počítač), kde bych mohl zadat captchu.

[Ruža Becelin]

A kdyz ti vybehne alert v browseru, tak pujdes hledat pocitac, kde jde zadat captchu? Ja totiz nevidim rozdil krome toho, ze kdyz budu na jine virtualni plose nebo v textove konzoli, tak se browser muze treba po*rat a ja si toho nevsimnu...

Hledat zarizeni nebudes, proste si da SMS vedet, ze WebUI vyzaduje pozornost. Pokud budes mimio PC, tak je ti browser alert k nicemu.

[Luboš Doležel (Doli)]

A kdyz ti vybehne alert v browseru, tak pujdes hledat pocitac, kde jde zadat captchu?

Když vyběhne alert browseru, tak to v tom browseru zadám.

Pozornost WebUI (nebo GUI, když už jsme u toho) není tak nečekaná událost, že bylo třeba si posílat SMSky.

[Ruža Becelin]

Reagoval jsem na tvuj komentar, ze pujdes hledat PC, kdyz ti prijde SMS - kam, kdyz u nej sedis? Ale fajn, kasleme na to.

Jeste me napadlo udelat nejake rozsireni pro browser, ktere by upozornovalo uzivatele, ale to uz je mozna overkill.

Osobne si ale myslim, ze chces od WUI podobnou funcionalitu jako od GUI, a to proste nepujde. Vzdycky je moznost, ze uzivatel vybere linky do fronty a prepne se jinam, a standardni browser nema moznost ho upozornit. Alert je vytrel do tmy...

[Tom K]

Jestli vono by nebylo lepsi poslat mms primo s obrazkem a odpoved by byl prepsany text.

[David Watzke]

Jenže odpověď komu?

[Luboš Doležel (Doli)]

Bude klient pro Android...

[Grunt]

Smyslem … je ovládat FatRat na dálku, tzn. z počítače, kde ta aplikace zrovna neběží.

Od toho je tu pak ale X11, ne?

[David Watzke]

Cože? A co mobily, widle a podobně?

[Grunt]

Xka fungují i ve Widlích. A cpát nějaké popupy, WebSockets, přehrávání zvuků a bůh ví co ještě do mobilu – to už je lepší udělat nativní aplikaci. Jinak ale všechno to by splňoval webový frontend k aplikaci a backend třeba v podobě démona (tak jak už to nějakou dobu funguje na OpenWRT). To co chce udělat Ďolík mi přijde jako módní prasárna.

[Luboš Doležel (Doli)]

Ty jsi asi fakt z Marsu. Vždyť tohle je webový frontend k aplikaci, která může mít GUI!

Jinak k těm Xkám je to nesmysl. Jak přesuneš aplikaci z jedněch Xek jinam?

[Grunt]

Vždyť tohle je webový frontend!

S popupama a zvukama. To teda rozhodně není webový frontend. To je nějaký lečoid.

Jak přesuneš aplikaci z jedněch Xek jinam?

Blbě, no. Musíš se na ní attachnout a pak zavolat z libX11 XCloseDisplay() pro uzavření současné relace a XOpenDisplay() s novýma parametrama nového serveru. Teda aspoň tak to dělám já a nevím, že by za těch dvacet nebo třicet nebo kolik co libX11 existuje to někdo zformovat do použitelné funkce. Ale jinak je to validní způsob jak provozovat vzdáleně aplikaci.

[Luboš Doležel (Doli)]

S popupama a zvukama. To teda rozhodně není webový frontend. To je nějaký lečoid.

Jak podle tebe vypadá webové rozhraní? Pro mě je to něco, co má nabídnout shodnou (nebo aspoň srovnatelnou) funkčnost jako GUI. Cílem je, že ať budu sedět kdekoliv, budu mít stejný komfort.

Ale jinak je to validní způsob jak provozovat vzdáleně aplikaci.

Nauč tohle dělat Qt a pak mi vysvětli, jak to bude fungovat někde za GPRS. Protože X Forwarding mi nejede zrovna optimálně ani za 2 Mbit/s linkou.

[Grunt]

Fronta se nesmí blokovat.

BTW tohle zní trochu jako Code Hiltler. Fronta Židů do plynárny též nesměla stát. Co třeba frontu nezpracovávat sériově, ale jen ty linky jež jsou připravené a jako konečné hlášení něco ve smyslu: „ Následující linky se nepodařilo přeluštit, pokud chcete stahování kompletní, prosím přepište captchu “ ?

[Luboš Doležel (Doli)]

Představ si situaci, kdy máš ve frontě dva přenosy. Jeden, který má captchu, a pak nějaký druhý. Fronta má omezení na 1 souběžně aktivní přenos.

Uživatel nezadá captchu (zapomene na ní atd.), fronta se zastaví a večer přijde a namísto toho, aby se něco stáhlo, mu to visí na captcha. Z toho vychází pravidlo, že fronta se nesmí dlouhodobě blokovat.

To, co sám píšeš, ale v podstatě odpovídá tomu, jak to je. Pokud se nezadá captcha v limitu, přenos se označí jako "Failed" s důvodem nebyla zadána captcha a stačí jej obnovit a program se na captchu zeptá.

[Grunt]

Uživatel nezadá captchu (zapomene na ní atd.), fronta se zastaví a večer přijde a namísto toho, aby se něco stáhlo, mu to visí na captcha.

Ok a čemu pomůže to, že večer přijde a bude tam mít deset vyskakovacích oken s požadavkem o přepsání captchy? Že bude kvůli vyskakování nasraný ještě víc?

Představ si situaci, kdy máš ve frontě dva přenosy.

A nebo si představ, že máš frontu a deset přenosů. Dva z toho nejdou (jsou uprostřed fronty). Uživatel přijde večer, osum stažených a dva požadavky o captchu které lehce dotáhne. Nikde není psáno, že tu frontu musíš stůj co stůj procházet jeden prvek po druhém, ne?

[Luboš Doležel (Doli)]

Ta okna se po vypršení časového limitu samozřejmě zavřou. Proč vlastně diskutuješ o něčem, co jsi nikdy neviděl?

A nebo si představ, že máš frontu a deset přenosů. Dva z toho nejdou (jsou uprostřed fronty). Uživatel přijde večer, osum stažených a dva požadavky o captchu které lehce dotáhne. Nikde není psáno, že tu frontu musíš stůj co stůj procházet jeden prvek po druhém, ne?

Hele, nauč se číst... Už podruhé píšu, že to takhle je. Jen namísto toho, aby tam ty okna byly, tak je u toho přenosu napsaná poznámka, proč nemohl být dokončen. Takže se přeskočí a jede se dál.

[Grunt]

Proč vlastně diskutuješ o něčem, co jsi nikdy neviděl?

Protože to já strašně rád.

Hele, nauč se číst... Už podruhé píšu, že to takhle je. Jen namísto toho, aby tam ty okna byly, tak je u toho přenosu napsaná poznámka, proč nemohl být dokončen. Takže se přeskočí a jede se dál.

Pak furt nechápu na co ty vyskakovací okna.

[Luboš Doležel (Doli)]

Pak furt nechápu na co ty vyskakovací okna.

Protože nebudu chodit každou minutu kontrolovat, jestli není captchu třeba zadat. Pochop, že někdo chce mít něco stažené hned (a ne pak koukat, že se to nestáhlo), ale nechce trávit čas čuměním, jestli není třeba nějaká spolupráce ze strany uživatele.

[Grunt]

Já to furt nechápu. Tak děláš démona, webovou aplikaci (na což radši ani neodpovídej ano) nebo něco jiného?

[Vantomas]

Kdyz na to tak koukam, nemohl by se treba prehrat nejaky zvuk, ze se ceka na zadani captchy?

[Luboš Doležel (Doli)]

Zatím jsem to udělal tak, že FatRat otevírá klasický popup a pokud to selže, zakřičí s alertem, že je třeba popupy povolit.

[Petr Tomášek]

WebSockets - nerozumím tvému argumentu. Proč by tudy cesta neměla vést? To si snad myslíš, že protokol budou měnit donekonečna?

[wtfjakovocode]

takže tudy teď cesta nevede

[Luboš Doležel (Doli)]

Přesně. Do budoucna je to super věc, ale dokud budou drafty měnit jako doteď, nemá smysl se tím zabývat.

[vlanav]

Zkus se podívat na imo.im. Kdyz jsi mimo tab nebo i okno, přehraje se zvuk a mění se titulek tabu. Způsob, jak to dělají jsem ale nezkoumal.

[=^..^= AmigaPower®]

iframe woe...

[Václav HFechs Švirga]

To by mu moc nepomohlo .

[Vantomas]

A jeste ve spojeni s technologii Active Desktop, to to bude cela jedna velka killer feature FatRatu!

[1john2]

http://www.radiobeat.cz/webcam/index.php?mt=0.816399001305877847

tady mi pri aktualizaci webky automaticky skace focus na ten tab(ikdyz sem v jinem okne..)

[Saljack]

Já jsem sice moc nepochopil co chceš udělat, ale co se zamyslet nad JavaScriptem, který by nějak komunikoval s aplikací a poté by to normálně vykreslil. Například v JSF by tohle šlo. Možná, že plácám blbosti, protože jsem vůbec nepochopil o co ti vlastně jde.

[Saljack]

Jo aha už jsem to asi pochopil. Já bych to oznámení vůbec neřešil. Maximálně bych obnovil tu stránku a třeba v Firefoxu a Chromium se ty nepřečtené stránky zobrazují jinak v panelu.