Hupper 2.2.0

Minor verziót ugrott az extension, ami annak köszönhető, hogy a farigcsálások mellé bekerült egy újdonság is.
Az igény a fórumban jelent meg, miszerint figyelmeztessük a kedves felhasználót, ha a beküldeni szánt hozzászólás vagy cikk HTML formázása nem sikerül teljesen jól.

A tag lezárósdi ellenőrzéséhez meg se próbáltam saját algoritmust kidolgozni, hanem a böngészőre bíztam a munka javát, nagyjából a következő kódnak végzi a munkát: 

function isValidHTML(html) {
    const div = document.createElement('div');
    div.innerHTML = html;
    return html === div.innerHTML;
}

Nem vagyok meggyőzödve róla, hogy ez minden hibát detektál, arról sem, hogy nem fog fals pozitív eredményt adni, de az esetek többségében talán megteszi.
Ha mégis túl idegesítő lenne, a feature kikapcsolható a beállításokban.

Chrome-ra már elérhető a friss verzió, Firefoxhoz is hamarosan ott lesz.

Hibát továbbra is a hupper github oldalán lehet jelenteni.

Kellemes hupákolást!

( SzBlackY | 2017. 04. 05., sze – 15:43 )

Köszönjük!

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Lehetséges, de attól függ, hogy melyik gombokat. Comment és új tartalom formokra kerül rá a validátor. Eseteleg ki tudod próbáln, hogy a beállításokban kikapcsolod a funkciót. (Kipróbáltam, és valószínű, hogy én vagyok a ludas)
--
HUP Firefox extension | Hupper hibajelentés

Most ha megnyomom elsőre, nem megy szerintem.
Ha kikapcsolom az extensiont, akkor megy.

szerk.: pillanat, és videó is lesz róla :-)
szerk2.: a beállításokban kikapcsolva (engedélyezett extension mellett) is megy
szerk3.: videó: https://www.youtube.com/watch?v=0g03rxuK8AQ&feature=youtu.be

egyébként ha ez az ára, hogy legyen, maradjon inkább. én basztam már el html taget, hasznos, ha tudom, hogy valami ráellenőriz még. nagyonnagyon köszi!

szerk4.: a fenti YouTube linket nem tudom by default beilleszteni, mert az &-et kicseréli &-re a Chromium... (még így is maradjon inkább :-) )
--
blogom

( Luther | 2017. 04. 06., cs – 09:05 )

Teszt alatt :) Tenkjú!
--------------
„If there were no hell, we would be like the animals. No hell, no dignity.”

( sly007 v | 2017. 04. 06., cs – 09:38 )

Esetleg a hozzászólások "ágak" nyitására/zárására lenne igény?

Nekem tetszene egy "Messages by Thread" típusú nézet is. Erre lenne másnak is igénye?

Ha valamelyik ötletem tetszene, akkor lehet leprogramoznám. Ha Ajnasz is úgy akarja, akkor be is építhetni majd.

( manfreed (nem ellenőrzött) | 2017. 04. 06., cs – 21:35 )

Á, innen fúj a szél. Én néhány napja (vagy talán ma óta) azt tapasztalom, hogy a beküldés gombra kattintva először nem történik semmi, mégegyszer rá kell nyomnom, hogy a komment be legyen küldve. Konzolba nem kerül semmi, hibaüzenetet sem kapok.

Amúgy köszi a fejlesztésért :)

( Polesz v | 2017. 04. 08., szo – 09:30 )

Bugot fogtam vagy nem tudom :-)

Chrome -> Hupper -> Részletek:

Adatainak olvasása és módosítása itt: hup.hu és hup.lh

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!

Így van, arra használom néha, hogy fusson nálam a hupról lementett oldal, azokat anélkül tudom nyomkodni, nyomkodni, hogy bárkit is megzavarnék, véletlenül is.

Be lehet tenni a build scriptbe, hogy a domain be- vagy kikerüljön bizonyos flag esetén, csak szinte teljesen biztos vagyok benne, hogy mivel a release buildhez is pont ott lesz/nem lesz ott a flag, amikor futtatom, tudod shell history. :)
Ha a release-t lehetne automatizálni, akkor könnyebb volna, travis vagy barmilyen CI-ba be lehetne állítani, de szerintem sem a Google sem a Mozilla nem ad erre rendes API-t.
--
HUP Firefox extension | Hupper hibajelentés

( Polesz v | 2017. 04. 08., szo – 09:30 )

Sikerült duplázni hála a huppernek :-)

Ez nem bug, hanem feature, a szó legszorosabb értelmében :)

"Unalmas hozzászólások elrejtése" opció a beállítások közt, ott van regex, amire illeszkedő hozzászólásokat... elrejti. Default: ^([-_]|-1|\+1|sub|subscribe)$

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Jaja, csak nincs hozzászólás, amire kiírhatná :)

Ilyenkor mondjuk az OP-ba fel lehetne vinni, de nem tudom, hogy UX szempontból mennyire szerencsés eltüntetni egy csomó dolgot és felvinni a képernyőn egész máshova (esetleg egy mondat a kommentek helyére, hogy Csak unalmas hozzászólások voltak, összesen 11 pont vagy ilyesmi...). Ajnasz majd eldönti :)

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Annak is információ tartalma van hogy hány +1 jött rá, de nem akkora hogy egy komplett hozzászólást pazaroljunk rá. Már régebben volt róla szó hogy jó lenne beépíteni +1/like-ot és a subscribe funkciót is, de gondolom arra játszunk hogy ez valami múló divat és 5 év múlva valami másért fogunk könyörögni. :D

( hnsz2002 v | 2017. 04. 15., szo – 07:19 )

Lenne egy funkciókérésem, nem tudom mennyire megoldható...
Vannak ugye az olvasatlan hozzászólások. Megoldható lenne, hogy ha választ írok valamelyik postra, miután megírom és beküldöm, ugyanazokat mutassa olvasatlannak, mint a hozzászólás előtt? Mert így elvész a többi olvasatlan.
--
"Sose a gép a hülye."

+1, én is úgy szoktam (és 300+-os topicnál még újra meg is nyitom a topicot a beküldés előtt, mert a submit utáni redirectnél nincs ott a cmoments_per_page, de a Drupal azért olvasottnak jelöli a többi oldalon levő kommenteket is :( így nem vesztem el a pötyögés alatt érkezőket sem)

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Sajnos ezt nem, de legalábbis nagyon nehezen lehetne megcsinálni:
A Hupper jelenleg kizárólag azokra az adatokra támaszkodik, amiket a HTML-ben van, ebben az esetben az új szöveget figyeli a hozzászólások fejlécében, innen lehet tudni, hogy a Drupal szerint az még új. Most még ötletem sincs rá, hogy hogyan lehetne vagy lenne érdemes másképp eldönteni, hogy van-e olvasatlan hozzászólás, pláne ha meg számításba vesszük, hogy több fülön is megnyitható bármelyik cikk. Attól lenne csak igazán kavarodás.

--
HUP Firefox extension | Hupper hibajelentés

Firefox még nem szinkronizál, Chrome szinkronizál, de nem is erről van szó.

Vegyük példának, hogy két tabon nyitod meg az egyik topicot. Az első tabon megjelennek újnak jelölt hozzászólások, a másodikon már nem. Ilyenkor melyik az igaz?
Olyan megoldást tudnék elképzelni, hogy X időnél újabb hozzászólások újként kezelendőek, akkor is, ha Drupal szerint nem azok. Erre viszont egy jó UX-et kéne kitalálni. :)
Egy elképzelésem, hogy meg lehetne jelölni egy commentet, hogy az és a nála újabb commentek újnak számítanak. Ez viszont sajnos nem automata, viszont stabilan megépíthető, ezzel talán el is lehet kezdeni.
Vagy beállítható, hogy X időnél újabb commentek mindig legyenek újnak jelölve a felületen is, ekkor viszont a pörgő témák követhetetlenné válnak.
Vagy valami mágikus algoritmus valamilyen pattern alapján próbál újnak jelölni hozzászólásokat. Teszem azt 2-3 ember válaszolgatott egymásnak, vagy az utóbbi fél órában több új hozzászólás is született. Itt userenként nagyon eltérő lehet a jó felismerés.
Minden ötletet szívesen várok, elég komplex probléma. :)
--
HUP Firefox extension | Hupper hibajelentés

valahogy úgy állnék neki, hogy megjegyeznék egy „kvázi-vonalat”, s egy időt.

A kvázi-vonal az utolsó részleges olvasás utolsó pontja, míg az idő az utolsó teljes-topic-olvasás ideje. A következő olvasásánál a vonal felett a Drupal szerint újnak gondolt commenteket jelölném újnak, a vonal alatt pedig az utolsó-teljes-olvasás óta érkezetteket. A vonalat jó kérdés, hogyan lehet meghúzni, de talán a komment-id-k, s a linkekben lévő azonosítók alapján futnék neki. (Azt' lehet, van erre jobb API).

Persze ez sem atombiztos, mert ha megnyitom egyszer (vonal 70%-nál), megnyitom másodjára (vonal 30%-nál), akkor a harmadik megnyitásnál a 30-70%-ig lévő kommentek között lesz elveszett/fals-pozitív. Meg a topicon belüli linkek is elronthatják, meg etc.

(az elsőre még talán a több-vonal-több-idő tárolás alapján lehetne okoskodni, de... - na, szóval érzem én is, hogy nem teljesen atombiztos ez :-) )
--
blogom

bár nem valódi megoldás, de a konkrét esetet (válasz megírása) körbe lehet workaroundolni azzal, hogy a reply link új tabon nyílik meg, a post meg bezárja :)

nyilván rusnya gányolás, de sajnos tippelgetni sem igazán jobb

---
Esetleg lehetne azt követni, hogy ami valaha járt renderelve képernyőn, az olvasott. (már feltéve, hogy van olyan event jsben, amire rá lehet akaszkodni). Gondolom topikonként elég egy idt eltenni (bár közel se biztos, a fa miatt). Nem trivi, na :)

( ironcat | 2017. 04. 20., cs – 11:37 )

Nekem is lenne egy kérésem:

Eddig nem használtam, de most kipróbáltam a trollszűrőt. Ki kellene kibővíteni azzal a funkcióval, hogy az adott felhasználók esetében már az általuk indított fórum- és blogbejegyezések sem jelennének meg. Hasznos lenne olyanok ellene, akik napi rendszerességgel teszik közzé a világmegváltó gondolataikat.

( Polesz v | 2017. 04. 29., szo – 18:00 )

Nem megy a hupper Pale Moon alatt, kicsit sírok. Rá tudsz nézni? Nem telepedik fel.

--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!

( uid_19334 | 2017. 07. 20., cs – 10:59 )

Olyat tud, hogy egy témában a topicnyitó bejegyzései ki legyenek emelve (pl más színű dobozzal).