Úpravy diskuse • 2012–2015 (nasazeno do ostrého provozu)

Reaguji na Fisira:
„Své příspěvky mám v odpovídající záložce na hlavní stránce a nevidím důvod to zdvojovat.“
To jsme dva. Ale Str4wberrymu se oba seznamy líbí a nevidí důvod, proč by si někdo vybral nepřidávat mezi sledovaná vlákna přispěním. Zatím jsme nedospěli k žádnému kompromisu.

„V Opeře Mobile se mi na stránce Můj profil ukazuje na vršku stránky vlevo ikona kategorie O Jak psát web.“
To se děje ve všech mobilních prohlížečích (i v desktopových, pokud se zúží), z nějakého důvodu je v CSS:
Zřejmě je to určeno jen pro úvodní tabulku, ale třída ico je i v profilech. Na jednom z těch míst by asi být neměla. Zdá se, že v desktopových stylech nemá žádné uplatnění v seznamech a v mobilních zase naopak v profilu (respektive tam účinkuje neúmyslně). Nevím, jestli je ještě někde.

Pár nashromážděných nápadů:

1) Sušenka s přihlášením by mohla mít delší platnost. Třeba 200 let. Nebo se obnovovat i jinou akcí, než je přispění, protože na telefonu nepřispívám, ale chtěl bych být přihlášený.

2) U registrovaného člověka by přepínač řazení na úvodní stránce možná nemusel měnit nastavení v profilu.

3) Při odeslání příspěvku z první strany třístránkového vlákna skončím na prvním příspěvku druhé strany, nevím, jestli je to dobře. Lepší by bylo hodit uživatele na první příspěvek, který nečetl (což se u registrovaných ví).

4) Do stránky s nastavením profilu by se nejspíš neměl vkládat HTML dodatek, protože pokud si tam někdo vloží nějakou ošklivost (nekonečnou smyčku alertů, smazání celé stránky), ztratí možnost vrátit se do původního stavu. Nebylo by lepší tu kolonku nazvat přímo „HTML dodatek“, když už tomu tak všude říkám? :-) … nebo najít jiný dostatečně specifický pojem.

5) V kategoriích, do kterých můžou psát jen registrovaní, by se mohlo neregistrovaným zobrazovat, proč nemohou přispívat.

Reaguji na Petra ZZZ:
„do počítače návštěvníka, jakmile návštěvník stránku opustí, provozovateli nějakého webu nic není“
Jsou to jen data, ne aktivní kód. Návštěvník má možnost cookies omezit nebo zakázat. Výchozí nastavení je v jeho zájmu.
HTTP je bezstavový protokol, bez cookies (a podobných věcí) nejde zjistit, jestli dvě po sobě jdoucí návštěvy spáchal tentýž člověk.

„A při výběru ‚žádná‘ dát upozornění, že tím utrpí komfort při používání diskuze?“
To by utrpěl dost, už by to ani nešlo přenastavit zpátky. Na úvodní stránce by se člověk přihlásil, šel by na editaci profilu a tam už by diskuse zase nevěděla, kdo to vlastně je, takže by mu editaci nedovolila :-)

„Píše hodně lidí do vlákna, které celé nečetli?“
Já jsem odeslal příspěvek z první strany a lekl jsem se, že mezitím přibyla spousta reakcí… než jsem si uvědomil, že jsem je již četl.


Reaguji na Str4wberryho:
„Ad 2) Těžko říct, má to své výhody i nevýhody.“
Já si to jednou přepnul a zapomněl na to, pak jsem se divil, že je dlouho mrtvo, přestože bylo živo.

„se tím znepohodlní možnost HTML dodatek ladit a bez vysvětlení to bude vypadat, že nefunguje“
Vysvětlení tam být může.
Nepohodlné bylo ladění i doposud, protože bezprostředně po odeslání nového dodatku byl ve stránce editace profilu stejně pořád starý dodatek.

Teď jsem si všiml, že u odkazů do diskuse zmizely ikonky kategorií. Úmyslně, nebo omylem? Ani <u></u> už v nich není.

Pročítal jsem starší diskusi o djpw.js a vzpomněl jsem si, že jsme chvíli chtěli dát i do spodních drobečků stáří vlákna. Mátlo to, poněvadž na tomtéž místě se dříve ukazovalo upozornění na nové příspěvky (které se nyní ukazuje nad formulářem). Možná, že po dvou letech již důvody zmatení pominuly.


Reaguji na Davexe:
„Uvítal bych seznam témat s rozepsanou odpovědí“
Vyrobit ho není těžké, ale zatím nevím, kam s ním.

„nebo alespoň indikátor ve výpisu témat“
Chtěl bych ho udělat jako překrývající symbol na ikonce kategorie — podobně, jako je teď zamčení a důležitost.
Zamlouvalo by se mi, kdyby byly všechny symboly určené třídami na <a class="ico"> (tzn. uvnitř by byl jeden obecný <span> a další třídy odkazu-rodiče by určovaly, jestli je to zámek, vykřičníček, plnovousek, tužtička atd.), jenže to je na mě moc velké vrtání v PHP, takže tuhle úpravu přenechám Str4wberrymu :-) … a až to bude hotové, udělám skript nastavující třídu.


Reaguji na Str4wberryho:
„vymyslet a udělat to tak, aby člověk rozdíl v řazení jasněji poznal“
Úzký sloupeček na indikaci je zbytečný při řazení podle data založení. Ale i bez něj si budou obě řazení pořád dost podobná.

„Asi by bylo vhodné umožnit výsledky hledání titulku skrýt.“
Nezávisle na tom by možná bylo dobré dát kolonku pro nadpis dotazu zpátky nahoru. I kdyby šly výsledky hledání skrývat, pořád nepěkně překáží a mě momentálně nenapadá, jak do formuláře takovou velkou obludu jemně zamontovat.

Další důvod pro návrat: Sice rozumím motivaci, že po napsání celého dotazu dokáže pisatel lépe shrnout, na co se vlastně ptá, a je tedy větší šance, že zvolí odpovídající titulek, ale zároveň platí, že určité množství lidí díky automatickému hledání najde svoji odpověď a nezeptá se nakonec vůbec (ostatně proto tam to hledání je), takže by mi připadalo maličko nefér, kdybychom tyto lidi nejprve nechali popsat celý problém a pak teprve prováděli hledání.

„zakládání tématu průběžně ukládat“
V novém formuláři pro zakládání dotazů to plánuji.


Reaguji na Petra ZZZ:
„nešlo by udělat, aby výchozí platnost byla dva týdny“
Řekl bych, že zmíněný názor z broučkařského piva bereš moc vážně. Cookie zajišťující přihlášení není nezdvořilá, do počítače návštěvníkovi neukládá naše věci, ukládá výhradně jeho data a dělá to jen a pouze proto, aby je sám nemusel často zadávat. Krom sušenek se u návštěvníka ukládá i JS objekt localStorage, tam leží rozepsané příspěvky, natrvalo — to bys chtěl také omezovat? Mračit se paušálně na používání určité technologie jen proto, že ji jde zneužívat k něčemu nekalému, je nerozumné (a vede to ke vzniku stupidní legislativy).

Trpí-li trvalé přihlašování nějakým problémem, není to ochrana soukromí, ale spíš bezpečnost uživatele — pokud se třeba člověk v internetové kavárně nebo ve škole zapomene odhlásit, může se za něj někdo cizí vydávat. Ovšem z tohoto hlediska je skoro jedno, jestli je expirace nastavená na týden, nebo na pár století.


Reaguji na Fisira:
„Stránka se obnoví, ale nejsem přihlášený.“
Můžeš nějak ověřit, že je to příliš dlouhou platností cookie?
Je možné, že se tvůj telefon v roce 2038 trochu zblázní a kvůli tomu si myslí, že sušenka s expirací načasovanou na dvě stě let dopředu již vypršela před pár lety.

„a Internetem v mobilu od O2 se nemůžu přihlásit“
Hraje roli způsob připojení? Zlobí to i přes wifi?


Reaguji na _es:
„Pri označovaní textu myšou to niekedy ‚blblne‘ vo Firefoxe 22.0 - označí sa viac, ako by malo“
Tohle patří spíš vedle. Ve Firefoxu 11 problém nepozoruji a ve verzi 22 jsem ho dříve také nepozoroval. Mrknu znovu, až se dostanu k jinému počítači.
Posuvník by teď už měl být opravený určitě.

Reaguji na _es:
Ve Firefoxu 22 jsem při označování žádný problém nezpozoroval. Petr ZZZ ovšem chybu potvrdil, takže asi nepůjde jen o lokální problém.

„Problém nastáva len v sandboxovej verzii“
Vlákno „JavaScript pro diskusi • 2012–2013“ se věnuje skriptům v sandboxu. Trochu mě udivuje, že jsi tam poslední dobou nepřinesl vlastní postřehy, v minulých letech byly tvé připomínky vždy podnětné, přestože jsem na ně možná nereagoval moc nadšeně :-)


Reaguji na Fisira:
„Platnost má do ‚Tue, 19 Jan 2038 03:14:07 GMT‘.“
Zkoušíš zrovna to poslední možné datum, které musí všude bezchybně fungovat :-)
K přetečení dojde až následující sekundu, tedy ve 03:14:08 GMT. Pokud i tenhle čas tvůj telefon zvládne, vyzkoušej i vzdálenější budoucno.

Reaguji na Fisira:
„Zkusil jsem upravit životnost do roku 2222 a zdá se, že ten mobil do blázince nepůjde.“
Není jisté. Jestli dobře počítám, tak 2. února 2222 22:22:22 se při přetečení převede na 8. prosince 2017 12:39:58 => nevíš, jestli jsou před tvojí sušenkou čtyři roky života, nebo dvě století.


Reaguji na Str4wberryho:
„Ohledně ukládání příspěvků: Předěláme to na ukládání do DB?“
To by bylo fajn.
V JS ovšem teď ošetřuji i stav, kdy je totéž vlákno otevřené ve dvou oknech najednou — synchronizuji value při aktivaci <textarea>. Což není úkon, kterému by slušela asynchronní komunikace se serverem. Z localStorage jde data číst rychleji (nebo lépe řečeno je během čtení celý prohlížeč zaseknutý). Tohle bych musel i nadále řešit u klienta.

Ukládání zálohy by šlo spojit s kontrolou nových příspěvků a náhledem. Nějakým parametrem bych skriptu bb_nzp.php řekl, ať se neobtěžuje s převodem BB→HTML, a posílal bych mu text příspěvku vždy. Plus ještě nějakým jiným parametrem by se vydával povel ke smazání. A do volání JS initu bys mi mohl přidat informaci, jestli je člověk přihlášený (momentálně tam mám všude nějaké improvizace).