Weblabor

Ez meg a másik, csak nem akartam nagyon negatív lenni.

Az időrendi sem rossz ötlet, meg akár olyat is lehet vele, hogyha kijelölsz egy hozzászólást, akkor vonalakat húz ahhoz, amire válasz, és azokhoz, amik válaszolnak rá. Láttam még olyan megoldást is, hogy a beszélgetést kiemelték, az sem egy nagy szám, csak a szülőket kell kiválasztani, egy szimpla SQL-el megoldható.

Nekem is, viszont nehezen tudom elképzelni, hogyan lehet felhasználóbarát módon követni az olvasottságot. A default Drupal megoldás, hogy megnyitom az oldalt, és már olvasottnak is jelölt mindent, szerintem elég tré; lehetne olyat, hogy akkor jelöl olvasottnak, ha teljes egészében bekerül a viewportba, de az meg lapozásnál viselkedik hülyén.

A behúzást egy egyszerű css szabállyal le lehet korlátozni, hogy mondjuk 10 szint után már ne csinálja, egy idő után többet ront az olvashatóságon, mint amennyit hozzáad.

A navigációt úgy is meg lehet oldalni, hogy minden kommentbe belinkeled a szülőt (vagy pl. minden olyan kommentbe, ami preorder bejárással adott korlátnál messzebb van a szülőtől).

Ne scriptezzünk, ha nem muszáj, div div div div div div div div div {margin-left:0} és kész.

Szándékosan nem használtam keretrendszert hozzá, hogy ne kelljen még egy libet betölteni ehhez. Nem tudom, hogy alapból mik a lehetőségek wl-on...
A commentFolder package-t lehetne még egy kicsit jobban átdolgozni, a commentReader-ben is vannak olyan részek, amik általánosak, meg vannak olyanok, amik nagyon esetlegesek, pl hogy a textnode-ok miatt csúszhat, hogy hányadik element-ben van a comment id-je. A másik meg, hogy a változókban sem lehet elnevezésből megmondani, hogy mi van bennük potosan. Az van, hogy a node-oknak alapból van egy id-je, meg a controllereknek is. Az előbbieknek automatikusan generált létrehozáskor, az utóbbiaknak meg az anchor id-je, ami a commenthez tartozik. A kettőt kötik össze a gyűjtemények. Nekem nem sok időm lesz rá, hogy foglalkozzak vele, ha úgy gondolod, akkor belefejleszthetsz, aztán vagy kiteszem én a git-re, vagy felteszed máshova, nekem mindegy... Pár dolog van csak: összecsukás, szétnyitás, újak szétnyitása, a hash-ben lévő szétnyitása. Amit ezen felül lehetne, az pl a nagyon mélyen lévőknél az, hogy pár szülő node-ot becsukni (ez azért zűrösebb, mert a comment blokkokat kell eltüntetni hozzá, nem a gyerekeket tartalmazókat, szóval valamivel komolyabb bejárási forma kell hozzá.


szerk:
Ja most nézem, tényleg van hozzá jquery is, jobb lenne átírni arra, és akkor esetleg be lehetne tölteni magában az oldalban is, nem csak userscriptben, meg nem lenne akkora para azzal, hogy egyik böngésző beveszi a sortörést külön textnode-nak, a másik meg nem...

Közben azt nézem, hogy ezzel a fajta öröklődéssel működik az instanceof:Szóval az egész cucc egyszerűsíthető lenne úgy, hogy a Controller-ek nem Node-okat tartalmaznának, hanem a Node-októl örökölnének, az új Node-ok létrehozásánál meg egy IdGenerator-t kellene injektálni a Tree-be, ami az anchor id-jét állítaná be...

Majd valamikor átírom ilyenre, és akkor sokkal emészthetőbb lesz az egész. Mondjuk így sem rossz, csak van egy kicsit kavarodás a Node - Controller mapping miatt... A legnagyobb gond, hogy nincs semmi garancia arra, hogy a getElementsByClassName-nek milyen a rendezése. Szóval könnyen lehet, hogy előbb hozom létre a gyerek csomópontot, és csak utána a szülőt, ami miatt nem tudom beállítani a gyerek szülőjét a létrehozás után közvetlenül, mert az még nem létezik... Végülis ki kell próbálni jquery-vel, és ha rendezett pl msie alatt is ilyen szempontból, akkor úgy még tovább egyszerűsíthető az egész... A jquery-ben az a jó, hogy megszűnteti a sortörések miatti TextNode-okból fakadó kellemetlenségeket, szóval sokkal biztosabb lesz vele a kód... (Most nagyon érzékeny arra, hogy van e sortörés vagy sem, el is száll néha, ha olyanja van, szóval mindenképp át kell tenni legalább jquery-re.)

Láttam pár napja leírást arról, hogy hogyan kell gm-ben jquery-t használni, szerintem chrome alatt is meg lehet oldani... Mondjuk nekem firefox, ami számít, később meg ha igény van rá, akkor fel lehet tenni magára az oldalra is. Ezt nyilván nem én döntöm el. Egyelőre elég elfoglalt vagyok azzal, hogy hozzátákoljam eclipse-hez, hogy indexelje a javascript osztályokat akkor is, ha függvénnyel hozom létre őket. Ha az megoldódott majd rászánok egy napot erre a gm scriptre, aztán helyreteszem. Mármint sajátot, mondjuk ha a tiédben is van valami hasznos feature, akkor azt is belefejleszthetem...

Az igazán érdekes az lenne, ha weblabor csak egy API-t adna, amin keresztül el lehet érni a megfelelő commenteket, és amivel mindenki saját gm scriptet vagy hasonlót tudna csinálni :-)