Elérhető tesztelésre a HUP 8.x-RC4!

subscribe

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

Ami most feltűnt:

- A hozzászólásokban lévő hivatkozások aláhúzása nem jelenik meg.
Az <a> tag-nek van egy érvényes "text-decoration: none;" tulajdonsága, ami a felhasználóneveknél jól néz ki, a hozzászólásoknál viszont nem látszik, a szövegek melyik része hivatkozás, ha egyáltalán.

- Egyáltalán (bármiféle) szövegek aláhúzásának mi a módja?
Probáltam style="text-decoration: underline;"-t megadni, ezt kiszűri a rendszer.

- A BBCode-os szövegeket átalakítottátok, ez rendben van (jól néz ki)... viszont van a blogomban olyan írás, aminél használatban voltak, sikerült a konverzió, de nem tudom szerkeszteni anélkül, hogy szétesne, mert eltűnnek a speciális formázások.

Úgy tűnik egyébként, hogy a formázást elfogadja a rendszer - forrásként le tudom küldeni és megjelenik a tartalom -, de, amint visszaállítom WYSIWYG szerkesztésre, a formázás elveszik és forráskódra visszakattintva sem lesz már meg.
Ennél nagyobb probléma, hogy, ha szerkesztenék egy ilyen tartalmat, akkor automatikusan a WYSIWYG szövegszerkesztő jelenik meg, ami tönkreteszi a formázást és esély sincs ezért a korrekt szerkesztésre.
Kb. html forrásból kell visszavadászni a tartalmat, ami azért nem túl szép megoldás.

Lehetne alapértelmezetten a html szerkesztőt kérni egyfajta áthidalásként (esetleg a profilban beállíthatóan)?
Magam részéről eddig sem igényeltem a színes-szagos szerkesztő izéket, de értem, hogy kényelmes lehet.
...viszont az nem tetszik, hogy tönkre vágja a korábban odafigyelve létrehozott tartalmat szerkesztéskor, esetleg a neki "nem tetsző" tartalmat megkeveri vagy beletesz még jó pár fölösleges HTML tag-et.

1. A sütielfogadó panelnél a "Köszönöm, nem" van kiemelve. Az a cél, hogy ne fogadják el az emberek? Mert egyébként azt emelném ki, amire szeretném, hogy rákattintsanak a látogatók.

2. A FF rak az oldal két szélére egy ujjnyi margót. Miért a

body

elemnél állítod be a max szélességet meg a margót? Talán ezzel lesz gondja a FF-nak.

3. Az input elemek meg gombok között nincs térköz. Egy picit raknék közéjük.

4. Az 'ls -1' blokkban szereplő listánál nincs beállítva a bal oldali margó, mint a többi hasonló listát tartalmazó blokknál. Emiatt Chome-ban szinte teljesen rálóg a bal oldali vonalra a lista elemek "disk"-jei.

5. A 'Szülő hozzászólás' megjelenítő gombra kattintva megjelenik egy új órás mozgó ikon, ami egy picit magasabb, mint a többi ikon, így ugrál a hozzászólás fejléce, miközben betöltődik a panel. Továbbá az ikonos rész is ugrál egyet, mert nem a 'Szülő hozzászólás megjelenítése' gomb cserélődik le az órás ikonra, hanem az új ikon hozzáadódik a szélére, majd eltűnik. A +1/-1 gombnál ugyanez, illetve a könyvjelzőnél is.

6. Ez inkább csak vélemény, mint hibajelentés: desktopon kissé költségesnek/túlbonyolítottnak érzem a szülő hozzászólás megjelenítését. Rákattintva a gombra átvált az oldal tablet-mód szerűségbe: eltűnik a bal és jobb oldali oszlop, ami megint ugrálásokat eredményez, majd megjelenik a jobb oldali sötétszürke oszlop a hozzászólással, ami ebben a pillanatban még kitakarja a középső megmaradt oszlopot. Ezután egy animáció átméretezi a topikot tartalmazó oszlopot, amelynek kitakart jobb oldala megjelenik a sötétszürke oszlop alól. A folyamat során többször átrendeződik az oldal, ami számomra zavaró, mert hirtelen máshova kerül az a tartalom, amit eddig néztem.

Nem lehetne simán az adott hozzászólás fölé megjeleníteni a szülő hozzászólást egy megjelenő panelban? Ekkor nem kéne átrendezni érte az egész oldalt, nem ugrálna nézőpont, illetve a fókuszált tartalom fölé kerülne az új tartalom, nem olyan messze, mint most.

7. A friss tartalom táblázatnál lehetne a Típus oszlopa keskenyebb?

8. Mivel átkerült a híreknél az alsó 'Hozzászólás-olvasás stb' sor jobb oldalra, miközben a szöveg továbbra is balra rendezett, ezért gyakran előfordul, hogy ez a rész a következő hírhez közelebb van, mint amelyikhez tartozik. Egy kicsit megnövelném a hírek közötti térközt. A könyvjelző gomb is gyakran közelebb van a következő hírhez.

9. A következő/előző új hozzászólás gomboknál jó lenne, ha mindig ugyanoda kerülnének, hogy ne kelljen mozgatni az egeret, hogy ha végig akar menni valaki egy hosszú topik új hozzászólásain. Most ha egy olyan új hozzászólás van, aminek nincs szülője, akkor az eggyel kevesebb gomb miatt máshova kerülnek ezek a léptető gombok, mint a szülővel rendelkező hozzászólásoknál.

10. A tartalmak szövegének alján nincs gomb az "új hozzászólás" űrlaphoz, így ha sok hozzászólás érkezett már, akkor le kell görgetni a lap aljáig az űrlaphoz. Ide kéne rakni egy sima linket, amivel egyből oda lehet ugrani az űrlaphoz a lap aljára.

Egyébként miért nem lehet egy külön subdomaint beállítani a teszthez? A hostfile hackelgetést egy kicsit amatőrnek érzem, illetve közben macerás nézni a régi oldalt is összehasonlítás miatt. Sokkal többen tesztelnék az új oldalt, ha egyszerűbb lenne elérni. Androidon fejből nem is tudnám megmondani, hogy miként kell beállítani root nélkül.

https://hup.hu/user/[uid]/activity (aka: sajat friss tartalmak) linkre van valami konnyen elerheto gomb vagy csak en nem latom?

"Le lehet iratkozni a személyes trackerbe került tartalmakról" - YESSZ! Köszi srácok! :)