HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!)

Fórumok

Jelenlegi debug célú beállítások:

  • Redis cache - kikapcsolva
  • PHP OPcode cache - kikapcsolva
  • CSS fájlok gyorsítótárazása - kikapcsolva bekapcsolva
  • JavaScript fájlok gyorsítótárazása - kikapcsolva bekapcsolva
  • Böngésző és proxy gyorsítótár - kikapcsolva
  • "Friss tartalom"-ban, a "Könyvjelző"-ben és Fórum center blokkban az új hozzászólások jelzése kikapcsolva bekapcsolva
  • BigPipe oldalbetöltés-gyorsító - kikapcsolva

A jelenleg ismert nagyobb (nem kozmetikai) hibák listája:

  • Főoldali fórum center blokk
    • hibásan jelzi az új hozzászólásokat és fórumtopikokat, a válaszok oszlopban az (új x) darabszámát (kép) (Gitlab issue: #220) (tesztelési lehetőség)
    • mobilkészülékeken szét van csúszva (kép) javítva
    • oldalbetöltés kezdetén nem jelenik meg, lassan generálódik le, majd végül megjelenik a hiba nem jelentkezik
  • Hozzászólások
    • Mélyen beágyazott hozzászólások mobilkészülékeken szétcsúsznak (kép)
    • az "Előző új hozzászólás", "Következő új hozzászólás" fekete nyilak random eltűnnek, felbukkannak (Gitlab issue: #221)
    • Felhasználó akkor is szerkesztheti a saját hozzászólását, ha nem volt jogosultsága hozzá (Gitlab issue: #236)
  • Főoldali cikkek
    • az új hozzászólások száma hibásan jelenik meg (random), majd újra jól (random), majd ismét hibásan (random) (Gitlab issue: #222) (tesztelési lehetőség)
  • Könyvjelző
    • A "Könyvjelzők" közt nem a saját könyvjelzőzött tartalmak jelennek meg, oldal refresh után megjavul (ritkán jelentkezik) (Gitlab issue: #226)
  • Fórum
    • Hiányzik a "Létrehozva" oszlop illetve az erre való rendezhetőség (példa)
    • Az "Állást kínál" fórumba nem migrálódott az 5 hétnél régebbi topikok hozzászólási lehetőség lezárt állapota (példa) (Gitlab issue: #237)
  • Teljesítmény
    • Teljesítmény problémák (értsd: lassú) sok hozzászólással rendelkező cikkeknél, topikoknál (pl. Rossz szóviccek) (Gitlab issue: #216)
  • Szavazások
    • Szavazat leadáskor, visszavonásakor az oldal pozíciója lejjebb, máshova "ugrik"  (Gitlab issue: #215) részben javítva
    • Szavazási anomáliák (pl. példa1, példa2)
    • Szavazás alatti hozzászólás írásakor két előnézet egymás utáni nyomásakor eltűnik a textarea tartalma (példa) (Gitlab issue: #235) (workaround: hozzászólás előnézete nem engedélyezett)
  • Linkek
  • Könyvoldalak
    • A könyvoldalak formázása teljesen hibás. A könyvjelző és olvasottsági adatok felül stb. (példa) (Gitlab issue: #239)
  • Reszponzivitás
  • RSS feed-ek
    • RSS Feed-ek formázásának rendbetétele. Felesleges infók eltávolítása stb. (példa) (Gitlab issue: #240)

 A jelenleg ismert kisebb (kozmetikai) vagy kényelmetlenséget okozó dolgok listája:

  • Hozzászólások
    • Beküldés, Előnézet gombok sorrendjének felcserélése, fordítva (Előnézet, Beküldés) lenne logikus (kép) (Gitlab issue: #227) javítva
    • Hozzászólások alatt felesleges dobozelem (kép) (példa) (Gitlab issue: #60)
    • Jól kereshető [új] jelzés az új hozzászólásokon (Gitlab issue: #245)
    • Hozzászólás-értesítő levélben HTML entity-k - <, > " - vannak (példa) (Gitlab issue: #242)
  • Főoldali fórum center blokk
    • Eredeti ikonok visszaállítása javítva
  • Főoldali cikkek
    • A cikkek alatt a könyvjelző és "tovább, x hozzászólás, x megtekintés" elemek felcserélése. Könyvjelző ikon jobb oldalra, "tovább, x hozzászólás, x megtekintés" bal oldalra (ez utóbbi a régi HUP-on is bal oldalon volt). (kép) (Gitlab issue: #225) javítva
    • "» Tovább" link csak akkor legyen a cikkek alatt, ha van a cikknek törzse is. Ha csak bevezetője van, ne jelenjen meg. javítva
  • Blokkok (bal- és jobb oldalsávi dobozok)
    • Friss hozzászólások blokkban ne legyen dőlt betű + formázás (kép) (Gitlab issue: #224) javítva
    • Blokkok padding-je egységes legyen (pl.: Információ, Kövess minket alsó hézag)
  • Komment szerkesztő
    • Az oldal tartalmával nem megegyező színű, méretű és típusú betűk használata. Egységesíteni szükséges. (Gitlab issue: #60)
  • Blog
    • A Saját blog link alatti oldalon a blog tulajdonosa angolul jelenik meg. Pl: trey's blog
    • Idézettel (<blockquote>) kezdődő blogbejegyzéseknél nincs elég hézag a beküldő-dátum infók alatt (példa)
  • Szavazások
    • Szavazások alatt, komment írás előnézet nyomásakor nincs hézag az "Előnézet, Beküldés" gombok alatt (példa)
  • Fórum
    • A Fórum oldalon a Fórum topikok és témák hátterének színezése hiányzik. Pótolni szükséges (ahogy a régi oldalon volt). (Gitlab issue: #60)
    • A Fórum oldalak alján a lapozó angol: First, Previous, Next, Last (példa) javítva
  • Reszponzivitás
    • Pontosan 1024 px széles böngészőben a két oldalsó sáv (blokkok) letolódik, de nem a középső blokk alá. (kép)
  • Taxonomy
    • Címkék webcímálneve hiányos. Pótolni kell. (példa) javítva
    • Fórum kifejezések webcímálneve hiányzik. Pótolni kell. (példa) folyamatban... javítva
    • Címkék szerinti csoportosításban kétszer szerepel az adott címke neve a lap tetején. Egyszer bold, majd alatta sima betűkkel. Példa: https://hup.hu/hirdetes
  • RSS Feed-ek
    • fordítandó angol szövegrészek (példa) (Gitlab issue: #243)
  • .htaccess
    • Nem működik a tracker/[uid] átirányítás javítva
  • Hálózat konfiguráció
    • IPv6 elérhetőség hiányzik javítva
    • Google Analytics | Redundant Hostnames | Property https://hup.hu is receiving data from redundant hostnames. javítva
  • Comment Notify modul
    • Levélben küldött angol nyelvű üzenetek fordítása (példa) javítva
  • Privát üzenetek
    • A kapcsolatfelvételi űrlapokon keresztül küldött levelekben hiányoznak a sortörések, tagolások. (Gitlab issue: #242)
  • Adminisztrációs smink
    • favicon.ico a default Drupal favicon.ico. Visszaállítani a HUP-osra. javítva
  • Feed Aggregator
    • Hibásan kódolt RSS elemek a HWSW feedben (Gitlab issue: #244)
A KOMMENT SZEKCIÓBÓL AZ OFFTOPIK - VAGYIS NEM HIBAJELENTÉS - TÖRLÉSRE KERÜL!

Hozzászólások

Nekem a szavazással valami nem kerek. A főoldalon most futó A Xiaomi márkanevet ... szavazással nekem ez volt:

Megláttam az oldalon, szavaztam. A szavazás gomb megnyomása után nem ugrott be a topikba, mint régen, de gondoltam, ez valami új fícsör az átállás óta. Oké, belépek a topikba, de megint látom a szavazási lehetőséget, nem az eredményeket, mintha nem szavaztam volna. Jó szavaztam újra, minden szép és jó. Legközelebb jövök a HUPra, a főoldalon megint ott vannak az opciók, mintha nem szavaztam volna. Szavazok ismétr. Belépek a topikba, megint ott vannak -> loop.

Tán bug lesz?

Nekem most ennél a szavazásnál , a szavazat leadása után ( főoldalról szavaztam , tehát nem nyitottam meg a szavazást ) , a főoldal tetejére ugrott.  

https://hup.hu/szavazasok/20191113/okostelefonod_kora

------------------------------------------
“Luck Is What Happens When Preparation Meets Opportunity" - Seneca

Szia!

A problémát az AJAX-os beküldés okozta, ami nem kívánt mellékhatást okozott azzal a megoldással, ami használhatóbbá teszi a szavazásokat a főoldalon. Gyorsmegoldásként letiltottam a szavazások AJAX-os működését, ezért szavazáskor újratölti az oldalt.

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

Szerkesztve: 2019. 11. 01., p - 09:38

A böngésző vissza-gombra ugye nem frissül az oldal tartalom, csak visszatölti az előző állapotot - emiatt ha úgy szavazok, hogy előtte belépek a szavazás topicjába, majd szavazás után back-gombbal visszamegyek a főoldalra, akkor megint az üres szavazás állapotát mutatja - ha megint leszavazok, akkor pedig a 'szavat vissza lett vonva'-státuszt kapom. A chrome dev ezt mondja rá: "Your vote could not be recorded because you did not select any of the choices."

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Könyvjelző: sose könyvjelzőztem semmit tudtommal, régen nem is volt ez a funkció, most mégis látok a könyvjelző listában 5 elemet, a legrégebbit állítólag 5 éve könyvjelzőztem.

/user/6368/activity: úgy érzem, hogy itt is random az új jelző megléte/hiánya.

Szerkesztve: 2019. 11. 01., p - 10:52

Design wtf: http://www.kepfeltoltes.eu/images/2019/11/01/638wtf.jpg
Semmi nem jelenik meg a pirossal bejelölt részben, csak egy hidden input van benne. 
Szóval ezt is el lehetne tüntetni ha nincs funkciója, mert csak zavaró. 

Egyébként miért használ az oldal és a szerkesztő eltérő betűkészletet (verdana vs. arial)? 
Illetve a szerkesztőben is nagyobb a font méret mint magán az oldalon. Roppant zavaró.

1. Nem az elso uj hozzaszolashoz visz a "(13 új)" link, hanem random valahova. (Lehet, hogy betolteskor odavisz, de utana valami JS miatt elugral.)

2. Tetezi az elozot, hogy nincs az oldal teteje kornyeken link az elso uj hozzaszolasra, igy marad a remenykedes, hogy az aljan van egy uj, mert akkor onnan az "elozo uj" nyilakkal vissza lehet menni az elso ujra.

3. Nem lehet keyboardrol lepkedni az uj hozzaszolasok kozott, csak egerrel celozgatni a nyilakat. (Ezt megoldana az [új] jelolo, akkor ctrl-g -vel lehetne lepkedni. Vagy akar hatterszinnel irt [new].)

Ha egy 'n új' linket követve érkezek egy oldalra, általában valami látszólag random helyre kerülök az oldal közepén. Ez se túl jó (ideális lenne az első új hozzászóláshoz kerülni, elfogadható lenne az oldal tetejére), de az igazi gond az, hogy nincs mód arra, hogy az ember az első új hozzászólást könnyen megtalálja.

Korábbi hup verzióban hupperrel volt egy link az oldal tetejénél, ami az első olvasatlanhoz vitt. Tab nyomása szintén az első olvasatlanhoz vitt. Ezek egyike se működik az új verzióban, és nem találtam helyettük mást.

pontosan 1024 px széles böngészőben a két oldalsó sáv letolódik, de nem a középső blokk alá:

  XX
X    X

1023-nál és 1025-nél már jó.

teát csak hidegen iszom!

A mobilfelület ennyi gombot ami egy hozzászólás jobb sarkában van - balra-jobbra, kapocs, fel, kommentblob - egyszerűen nem bír el.

Ráadásul mobilon nincs hover, így csak tippelni lehet, mit is csinálnak.

a minimum javasolt gombméret ált. 7mmx7mm vagy afeletti (a billentyűzet gombjai), a szabványok sehol nem írnak mobilra 30px alattit, mivel így félrekattintani is eccerű.

javaslat: ezeket ... vagy “hamburger” menübe kellene rakni reszponzív nézetben, ami egy dropdown-szerű menüt dobna feliratokkal.

javaslat: ezeket ... vagy “hamburger” menübe kellene rakni reszponzív nézetben, ami egy dropdown-szerű menüt dobna feliratokkal.

Rendben, csak az ikonok egy része navigáció, dropdown eléggé csökkentené a használhatóságot. Még ha minden más hamburger menübe is kerülne, legalább a következő olvasatlanra ugrás célszerű volna hogy ne legyen eldugva.

By the way, ha már normális méretű ikonokat szánunk jobb oldalra, megnövelné az a fejléc méretét annyival, hogy bal oldalon a név és a dátum egymás alatt férne el.  

A főoldalon illetve a Blogok oldalon nem látszik, hogy a megjelenített tartalom csak a bevezető és van további tartalom, vagy a teljes bejegyzés látszik. A régi verzión ez a Tovább link meglétéből egyértelműen eldönthető volt, most mindig van Tovább link és lehet találgatni szövegkörnyezetből hogy van-e folytatás.

Ugyanez a probléma az RSS feedekben is fenn áll, mivel azokban jelenleg szintén csak a bevezető látszik. Én jobban örülnék annak, ha az RSS feedben a teljes bejegyzés látszana, de már az is előrelépés lenne, ha az oldalhoz hasonlóan egyértelműen jelezve lenne, hogy van-e további tartalom.

Két regressziót feldobnék:

- régen volt olyan beállítás, hogy hány hozzászólást szeretnék látni egy lapon, ugye az új hozzászólás kereshetőségét úgy lehet biztosítani, ha tuti az összes poszt belefér rögtön az első oldalba - a defaultba nyilván nem fér bele hosszabbaknál,  tehát az ember feltekerte az égbe ezt a számot; itt most nem találtam meg ezt a beállítást, így most megint szívás van,

- nem jutok oda az első új hozzászóláshoz, ez még okés lenne, de cserébe keresni sem tudok a flagre - a régiben ugye eljutottunk oda a végén már, hogy meglehetősen jól kereshető string lett a jelzés ([új]), most visszajutottunk oda, hogy egy egyáltalán nem egyedi karakterhalmazra kéne rákeresni (új), ami ráadásul papíron nagybetűsnek néz ki, aztán hamar letörik az ember kedve, amikor kiderül, hogy ez csak egy allcaps font, valójában kisbetűvel van írva.
 

Itt nemcsak az [új] a hiba, hanem ha lapozol (mivel nem tudsz 500 kommentet beallitani, mint a regin),
akkor az [új] cimkek eltunnek (feltehetoen, mivel nemigen mukodik az [új])

Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Nem hiba, de úgy látom, kozmetikai, kényelmi funkciók is előtérbe kerülnek. Már itt javasoltam: ha túl sok a komment, akkor sokat kell visszagörgetni a lap tetejére, ahol az oldal vezérlőmenüit el lehet érni. Erre vannak kényelmi megoldások, mint a videóban is látszik. Ha még mindig nem késő, szívesen látnám a HUP-on pl. ezt a megoldást.

Kozmetikai gond: Főoldalon a sárga kis boríték ikonok vektorizálása elég ronda lett.

Szerkesztve: 2019. 11. 02., szo - 17:50

Lehet ismert hiba, de

https://pasteboard.co/IEQGQya.jpg

Ha ezt megnézitek, ez a 'Saját adatok -> Tevékenység (régebben követés)' cuccnál van.

Pl a bejelölt résznél ugyan látom, hogy () -be ott van hogy van X új hozzászólás (válasz), de ezt semmi nem jelzi ki úgy mint régen.

Ezen lehet valahogy csiszolni ? Vagy csak én nézek be valamit ? Mert a () -es rész elég nehezen észrevehető, eddig ki"gyulladt" egy piros kis cucc, hogy van új hozzászólás. De ez az új hupon nincs. 

Üdv

Szerkesztve: 2019. 11. 02., szo - 22:03

Pozicionálás: ha belépek egy topicba, majd vissza (anélkül, hogy bármit is scrolloztam volna), biztosan nem a kiindulási helyzethez érkezem, hanem valahová fölé (vagy esetleg van olyan, hogy alá is - ezt nem próbálgattam nagyon), de a lényeg, hogy nem arra a cikkre, aminek a topicjába előzőleg beléptem. Ugyanez történik, ha az új hozzászólások-linkre nyomok, belép a topicba és nem az új hozzászólásnál áll meg, hanem valahol máshol, utána tekergetnem kell a képernyőt, hogy hol a keresett hozzászólás. 

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Ez a Twitter híreknél van, mert a Twitter doboz csak később nyeri el a teljes magasságát, miután a HUP betöltődött, így aztán az alatta lévő hírek, kommentek lejjebb csúsznak. Baromi idegesítő.

Be kellene állítani a Twitter dobozoknak egy fix magasságot és akkor már tök mindegy mikor töltődik be a tartalmuk, hiszen már előre le van fixálva neki egy méret.

Csakhogy nem igazán állíthatsz be egy fix magasságot, a tartalmon múlna.

A megoldás máshol lesz. Kifejtem

Egyrészt legalább Chrome alatt meg kellene oldva lenni "gyárilag" a problémának. Egy ideje legalább is létezik egy úgynevezett "scroll anchoring" nevű funkció, ami az ilyen ugrálások elkerülésére volna való. Ez elvileg nincs az oldalon letiltva, nem értem miért nem oldja meg a problémát automatikusan.

Másrészt egy gyors és egyszerű megoldás lenne, ha a twitter widget automatikus inicializálása le lenne tiltva, helyette:

  1. manuálisan lenne hívva rögtön inline scriptből a tartalom blokk után. 
  2. még a meghívás előtt rögzítve lenne az aktuális scroll pozíció
  3. a widget betöltése után pedig a mentett érték visszaállítva

Ez működhet, kísérletezést igényel.

Harmadrészt szebb lenne, ha nem támaszkodna az oldal a twitter JS widgetjére egyáltalán. Szerver oldalon implementálható volna az, amit a widget csinál (sokkal kevesebb kódból az oldal stílusához igazítva akár) így hozzánk már a végleges struktúra érkezhetne.

Szóval a buglista gyarapítható a következővel:

  • Elugrik az oldal a twitter widget megjelenítésekor annak ellenére, hogy a böngésző ezt meg kellene akadályozza. Miért?

A feature lista pedig az alábbival:

  • Legyen custom szerver oldali widget
  • Ha nem, legyen legalább custom widget
  • Ha nem, legyen legalább egy guard wrapper ami visszaállítja az elmászott pozíciót
  • Ha nem, legyen legalább a fenti megoldva

Nem tudom többször és jobban láthatóan jelezni, hogy NE ITT kommenteljetek, mert nehezíti a hibák összegzését. Ide csak hibabejelentések jöjjenek. Nem itt kell megfejteni a hibákat! Ezek a kommentek - amik nem konkrét hibabejelentések - törlésre kerülnek.

Köszi!

trey @ gépház

Hiba: 

A trackerben az alábbiakat látom: https://i.imgur.com/PLS529T.png

Hiányzik az új kommentek száma a teljes kommentszám mellett. A fenti pár bejegyzésnél tuti van új komment, mivel ma még nem jártam az oldalon, és az utolsó beküldés dátuma szerint ma volt aktivitás.

Nem tudom, mennyire szándékos, de nálam teljesen eltűnt az új hozzászólások számának jelzése.
Tudom, hogy nem működik jól, de még mindig jobb, ha látom, volt-e egyáltalán új hozzászólás a témában mint a mostani állapot - és azért hozzávetőlegesen működgetett.

Ha direkt lett kikapcsolva, szerintem inkább kapcsoljátok vissza, még, ha nem is működik tökéletesen.

Régen a hozzászólás fejlécében a nap teljes neve ki volt írva.

A hozzászólás fejlécében az időpont előtt kötőjel helyett gondolatjel lenne helyes, ha jól sejtem.

A nyitó hozzászólás fejlécében nem jelenik meg a veterán címke.

Hozzászólásra válaszoláskor az előnézet oldalon a "beküldés" és "előnézet" gombok nem a szerkesztő alatt jelennek meg, hanem az alulra beidézett hozzászólás alatt.

Kellene egy "hozzászólás" link a nyitó hozzászólás alá, ahogy régen is volt.

:)

Az új hozzászólásokat tartalmazó topicok mellett esetenként kimarad a piros "új"-jelzés, és csak a legutolsó hozzászólás idejét mutató számból lehet következtetni arra, hogy a hiányzó jelzés ellenére van benne új komment (pl. ez a topic is ilyen volt az előbb). 

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Mobilon amikor egy fórum vagy hír aljára érek, ott vannak két oszlopba szedve az oldalsó menük tartalmai. Ez tök jó egyébként, csak a bal oldali oszlop a hup tweet-ek miatt aránytalanul magasabb a jobb oldalihoz képest. A tweet doboz amúgy is scrollozható, nem lehetne ott kevesebb tweet-et megjeleníteni, hogy a két oszlop arányos méretű legyen?

A "követett tartalmak" kifejezés jelenleg értelmetlen, hiszen nem "követett tartalmak" jelennek meg az oldalon, hanem azok a témák, amikhez a felhasználó hozzászólt. Fel/leiratkozási lehetőség nélkül nincs létjogosultsága a "követett tartalmak" kifejezésnek.

A "könyvjelzők" oldalon a könyvjelző törlése könyvjelző ikont kapott. Nem kellene neki ikon, csak egy "törlés" feliratú link. De ha mindenképpen ikonra van szükség, akkor jobb volna a funkcióra jobban utaló pixelhalmaz. A legegyszerűbb egy "X" jellegű dolog lenne, mert azt máshol is újra lehet hasznosítani.

A "könyvek" oldal elnevezése kb. olyan, mintha a villamost metrónak neveznénk.

A [code]del[/code] taget vissza kellene hozni, mert néha idegesítő nélküle ironizálni. Akarom mondani, jól jelezhető vele egy adott – korábban fennálló – állapot megszűnése.

Az oldal fejlécében és a felhasználói dobozban lévő linkek feliratai régen kisbetűvel kezdődtek.

Szerintem a "friss hozzászólások" dobozban maradhatnak a dőlt betűk, csak a " óta" karaktereket kellene eltávolítani.

"Utolsó 30 napban legtöbb pontot kapott hozzászólások" → <del>"Az elmúlt 30 nap legpontosabb hozzászólásai"</del>"Az elmúlt 30 napban legtöbb pontot kapott hozzászólások".

Az aggregator oldalak megjelenésére érdemes lenne ránézni. Szerintem látni fogjátok, mi a baj velük. Ha mégsem, adok ajándékba egy kapát. :D

(BBCode/régi HUP zombi)

:)

Szerkesztve: 2019. 11. 04., h - 12:18
  1. Most a főoldali fórum center blokk a témák címei nem magára a témára irányít, hanem a #new-ra, tehát ha nem is olvastam még a témát, akkor is egyből a hozzászólásokra dob le.
  2. A linkek is egy kicsit esnek-kelnek. Például ha az oldalon bogarászva lépek erre a témára, akkor az url: https://hup.hu/forumok/hup8bug
    Ha egy hozzászólás permalink-je érdekel, akkor már például: https://hup.hu/comment/2401782#comment-2401782
    A téma szövegében is gondolom így lettek hivatkozva a példa kommentek, viszont így ha rányomok az egyikre, akkor nem csak leugrik a hozzászólásra, hanem az új url miatt teljesen újratölti az oldalt.
    Rövidre fogva: A #comment-2401782 jelölést nem a téma URL-hez fűzi hozzá (https://hup.hu/forumok/hup8bug#comment-2401782) hanem a hozzászólás hivatkozásához (https://hup.hu/comment/2401782#comment-2401782)
  3. Egy ilyen hozzászólás linkre kattintva, utána nem tudom mi volt az eredeti téma vagy hír URL-je (ha mondjuk valahova le akarom menteni, vagy elküldeni valakinek.

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"

Most egyáltalán nem működik az új kijelzés.

Van ennek más oka azon felül, hogy nem működik jól?

Én örülnék, ha be lenne kapcsolva, mert a rosszul működő állapotában is legalább annyit láttam, hogy hova érkeztek hozzászólások, hellyel-közzel a hozzászólások száma is látszott - most jobb híján nem lapozgatok be a legtöbb topicba...

Öhm izé , de azt a " hol  lehet teszelni" dolgoz nem kén a főoldalra is kidobni , minél előbb minél többen nézzenek rá ? 

 

Bár nekem most jónak tünik ,de jó lenne ha más is kommentelgetne , irkálna bele. 

------------------------------------------
“Luck Is What Happens When Preparation Meets Opportunity" - Seneca

Az 'új hozzászólások'-jelölő nekem most éppen nem funkcionál (statikusan kint marad függetlenül attól, hogy már beléptem-e a topicba, vagy sem). A teszt oldalon pedig úgy néz ki, hogy jól működik!

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

A főoldalon a cikkekben lévő idézetek (szürke " jel melletti szövegrész) sortávolsága elég kicsi, a sorok kicsit egymásra csúsznak.

Dell Latitude 5480, Arch Linux & Xfce

Nem tudtam beszúrni sehogyan sem képet, hogy betöltődjön, eddig az IMG tag előtti kapcsos zárójellel tudtam, [img]url[/img] valahogy így, most ez nem megy.

Sakk-matt,
KaTT :)

Az direkt van, hogy a főoldali aktív-fórumtémák blokkban ha nem vagyok bejelentkezve látszódik az adás-vétel-csere, ha belépek az oldalra, akkor már nem?

Bocs ha volt már.

Csak akkor szólok hozzá egy témához, ha értelmét látom.

Követett tartalmak listázásánál az utolsó  hozzászólásomnál: Legutóbbi beküldés 1 perc múlva.

powered by ©BSD & ©gentoo

Trey blogjában megnyitottam a prémiumos bejegyzést, de csak a bolttól kapott idézet aljáig látszik trey írása, alatta a megjegyzések viszont már rendben látszanak. Tehát a blog bejegyzést levágja az oldal itt: https://hup.hu/treyblog/20190302/a_premium

A rövid idézet (max 2 sor) alatti szöveg kijelölésekor kis glitch van: Az idézőjel alatti szöveg jelölésekor a fenti sor is jelölődik vele

A jelenséget a képen látható blockquote :before eleme okozza, aminek az alsó (láthatatlan) része rálóg a szövegre: https://imgur.com/lUqrDkE

Az idézeteket jelző blockquote :before angol nyitó idézőjelet (U+201C) tartalmaz, nem pedig a magyart (U+201E).

Szerkesztve: 2019. 11. 08., p - 09:28

hozzaszolas irasanal a dobozban kis betuvel kezd (mobilon, firefox), majd amikor a harmadik sort eleri, akkor nagyobb betumeretre valt.
Ha visszatorlok (javitok) akkor az elso sort visszaveszi kocsire a tobbi megint nagy.

 

Baromi zavaro, hogy ugral a betumeret.

A bekuldes utan mar jol jelenik meg (ez csak a szerkeszto)

 

2: ezekkel a plusz soremelesekkel is lehetne kezdeni valamit. Szellos, amolyan koltoi igy.

Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Valóban elgondolkodtató, hogy neked miért van ilyen soremelés.

Csak azért, mert pont ugyanazt a szövegszerkesztőt használom, amit te.

Szándékosan új sorokba írok, hogy kiderüljön, ez valóban hiba-e vagy csak PEBKAC.

Ha nem megy a WYSIWYG editor + előnézet használata, akkor javaslom a Forráskód bevitelt. Mondjuk ahhoz nem árt egy kis alapvető HTML ismeret.

Sent from my OnePlus 5T

Új hozzászólás írásakor egy zöld hátterű "Hozzászólás rögzítése megtörtént" szöveget ír ki, de a lap tetejére, így nem sok értelme van.

Szerkesztve: 2019. 11. 12., k - 10:30

Korábbi szavazás visszavonása után elugrik az oldal random pontjára.

(Szer.: bocs', figyelmetlen voltam, látom, hogy ez már ismert bug.)

Kérdés hogy ez mennyire az oldal felelőssége és mennyire a böngésző viselkedése. Úgy tudom az utóbbi, és sokmindenen múlik hogy megtartja-e a böngésző az előző oldal állapotát, vagy eldobja, és inkább újratölti. 

Mert ha meg megtartja akkor sír mindenki, hogy ramzabáló...

Ha a főoldalon beírom a /node tagot akkor úgy tűnik, hogy egész jó a kijelzés. Tehát https://hup.hu/node oldallal kezdek.

Az elmélet az, amikor mindent ismerünk, de semmi nem működik. A gyakorlat az, amikor minden működik, de senki nem tudja, miért.

Most a követett tartalmaknál jelzett 3 új hozzászólást. Rányomtam, elolvastam. Visszaléptem a követett tartalmakra. Továbbra is 3 újat jelzett. Rányomtam, sehol semmi. Vissza. Még mindig jelez. 3-4 Ctrl+Shift+R után eltűnt.

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"

Csak kérdés: a friss tartalomban a régiben volt olyan fül, hogy 'saját friss tartalom', ahol csak azokat a topicokat listázta, ahol én is hozzászóltam. Ez a funkció nem támogatott a jövőben, vagy várható, hogy ismét lesz?

Hozzászólás írásánál a 2. előnézet gombra kattintás után eltűnik az egész addig gépelt írás:

- megírtam a kisregényt a "Kedvezmény(ek)ért engednél PSD2 (open banking) cégnek betekintést a bankszámládba, bankszámlatörténetedbe?" szavazáshoz.
- nyomtam egy előnézetet, ekkor megjelenik az imént beírt szöveg, és alatt újra az editorban.
- találtam egy elírást, javítottam, újra megnyomtam az előnézetet: üresen kaptam vissza az editort, minden addig írt szöveg eltűnt.

Kicsit meglepődtem az előbb...

A korábbi CHECK24 álláshirdetés amit én adtam fel, megjelent a főoldalon... És azt jelzi, hogy 9 órája frissült... Pedig nem is... :)

Csak gondoltam szólok.

Debian Linux rulez... :D
RIP Ian Murdock

Amikor migráltunk az új oldalra, akkor nem hozta át, hogy melyik fórumtémák voltak lezárva. A problémák és félreértések elkerülése érdekében a korábban lezárt álláshirdetéseket trey lezárta manuálisan, viszont így újra feljöttek a fórumlista tetejére. Idővel visszasüllyednek majd.

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

Viszont ha most moderátorként bele kell javítanom egy fórumtémába és elmentem a változtatást, akkor azonnal felugrik a fórum center blokk tetejére. Ezért jött elő a sok álláshirdetés. Példa: typo-t javítottam ebben:

https://hup.hu/node/166590

Felugrott a tetejére.

Ami azért zavaró, mert a létrehozás dátuma meg az eredeti. Régen ez nem így volt, belejavításkor nem ugrott a tetejére.

trey @ gépház

« Első ‹‹ 1 2 3 4 5 6 7 8 9 … ›› Utolsó »

Használhatósági szempontból a következő oldalra mutató linknek kellene nagy kiterjedésűnek lenni, nem az utolsó oldalra mutatónak. A legegyszerűbb az lenne, ha az "előző" és a  "következő" felirat is megjelenne: « Első ‹‹ Előző 1 2 3 4 5 6 7 8 9 … Következő ›› Utolsó »

Ugyanitt a "go to page n" tooltip nincs lefordítva.

(Szemfülesebbek észrevehették, hogy az "az "előző" és a  "következő" felirat" részben megjelent egy nem törő szóköz. https://hup.hu/comment/2405055#comment-2405055. "Enter-re"? Nem. Én írtam oda? Nem. Szutyok böngésző-kiterjesztés okozza? Valószínűtlen.)

:)

Szerkesztve: 2019. 11. 13., sze - 09:47

Új hozzászólások háttere #eee, viszont a kód tagbe rakott cuccok háttere pedig #F0F0F0,ami elég közel van egymáshoz, nálam pl. nincs eltérés (látható) a monitoromon.

Program Hello;
begin
  writeln('Foobar!');
End.

Valóban! De csak az új kommenteknél zavaró, ha már olvasott, akkor elég jól elkülönül. Legalábbis az én monitoromon.

Kérdés, hogy ki kell-e jobban emelni? És ha igen, mivel? Olyan szín kellene, ami nem üt el otrombán az oldal pasztell színvilágától.

trey @ gépház

Ugye az új hozzászólások számításánál, cache-lésénél nem veszitek figyelembe a $REMOTE_ADDR értékét? Nekem az gyanús, hogy munkahelyen egész jó a fórum center blokk működése, de otthon, a Digi CGNAT-ján baromira megbízhatatlanul működik. Másra nem tudok gondolni, mint hogy valahogy figyelembe veszi az ellenoldali fél címét a cacheléskor, emiatt történhet, hogy egyesek mintha más userek adatait kapnák meg.

Egyre valószínűbbnek tűnik, hogy a cache-eléshez kötődik.  Amikor az előzőt írtam (11:58), előtte még jó volt. A post elküldése után amikor visszatértem a főoldalra, akkor elromlott, majd egy reload után helyrejött:

https://imgur.com/a/yVkVCFm

https://imgur.com/a/PrHzusT

Az első screenshot 12:00:06-kor készült, a második 12:00:37-kor, a reload után. Az érdekesség, hogy a 12:00:06-kor készültön még nincs rajta az a cikk, amit trey 11:57-kor postolt, tehát valami cache-ből  kellett jönnie az oldalnak, ahol rosszak az új jelzések. Nekem helyben nincs semmilyen proxym, ami ebbe beleszólhatna, és az ntpdate szerint viszonylag pontos az órám (adjust time server 91.189.89.198 offset -0.002073 sec)...

http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

Szerkesztve: 2019. 11. 13., sze - 18:42

Az új hozzászólásra emlékeztető emailben (Subject: "HUP :: új hozzászólás itt:") van egy leiratkozás link

"Lehetőség van az értesítések leállítására a következő webcímen:"

kattintás után angol szöveg:

Disable comment notification

Your comment follow-up notification for this post was disabled. Thanks.

Ismételt kattintásra ez jelenik meg:

"Disable comment notification

Sorry, there was a problem unsubscribing from notifications."

Szerkesztve: 2019. 11. 14., cs - 23:52

Néhány, a fórum center blokkot érintő kozmetikai változtatás javaslat:

  • Ne csak az "x új" rész legyen link, mert elég nehéz eltalálni, főleg mobilról. Régen az utolsó frissülés ideje volt a link, ami jóval hosszabb.
  • Az "x új" string ne törjön meg (nbsp vagy white-space: nowrap), elég furcsán néz ki amikor ott törik meg a sor. Ez zavaró desktopon és mobilon is.

Persze mindez attól is függ, hogy mi lesz ennek a szavazásnak a kimenetele.

lehet hogy votma, de most szavaztam az okostelefon korara es ezt irta utana, pedig elotte sose szavaztam:

 

Your vote for this poll has already been submitted.

Állapotüzenet

A szavazat rögzítve lett.

Nem tudom, ide tartozik-e, de ha enyem lenne az oldal, kivennem a sok felesleges boxot:

 

- Utolsó 30 napban legtöbb pontot kapott hozzászólások

- Jelenlévő felhasználók

- Friss hozzászólások

- Információ

- HUP napi hírlevél

- Új felhasználók

- Új fórumtémák

- Aktív fórumtémák

- Friss blogbejegyzések (ez utobbi akar meg ertekes is lehet, de egy kulon oldalon, teljes szelessegben)

 

Ha vkinek nagyon kellenek, megtalalhatna oket egy kulon oldalon.

A 3 oszlop helyett lehetne igy ketto, a cikkek es hozzaszolasok pedig lehetnek szelesebbek.

 

Ezen kivul a vki egy cikk olvasasra megy, akko ne jojjon be azonnal a hozzaszolas szerkeszto, csak egy linkre kattintva. Sokkal gyorsabb es jobb lenne a felhasznaloi elmeny.

Szerkesztve: 2019. 11. 17., v - 22:37

Volt már.. 

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Egy érdekes jelenséget tapasztaltam. Az első komment új. Viszont a rá érkezett válaszok nem azok. Ha a választ láttam, a szülő kommentet is kellett, hogy lássam (és tudom is, hogy láttam). Ez hogy lehet?

https://imgur.com/a/SlwaiyV

na de nem úgy van, hogy azt a hozzászólást, amire már válaszoltak, nem lehet szerkeszteni?
hogyan történhet az meg, hogy a szülő hozzászólás amiatt új, mert szerkesztve lett, miközben vannak hozzá válaszok, amik meg régebbiek?
Ez nekem gyanúsan rossz működésnek tűnik.

Admin tudja szerkeszteni.

Ha nem jelezné újra, akkor nem vennéd észre, hogy szerkesztve lett és érdemes lehet újra elolvasnod.

Technikailag pedig: a hozzászólások verziózva vannak és a módosítás után ez a verziója új neked.

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

Érthető, bár kicsit fura. Tekintve hogy a bejegyzés és a hozzászólás is régi volt, ennyi idő után csak zavart okozott mintsem hasznos volt, hogy láttam a változtatást. A mai napig nem tudnám megmondani mi változott. Gondolom typo, de csak tipp.

Érdekes lenne, ha lehetne hoverre vagy valami rejtettebb de elérhető módon diffet nézni. 

Ezt a funkciót egy teljesen egyedi fejlesztés biztosítja és még nem volt időm a diff-et implementálni bele. Távolabbi célom az, hogy közzétegyem a drupal.org-on diff támogatással és felhasználói felülettel együtt.

Jelenleg csak annyit tud, hogy a hozzászólásokat kötelezően verziózza, a legfrissebbet megjeleníti és jelzi, ha egy hozzászólásnak több változata van.

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

Szia!

A régiben két blokk volt, aztán azt jelenítetted meg, amelyiket akartad. Ez a beállítás nem migrálódott és most csak egy blokk van. Azt hiszem, alapból mindenkinek be lett kapcsolva.

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

Nem tudom, hogy bug-e vagy csak nem intuítv feature:

Kép: https://i.imgur.com/SOmZGf1.png

link: https://hup.hu/comment/2406624#comment-2406624

van ott jobbra fent az ikonok alatt az a kis lapozó basz , ami nem tudom mit kéne csinálnom, de ha kattintom, akkor csak kinyitja egy kicsit a veteránt, meg a másik nyíl lesz szürke.

Előnézetet nyomkodtam, mielőtt beküldtem, mert nem vagyunk még jó barátok a szerkesztővel.

Google Chrome 77.0.3865.120 (Official Build) (64-bit)
Revision 416d6d8013e9adb6dd33b0c12e7614ff403d1a94-refs/branch-heads/3865@{#884}
OS Linux

Azokra a függőleges kis nyilakra gondolsz? Nem tudom, hogy hogyan kerül oda, most látom először. Megnézem, mit tehetek vele, egy kis türelmet kérek.
Ui.: Milyen felbontásban nézted az oldalt?

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

Azokra.

1920*1080 volt, most nézegetem, szerintem az idézet doboz scrollbarja. Nagyon funky, ha az egész ablakot kezdem el visszavenni, akkor pontosan 512 pixelnél (screenshot alapján) nincs ott, ha bekapcsolom a developer toolt, akkor saját bevallása szerint egy-egy pontos szélesség erejéig valahol 505-510 között néha eltűnik, de ahogy méretezgetem ide oda, hol van pl 508nál, hol nincs. Az alsó scrollbar is kicsit esetlegesen jelenik meg vagy nem.

Szerkesztve: 2019. 11. 18., h - 17:14

https://imgur.com/a/ZcHazLz

75%-ra kellett visszakicsinyíteni hogy olvasható legyen. 

A múltban több HASZNÁLHATÓ megoldást javasoltam a problémára:

  1. CSS-sel megoldató lenne, hogy a tartalom jobbra kilógjon egy fix méretű dobozban, jobbra scrollozva használható maradna az oldal.
  2. Legyen tiltva X szint fölött a kommentelés, helyette adjatok opciót a usernek, hogy visszahivatkozással a nulladik szintre írjon kommentet, és ott folytassa a szálat.
  3. Legyen X szint után összecsukva a tartalom, kinyitva egyértelműen különüljön el a környezettől, és akkor kezdődhet nullás indentálási szinten.

Nem lett csinálva semmi, mert nem szépek. Gratulálok, így viszont használhatatlan :) Nem értem miért nem lehet az 1-es pontban említett EGY SOROS workaroundot használni legalább amíg nincs jobb megoldás. Így használhatatlan, ez kinek jó!?

Szerkesztve: 2019. 11. 19., k - 12:09

Fórum center blokk, nem szakmai témák.

A felhasználói beállításaimban ki van véve a pipa a "Szakmai fórumtémák" -ról, mert vagyok olyan beteg, hogy offtopicot is olvasok.

Néha viszont nem jelnnek meg a center blokkban az offtopic-ok. pl. "Kresz szakértés" topic, amibe ugattam is. Így vettem észre. Nem tudom ehhez köthető-e de kicsit olyan...

Sajnos nincs reproduction method, mert esetleges. :(

PC, Debian 10, Firefox 70.0.1

[Szerk:]

Most elkaptam:

Itt nincs offtopic: http://www.kepfeltoltes.eu/view.php?filename=206scrennshot_nincsoff.png

Itt van: http://www.kepfeltoltes.eu/view.php?filename=232screenshot_vanoff.png

És esküszöm az összes savanyú uborkámra, hogy mindvégig be voltam jelentkezve, és mindvégig üres volt a jelölőnégyzet a "Szakmai fórumtémák" flag-en.

"A megoldásra kell koncentrálni nem a problémára."

Most én is ránéztem erre.

 

És az biztos, hogy összefüggésben van az Új hozzászólások hibával.

Bekapcsoltam az offtopic mutatást. Látszódnak a blokkban.

Kattingatás néhányat. Előjött a hozzászólás hiba és vele együtt eltűntek az offtopic-ok.

Ismét néhány kattintás. Hozzászólás hiba ki és az offtopic-ok visszatértek.

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"

Ez a hiba nálam is jelentkezik. Két böngészővel is kipróbáltam (FF, Chrome) mindettő előhozza.

Elég bele kattintani egy "offtipic" fórumba, majd visszatérni a főoldalra és már el is tűnik az aktív fórumtémákból. Visszahozni úgy tudom, hogy saját adatoknál "Szakmai fórumtémák"-nál letiltom, elmentem, engedélyezem és elmentem a beállítást. Ekkor már belépés a fórumba visszalépés a főoldalra esetében megmarad a láthatóság.

a fooldal meg mindig gaz, egyszeruen nem tudja melyik user vagy, vagy inkabb a lerenderelt oldalt cache-li valahol (lehet nem is a drupal hanem az nginx) es mindenki ugyanazt kapja...

nekem pl. tegnap egyik szavazasnal ugy mutatta mintha meg nem szavaztam volna, pedig de... az uj komment szamlalo se jo, se a forum blokkban sem a cikkeknel stb. gondolom a personal beallitasok is emiatt nem jatszanak, mivel osszekeveri az usereket.

A'rpi

Azért kellene, mert nálam nem jelentkezik, talán nem is volt sohasem. Nem tudom reprodukálni (csak tippjeim vannak), ezért jó lenne látnom, hogy kinek mikor és hogyan jön elő.

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

Sajnos nem, de köszi a videót. Az a baj, hogy nálam működik, vagy ha van is hiba, akkor olyan kicsi, hogy nem veszem észre.
Ezért kell valami, ami alapján reprodukálni tudom. vagy legalábbis behatárolni, hogy mikor jelentkezik.
Mindenesetre ki fog menni egy hozzászólásokat érintő frissítés is, remélem más problémával együtt ezt is megoldja.

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

Lehet, esetleg volna értelme egy új felhasználót létrehozni és onnan is megnézned (esetleg valamilyen jogosultsági szinthez is köthető)?

...vagy egy olyan accounttal belépni (ideiglenes hozzáféréssel), ahol előjött már ez a dolog?

Esetleg azt végignézni, milyen op. rendszer és böngésző alól nézed, ill. a többieknél mi alatt jön elő.

Elvettem most a hozzászólások szerkesztésének lehetőségét. Írtam egy modult, amivel szerkesztés esetén megtartja a hozzászólás előző verzióját is. Nekem az a gyanús, hogy itt lesz a probléma forrása.

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

Nem szükséges, de páran készítettek már ilyen videót és segített szűkíteni a hibalehetőségek körét. Ha pedig a hiba terhelésfüggő, akkor végképp nem segít, hogy pontosan mit csináltál, de a videóból megfigyelhetek több olyan részletet is (pl. minden érték hibás?), amit amúgy valószínűleg elfelejtenél elmondani.

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

Komolyan érdekel a dolog mikéntje. Pl honnan tudod, hogy minden érték hibás a videó alapján? Vagy honnan feltételezed, hogy egy ilyen fontos dolgot elfelejtenék mondani, hogy mindegyik hibás, vagy csak az amihez hozzászóltam, amit egyszer már megnyitottam stb. ? Azért kérdezem, mert én így még sose kerestem hibát, gondoltam tanulok belőle valamit. Hisz nem ez az egyik oka, hogy itt vagyunk? Az enyémből mit figyeltél meg? Milyen videót vársz el? Pontosan mit csináljak rajta? Vagy csináljam azt, hogy veszem egésznap az oldalt és összevágom (előtte utánna x perccel együtt), amikor éppen jelentkezik a hiba? Munkaidőben ez kissé nehezen kivitelezhető számomra, de nem megoldhatatlan.

Egyébként minden érték hibás ha éppen hibás. Egyetértek azzal/azokkal akik szerint valaki más countereit kapjuk meg. Mivel van amikor 100/100 jelenik meg van amikor 100/5 holott csak 1 van, de van amikor 100/0 pedig még sosem nyitottam meg. 

Amennyiben van ötleted mi lehet, feltehetsz arra irányuló kérdést is, amennyiben ezen kérdéseket elolvasom én pl igyekszem megfigyelni az erre vonatkozó apróbb dolgokat is amikor újra jelentkezik a hiba nálam. Már, ha megtudom vagy ha nem csak egyszerűbb ránézésre megállapítható dolog, akkor egy rövidebb leirást is megköszönnék, hogy pontosan mit is kellene figyelni.

Szerkesztve: 2019. 11. 19., k - 14:05

A CKEditor szóközöket rak a beillesztett szöveg köré, ha weboldalról illesztem be, illetve előformázottként illeszti be, ha a böngészőben megnyitott szöveges fájlból másoltam ki. Jó lenne mielőbb megválni ettől a hulladéktól, vagy legalább azt lehetővé tenni, hogy módosítóbillentyűk nélkül lehessen _tartalmat_ beilleszteni.

:)

A szóközös jelenséggel én nem találkoztam még. Most direkt több különböző forrásból is másolgattam, de nekem működik rendesen.

 

Az előformázott szöveg viszont valós. Az Office csomagok miatt én már alapból Ctrl+Shift+V -vel illesztek be, hogy formázatlan legyen, így elkerülve a hülyeségeket.

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"

A *://hup.hu/core/assets/vendor/ckeditor/ckeditor.js* URL-t blacklistre rakva a CKEditor nem fog működni többet, tudsz kézzel posztot írni. Csak HTML-t kell használni BBCode helyett. Vagy keresni egy olyan online BBCode to HTML konvertert, ami CKEditor kompatibilis kimenetet ad és lehet BBCode-ot használni továbbra is.

A rackforestes állandó hirdetés [code]title[/code] tagjében kötőjel szerepel gondolatjel helyett.

A CKEditor "B" (félkövér) és "I" (dőlt) gombjai félrevezetőek. Az ikonnak és a fordításnak tükröznie kellene a megvalósított funkciót.

(BBCode  zombi)

:)

Biztos valamit rosszul csinálok, de nekem azoktól a gomboktól félkövér és dőlt lesz a szöveg.

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

Viszont nem ez a megvalósított funkció: strong lesz a szöveg meg kiemelt.
Főleg a dőlt szöveg az nem kiemelt, nem ugyanaz a jelentése. Az, hogy fizikailag a kimelt szöveg úgy néz ki, hogy dőlt lesz, még nem jelenti azt, hogy dőlt szöveget csinál a CKEditor.
Ugyanis pont az általda már többször említett képernyőfelolvasók miatt totál mást jelent, hogy ha valami kiemelt, vagy az, hogy dőlt.

Nem tudom, hogy ki mondott ilyen butaságot, remélem nem én voltam. De ez már offtopic és nehezíti a hibajelentések követését.

Köszi!

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

Mobilon nagyon keskeny a főoldalon a topik címe TD.

uint8_t *data; // tipussal megszorozzuk az adatot. wtf?

Ezreselválasztónak (pl. "válaszok" oszlop) vessző helyett semmit vagy valamilyen szóköz jellegű karaktert javaslok. A nyitó hozzászólás alatt megjelenített megtekintés-számlálónál nincs tagolás. Egységesíteni kellene.

:)

Ezért:

      var selectors = [
        'iframe[src*="player.vimeo.com"]',
        'iframe[src*="youtube.com"]',
        'iframe[src*="youtube-nocookie.com"]',
        'iframe[src*="kickstarter.com"][src*="video.html"]',
        'object',
        'embed'
      ];

FitVids forráskódja. Itt nincs említve a twitch.

De nem értem miért van itt egy 3rd party JS libre szükség. Ha megnézitek az embed kódot, ez egy iframe fix szélességgel. Persze, hogy nem reszponzív így. A magasság maradhat, a fix szélesség helyett egy style="width: 100%; max-width: 640px" instant megoldja a problémát.

Ezt egyébként lehetne szépíteni mondjuk egy aspect ratio dobozzal, pár sor css-sel megoldható volna, nem kellene egy 3rd party libre támaszkodni, amit két éve nem frissítettek, és támogat összesen két szolgáltatást a flash embedek mellett :) 

Szia!

Anno próbáltam azokat, amiket írtál, de valami baja mindnek volt. Azt hiszem, a szélességet és magasságot a embeddelt kód szolgáltatója teszi be. A FitVidsből egy másik változatot használunk és mint látod, ez is bővíthető további szolgáltatókkal.

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

de valami baja mindnek volt.

Igen, és olyan általános megoldást nem is fogsz találni, ami mindenhova jó lesz. Legalább is amíg iframe-ekkel kell szórakozni. Majd ha beindul a webcomponent business. Addig pedig marad az, hogy szolgáltatónként legalább egyszer eljátssza az ember azt, hogy leül, megnézi a beépítő kódot, és megnézi mit és hogy lehet okoskodni. Mondom, a fluid szélesség fix magassággal a legtöbb esetben oké, ennyit generalizálni lehet egy iframe-re.  

Azt hiszem, a szélességet és magasságot a embeddelt kód szolgáltatója teszi be.

Ez elgondolkodtatott. El tudod árulni hogy működik az admin oldalon például a fenti videó bepakolása? Nem része a width, height annak? Nem lehet beillesztés előtt azt levenni, egy class-t rátenni, ami a fenti patchet tartalmazza, és minden király?

és mint látod, ez is bővíthető további szolgáltatókkal.

Látom, igen, csak az értelmét nem. Nem egy olyan hú de nagy JS fájl, de azért így is van súlya, és fut le feleslegesen úgy, hogy a problémában nem segít, de ha segítene is felesleges, amikor konkrétan a fentit két sor CSS oldotta volna meg sokkal erőforrásgazdálkodóbb módon.

Ezért mondom, hogy érdemes egyszer kijárni az utat saját tanulópénzből, és onnantól olyan megoldásotok lesz, ami az oldal számára a legjobb, és nem egy 3rd partyn múlik majd az egész.  

A hosszú kommentszálak legalja olvashatatlanul összenyomódik. Ha valahogy sikerül addig tapizni a kijelzőt, hogy olvasásra megnyissam, akkor meg törlődik az olvasatlan jelölés, így ha visszalépek, már nem azt az állapotot látom, ami előzőleg fogadott. Lehet, hogy inkább a userre kellene bízni az olvasatlan flag nullázását (vagy nem tudom, hogy működik pontosan). A csíkká torzuló kommenteknél megszabnék egy méretlimitet, aminél jobban nem mehetnének össze. 

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Szerkesztve: 2019. 11. 24., v - 21:27

Bocs ha már volt!  De most nem lehet szerkeszteni a kommentet. Nekem ez rossz szokásom, h mindig utólag jutnak eszembe dolgok, mikor már beküldtem. Tulképp nem baj ha így marad, majd alkalmazkodom.

 

# jéééé....most meg lehet :-Z

## Ezt nem tudom szerkeszteni: https://hup.hu/comment/2409018#comment-2409018

Hiányzik a "szerkesztés" felirat.  Nem értem miért, még nem volt válasz rá. 

https://imgur.com/VhhPYCl

Sziasztok!

A hozzászólások szerkesztési jogát ideiglenesen visszavontam. Ha valakinek mégis elérhető a szerkesztés, akkor kérem jelezze itt és azt is, hogy melyik hozzászólásról van szó.

Köszi!

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

Sokat segítene, ha nem csináltál volna egy rakás szart a jó kis HUP-ból. :)

Több kozmetikai hibát is jeleztem. Azokat is megköszönhetted volna. Pontosabban szólva egyik bejelentésemet/visszajelzésemet sem kellett volna megköszönni, csak nyugtázni, és alkalomadtán csendesen javítani. De hát...

Egyébként szerettem volna kihúzni pár dolgot a listáról, mert úgy tűnt, hogy megcsináltad, de aztán észrevettem, hogy néhol meg van csinálva, máshol meg nem, plusz [code]del[/code] taget sem kaptunk. Persze treynek van... Vagy annak, aki itt a nyitót szerkesztgeti.

(BBCode zombi)

:)

Tudom szerkeszteni az összes fórumtéma hozzászólásomat, ami válasz nélküli, pl.:
Fórumtéma: https://hup.hu/node/166730
Fórumtéma: https://hup.hu/node/166729
Fórumtéma: https://hup.hu/node/166714
Fórumtéma: https://hup.hu/node/166697

Nem tudom szerkeszteni a blogbejegyzés, szavazás és cikk hozzászólásaimat.

Szerkesztve: 2019. 11. 24., v - 22:56

Egymás utáni frissítéskor

nem jól számol:

https://i.imgur.com/TsgBATS.png

jól számol:

https://i.imgur.com/lkfMLUR.png

A két frissítés között 20 mp telt el kb. Amíg kivágtam a képet, feltöltöttem, megnyitottam böngészőben.

Ha megnézed még a témák sem egyeznek, mert amikor jó akkor az offtopik Kresz szakértés téma is szerepel.

Az elmélet az, amikor mindent ismerünk, de semmi nem működik. A gyakorlat az, amikor minden működik, de senki nem tudja, miért.

Nálam nincs összefüggés a "A fórumtémákat megjelenítő blokkban csak a szakmai fórumtémák listázása." true/false között. Tehát ha csak szakmait kérek, akkor is néha nem jó a számláló, és akkor is ha kérem az offtopikokat.

Csak szakmaival:

nem jól számol:
https://i.imgur.com/9GmOukL.png

jól számol:
https://i.imgur.com/7O8upEM.png

> Ha megnézed még a témák sem egyeznek, mert amikor jó akkor az offtopik Kresz szakértés téma is szerepel.
^ erre figyelek, eddig ezt nem is vettem észre offtopiknál.

Szerk.:

Szakmai és offtopic bekapcsolva:

nem jól számol:
https://i.imgur.com/zeOIN8b.png

jól számol:
https://i.imgur.com/fmk2Zkc.png

Tehát valóban úgy van, hogy ha nem jól számol, akkor hiányoznak az offtopic témák.

https://hup.hu/node/162489
Ez a topik nálam ma megjelent a trackerben, mint amivel 5 órája történt volna bármilyen aktivitás, de ilyet én nem észlelek. Új komment március óta nem érkezett hozzá.

Nekem napközben ebben jelzett egy megválaszolt hozzászólást újnak a tracker. A hozzászólásnál nem jelent meg az "új" felirat, csak a tracker mutatta a "válaszok" oszlopban, hogy van egy darab új hozzászólás. A "#new" odaugrott (többször próbáltam). Talán ez a hozzászólás volt az. Azt hiszem, egy normál és egy három pontra végződő (vizuálisan rövidített) link volt benne, és több hónapja írták.

:)

Lehetséges, hogy a követésből eltűnnek dolgok?

A "Mi a helyzet az ipv6 támogatással?" című témát én hoztam létre, kommentet is írtam hozzá, a topic eléggé pörög. Ehhez képest a saját activitymben semmi nyoma. Hogy tűnhetett el? 

Én nem töröltem ki onnan, legalább is nem szándékosan. 

Szerkesztve: 2019. 11. 26., k - 23:55

Mobilon Samsung böngészőben kb harmadik szint környékén, ha rányomok a válasz gombra és az illető veterán, akkor sokszor csak kinyitja a v betűt, tehát kigörgeti, hogy veterán, majd beszúródik egy üres sor a hozzászólás elejére, ami kb azonnal eltűnik. És ennyi, nem ugrik a válasz oldalra. Mintha ez a soremelés elvinné a válasz gombot az ujjam alól és nem regisztrálja az érintést :)

Lásd videó: https://youtu.be/ZQyVqXE504I

Ez a kereshető jelölő ([új]) hol megy hol nem megy. Most éppen nem megy, helyette megint a kis piros bizbasz van - teljesen feleslegesen.

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

A könnyebben kereshető jelölő a következő frissítéssel megy ki hamarosan. Az azutánival pedig (remélhetőleg) az új jelzések problémájának megoldása.

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

Nem tettem le, csak dolgoztam rajta, illetve más projekteket is meg kellett tolnom. Ez egy bosszantó hiba lehet nektek és nem szeretnék senkit sem cserben hagyni.

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

Az új hozzászólások kezelése rossz mind a főoldalon mind a hozzászólások között. pl. a főoldalon:

"Behódolt az oroszoknak az Apple" - 68 hozzászólás 46 új hozzászólás 1393 megtekintés
belépve a hozzászólások között 2db új 19:40 és 19:43 időbélyeggel

Amikor a Siri jobban tudja ... - 15 hozzászólás 3 új hozzászólás 490 megtekintés
belépve a hozzászólások között olyan is új amit már olvastam (a legutolsó 15:34-es időponttal), lehet több is, lehet csak ez az egy ilyen, de erre emlékeztem ezért feltűnt

A régivel volt egy olyan opció amellyel időrendbe lehetett kérni a hozzászólásokat. Nem lehetne azt vissza kapcsolni, mert akkor legalább emlékezhetne rá az ember, hogy melyik volt legfelül és azt meg lehetne keresni és ami fölötte van azok az újak. Igaz ez azért nem volt tökéletes, mert átváltáskor "eltűntek" az újak, ezért bár el tudtad olvasni az újakat, de nem tudtad melyik hova tartozott.

A fő oldalon szintén segítség volna, ha az utolsó hozzászólás ideje megjelenne, mert abból sacc/kb ki lehetne találni volt-e új.

Illetve ezzel kapcsolatban egy kérdés/kérés az újakat hogyan lehet megkeresni, mert a réginél ha jól emlékszem '[új]'-ra kellett keresni, most viszont nincs '[]' között.

Egy kis plusz információ, most nem minden rossz. Az egyiknél jól számol, a másiknál meg rosszul, mindezt ugyan azon a főoldalon. Most úgy tűnik mintha csak az "Aktív fórumtémák" számolna rosszul, a cikkek alatt meg most mintha jól (az előzőnél a cikkek alatt volt rossz, a fórumos rész nem tudom, akkor arra nem figyeltem):

Épp ennél a bejegyzésnél rossz a főoldalon:

262 (231 új)

de szintén ugyanezen a főoldalon ez meg jó:

Amikor a Siri jobban tudja ... - 17 hozzászólás 2 új hozzászólás 608 megtekintés

Lemegy a mostani javítós kör (1.0.5) és utána ezt javítom meg. Csak egy kicsit nagyobb feladat és nem kellene, hogy bármi eltörjön miatta. Lehetséges, hogy egy hosszabb (1-2 óra) leállás is lesz miatta.

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

Miért olyan bonyolult az új hozzászólások számának megjelenítése? Hogyan csinálod?

Én tárolnék:
- egy per topic növekvő hozzászólás azonosítót (is)
- felhasználókhoz topic id-t + az utolsó olvasáskori per topic hozzászólás azonosító-t

Új hozzászólások száma témában = per topic hozzászólás azonosító - felhasználóhoz rendelt utolsó olvasáskori per topic hozzászólás azonosító

Szerintem törölt új hozzászólásokból olyan kevés van, hogy nem kell vele foglalkozni.

Ha kicsit még gyorsítani akarsz ezen, akkor a főoldalon lévő összes ilyen számlálót minden aktív (mondjuk utolsó 10 percben betöltötte az oldalt) felhasználóra előre kiszámolsz mikor egy új hozzászólás érkezik.

 

szerintem inkabb egy timestampet kell tarolni user+topicid alapjan. igy csak akkor kell megszamolni az adott idopontnal kesobb modosult kommentek szamat ha az user azt nezi.

de amugy nem a szamolassal van gond most se, hanem valamiert osszekeveri az usereket vagy inkabb cacheli a lerenderelt fooldalt es azert nem jot mutat. a sajat kovetesnel (tracking vagy mi) mindig jo, csak a fooldalon nem.

Lehet timestamppel is, de akkor kell egy count az azóta lévő hozzászólásokra, ami szerintem lassabb mint egy kivonás. De fix mi!
Ráadásul nagyságrendekkel több megjelenítés van, mint új hozzászólás, ezért a per topic növekvő hozzászólás id generálása jóval kevésbé terheli a rendszert.

Bár mikor dolgoztam, mindig mondta főnököm, hogy a "premature optimization is the root of all evil", szóval nem kell rám hallgatni :)

Bármelyik oldalon ha nyomok egy F5-t a szövegszerkesztő újratöltésénél az alábbi jelenség tapasztalható (kb 1 másodpercre töltés közben)

https://i.imgur.com/4dh1mAb.png

Hivatásos pitiáner
neut @

Javascipt kezeli az elem elrejtését (a rádiógombok csak akkor jelenhetnek meg, ha a jelölődoboz be van kapcsolva), mert ez csak kliensoldalon kezelhető. Gondolom nálad lassabban fut le és a végére marad. Ezzel nem tudok mit kezdeni.

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

Mondjuk mivel alapértelmezetten a checkbox ki van kapcsolva, JS lefutás nélkül, a szerverről jövő markupnak ugyanannak kellene lennie, mint JS lefutás után. Azaz mivel a checkbox nincs bekapcsolva, a default kéne, hogy legyen a

display: none;

, és csak eseménykezelésre (a checkbox értékének megváltozására) kéne változnia az értékének.
Miért alap az, hogy látszik, amit egy triggerelt JS utána mindig, minden esetben eltüntet? Eléggé értelmetlen dolog.

Azért van így, mert ha nincs Javascript, így biztosan látszik és szerver-oldalon amúgy is ellenőrizve van a kapott eredmény. Alapvetően az a cél a Drupalban, hogy Javascript nélkül is minél több funkcionalítás elérhető legyen. Az alaprendszer ezt teljesen meg is valósítja. Ez csak egy kis vizuális szemcukorka.

Remélem sikerült megnyugtatóan megválaszolnom a kérdést.

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

Ez kiváltható lenne három rádiógombbal a kettő helyett:
Értesítés új hozzászólások beküldésekor:
* nincs (alapértelmezett)
* minden hozzászólásrül
* válaszokról a hozzászólásomra

És nem kell JS, a működés pedig ugyanaz. És nem kell felkészülni arra, hogy mi van, ha nincs JS, mert a funkcióhoz nem kell JS.

Kikapcsolt JS-sel nem látszik az activity trackerben, hogy melyik téma mikor módosult utoljára. Miért kell ezt JS-sel megoldani?

Összekeversz két dolgot. Én az alaprendszerre mondtam azt, hogy arra törekednek: lehetőleg minden funkcionalítás elérhető legyen Javascript nélkül. A HUP-on ez nem valósul meg teljesen, de senki nem is állította, hogy a HUP maradéktalanul használható Javascript nélkül.

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

1.) Sehol nem volt mondva, hogy a HUP-nak nem kell Javascript. Sőt, többször elhangzott korábban, hogy kell neki.

2.) Javascript hiányában is használható az oldal, csak a tracker, főoldali fórumblokk és a könyvjelzők nem mutatják az időbélyegeket.

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

link

Amúgy pontos és használható oka van annak, hogy így működik, de nem fogom részletezni, mert már nagyon unom, hogy itt elvileg hibajegyeket és azok követését kellene kezelni, ehhez képest „szuperül” chattopikká vált az egész. De nem baj, mert lassan leiratkozom róla, aztán ami van a fenti listában, az meglesz, a hozzászólások pedig nem érdekelnek. Komolyan vadászni lassan, hogy mi az, ami tényleg fontos és mi nem.

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

Btw, egyébként mi értelme van annak, hogy valaki beír egy hibajelenséget, és nem lehet kibeszélni? Minden értelmes bugtrackerben van lehetőség beszélni a témáról. Itt is van értelme, a cél az volna, hogy egy a többségnek jó megoldás szülessen, esetleg segíthessünk a probléma felgöngyölítésében. 

Az itt lévő több mint 300 hozzászólásból ha kivesszük az okoskodásokat, panaszkodásokat és a duplikált jelentéseket, akkor csak egy minimális tényleges hibajegy keletkezne. Ezért tényleg felesleges lenne.

Illetve azt is tegyük hozzá, hogy hányan vennék a fáradságot arra, hogy egy külön bug tracker-be írjanak, ahelyett, hogy csak hozzászólást írnának...

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"

Amennyiben a Gitlab annak számít, akkor van igazi bugtrackerünk. De az itteni hozzászólásokat elnézve jó döntés volt, hogy nem lett publikus. Mert nyilván attól még nem lenne kevesebb trollkodás itt, csak még ott is küzdeni kellene vele.

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

Bocsánat az off-ért, de ezt valaki magyarázza már el nekem, mert már régebben is olvastam itt többektől, hogy 150%-on használják az oldalt, hogy miért?

 

Régi gépemen én direkt 70 vagy 80%-on használtam, mert számomra idegesítően nagyok voltak a betűk. Most már munkahelyen meg otthon (meg telefonon is, bár ott direkt kis betűre van állítva minden) is az alap 100-on használom.

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"

Ha tényleg a szélesvásznú monitorok miatt van ez, akkor kérdem én, hogy én vagyok az egyetlen, hogy szélesvásznú monitoron nem teljes képernyőre rakva használom a böngészőt? Kicsit nagyobb mint 1024 pixel szélesen használom, mellette meg tudok minden mást csinálni.

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"

Ezt gondolnám én is tipikus felhasználásnak. Így viszont a tényleges felbontásnak a betűméret szempontjából nincs jelentősége, fizikailag akkora lesz a betű, mint ugyanekkora fullhd monitoron.

Viszont akkor nem értem BlinTux érvelését, a 4K-tól nem lesznek apróbbak a betűk tipikus felhasználás mellett.

Amúgy...

  • 27"-en 1080p felbontásnál 81 ppi pixelsűrűségről* beszélünk. A 14px-es betű 0.399 cm magas a képernyőn. 
  • 22"-en ugyanez 100 ppi. Ekkora sűrűség mellett a font kisebb, 0.355 cm.
  • 13"-es laptopomon (fullhd 1.25-ös skálázással) 135ppi-t produkál, a fontméret 0.26 cm.
  • 15.4"-es fullhd laptop tipikusabb, itt viszont már 149 ppi a pixelsűrűség, a betűk még kisebbek...

Elég nagy a variáció, nehéz olyan betűméretet találni ami mindenkinek jó. Ezért jó, hogy vannak ajánlások. De azt se sikerül itt tartani dacból, maradiságból, hozzáértés teljes hiányából, és "zoomolj te ha neked nem jó" féle arrogáns hozzáállás okán.

 

--------
* pixel alatt a virtuális pixeleket értem, nyilván ezzel dolgozik a font rendering engine is, tehát a natívnak sok jelentősége nincs ebből a szempontból.
 

Nem igazán tudom, mit értünk virtuális pixelen. A fizikainak azért van jelentősége, mert mindegy, mekkora a felbontás - az ideális monitor analóg, végtelen felbontású -, az a kérdés, a valós kijelzőben mekkora fontokat szeretnénk megjeleníteni. Ráteszed a kijelzőre a kívánt méretű, fontot, az lefed valamennyi pixelt a felbontástól függően, s ennyire van szükség. Nem területben, hanem lineáris méretben értem. Tehát mindez kiszámolható.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem igazán tudom, mit értünk virtuális pixelen.

Fizikai pixel az egy képpont, amit a monitorod kirajzol. A virtuális pedig az a mértékegység, amit a fejlesztő használ a kirajzolására. A kettő pedig nem feltétlenül ugyanaz, mondjuk egy retina kijelzőn simán lehet egy 100px-es doboz 200 fizikai képponttal kirajzolva.

Weboldal készítésénél a virtuális számít. Hiába van 4k-s monitorod 3840px-es fizikai szélességgel, normál beállításokkal, mondjuk 2x-es skálázás mellett egy 1920-as doboz fogja kitölteni a képernyőt, és a 14px-es font se 14 képpont magas lesz rajta.

Azt értjük alatta, hogy a CSS specifikációja szerint 1px = 1/96 coll. Lásd a specifikáció alábbi részeit:

 https://www.w3.org/TR/css3-values/#absolute-lengths

https://www.w3.org/TR/css3-values/#reference-pixel

"For screen media (including high-resolution devices), low-resolution devices, and devices with unusual viewing distances, it is recommended instead that the anchor unit be the pixel unit. For such devices it is recommended that the pixel unit refer to the whole number of device pixels that best approximates the reference pixel."

Azaz egy pixel CSS-ben nem feltétlenül a kijelző 1 pixelén jelenik meg, hanem annyi egész számú fizikai pixelen, ami a legjobban közelíti a referenciát.

Látok egy ilyet itt

Főoldali cikkek
az új hozzászólások száma hibásan jelenik meg (random), majd újra jól (random), majd ismét hibásan (random) (Gitlab issue: #222) (tesztelési lehetőség)

amihez hasonló bajom van, de nem egészen ez. Először is nem csak a főoldalon, de a blogoknál is tapasztalom. Másrészt nem random, hanem minden hozzászólást újként számol (aztán ha megnyitom a cikket, akkor ott helysen mutatja, hogy mi új) néhány cikkben, néhány másikban meg jól mutatja. Oldalfrissítésre nem javul.

Kód beszúrásakor ki lehet választani a nyelvet, de nem találok olyat, hogy plain text, azaz fixed betűtípus, de ne használjon syntax highlight-ot. Jelenleg egész vicces színezést kap egy log részlet, vagy bármi, ami nincs a felsorolt nyelvek között, legyen akár az egy assembly kód.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ez valóban így van. Kód beszúrásához jelenleg ezt használjuk, de lehetőség van szerver-oldali cseréjére valamikor. Remélem ez már nem az én dolgom lesz.

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

Nem lehet kódot inline beilleszteni. Tud hiányozni.

A Trello mennyire barátja a huppereknek? Hirtelen felindulásban arra gondoltam, hogy nektek, publikus hibakezelésnek melyik felel meg jobban? Ez itt a HUP-on, vagy legyen egy Trello tábla? Nyilván ahhoz meg külön regisztrálni, csatlakozni kell, teljesen publikus nem lenne.

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

Megnéztem mi ez a trello és nem értem, miért nem lehet a githubon erre a célra egy projektet regisztrálni és oda issue formában betolni a problémákat.

Az az érzésem, hogy az egész hup ráncfelvarrós projekt sosem a triviális legegyszerűbb utat választotta.

Semmi plebség nincs itt, de elég az itteni hozzászólásokat végigolvasni ahhoz, hogy érthető legyen, miért nincs megnyitva. A Gitlab azoknak van fenntartva, akik tényleges döntéshelyzetben vannak az oldallal kapcsolatban.

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

Nem szakemberként nem feltétlen tudom értelmezni hogy minek a ki-, avagy bekapcsolása okozhat lassulást, de azt érzem,  hogy a hup egyre inkább (jelenleg már kezelhetetlen mértékben) le van lassulva.

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Mióta kikerült a "frissült" jelzés az "activity"-nél, nem látszik, ha a témaindító poszt frissült.
Ezt vissza lehetne tenni? (Kérdeztem már korábban néhányszor, de nem kaptam választ.)

...enélkül nem igen lehet követni, ha változott akár csak ennél a témánál a témaindító tartalma...

Szia!

Egyelőre szándékosan került ki, később megnézzük, hogy milyen formában kerüljön vissza. Mindenesetre most lezárult egy fejlesztési/karbantartási ciklus, szerintem az idén már nem nyúlunk hozzá, ha nem szükséges. Aztán hogy jövőre miként és ki viszi tovább, az majd kialakul.

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

Szia!

Rendben - előbb-utóbb valami jó volna majd.
Ha jól emlékszem, a hosszával volt talán gond - emiatt írtam korábban, hogy a funkció kellene, a jelölése lehet más; akár félkövér cím vagy rövidített "frissült" szöveg.

Remélem, hogy nem lesz azért gazdátlan a dolog - akár Te, akár más dolgozik az oldalon.

Firefox for Android 68.3.0-ban, Nokia 7.1-en az oldal hibásan jelenik meg, a fő betűméretet leszámítva minden apró. Screenshotok a hiba demonstrálására. A hiba Chrome-ban nem jelentkezik, cache ürítést és adblock kikapcsolást próbáltam, nem segített. Az összehasonlítás érdekében a legalsó képen az látszik, hogy hogyan néz ki az oldal ha bepipálom a Request Desktop Site opciót.

Amíg nem szóltam hozzá latszott a főoldalon: https://hup.hu/node/166924

Hozzászólás után eltűnt. 

uint8_t *data; // tipussal megszorozzuk az adatot. wtf?

Az Állásajánlatok blokkban tök régi hirdetések vannak, nem a legújabbak. 

Szerkesztve: 2019. 12. 09., h - 12:33

Tegnap este (éjjel) a követett tartalmak oldalon a Villámakció játékok ingyen topicnál 32 új hozzászólást listázott a rendszer. Követve a linket két új hozzászólást találtam.

Lehet, hogy ez ugyanaz a hiba, mint a főoldali fórum center blokk hiba (#220). Csak az nagyon specifikusan a főoldali fórum center blokkról ír.

A felsorolt nyitott hibák között nem látom azt, hogy nincs az első új hozzászóláshoz ugró link.

Legalább a kényelmetlenséget okozó listába jó lenne felvenni.

Egyfelől ez se működik, van is rá nyitott hiba, másfelől az ember nem csak a listából tud egy lapra érkezni.

Mondjuk lehet, hogy a böngészőben nyitva volt az oldal tegnap. Ma megynyitom, betölti, és szeretném az új hozzászólásokat látni. Vagy épp írtam egy hozzászólást, de közben mások is írtak, és nem akarom ezerszer az előző újra ugró nyilacskát klikkelni, csak egyből az elsőhöz mennék. Jelenleg annyit tudok tenni, hogy find on page, [ú és ez megtalálja (workaroundnak nem rossz).

A korábbi hup verzióban én jellemzően két módszert használtam: A hupper által kitett ugrás az első új hozzászólásra linket a lap tetejéről, vagy megnyomtam a tabot, ha a lap közepén voltam (mondjuk egy permalinket követve, vagy akármi).