HUP 8.x - ismert hibák listája #1 -> https://hup.hu/forumok/hup8bug2

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?

Csaba

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

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!

Szerkesztve: 2019. 11. 01., p – 14:09

Nem minden taxanomy-nak (hírcsatornának) jelenik meg a neve a linkben a főoldali cikkeknél:

Pl.:
https://hup.hu/PDA <-PDA, Mobil, Tablet
https://hup.hu/taxonomy/term/269 <- Mikrokit

Vagy hiba, vagy nincs nevesítve.

READY.
󠀠󠀠‎‏‏‎▓

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.

READY.
󠀠󠀠‎‏‏‎▓

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

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 Optiplex 3060 Micro, Arch Linux & Sway

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 :)

Visszatértem! A hozzászólásom alatt lévő szavazat gomb nem nyomódik meg magától!

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.

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).

Nem tudom, volt-e, hozzászólásra válaszoláskor tapasztaltam ezt: https://imgur.com/ZYjsm2i

No God, no peace. Know God, know peace!

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.)

READY.
󠀠󠀠‎‏‏‎▓

Szerintem a vissza gomb az elozo oldalt kellene mutatnia, pont ugy ahogy otthagytad, halozati forgalom nelkul.

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....

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.

Ha "Notebook, laptop, mobiltelefon ..." témához írok, akkor a "Beküldés" gomb hatására nem történik semmi.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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)...

https://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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

É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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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?

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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ő.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

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

Aki másnak vermet ás, az stack pointer.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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

"antiegalitarian, antiliberal, antidemocratic, and antipopular"

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!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

Biztos, hogy nem én gonoszoltam le!

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.

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.

Biztos, hogy nem én gonoszoltam le!

https://hup.hu/comment/2409084#comment-2409084

Ezen a kommenten nem jelenik meg a "Szerkesztés" gomb. Biztosan be vagyok jelentkezve, mert pl. valaszolni meg masok kommentjere +1-et tolni tudnek. Ez egy new low.

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. 

A HUP Olvasók Választása Díj 2019 - kategóriák alatt nálam nincs sem [új hozzászólás] a [megtekintés] előtt, sem [Válasz] lehetőség. +1 megy meg a permalink, meg a szülő hsz van.

(W10 Enterprise 1809 (17763.379) & FF 70.0.1; semmi kiegészítő)

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

A főoldali új kijelzés még mindig teljesen rossz.
Például a legfrisebb cikk: https://hup.hu/cikkek/20191128/erkezik_a_librem_5_birch_kotege
Itt 5 hozzászólás van még, a cikkbe sosem kattintottam bele, mégsem látszik, hogy 5 új komment lenne hozzá.
Refresh után már jó volt.
 

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

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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 :)

Szerkesztve: 2019. 12. 02., h – 08:11

Eltűnt a kereső, vagy csak én nem találom?

[Falu.Me]==>[-][][X]

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

1904.04.08.
RIP Jákub.
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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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 lehet szavazni a hozzászólásokra:

The website encountered an unexpected error. Please try again later. hibaüzenet jön.

Példa URL: https://hup.hu/flag/flag/comment_vote/2411783?destination=/forumok/hup8…

Szerintem kikapcsolt JS esetén vagy ne legyen ilyen hiba, vagy ne is lehessen szavazni a hozzászólásra kikapcsolt JS-sel.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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"

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...

Az a lenyeg. Nem lehet, hogy ha nagyobb effort megirni a kommentet, akkor kevesebb panaszkodas, es tobb erdemi hozzaszolas szuletik?

Nem, mert az érdemi is elsikkad. A Red Hat-nek azért nem jelzek kernel bug-ot, noha tudok róla, mert

  • vissza kellene tennem az 5.4.2-es kernelt
  • elő kellene idéznem az i915 hibát
  • reménykednem kellene, hogy konzolra tudok váltani, s a dmesg-et file-ba tudom irányítani - ha nem sikerül, új kísérlet szabálytalan leállást követően
  • szabályosan már nem tudnám leállítani a gépet, a disk cache miatt adatvesztésem lehet, ha filerendszer szintű inkonzisztenciám nem is, de magasabb rétegben lehet valami adatbázis, leíró, akármi inkonzisztens ettől
  • azon a gépen nincs meg a bugzillához a login, így másik gépre kell juttatnom az eredményeket
  • másik gépről bugreportot kell írni
  • át kell konfigurálni, hogy alapértelmezetten az 5.3.15-ös kernel induljon

Ez az, ami nekem nem sok, ha ez a munkám és fizetnek érte, de sok, ha a szabadidőmből megy, és semmi kedvem hozzá, miközben szétzilálom a gépen lévő állományokat.

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

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

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. 

Aki másnak vermet ás, az stack pointer.

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.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

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.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

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).

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Persze. Ezt kérjük az elejétől, hogy legyen fent egy link az első új hozzászólásra. Ahogy a hup is csinálta. Nem kell, hogy a user box része legyen, csak az, hogy fent legyen.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Ez most már működik? Mert pár hete volt, aki ugyanezt állította, és akkor nem működött.

Kipróbáltam, még mindig nem működik.

Hibabejelentés:

Megnyitottam ezt a lapot: https://hup.hu/node/122802 A főoldal középső blokkból, a címre kattintva. Azt mondja, Válaszok 14 (6 új).

Bejön az oldal, teteje. Location bar, beírom, hogy https://hup.hu/node/122802#new (remélem, eddig jó). Enter. A lapot újrarajzolja. Továbbra is a lap tetejét látom. Letekerve azt látom, hogy az összes új bejegyzés eltűnt közben.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Nem.

Kerülőnek jó, ha a felhasználói dobozba vagy a fejlécbe (és láblécbe?) beteszel egy sima #new linket, ami bármelyik oldalon az új hozzászólásra ugrik. Mobilon meg CSS-ből lehetne egy floating verzió, ha még nincs. Majd ha lesz frontendes, meg lesz csinálva rendesen. Ha meg nem lesz, akkor annyit is érünk. :D

:)

A Hupper plugin betett egy ilyen #new linket a felhasználói dobozba, az jól használható volt és egyszerűen megoldható.

A teljes cím ide ugrik megoldás kevésbé tűnik jónak, már csak azért is, mert az új hozzászólások számára kattintva ez már elvileg megvalósul.
Itt inkább az a probléma, hogy egy megnyitott oldalon nehezebb az első új hozzászólásra rátalálni, ezen pedig egy "home" + ugrás az első új hozzászólásra link gyorsan használható.

Ami engem zavar még az oldalon, az a "frissült" jelzés eltűnése - mármint abban az esetben, amikor a nyitó hozzászólás frissül.
Jó lenne, ha ez visszakerülne, mert általában a nyitót nem olvassa el újra az ember, de lehet ebben is korrekció, esetleg megoldás kiemelve, ezt viszont nem jelzi semmi.
Jelenleg olyan módosított témáknál, ahol nincs új hozzászólás, csak azt látom, hogy régi téma és előrekerült - valószínűleg azért, mert a nyitó módosult -, de, ha hozzá is szól valaki, a nyitó módosulása elsikkad.
Kiemelném, hogy a módosítási lehetőség jó (pl. [Megoldva] jelzés és társai bekerülnek), de nem örülök annak, hogy a visszajelzés erről lekerült az oldalról.

Szerk.: Nem feltétlen kell magát a "frissült" szöveget kiírni - ha jól emlékszem, valami design elemet tolt el -, lehet akár egy "+" jelzés vagy félkövér cím vagy színeltérés vagy valami minimális jelzés, de valami jelzés jó lenne.

A címre linkelést a tartalom teljes nézetében gondoltam, ahol most jelenleg a cím nem link. Azért gondoltam rá, mert nem igényel újabb dizájnelemet, ikont, könnyen megtalálható és mindig adott helyen, az oldal tetején található.

A „frissült” jelzésre meg tudsz álmodni egy használható, az oldalba illő megjelenést?

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Értem - ez jó ötletnek tűnik, mert mobilnál is felül lesz.

Azt hittem, a listázó címére gondolsz, de ebben a formában jó lenne szerintem.

Szerk.: Szerkesztetted időközben.
Nem tudom, milyen lehetőségek vannak / mi változhat a frissült jelzés kapcsán, ill. nem vagyok designer, de valamit ki kellene találni rá.

Részemről egy félkövér cím vagy más színárnyalatú cím tökéletesen megfelelne, ha rá lehet húzni a frissült jelzésre.
Rá lehet? ...mert akkor egy színárnyalatot kellene keresni hozzá szerintem...

Szia!

Részemről nincsenek korlátok, a Drupal szempontjából sem. Olyan megoldás kell, ami a többségnek és az oldal üzemeltetőjének/tulajdonosának megfelel, működik desktopon, táblagépen, telefonon, karórán stb.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Szia!

Mit szóltok ahhoz, ha pl. a kérdéses témáknál a szerző neve válik mondjuk... pirossá: példa
...vagy sokkal inkább ahhoz, ha a témaindító módosítása esetén a szerző neve félkövérrel jelenik meg: példa

Félkövérnek az a hátránya, hogy valamivel hosszabb lehet tőle a szöveg, viszont a felhasználónév nem olyan hosszú általában.

Többieknek mi a véleménye erről?

Részemről nincsenek korlátok, a Drupal szempontjából sem.

Felsírtam. :D

Szerk.: csak hogy segítsek is: szerintem egyszerű a megoldás: ha a nyitó módosult, a #new a nyitón legyen. Ehhez csupán az kell, hogy az oldalon belüli ugrás mindig jól működjön, hogy amikor a felhasználó az oldal megnyitása után a lap tetején találja magát, ne az jusson eszébe, hogy szar a hozzászólásra ugrás, hanem az, hogy egy jól funkcionáló portálon navigál, és ha a lap tetejére vitte az újat jelző link, akkor valóban a lap teteje környékén történt változás. Egyszerű, praktikus, elegáns, szép stb. :D

:)

Nem. Egy felhasználóbarát rendszer eleme lenne, ha jól működne.

Nem. A kettőnek egy rendszerben kellene lenni, mivel a nyitó is csak egy hozzászólás. A nyitó változását szükségtelen az activityben külön jelezni, mert lényegtelen információ. De ha nem lényegtelen információ, akkor lobbizz ki egy olyan jelzőt is, ami az activityben nem vonja össze "új" címke alatt az új és a módosított hozzászólásokat. Az úgy kerek lenne. Sőt, még kerekebb lenne, ha külön ki lenne írva, melyik változás mennyi ideje történt (jelenleg csak a legutolsó van kijelezve).

:)

Szeretnénk, ha jól működne és remélhetőleg fog is jól működni, igen.

Nem, a nyitó nem egy szimpla hozzászólás.
A nyitó egy felvetés, a hozzászólások pedig többnyire reakciók vagy a nyitó poszt alapján írt egyéb témakörök (offtopic).
...és nem, egyáltalán nem lényegtelen információ, mert pl. kérdésfelvetésnél ez tartalmazza a kiindulási feltételeket - lehetnek a kiindulási feltételekben is hibák, helyreigazítások, újabb észlelések, és ezek teljesen jogosan kerülnek módosításra a nyitó írásban.
Ha a módosítás ténye jelölve van, akkor az ember át fogja futni azt is.
Ha nincs, akkor szinte biztos, hogy senki sem olvassa el újra, max. az, aki újonnan érkezett oda.

Az, hogy a hozzászólás frissült vagy új, vagy az, hogy a nyitó írás frissült vagy új, lényegtelen.
Ha bármelyik ezek közül változott (tehát akár frissült, akár új), az lényeges.

Nem kötelező egyetérteni, egyezzünk meg abban, hogy másként látjuk.

Az activityben lényegtelen információ, hogy mi változott a topikban, a változás ténye a legfontosabb információ, utána pedig a mértéke (érintett hozzászólások száma). Ha érdekel, mi változott a topikban, megnyitod, és a #new a legelső változáshoz ugrik. Ha a nyitó változott, akkor oda ugrik.

Ha nagyon kell, be lehet nyomni a nyitó fejlécébe a [frissült] plecsnit, ahogy a többi hozzászólásnál [új] van. Bár én inkább a [*] (vagy [***]) jelölést javaslom, mert egyszerűbb, és nem kell keserű szájízzel lenyelni, hogy a frissült hozzászólásoknál [új] plecsni van, noha [frissült] kellene.

Szerintem az igazán normális az lenne, ha a hozzászólás-számlálón kívül kb. mindent elengednénk. Az és a backendes dolgok legyenek rendben, aztán a talán egyszer megérkező új ember majd megcsinálja, amit egy nem frontendesnek és/vagy nevergonenak nem kellene megcsinálni.

:)

Kérlek, hagyjál a dörgölőző buzi szövegeddel. Elmondtam, szerintem hogyan lenne jó. Te is elmondhatod. Mi a faszért kellene hagynom meggyőzni magam, vagy kompromisszumra jutni veled? Egyikünknek sincs tényleges beleszólása abba, milyen változások legyenek. Általánosságban, ha bárki ötletét megvalósítják, azonnal menni fog a rá való visszamutogatás, amint valakinek nem tetszik a megvalósított funkció. Nem tudom, mit akarsz tőlem, de biztos vagyok benne, hogy én azt nem akarom együtt veled.

:)

 ami az activityben nem vonja össze "új" címke alatt az új és a módosított hozzászólásokat. Az úgy kerek lenne.

Ezt én is adnám, főleg mikor valaki a beküldést követő 1-2 percben 7x is átszerkeszti a hsz-ét. A rendszer meg azt jelzi mintha folyamatosan jönnének az új hsz-ek. Tudom mellette ott van, hogy nem lett összesen több, de miért jegyezném meg az összes számomra érdekes témánál, hogy épp hol tart a számláló vagy miért is érdekelne engem?

Tipp:

  • Nyitott boríték: legalább egyszer megnyitottad a topikot, és van legalább egy hozzászólás
  • Zárt boríték: sosem nyitottad meg a topikot, és van legalább egy hozzászólás
  • Szürke zárt boríték: 0 hozzászólás

:)

Ja, vicces, én minden nap látom azt a részt, de azokat az ikonokat mégis jó sok éve láttam utoljára, akkoriban is téma volt ez vagy mi. Na tehát abszolút ignorálja az agyam azokat az ikonokat, és ha nincs rá felhívva a figyelmem akkor nem is látom hogy ott vannak. :)

Biztos, hogy nem én gonoszoltam le!

Szia!

Link: Újabb próbálkozás...

Ezek közül valamelyiket be lehetne rakni, ha a témaindító "friss"?
Első esetben félkövér, második esetben #bb0000 színkódot kapott a címe.

Részemről a "frissült" felirat is lehet jelző, ahogy korábban volt, de ott valami olyan gond rémlik, hogy talán szétnyomta a táblázatot mobilnézetben (én magam nem láttam a problémát).

Örülnék, ha más is leírná a véleményét arról, hogy ebben a formában tetszene vagy zavarná esetleg a dolog.
Nekem a félkövér jelzés szimpatikusabb lenne, ha meg tudod oldani és másokat nem zavar (mármint olyanokat, akik normális üzemben használják a rendszert).

Sziasztok!

 

Hozzászóltam, ehhez a kommenthez:

 

https://hup.hu/comment/2414418#comment-2414418

 

és nem jelenik meg a hozzászólásom, pedig elvileg beküldésre került.

<befőttesüveg>
meggy
</befőttesüveg>

Esetleg ajánlom még figyelmedbe az "Előnézet" gombot. Beküldés előtt hasznos tud lenni. Ha mégis elrontasz egy kommentet, akkor a szerkesztés gomb is rendelkezésedre áll. Persze, ehhez meg kéne nézni, hogy mit hagysz hátra magad után kommentként.

trey @ gépház

Egyszerűbb*, tisztességesebb és szebb lenne kivenni az automatikus nem törő szóközös baromságot, mint leugatni a parasztot, de azt is megértem, hogy egy szoftveroldalon normálisan működő weboldal közel sem olyan szórakoztató számodra.

* neked – főleg, ha leugatod az illetékest

:)

Elhittem(valami varázslatra számítottam), ki is próbáltam itt, aztán tudatosult bennem, hogy a tabindexről van szó, és fókuszban lesz a beküldés button :D

Varázslat:
Tehát azt hittem, hogy írás közben nyomok 2 tabot aztán entert, akkor nem új sor lesz, hanem POST. :D

Biztos, hogy nem én gonoszoltam le!

Azért teszi be, mert az emberek Wordben szóközzel és enterrel formáznak. A HUP-on meg azért tűrik meg, mert az átlagos IT-s munka értéke és színvonala már erősen közelít az árokásáséhoz. Ja, meg azért is, mert az emberek már azzal vannak elfoglalva, ki bassza meg a lányukat, nem azzal, hogy ők maguk mikor fognak baszni, ha egész hétvégén kernelt patchelnek és forgatnak.

:)

A HUP-on meg azért tűrik meg

mert az emberek Wordben szóközzel és enterrel formáznak

és nem baj az, ha egy szerkesztő az emberek tudásához és szokásához igazodik. Lásd a hegy és Mohamed esete.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nem néztem meg, mi van a szabványban, de nekem elég logikus, ha van egy bekezdés, akkor az akkor is ott van, ha az üres. Tehát a térközök kihagyandók. Annál is inkább, mert a weblap készítője valamiért csak odatette. Ha azt szeretné, hogy ne legyen ott térköz, akkor nem tenne oda bekezdést. Ráadásul lehet, hogy ahhoz a bekezdéshez valamilyen CSS is társítva van. Pusztán azért kihagyni a renderelés során, mert a bekezdés üres, szerintem nem helyénvaló. Persze, lehet, hogy a szabvány mást mond erről.

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

A cinizmuson túl valamit érdemben? Nem vagyok HTML, CSS mágus, de doksi olvasása mellett csináltam weblapot. Nem ez a szakmám, de az bántó, hogy teszed a lenéző megjegyzésedet, miközben nem érvelsz, nem mondod, mi az, ami másként van, netán linket idetéve, amely a szabvány releváns részére mutat.

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

No!!!

A HTML doksik régen és most is úgy vannak, hogy a whitespace karakterek nem jelennek meg (space, newline, stb...), csak kivételes esetekben (lásd pre).

Ez még most is a HTML szabvány, csak sajnos a HTML 4.0 szabvánnyal bejött az ajánlás, hogy a böngészők az üres bekezdéseket hagyják figyelmen kívül. Még IE 7-8-9 időkben a böngészők egyszerűen lefoglalták a helyet a bekezdésnek, de most már a lefoglalást sem teszik meg, egyszerűen nem foglalkoznak vele.

Ezért van szükség a &nbsp; karaktersorozatra, mert bár megjeleníthető értéke nincs, mégis azt az információt tartalmazza, hogy itt van valami, tehát nem hagyja figyelmen kívül a megjelenítő.

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

Az én értelmezésemben az üres bekezdés annyit tesz, ha már HTML, hogy <p></p>. A <p>&nbsp;</p> nem üres, mert van tartalma, ami bár nem megjeleníthető, de mégis van tartalma.

Amúgy ne akard tudni, hányszor voltam már abban a helyzetben ezek miatt, hogy HTML szerkesztéskor kellett egy üres bekezdés, ami később JS-ből kapott tartalmat, de a helyet szimpatikusabb volt már lefoglalni neki, hogy ne ugráljon az oldal kinézete és sosem bírtam megjegyezni a &nbsp; karaktersorozatot. Tehát Google... Holott egy szimpla <p></p>-vel már rég meglett volna.

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

Könyvben természetesen értelmetlen az üres bekezdés.

Word/Writer-t mikor tanították nekünk/tanítottam, akkor is az volt a bevett szokás, hogy üres sort, tehát üres bekezdést nem csinálunk. Ha üresen hagyott helyre van szükség ott, akkor a felette lévő bekezdés alsó térközét, vagy a következő bekezdés felső térközét módosítjuk. Tehát ha bekapcsoljuk a bekezdés jelölőt, akkor ne mutasson oda bekezdést.Ugyanígy tabulátorok használata szóközök helyett.

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

Ezek (üres bekezdés, tabulálás) folyamatos elcsúszásokat okoztak / okoznak különféle Word verziók, ill. gépek között, ki tudja, pontosan mitől függően (a kezelésük is változó volt talán az egyes verziókban?).

Ha megváltoztatja az ember a betűtípust vagy formázást (félkövér / dőlt / betűköz, stb), akkor is nyilván összecsúsznak ezek, a tabulátorok viszont pontosabban meghatározott jelölők...

Pontosan! Nem a legszebb megoldás, amit fentebb is írtam konkrét példát a használatra, de még így is faék egyszerűségű, mint az, hogy a böngésző úgy véli azzal ott nem kell foglalkoznia, nem ad magasságot stb, hanem CSS-el külön kezeljem le, hogy márpedig annak adj normális méretet, még ha nincs tartalma sem, mert nem akarom, hogy mikor adatot kap, akkor ugráljon az egész oldal.

Így bár mégis jobb megoldás <p>&nbsp;</p>, de csak feleslegesen bonyolódik egy egyszerű feladat megoldása.

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

Csakhogy a böngészőnek nem feladata megoldani hogy az üres paragrafus megjelenjen, és nem feladata tudni, hogy a te saját usecase-ed alapján mi számít "normális" méretnek.

A paragrafus csupán egy blokk elem, aminek a magasságát a tartalma határozza meg. Szöveg esetén leegyszerűsítve a sormagasság és a sorok száma. Ha ez utóbbi nulla, logikusan az eredmény is nulla lesz.

Ha meg akarod akadályozni hogy a tartalom elugráljon, akkor tudnod kell mekkora tartalom fog az üres node helyére kerülni. A böngésző mégis honnan tudhatná ezt anélkül, hogy megmondod neki? 

Igazából, pont hogy a böngésző feladata lenne. Pont mint egy szövegszerkesztő esetén, hogy ha mondjuk word-ben nyomsz egy enter-t, akkor ott egy bekezdés van. A Word sem törődik azzal, hogy te az adott bekezdésbe képet vagy bármit be akarsz szúrni, ezért az alapértelmezett működése szerint az alap tartalom, tehát a szöveg/karakterre beállított méretek alapján lefoglalja neki a helyet, hiába, hogy nincs tényleges tartalom.

Ez alapján elvárható lenne, hogy ha én a HTML-be egy üres bekezdést csinálok, akkor az az alap működése alapján a szöveges tartalomra vonatkozó beállítások alapján (a CSS alapján, vagy a böngésző alapértelmezett beállításaival) lefoglalja a helyet. Ehelyett sajnos a szabványnak köszönhetően a böngészők eldöntik, hogy ott annak bizony 0 lesz a mérete.

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

Hát mert annyi helyet foglal le ahány sor tartalom van a blokkban. Nulla sor van :) Ez így logikus. Te amúgy azt várod, hogy a böngésző szövegszerkesztőként működjön. Nem az. Adott egy blokk szintű elem ami úgy viselkedik ahogy a blokk szintű elemeknek kell. Ez így van rendjén. 

A HTML doksik régen és most is úgy vannak, hogy a whitespace karakterek nem jelennek meg (space, newline, stb...), csak kivételes esetekben (lásd pre).

Ez így nem teljesen igaz. A whitespace karakterek megjelennek, csak egy szóközzé állnak össze. A működésüket pedig a white-space css property szabályozza.

sajnos a HTML 4.0 szabvánnyal bejött az ajánlás, hogy a böngészők az üres bekezdéseket hagyják figyelmen kívül.

 Ez biztos így van? Az üres bekezdések nincsenek figyelmen kívül hagyva. Ott vannak, csak épp nulla a magasságuk, és a margójuk sem érvényesül a collapse miatt. De pl ha outline-t raksz rá, máris látszik...

Ezért van szükség a &nbsp; karaktersorozatra, mert bár megjeleníthető értéke nincs, mégis azt az információt tartalmazza, hogy itt van valami, tehát nem hagyja figyelmen kívül a megjelenítő.

Ez sem teljesen pontos. Az &nbsp; jelentése nem törő szóköz. Arra való, hogy olyan whitespace-t helyezz a szavak közé, ami nem engedi hogy sortörés történjen a két szó közt.

Ebben az esetben is használható, meg is oldja a problémát, de nem szükséges. Mondom, annyi történik, hogy tartalom híján a blokk elem magassága nulla. És emiatt a margók összeesnek. Ha a blokk elem magasságát definiálod ( p { min-height: x } (ahol x = a line-height értékével) ugyanazt a hatást éred el.

Mivel így kell viselkedniük.

"Empty Text nodes and Text nodes consisting of just sequences of those characters are considered inter-element whitespace. Inter-element whitespace, comment nodes, and processing instruction nodes must be ignored when establishing whether an element's contents match the element's content model or not, and must be ignored when following algorithms that define document and element semantics."

https://html.spec.whatwg.org/multipage/dom.html#content-model

Az üres p elem olyan, mintha ott se lenne, ez így helyes. 

Néhány apró probléma van a vinnyogásoddal felém:

  • Én (már) nem fejlesztem az oldalt (ergo nem tudom kivenni)
  • Én is pont olyan felhasználója vagyok az oldalnak mint te (pont úgy beleteszi nekem is, de én ezt le tudom kezelni technikailag és lelkileg is)
  • Én forráskód módba kapcsolva írom a cikkeket (mert értek hozzá), így nem érint a probléma. Azt sajnálkozva hallom, hogy az árokásók nem értenek hozzá. Talán ezért is kell nekik CKeditor (amit a faszom nem kért, én régen is forrást írtam, de elfogadom, hogy vannak, akik nem bírják a minimál HTML-t sem, így nem csodálkozom, hogy a CKedit sem egy nekik)
  • Nem gondolnám, hogy az általad javasolt "megoldások" (mik is azok?) lennének a legmegfelelőbbek.
  • Nem leugattam a parasztot, szerintem normális (FYI) módban felhívtam a figyelmét dolgokra. Egyébként meg leszarom, hogy megfogadja-e, az ő kommentje nem jelentik meg ha nem, az enyém meg fog.

Tehát, akkor az okoskodás helyett mit szeretnék kérni tőlem?

trey @ gépház

Amikor volt az átállás, akkor többen kérték, hogy legyen valamilyen vizuális szerkesztő az oldalhoz. Nyilván nem lehet mindenkinek a kedvére tenni, ráadásul bármikor át lehet váltani forrás-szerkesztés nézetbe.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Kérte valaki, nem kérte lényegtelen. Egy apró keresés és kiderül a Drupal 8-ban ez az alapértelmezett amennyire én tudom. Lehetne szórakozni itt olyanokkal, hogy akkor plusz modul, hogy ezt leváltassuk, de kérdem én, hogy ha a rendszer ajánl egy kész megoldást, ami bár nem mindenkinek tetszik, de meglehet vele csinálni mindent amit kell, akkor minek szórakozzunk ennek leváltásával?

Itt olvasgatom az ezzel kapcsolatos kérdéseket/kéréseket, hogy legyen ismét BBCode, Markdown editor, sima HTML szerkesztő... Persze meglehetne csinálni mindent, de ki az aki letesztelné, hogy mindegyik úgy működik-e ahogy kell? Ha választható lenne, hogy kinek melyik jelenjen meg, akkor meg azért menne a sírás, mert elfelejti beállítani, több JS vacak töltődne le, lassabb lenne az oldal... Kell bárkinek is ilyen ön tökön lövés?

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

legyen ismét BBCode, Markdown editor, sima HTML szerkesztő.

Egy-egy bolond (sic!) kedvéért. Mert ugye a nagy többség csendben használja azt ami van, sőt, örömmel vettem észre, hogy egyre többen jönnek rá, hogy mennyi szép, új funkcióval lettek meglepve.

trey @ gépház

a nagy többség csendben használja azt ami van

Ez nem mindig jelenti azt, hogy ami van az jó, és hogy nem használnának az illetők szívesebben mást. 

ÉS tényleg szép és jó, de volna még hova fejleszteni. Jelezve is lett néhány dolog. Inline code, plaintext code, billentyűkombók (vagy legalább hint hozzájuk, ha már vannak).  

Ha már szóbakerült ez.

Korábban lehetett idézésbe idézést tenni és jól nézett ki.

Most ennyit tudok:

legyen ismét BBCode, Markdown editor, sima HTML szerkesztő.

Egy-egy bolond (sic!) kedvéért.

Mindezt a forráskód szerkesztésével, a szövegszerkesztőben az idézet blokk funkció csak egyben kezel mindent és csak egy szinten.

Nem gond, ha a forráskódot kell szerkeszteni (korábban meg a BBkódot kellett), de érdekelne, hogy mit hová kell írni, hogy szépen nézzen ki.

Persze kinek mi a szép, lehet, hogy több megoldás is van, ami jó lehet.
Én minimum annyit várnék, hogy ne két idézőjel legyen az első sor elején.
Elfogadhatóan nézne ki valószínűleg egy idézőjel és a blokkon belül különböző szintekkel vagy egy idézőjel az első sornál, egyel a másodiknál és különböző szintekkel.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Most is lehet (igen, ez nem igazi idézet).

Korábban lehetett idézésbe idézést tenni és jól nézett ki.

Egy-egy bolond (sic!) kedvéért. Mert ugye a nagy többség csendben használja azt ami van, sőt, örömmel vettem észre, hogy egyre többen jönnek rá, hogy mennyi szép, új funkcióval lettek meglepve.

:)

Forrás-nézetben kb. így:

<blockquote>
<p>egy soros idézet p-vel behúzva</p>

<blockquote>
<p>egy soros idézet p-vel behúzva</p>

<blockquote>
<p>egy soros idézet p-vel behúzva</p>
</blockquote>
</blockquote>
</blockquote>

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Felemelő, hogy még idén eljutottunk odáig, hogy egy HTML-forrást szerkesztő szerkesztőben szerkesztendő forrásra rákérdezünk ahelyett, hogy megnéznénk a publikált példa forrását.

:)

Se a HTML-hez nem értek, se azt nem tudom, hogy a szövegszerkesztőbe beírt HTML egy az egyben jelenik-e meg a weboldalon (ha igen, az elég veszélyesnek hangzik).

Nekem egyszerűbb megkérdezni, hogy mit írjak be, ha már a felületen a gombokkal nem tudom kiválasztani ezt a funkciót (az lenne a legegyszerűbb ugyanis). Hirtelen nem tudnám megmondani, hogy hol van a böngészőben olyan funkció, ami az egész oldalt megmutatja HTML forrásként. Bizonyára meg tudnám találni némi keresgéléssel, aztán a halomnyi HTML jelölésen átrágva magamat megtalálhatnám az eredményt. De nem szívesen választanám ezt az irányt. Van családom, van hobbim, van egy hosszú to-do listám, el tudom cseszni a szabadidőmet fontosabb és sürgősebb dolgokkal is, lényegesen hatékonyabban.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Nem attól IT jellegű egy oldal, hogy html-t szerkeszthetsz a szövegbeviteli mezőkben, és egy IT-vel foglalkozó szakembertől se feltétlenül elvárás, hogy ismerje a html szerkesztés mikéntjét. 

Ha egy kicsit nyitott szemmel jár az ember a világban azt látja, hogy nagyon nagyon sok helyen markdown, vagy hasonló markup van formázásra. Pár minimális opciót adva ezáltal a sima plaintext mellé. Ez sok helyen elég. Csak itt játszunk még kilencvenes éveket bbcode után rinyálással, vagy html szerkesztgetéssel, holott volna objektíven kényelmesebb eszköz a feladatra.

Nem mondtam, hogy vedd ki. Van rá embered.

És?

Bármilyen funkció bekerülhet, leszarod?

Mi nem egyértelmű azon, hogy a szerkesztő magától ne tegyen nem törő szóközt a bekezdésbe?

Túloztam. Bár nem sokat.

Nem tudom, mit szeretnél kérni magadtól. Van elég leugatható paraszt, másra nem nagyon lehet szükséged.

:)

Nem tudom hibának számít-e, de nagyon zavaró, hogy a blog listában a bejegyzéseknek csak az eleje látszik, és nem indikálja semmi, hogy van folytatás.

Hátrányok:

  • Egyesével megnyitni a bejegyzéseket nem túl produktív.
  • Van hogy simán nem ugrik be, hogy volna mit keresni, ezért elolvasom amit látok, és azt hiszem letudva a bejegyzés - félrevezető így. 
  • Ráadásul a megnyitással akaratlanul olvasatlannak jelölöm a kommenetket. 

Javaslat:

  1. Legyen egy indikátor. Egy sima "tovább" link megteszi. a bejegyzés végén.
  2. Ez a link működhetne úgy, hogy navigáció nélkül helyben jeleníti meg a bejegyzés végét. Mivel amúgy is több ponton épít JS-re az oldal úgy gondolom ez nem nagy para.

Elvileg ez már javítva lett, lásd Főoldali cikkek - "» 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

Megnéztem, nálam ez működik a Blogok oldalon is.

Tartalombekuldesnel bizonyos jelölt contentek nem jelennek meg, külső forrású, szorosan a fix témákhoz nem sorolható tartalmú cikkeket nem tudni pontosan milyen definíció szerint kellene a tartalmuk szerint besorolni (cikkturkálót nem találom.)

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

Nem, csak szeretném pontosan tudni, hogy mire gondolsz, mert anélkül nem tudok érdemben reagálni a kérdésedre.

Ui.: Már látom, akartam még oda írni, hogy mit szeretnél pontosan, csak közben volt egy telefonhívásom, ezért rányomtam a beküldésre és elfeledkeztem róla.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Arra, hogy bizonyos  tartalmak nem mennek ki a főoldalra,  így gyakorlatilag eltűnnek a süllyesztőben. Nincs cikkturkalo (vagy legalábbis én nem találtam), így kulso tartalmakat nem tudni milyen megjelöléssel érdemes beküldeni (már ha egyáltalán van erre igény).

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

Mondjuk BR-re és akkor úgy működik, mint régen. Egy enter így a mostani shift+enter lesz, dupla enter pedig sorkihagyás (tehát CKEDITOR.ENTER_BR mindkettő).
Ha ez zavaró normál gépen, akkor csak mobilon is lehetne.

Changing the Enter Mode setting to BR or DIV is not recommended. The default CKEDITOR.ENTER_P mode is fully supported by all editor features and plugins and is also the most correct one in terms of best practices for creating web content.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Akkor csak nekem probléma ez, hogy mobilról nem lehet normálisan kommentelni?

Néhány éve best practice volt az xhtml, a hungarian notion, a wml..

Szerintem nem néz ki túl jól a foghíjas szöveg, de ha ez a normális, akkor legyen.

Jól fog kinézni a HUP :)

Még egy orvossal sem találkoztam, aki ezt mondta volna. :)

Ettől függetlenül nem értem mire akarsz kilyukadni. Átlagos hétköznapi mondanivaló megfogalmazására nem kell sortörés. Fogalmazd meg a szövegedet úgy, ahogy tanultad iskolában, gépeld be úgy, ahogy tanultad szövegszerkesztés órán.

Nekem úgy tűnik, hogy te azt mondod, hogy nem tudsz járni, mert fáj a kezed.

Alapjában véve a billentyűzet appok nem adnak erre módot. Van amelyik igen, és van külön opció sortörést beküldeni, van ahol van shift gomb amit hozzá tudsz nyomni az enterhez. 

Viszont jogos, hogy az editor nem igazán van felkészülve arra, hogy többnyire azért alapból nem lehet.

Viszont:

Milyen usecase indokolja a szükségességét? Ha annyit gépelsz, hogy az adott formázási opcióknál több kell, azt nem jobb rendes billentyűzetettel?

Lesz abban változás, hogy a fórumban ne 500 üzenet legyen egy lapon és/vagy beállítható legyen per user, hogy mennyi legyen? Illetve a listázás rendezési módja visszatér még valaha? Korábban volt olyan, hogy az új üzenetek kerültek előre. Nincs róla látszólag hibajegy, pedig fontos lenne szerintem...

Jelenleg felhasználói szinten nem lehetséges a hozzászólások rendezésének változtatása. Nem hiszem, hogy ez a közeljövőben változna.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

A brexites topicban pl. több, mint 1000 hozzászólás van már.

És az új hozzászólás linket követve az első lapra érkezem, ahol nincsenek új hozzászólások, szóval lapoznom kell.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Az új hozzászólások számolásánál nagyon csúnya hiba van, képes többet számolni újként, mint ahány komment egyáltalán létezik:
https://imgur.com/a/EoyLdaV

Megnézem a napokban, bár az is okozhatja, hogy a hozzászólások száma statikusan kerül oda, az új hozzászólásoké pedig dinamikusan, javascript által lekérdezve. Ha a kettő lefutása között érkezik egy új hozzászólás, akkor a statikus érték már nem módosul és a dinamikus érték nagyobb lehet annál.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Kétszer tudok szavazni.

Simán odamegyek a szavazáshoz úgy hogy nem vagyok belépve, tudok szavazni.

Majd ha belépek jobb oldalt akkor újra feljön ugyan annál a topicnál a szavazás lehetősége.

Ennél a szavazásnál próbáltam: Szerinted Putyin Windows XP-t használ?

Nem éppen hiba, csak az előző verzióhoz képesti hiányosság: régen volt egy olyan ficsőr, hogy a posztok mellett látszott egy "x olvasás" nevű felirat, ahol az adott poszt oldalletöltéseinek a száma volt látható. (Nyilván nem volt / lehetett pontos "olvasás-szám"; ha egy oldalon nyomtam 5× a böngésző reload gombját, akkor 5-tel növekedett.) Mindenesetre ez egy érdekes "statisztikai szám" volt, amit a HUP-on kívül még nem láttam sehol. :) (Vagy legalábbis nem figyeltem fel rá.)

Ezt az új motor nem számolja? Vagy csak nincs megjelenítve? Vagy csak nem találom, hogy hol volt róla szó? :) Mondjuk nekem is csak annyira hiányzik, hogy most vettem észre, hogy nem találom. :-D

Jó lenne, ha a permalink linkje rendes permalink lenne (kommenturl#comment helyett topikurl#comment), hogy oldalon belül újratöltés nélkül használhassuk.

Jó lenne, ha az "utólag" lecserélt feliratú linkek (pl. permalink) eredeti feliratát nem találná meg az oldalon való keresés (CTRL+F). Akkor talán normálisan ellenőrizném, hogy volt-e már jelezve az előbbi...

:)

Szerkesztve: 2019. 12. 23., h – 13:44

Egy még nem szavazott szavazáskor a "szavazatod már rögzítve lett"-hibaüzenet fogad, majd a szavazat törlésekor és újraszavazás után megkapom ugyanezt a hibaüzenetet, plusz még a " szavazatod sikeresen rögzítve lett"-nyugtázást is (vagy valami hasonló a szöveg, a lényeg hogy egy piros és egy zöld pipás üzenet fogad egyszerre.) Az oldal a sok komment miatt marha lassan töltődik be, a lap aljára lejutás kalandos (kellene egy gomb a lap tetején, hogy ugrás a lap aljára). 

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

Valami miatt néhány topikban túl apró a betűtípus a szövegbeviteli mezőben, amiben a hozzászólást írom. Ebben pl. nem annyira.

Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Ez furcsa. Most megpróbáltam még egyszer, abban a témában, ahol tapasztalatam (HOVD 2019: kedvenc initrendszer), és most már nem jelentkezik a jelenség. Valószínű valami Firefox bug volt.

Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Ugyanez nálam is, szavazást követő pillanatban az oldal tetejére ugrik a kép, és ezt mutatja.

Firefox 71.0, (2020.01.07.-én készült a kép)

https://kepkuldes.com/image/hCKFAQ

„Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat.”
"Az Antikrisztus ledarálja Mészáros Lőrincet."

A saját profiloldalon Tevékenység a tab neve, azonban az oldal már Követett tartalmak címmel fut, és a jobb oldali blokkban is a Követett tartalmak ugyanoda mutatnak, mint a saját profil Tevékenység füle.

Legyen egységesen vagy Tevékenység, vagy Követett tartalmak, de ez így keverve eléggé hülyén néz ki.

Minor szavazós hiba, de ha egy szavazás után szavazok másban, hibát ír ki.

 

reprodukálás lépései:

  1. Vegyél két egymás alatti szavazást (pl HOVD)
  2. szavazz az egyikben - üzenet: rögzítve lett
  3. lapozás és egyéb navigáció nélkül szavazz a másikban

elvárt működés: rögzíti a második szavazatot is oszt kész

tényleges működés: úgy veszi mintha duplán akarnék szavazni az egyik topicban

proof: https://imgur.com/a/gQJGNgJ

Nem egy nagy hiba csak picit idegesítő az év végén :)

Szerkesztve: 2019. 12. 25., sze – 21:18

Nem tudom, hogy HUP-al kapcsolatos bug-e, de Google keresőben a sidebarról indexelésre kerülő tartalmak fake találatokat eredményeznek:

Példák, hogy mire gondolok (főleg a másodiknál szembetűnő nagyon a dolog):

  • Keresőszó: Rust -- 6. találati oldalon feltűnik a "Rust - velünk marad vagy csak történelmi korszak lesz?" szöveg (ez egy blogbejegyzés címe) és onnantól kezdve egészen a legutolsó oldalig a találatok mind fake-ek.
  • Keresőszó: Keyhelp -- A 2. találatnál feltűnik a "A KeyHelp azota is a legjobb" szöveg, ami egy komment a Web Control Panel-es topikban. A második találattól(!) egészen a legutolsóig mind fake.

Meg lehetne azt oldani valahogy, hogy a dinamikus sidebarok tartalmai ne kerüljenek indexelésre? Kerestem volna valamit, de így gyakorlatilag hasznavehetetlen az egész...

Olvasom a https://hup.hu/node/167256 oldalt. Épp annál a hozzászólásnál vagyok, amiben valaki azt írta, hogy Köszöni, kiköpte a kávét.

Rábökök a szülő hozzászólás mutatása ikonra. Bejön a szülő a jobb oldalon, a bal oldalon az oldal valahová közben elcsámborog.

A szülőt bezárom, és valahol az oldal egy ismeretlen részén találom magam. Kicsit fel-le görgetve sincs meg az eredeti hozzászólás, ahol voltam, szóval keresnem kell. Szerencsére itt a szöveg elég egyedi volt ahhoz, hogy könnyen megtaláljam.

Elvárt működés: Szülő hozzászólás mutatásakor a gyerek hozzászólás maradjon látható, szülő bezárása után az oldal álljon vissza ugyanabba a helyzetbe, ahol a szülő megnézése előtt volt.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Nekem visszaugrik a szülő megnézése után a gyerekhez, de ez az egész megoldás röhejes (kontent eltolódik balra, jobb oldalon új dobozban szülő betölt, stb.).

Tényleg vagy legyen popup, vagy ha az túl sok, legalább a szülő szerzője és az első mondat/5 szó/akármi.

Úgy néz ki, hogy meglesz az, hogy ne gördüljön el. Azért nem popup van, mert az modálisan blokkolja az oldalt. Így viszont oldal megnyílik a szülő hozzászólás, de attól még tudsz görgetni a tartalomban, más hozzászólásokat is megnézni. Ha mégis elgördül, akkor pedig úgyis popup lesz, nekem mindegy.

Ui.: Jó lesz az popupnak és akkor mindenki megtalálja a lelki békéjét, én pedig foglalkozhatok mással.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Megcsináltam, hogy ne gördüljön el a tartalom a szülő hozzászólás megtekintésekor. A működés az, hogy ahol a tartalom mellett megjelenik az oldalsáv, ott az oldalsáv helyét veszi el, ahol pedig a tartalom alatt jelennek az oldalsávok, ott teljes képernyős megjelenítésre vált.

Van még valami probléma ezzel a működéssel, vagy megfelelő így? Én a modalt azért nem tartom szerencsésnek, mert egyrészt valamit biztosan kitakar, másrészt pedig addig nem lehet használni az oldalt (pl. görgetni), amíg be nem zárod.

Jöhetnek a vélemények.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Szia!

Jól működik, nem ugrik el, mondjuk kicsit fura, hogy a 2 oldalsáv eltűnése miatt átrendeződik az oldal, majd a szülő bezárása után vissza, de magasságában nem mászik el, megnéztem twitteres bejegyzésnél is, ott sem ugrál. 

Tesztelném, de a konkrét oldal, ahol a hiba előjött, nincs ott. Az meg hogy random itt-ott klikkelve jól működik, nem bizonyítja, hogy a konkrét hiba javítva lett.

Amikkel próbáltam, azok ugyanúgy (jól) működnek a hup.hu és a mirror.hup.hu oldalon.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Nálam teljesen rossz helyre pozicionál. Talán visszatalál nagyjából - most nem vagyok ebben sem biztos -, de amikor a szürke mezőben megjelenik az előzményakkor baloldalon csak elmegy, de valami egészen más helyre, mint ahova kellene. A böngésző firefox-72.0.1-1.fc31.x86_64. A böngészőt nem nyitom sohasem full screen-re, hogy a jobb szélen lássam a conky-t.

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

Igen. Amúgy nagyon design-os, de szerintem iszonyat idegesítő. Átméretezi a hozzászólások szélességét, valahova elmegy, de nyilván rossz helyre, utána talán visszatalál. Én gyakorlatilag nem merek rákattintani az előzményekre, mert nem tudom majd, hol tartottam, minden nyüzsög, mozog. A HUP beszólás extensionban ez egy popup ablak volt, ha a kis ikon fölé húztam az egeret, miközben az oldal nyugton maradt, senki nem ment sehova. Az szerintem sokkal jobb megoldás.

Az is lehet, hogy te küzdesz vele, de mi van, ha ez a böngészőben nincs jól implementálva?

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

Nagyon fura, mert kb. hatféle böngésző alatt lett tesztelve és csak te jeleztél hibát. Milyen méretű a böngészőablakod? Melyik tartalomnál nézed? Tudnál egy videót készíteni róla?

Ui.: mobilon nincs „föléhúzom az egeret”, vagyis nem jellemző.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Gondolom, tudnék, mert egyszer a Timeline fejlesztőjének is csináltam, de olyan régen, hogy már nem emlékszem rá, hogyan. :) Azért igyekszem valamit alakítani...

Szerk.: Desktp gép, Fedora 31, Xfce, Compiz, Firefox 72.0.1. Ablakméret: 1290x988,

wmctrl -lG

paranccsal kérdeztem le.

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

Ugyanilyen böngészőverziót használva ugyanekkorára beállítottam a böngészőablakot és nálam jól működik: http://nevergone.hu/hup_parent_comment.mp4

Az animálás miatt mozog az oldal, de ha megjelenítem a szülő hozzászólást, akkor pontosan ugyanazok a hozzászólások láthatóak, mint előtte. Nem történik más, mint az, hogy elrejtem a két oldalsávot, a tartalmi rész elmozdul balra és a szülő hozzászólás a két oldalsáv méretében jelenik meg.

Korábban (lásd a mostani éles oldalt) a szülő hozzászólás rögzített szélességben jelent meg, ezért gördült el az oldal.

Ui.: Videót/gif-et én a peekkel szoktam csinálni, hasznos program.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Videot meg tudtam csinálni, de ki kellene takarni belőle felhasználónevet, böngészőben könyvjelzőket, s fogalmam sincs, hogyan szerkeszthetem. Tudod, mint amikor a házi pornóban a feleség arcát kitakarják. :D Esetleg az nem lehet gond, hogy nálam Firefox-on a HUP fontmérete 110 %? Tehát nyomtam egy Ctrl-+-t. Már úgy értem, gondolom, hogy egyet, esetleg kettőt, de a 110 % biztos, mert kiírja a böngésző.

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

Ugyanazt a böngészőverziót használjuk, ugyanúgy Linux alatt. Átméreteztem a böngészőablakot akkorára, amit tegnap írtál és a nagyítást felvettem 110%-ra. Nálam így is tökéletesen működik: http://nevergone.hu/hup_parent_comment_2.mp4

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Csináltam videót, és ezt nem csak én teszteltem. Tesztelték Chrome (Win/Linux/Android), Firefox (Win/Linux/Android), IE 11, MS Edge, Vivaldi, Safari alatt.

Eddig csak ö jelzett hibás működést.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nálam most pl, a prod alatt azt műveli, hogy ezt a hsz-edet amire épp válaszolok bármit teszek folyamatosan újnak jelöli. Jó ideje nem nagyon használtam a hup-ot, most is csak ránéztem a Floridai utam során, hogy van-e valami érdekes topic amivel 1-2 órát elüthetek (bizonyos okokból), így nem tudom ez mióta/mitől jelentkezhet.

Szavazásnál az "eredmények megtekintése" gombra kattintva újratölti az oldalt, és visszaugrik a lap tetejére (tehát nem a szavazáshoz, ahol kattintottam), vagyis görgethetek lefelé újra.

Sziasztok!

A http://mirror.hup.hu:8888/ (Teszt/Teszt) oldalra szeretnék kérni egy tesztelést:

  • A szavazások/eredmények megtekintése AJAX-os (nem tölti újra az oldalt) és szavazáskor nem navigál el az oldal.
  • A szülő hozzászólás megtekintésekor azok a hozzászólások láthatóak, mint előtte (lásd: https://hup.hu/comment/2426627#comment-2426627 )
  • Az „Állást kínál” nyitott fórumtémáihoz hozzá lehet szólni.

A jobb tesztelés érdekében pár szavazást újranyitottam és kiemeltem az oldal elejére.
Köszönöm a segítséget!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Szavazás jól működik, helyén marad.

Szülő hozzászólásnál nem lehet kiemelni a gyereket valahogy? Kicsit zavaró, hogy oldalirányba átrendeződik, magasságban nem mászik el, az jó. Esetleg ha aktiváljuk a szülő hozzászólást, akkor a gyerek háttérszíne szürke lesz, vagy a keret vastagabb.

Inkább kérés ami írok.

Főoldali fórum center blokk - látszik a flame, ami jelenleg kb politika

Aki először az oldalra téved, egyből egy csomó nem infós / IT-s témát lát (jelenleg 5/20 azaz 20%). Nem biztos h vonzó egy idetévedőnek és regisztrál...
Ezt úgy gondolom helyesnek, hogy alapértelmezetten nem látható idelátogatóknak a flame; regisztráció után pedig egyénre szabhatóan bekapcsolható. Mert most fordítva működik: mindenki látja és megszabadulni lehet tőle HA beállítod -> első látogatónál nem működik (meg ha csak rápillant az oldalra vki akkor sem; kell hogy be is lépjen h eltüntethesse).

Épp most akartam én is kérni, bár nem teljesen így. A flame topicok között azért néha előfordulnak műszaki topicok is, amiket lehet, hogy megnéznék. Ami nekem eszembe jutott, hogy kettébontani a flame-et, politikaira és nem politikaira és lehessen ez utóbbit is tiltani, hogy ne jelenjen meg. Ez megoldható?

Ha egy informatikai közbeszerzésről esik szó, az IT vagy politika? A politika az életünk alakítója, ideológiák ütköznek, így a törvénykezésen át a mindennapi életre közvetlen hatása van. Minden politika is egyben. Igen, még a szaporodás is, lásd még bevándorlás, családtámogatás, abortusz.

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

Egy példa a szavazás anomáliákhoz:

Főoldalon ott egy szavazás. Szavazok, kiírja, hogy OK, nem lép be a topicba.

Ott van valamivel lejjebb egy másik szavazás is. Szavazok, erre azt írja:

A szavazatod ehhez a szavazáshoz már rögzítve lett.

A szavazat rögzítve lett.

Pic: https://imgur.com/a/Hgs5B1j

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Búcsúajándék tőlem nektek kis ötleteléssel: milyen módon jelölnétek a felhasználó saját hozzászólásait? Ti kitaláljátok, én megcsinálom. Fontos: illeszkedjen az oldal jelenlegi szín- és formavilágába.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Te vagy a király! ?

Az ötlet onnan jött, hogy amikor valaki olvas egy témát és sokat navigál benne, akkor talán örülne, ha rögtön felismerné a saját hozzászólásait.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Az ötletelést meghagyom másoknak, mert nekem ez sosem kellett különösebben.

Viszont régen szerettem látni, hogy melyik hozzászólás jött az OP-tól. Egy ikonja volt ezeknek. Örülnék, ha lenne megint egy OP ikon, és akkor már semmiből se tart, gondolom, egy másik ikont ugyanoda betenni az én saját hozzászólásaimhoz.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Vagy úgy! Ezt nem tudtam.

Remélem, hupper nélkül is megoldható :-)

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Két kérés:

egyrészt a sajátom legyen már username_myself vagy valami hasonló fix, másrészt legyen neki valami beállított elütő színe, akármije, hogy az eredeti problémád custom css turkálás nélkül is meg legyen oldva. Értem, hogy TCH kolléga és még páran ezt favorizálják, és ettől nekik jó, de szerintem egyáltalán nem ők a reprezentatív többség. 

A kettő nem zárja ki egymást; lehet a posztjaidnak "username_kroozo" és "username_myself" class-je is és az utóbbihoz nyugodtan lehet a szerveroldalon is CSS infokat rendelni.
Egyébként egyáltalán nem érted: TCH kolléga nem ezt favorizálja, csak ha valami, ami kell neki, az nincs megoldva szerveroldalon, azt megoldja kliensoldalon (ha tudja). FYI: Nem szeretem a CSS-t és nem szeretek más CSS-ében turkálni.

A kettő nem zárja ki egymást; lehet a posztjaidnak "username_kroozo" és "username_myself" class-je is és az utóbbihoz nyugodtan lehet a szerveroldalon is CSS infokat rendelni.

Persze, hogy nem.

Egyébként egyáltalán nem érted: TCH kolléga nem ezt favorizálja, csak ha valami, ami kell neki, az nincs megoldva szerveroldalon, azt megoldja kliensoldalon (ha tudja). FYI: Nem szeretem a CSS-t és nem szeretek más CSS-ében turkálni.

Nézd, a felvetett kérdésre te reagáltad, hogy legyen rajta class, aztán csináljon mindenki custom cssel, amit akar.  És mivel más nem tette, én szóltam, hogy nevergone ne gondolja úgy, hogy ezzel mindenki jó lesz. A favorizálás meg abból jött, hogy rendszeresen vagytok páran, akik custom cssre mutogatnak, de akkor rendben, nem favorizálod. Ebben az esetben viszont próbáljunk már meg elsőre megoldani szerver oldalon, és hagyjuk meg a kliensoldali turit akkorra, ha az első nem sikerül.

> Nézd, a felvetett kérdésre te reagáltad, hogy legyen rajta class, aztán csináljon mindenki custom cssel, amit akar.

Ez volt a legegyszerűbb.

> És mivel más nem tette, én szóltam, hogy nevergone ne gondolja úgy, hogy ezzel mindenki jó lesz.

Ez oké, az nem oké, hogy rám mutogatsz, ráadásul úgy, hogy nem állja meg a helyét.

> A favorizálás meg abból jött, hogy rendszeresen vagytok páran, akik custom cssre mutogatnak, de akkor rendben, nem favorizálod. Ebben az esetben viszont próbáljunk már meg elsőre megoldani szerver oldalon, és hagyjuk meg a kliensoldali turit akkorra, ha az első nem sikerül.

Nem tudom ki "mutogat" itt még rajtam kívül a custom CSS-re, de nincs kizárva, hogy tényleg többen vagyunk. És nem, tényleg nem favorizálom, ez egy kliensoldali kényszermegoldás.

Ami a szerveroldalt illeti, rám igazán nem lehet mondani, hogy nem álltam hozzá konstruktívan a dologhoz.
Pl. amikor szóbakerült, hogy a HUP külön AJAX query-kkel inkrementálja a látogatottságszámlálót, (ami ebben az esetben 3x-os query-overheadet jelent) akkor szó volt róla, hogy ha ez nem tetszik, akkor küldjön az ember patchet...a Drupalnak...de jópár kanyaron keresztül még az sem derült, ki, hogy a natív cache-ing érintett, mert előtte vagy háromféle cacheing technológia is szóbakerült, de ráadásul még az is el lett mondva, hogy ha be is küldöm a patchet a Drupalnak, akkor se biztos, hogy az a HUP-ra kikerül. A csattanót az adta, hogy a Drupal amúgy támogatja, amit szerettünk volna...de akkor sem...
És így sikkadt el ugyanebben a topicban is, hogy Pascal highlighting nincs a kódkiemeléshez és ad-hoc színezi ki a kódot, ami egy dolog, de még lekapcsolni, vagy generalizálni sem lehet a színezést, küldjünk patchet...a CKEditornak...
Vagy ott volt a HOVD-n a limitált kategória és entryszám, ami miatt mindig kiesik valami undergroundabb, de használt cucc. Mivel 2018-ban trey azt mondta, hogy ez azért van így, mert baromi sok ideje elmegy vele, így megkérdeztem, hogy ha kap egy erre való felületet, amivel sima listákkal tudna dolgozni, nem kéne többszázat kattingatni (ehhez nem kellett volna még a HUP kódján se változtatni, mert egy a HUP-tól független sima HTML/JS felület köpött volna ki SQL-query-ket, amiket lehet az Adminer-nek, PHPMyAdmin-nak vagy a konzolos mysql-nek odadobni és el van intézve), de nem, ez így marad, mert csak.

IMHO, trey és nevergone csak a velükszületett jómodor miatt nem kérdezték meg, hogy ki a fasznak képzelem magam, hogy bele akarok ugatni, hogy hogy intézik a dolgaikat. Én vettem a lapot. Azóta, ha bajom van, akkor ha meg tudom oldani kliensoldalon, megoldom user-CSS-ből és user-JS-ből, ahelyett, hogy nekik rinyálnék, hogy ez így nem jó. De ez még mindig kényszermegoldás, nem favorizálás.
Ezért javasoltam ezt a plusz class-t, mert mint mondtam, ez a legegyszerűbb, ehhez kb. pár sort kell átírni (amint látod, ettől nem is zárkóztak el), viszont onnantól kezdve kliensoldalon azt teszel vele, amit akarsz.

Ha valamit nagyon akarsz, csináld magad. Ennyi.

Ez oké, az nem oké, hogy rám mutogatsz, ráadásul úgy, hogy nem állja meg a helyét.

Butthurt much? Ne haragudj, de itt tényszerűen te javasoltál tényszerűen egy darab megoldást, ami tényszerűen azt tartalmazta, hogy majd mindenki baszakodjon kliens oldalon úgy ahogy akar.

Az meg, hogy te custom cssezel már a drupál átállás előtt is elég sokszor előjött, és van még néhány arc, aki rendszeresen ilyesmivel matat, és ezért le mertem írni, hogy te ezt favorizálod, azért elnézésed, akkor nem favorizálod, csak szereted ha fáj :) 

> Butthurt much?

No, hát nem tartott sokáig, amíg újfennt átmentél személyeskedőbe; ezek után én vagyok a butthurt?

> Ne haragudj, de itt tényszerűen te javasoltál tényszerűen egy darab megoldást, ami tényszerűen azt tartalmazta, hogy majd mindenki baszakodjon kliens oldalon úgy ahogy akar.

Nem emlékszem rá, hogy azt írtam volna, hogy kötelező jelleggel...ha valaki nem akar, akkor nem fog. Mit gondoltál, odaállok mögé egy Vasziljokkal és kényszerítem, hogy CSS kódot írjon?

> Az meg, hogy te custom cssezel már a drupál átállás előtt is elég sokszor előjött

Sokszor? Összesen három nyamvadt topic volt (#1, #2, #3), amiben előjött a téma és minden alkalommal ugyanazért: az összeszűkülő dobozok miatt. Azért meg évek óta reklamáltak páran; mégis mit kellett volna tennem, nekem is rinyálni? Akkora bűn, hogy fel mertem három kőkemény alkalommal világosítani a kollégákat, hogy ilyet is lehet?

> akkor nem favorizálod, csak szereted ha fáj :)

Nem, nem favorizálom és nem szeretem, ha fáj, de nem is fáj. Ha szerinted az fáj valakinek, hogy meg tud valamit oldani magának, akkor neked fáj a tudatlanság. Cumi.

Sziasztok!

Nagyon örülnék, ha ezt az egymás szivatását abbahagynátok és segítenétek nekem. Mindenképpen lesz beépített CSS megoldás, mert az egyedi megoldások nem hordozhatóak. Aztán még ott lesz a usernév is, ha valaki egyedileg felül szeretné bírálni, megteheti.

Azt kérném tőletek, hogy tervezzétek meg a kinézetét, hogyan mutatna ez jól úgy, hogy illeszkedjen a jelenlegi szín- és formavilágba. Aztán ha valamelyikre trey rábólint, akkor az kerül ki. Én ebben úgyse vagyok olyan jó, nektek jobb a szemetek rá.

Mindketten jó arcok vagytok és sok hasznos ötletet adtatok már itt. Szóval az egymás leszólására irányuló idő és energia inkább hasznos irányba menjen.

Köszönöm! :)

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

article.user_nevergone .comment_info_wrapper {
  background-color: #A8BFB9 !important;
}

article.user_nevergone .content .comment-links-wrapper {
  background-color: #A8BFB9 !important;
}

article.user_nevergone {
  border-width: medium !important;
  border-color: #A8BFB9 !important;
}

Képek itt, még pár színnel, de ez szerintem kb. elfogadható

Valóban, bár nem teljesen randomok, néztem színskálát, mert én is ergya vagyok, de szerintem is elég erősek. Az első mondjuk szerintem nem, az ezen a khaki vonalon egész jó, a többit azért mutattam meg, mert ha kiemelés a cél, akkor nem biztos hogy olyan nagy baj mások szerint, azért ennek az a célja, hogy gyors scroll közben észrevedd (személy szerint én nem tenném oda, de tudnék velük együtt élni)

Próbáltam egyébként én is keresni valami erősebb barnát, de nem sikerült abban a 10 percben olyat, ami nem visz nagyon szürkébe. Viszont ez elég jó. nem tudom élőben mennyire üt el, de talán eléggé.

No, hát nem tartott sokáig, amíg újfennt átmentél személyeskedőbe; ezek után én vagyok a butthurt?

Lefordítom, mert látom, nem ment át: túlliheged. Valamiért fixa ideád, hogy téged aztán mindenki személyedben akar mélységesen lerombolni. Akar a fene, egyszerűen nekem eddig az jött le, hogy szerinted elég, ha mindenki megmókolhatja, meg most is ezt az egyetlen alternatívát adtad, ezért aztán leírtam azt a rettenetes szót, hogy te ezt favorizálod. Felfogtam, hogy nem, rendben, elnézést, teljesen felesleges ezért sértetten 800 linket előbányászni. 

> Valamiért fixa ideád, hogy téged aztán mindenki személyedben akar mélységesen lerombolni.

Túrót. Látod már megint olyat állítasz rólam, aminek köze nincs a valósághoz. Passzióból csinálod, vagy belső kényszerből? Egyszerűen csak vannak itt páran (4-5 ember), akikhez ugyan sosem szólok egy büdös szót sem, de valahogy mégis mindig megtalálnak egy kis mocskolódás/személyeskedés erejéig és te oszlopos tagja vagy ennek a klubnak. Most is nyugodtan lehagyhattad volna az indító posztodból a második mondatot, mert abszolúte semmi érdemi információt nem tartalmazott - nem hogy a témával, de semmivel kapcsolatban sem - elég lett volna annyi, hogy legyen szerveroldali CSS info is...nagyon nehéz lett volna? Ja, hogy most kivételesen nem baszakodásból írtad, hanem csak úgy? Én kérek elnézést...

> meg most is ezt az egyetlen alternatívát adtad

Én egy ötletet adtam nevergone-nak, amit pluszban (értsd: bármi mással párhuzamosan) implementálhat, nem pedig alternatívát, pláne nem kizárólagost. Az egészet úgy állítod be, mintha ez itt valami instant diktátum lett volna, amit ráderőltetnek. Nevetséges.

> Felfogtam, hogy nem, rendben, elnézést, teljesen felesleges ezért sértetten 800 linket előbányászni.

El van nézve, nem sértődtem meg. Majd ha megsértődtem, arról külön dísztáviratban foglak értesíteni. Vagy nem.

 

Túrót. Látod már megint olyat állítasz rólam, aminek köze nincs a valósághoz. Passzióból csinálod, vagy belső kényszerből? Egyszerűen csak vannak itt páran (4-5 ember), akikhez ugyan sosem szólok egy büdös szót sem, de valahogy mégis mindig megtalálnak egy kis mocskolódás/személyeskedés erejéig és te oszlopos tagja vagy ennek a klubnak.

Szóval TLDR; butthurt much. Ne lihegd már túl, most is hosszas litániát írsz linkekkel, mert szerinted egy szó nem úgy van. Értem, nem úgy van. Tök fölösleges ezt nyolc körön bizonygatni, elhiszem. De mikor már a végén levő tök egyértelmű viccen is felháborodsz, azt bizony nehéz másképp értelmezni, mint hogy te ezt sokkal jobban a szívedre veszed, mint értelme van

 Most is nyugodtan lehagyhattad volna az indító posztodból a második mondatot, mert abszolúte semmi érdemi információt nem tartalmazott - nem hogy a témával, de semmivel kapcsolatban sem - elég lett volna annyi, hogy legyen szerveroldali CSS info is...nagyon nehéz lett volna? Ja, hogy most kivételesen nem baszakodásból írtad, hanem csak úgy? Én kérek elnézést...

Dehogynem tartalmazott. Ráadásul ez itt egy fórum, emberek beszélgetnek.

Én egy ötletet adtam nevergone-nak, amit pluszban (értsd: bármi mással párhuzamosan) implementálhat, nem pedig alternatívát, pláne nem kizárólagost. Az egészet úgy állítod be, mintha ez itt valami instant diktátum lett volna, amit ráderőltetnek. Nevetséges.

És mint írtam, mivel más ötlet meg egyáltalán nem volt, ezért szóltam, hogy szerintem ez nem elég. Ha már ilyen érzékeny vagy arra, hogy ki mit magyaráz bele a mondandódba, akkor olvasd már el még egyszer, hogy hol állítok én olyat, hogy "itt valami instant diktátum lett volna, amit ráderőltetnek." Ne hazudtolj meg!!!444 Netvetséges!!!444 (remélem érted ezt a stilisztikai elemet)

Szóval chil.

> Szóval TLDR; butthurt much. Ne lihegd már túl, most is hosszas litániát írsz linkekkel, mert szerinted egy szó nem úgy van. Értem, nem úgy van.

Nem, még mindig nem érted. De akkor mégegyszer, egyszerűbben, hátha felfogod végre. Ha valaki más kommentelte volna, nem te (vagy az a 4-5 másik ember), akkor fel se tűnik. Tudod a tapasztalatok.

A többire meg: oké Robi, legyen neked.

A számláló mikor mutat már helyes értéket?

Most történt:

https://i.imgur.com/5x4ZRCe.png

A képen az látszik, hogy a #new marker totál rossz helyen van. Volt új hozzászólás is, csak teljesen máshol.

Ez nekem is feltűnt, hogy rossz helyre ugrik az oldal, de én arra tippeltem akkor, hogy az utólagos rendezés miatt. De ezek szerint nem.

Ahogy nézem nem a megfelelő hozzászólásra rakja a marker-t. Nekem úgy tűnik, hogy legalábbis az én esetemben, mindig az azonos behúzással felette lévő hozzászólásra rakja.

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

Rajtam kívül valaki találkozott már azzal a jelenséggel, hogy a HUP-ot böngészgetve, akár több lap megnyitásánál vagy csak kóvályogva, néha DNS feloldási hibát kapok, ala "Nem lehet a https://hup.hu/ oldalhoz csatlakozni" üzenet érkezik?

Munkahelyen futok bele ebbe mindig. Nem tudom, hogy HUP specifikus-e, de eddig csak itt találkoztam ezzel. Napjában legalább egyszer mindig kapm.

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

Nem hiba, csak én ebbe mindig belefutok:

Ha szavaznék, általában ez a főoldalon történik, akkor megnyomom a kívánt szavazati lehetőséget(radio button) aztán mindig az eredmények megtekintése buttonra klikkelek.

[Szavazás] [Eredmények megtekintése]

Nekem valahogy a POST button mindig right-ra esik kézre. Küzd ezzel rajtam kívül valaki?

Biztos, hogy nem én gonoszoltam le!

Tegnapi változások:

  • mod_php -> php-fpm
  • PHP OPcode cache bekapcsolva
  • Redis cache bekapcsolva
  • query cache állítás
  • InnoDB pool size állítás

trey @ gépház

Azzal is indultunk. Debug miatt lett visszatéve mod_php-ra. Most visszaálltunk az eredeti állapotra, mert voltak teljesítmény problémák. Most, hogy a nagyobb hibák nagy része orvosolva lett, nincs már ok arra, hogy debug módban menjen az oldal.

trey @ gépház

Nem tudom. A fejlesztő kérte, az üzemeltetés beállította. Én a postás voltam. Illetve, ide leírtam a változást.

Feltételezem, ha a jelenlegi út tévút, akkor majd visszaállunk. De mint említettem, a műszaki üzemeltetést már nem én végzem.

Nem kiemelve a mod_php-> php-fpm változást, a jelenlegi beállítások nekem gyorsabbnak tűnnek.

trey @ gépház

Értem. A gyorsulást szerintem a bekapcsolt cache-ek hozták, hiszen a mod_php a http szerveren belül fut és közvetlenül, natívan hívogatja annak API-ját, míg a másik felállásnál ott van a köztes layer a CGI; inkább a stabilitás miatt kérhette, mert a modulként futtatott PHP interpretert összedöntő PHP kód magával rántja a http szerver azon processzét, amelyik futtatta, míg CGI esetén ilyen probléma nincs.

Gyorsulást okozott, nem kötődik az Apache-hoz, illetve biztonsági szempontból jobban hangolható (pl. mehet eltérő felhasználóval és másik szerveren a PHP és a webszerver). Eredetileg is php-fpm volt, csak a hibakeresés megkönnyítéséhez kellett a mod_php.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Elolvastam, de nem lettem tőle okosabb. Hivatkoznak egyfelől arra, hogy modulként a process spawn overheaddel jár, ami igaz, viszont a CGI-os kommunikáció is, azaz mérések nélkül nem vagyunk előrébb, hogy melyik jár a nagyobb overheaddel. Ezen felül azt írták, hogy a legnagyobb gyorsulás abból jön, hogy FPM-mel lehet opcode cache-et használni, csakhogy azt mod_php-val is lehet.

Feature request: valahogy mutatni, kik +1-eztek egy hozzászólást.

Összegyűjtöttem az általam bejelentett-, orvosolatlanul maradt hibákat, hiányosságokat.

A CKEditoros problémákat nem sorolom fel, mert úgysem lesznek javítva.

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.

Ha mobil nézetben is így van, élmény lehet hosszú hozzászólásra válaszolni...

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.

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

Jobban szerettem úgy.

Friss hozzászólások blokkban ne legyen dőlt betű

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

Az értelmetlen rész megvalósításra került, vagyis nincs dőlt betű, de van óta.

"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".

Új javaslat: "Az elmúlt 30 nap legjobbnak értékelt hozzászólásai", vagy "Legjobbnak értékelt hozzászólások (30 nap)", vagy "Legjobbnak értékelt hozzászólások" + magyarázó tooltip: "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

Továbbra is irracionálisan mértéktelen a duplikáció.

« 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.

A navigáció a "követett tartalmak" oldalon még a régi, a tooltip talán sehol nincs javítva.

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.

Az ezreselválasztó a "követett tartalmak" oldalon nincs javítva. (A megtekintés-számláló elvileg javítva lett, majd eltávolításra került.)

Jó lenne, ha a permalink linkje rendes permalink lenne (kommenturl#comment helyett topikurl#comment), hogy oldalon belül újratöltés nélkül használhassuk.

Szeretném kiegészíteni, bár szerintem eredetileg is teljesen egyértelműen fogalmaztam meg. Tehát ilyen helyett ilyen nagyszerű permalink lenne kívánatos.

Jó lenne, ha az "utólag" lecserélt feliratú linkek (pl. permalink) eredeti feliratát nem találná meg az oldalon való keresés (CTRL+F). Akkor talán normálisan ellenőrizném, hogy volt-e már jelezve az előbbi...

 

Új: Az idézetben hangsúlyosnak jelölt szöveg vizuálisan nincs hangsúlyozva. Példa:

Az idézetben hangsúlyosnak jelölt szöveg vizuálisan nincs hangsúlyozva.

:)

„ Az idézetben hangsúlyosnak jelölt szöveg vizuálisan nincs hangsúlyozva.”

A hangsúlyozást amúgy nem dőlt szöveggel szokták jelölni, hanem félkövérrel, lásd HTML STRONG elem. A dőlt szöveget inkább az idézetek jelölésére szokták használni.

Szóval ezek leginkább olyanok, amelyek neked furák vagy szokatlanok, esetleg hibás gondolatmenet miatt várod el a működést.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Mivel úgy tűnik, hogy ez a probléma érdemben csak téged zavar és az oldal használhatóságát nem befolyáaolja, ezért a probléma körüljárását és megoldását meghagyom az utánam jövőnek.

Kösz a megértést!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Egyetértek. Engem is zavar de már leszarom.
Ilyen összevissza hányt oldalt mint a HUP jelenleg még nem baszott az internet.
15 éves Pistke BT jobbat összedob 1 hát alatt, mint ami itt már fél éve toldozva-foltozva van.

Azért a másik munkáját lenézni sem szép dolog...
...egyrészt nem lehetett kis dolog az oldal mögötti adatbázist rendesen átlátni, migrálni, egyes funkciókat megvalósítani.

Másrészt kérés volt, hogy az oldal kinézete minél kevesebbet változzon, harmadrészt meg, aki jó backend-es, még nem biztos, hogy frontend terén is mindent tökéletesen meg tud oldani - itt azért elég sok szálon futottak a feladatok...
Nem beszélve arról, amikor olyan hibákat kell üldözni, ami csak bizonyos körülmények között jelentkezik - ezeket a legnehezebb hajtani, mert be kell határolni, milyen körülmények között áll fenn, és lehet, a körülmények előidézése sem egyszerű feladat. A legrosszabb hiba, amikor csak néha rossz valami.

Azért a másik munkáját lenézni sem szép dolog...

Ha kihívod a szakit egy tisztasági festésre, kifizeted a díját, majd száradás után látod, hogy full foltos az egész szoba, ő pedig vonja vállát, hogy ez ugyan innentől már más problémája, akkor is ezt gondolnád? Pedig szegény sajnálhatnád, biztos nem lehetett kis dolog emelgetni a vödröt... :)

aki jó backend-es, még nem biztos, hogy frontend terén is mindent tökéletesen meg tud oldani

Aki jó backendes, és frontendben nem jártas miért dolgozik egy frontend fejlesztést is megkövetelő feladaton?

A nehéz hibákat meg tudjuk milyenek. Nekem spec a munkám része elhárítani őket. Ha pedig az átadott munkám hemzseg tőle, akkor jól megkötbéreznek, mert nem teljesítettem a feladatom. Ez így van rendjén.

Bár már ezerszer elmondtad, hogy ez szar és te sokkal jobbat tudsz, de még sose mutattál érdemben referenciákat, hogy kicsit kielemezgethessük azokat is. Nem mutattad meg, hogy kezelsz, migrálsz egy kb. 170 ezer tartalommal és 2 millió hozzászólással rendelkező oldalt, aminek nem egységes az adatbázis-szerkezete sem. Azt is elmondtad már ezerszer, hogy a Drupal szar és a Wordpress a király, de még nem mutattad meg, hogy neked milyen hozzájárulásaid vannak azon kívül, hogy mások által készített modulokat egymás mellé pakolgatsz. Megmutathatnád, hogy egyedi igényeket mennyire tudsz lefejleszteni benne, mennyire veszel részt a Wordpress körüli közösség fejlesztésében, mit adsz a közösségnek. Vagy netán csak „élősködsz” mások munkáin anélkül, hogy valamit visszaadnál a közösségnek? Örömmel megnézném az általad közzétett Wordpress kiegészítőket és magához a rendszerhez elkészített hozzájárulásaidat.
Az is érdekelne, hogy szükség esetén a Wordpressben és a moduljaiban mennyire tudsz kritikus hibákat gyors határidővel kijavítani úgy, hogy az oldal működése minél kevésbé sérüljön.
Én sem vagyok Drupal profi, de a sok évnyi tudásból igyekszem valamivel segíteni mások munkáját is. Frontendes pedig végképp nem vagyok, ezt soha nem is mondtam. Nyugodtan bárki elkészíthet egy jobb, használható kinézetet.

Köszönöm a figyelmet, várom a linkjeidet.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Kedves bolond!

nevergone önként vállalta, hogy megcsinálja a migrációt. Ahogy már más is írta az volt a fő követelmény, hogy az oldal kinézete/használhatósága maradjon meg a lehető legközelebb a régi dizájnhoz.

Ez kompromisszumokkal jár!

Véleményem szerint nevergone remek munkát végzett.

Rajtad kívül mindenki elfogadta ezt a tényt és már csak tényleges hiba bejelentések érkeznek a tieden kívül. Te vagy kb az egyetlen aki ilyen dizájn dolgokon van fennakadva.

Ez a stílus alapértelmezetten elfogadhatatlan amit megengedsz itt magadnak. Ismeretlenül és tudatlanul leszólod más munkáját. Lehet hogy te csak annyit látsz, hogy nincs sok munka az oldallal kapcsolatban, de honnan tudod te ezt? Honnan veszed, hogy nincs mögötte komolyabb munka?

Te mit éreznél, hogy ha a saját munkádat kezdené el valaki(k) szidni úgy, hogy nincsenek tisztában a dolgokkal?

Vagy esetleg ennyire rátermettnek érzed magad, hogy te jobban megtudnád csinálni a dolgokat? Beszélj trey-el, hogy adjon hozzáférést és javítsd az általad felvetett dolgokat. Elhiheted, hogy ha sikerülne is ezeket megcsinálni, akkor egyből kapnád az ívet te is, hogy másnak meg pont nem fognak tetszeni azok a módosítások.

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

Szerintem bolondnak igaza van abban, hogy ezek a dolgok legalább olyan fontosak, mint a funkcionalitást érintő problémák. A gond az, hogy a migrációval bejött egy rakás olyan változtatás, amit senki nem kért, vagy legalábbis megosztja az embereket. Ez ellentmond annak, hogy lehetőleg minden maradjon ugyanolyan, mint volt. Az még megmagyarázható, hogy bizonyos funkciók a migráció miatt elvesztek, de olyan változások is vannak, amikkel aktívan dolgozni kellett, pl. CKEditor, navigációs nyilak a hozzászólásokban, stb. Azt is elfogadom, hogy nevergone-nak nem erőssége a UX, de a design by cometee megközelítés sem működik, erre ékes példa a fenti hibalista.

A fenti összeszedett listából csak néhányat találok személy szerint olyannak, amik hogy úgy mondjam "hasznosak" lennének. A többi csak értelmetlen dizájn módosítás (itt ilyen karakter legyen, ott amolyan).

De nem is azt kérdőjelezem meg, hogy felvetette ezeket a dolgokat. Szíve joga mindenkinek! Ha meglesznek csinálva, akkor oké, sokat nem fog módosítani a jelenlegi kinézeten.

A probléma a stílusával van meg hogy más munkáját hordja le.

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

Ha az új hozzászólások közti lépegetésre gondolsz, akkor én azt kb. mindig eltalálom, másrészt pedig egy jó példa arra, amit egy frontend-szakember megtervezhet és megvalósíthat szebben.

Én nem vagyok frontend-szakember.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Az az alap megjelenés, szándékosan nem módosítottam, hogy egy frontendben jobban jártas és nagyobb szépérzékkel és még nagyobb türelemmel megáldott ember megcsinálhassa szuperre. Plusz így nem lesz feleslegesen nagy az oldal adatmennyisége.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Kap érte fizetséget, vagy nem?

Nem csak a dizájn dolgokon vagyok fennakadva, hanem a stíluson is.

Ha túl messzire megyek, trey megteszi, amit meg kell tennie.

Mikor mondtam olyat, hogy nincs sok munka? Olyat valóban mondtam, hogy a felhasználókkal való ugatás és felesleges funkciók elkészítése helyett a felfedezett/bejelentett hibák javítására kellene fordítani az időt.

Csak felhasználó vagyok, és azt fikázom, amit felhasználóként szarnak látok. Szerintem a fikázáson túl korrekt bejelentéseket is tettem. A fikázással nem kötelező foglalkozni, a bejelentésekkel talán illendő lenne.

:)

Van, de az nem ekvivalens a dőlt betűszedéssel, csak a brózerek jelenítik meg defaultból úgy, de ez csak "hagyomány"; valójában ez egy "shortcut" tag arra, hogy legyen egy CSS-ből formázható inline elemed, amivel kiemelést csinálhatsz úgy, hogy nem kell beírnod minden alkalommal, hogy <span class="emphasis">valami</span>, hanem elég annyi is, hogy <em>valami</em>. Ugyanez vonatkozik a nevergone által említett strong tag-re, az sem szinonimája a félkövérnek, csak a böngészők hagyományból arra defaultolnak, de valójában az is egy shortcut tag. Ezek a tag-ek a HTML 4.01-ben debütáltak, abból az apropóból, hogy húsz éve még fontos volt, hogy pár kB-tal kevesebbet kelljen szerveroldalon generálni és feltölteni, kliensoldalon pedig letölteni és főleg feldolgozni (parse-álni).

Azok a tag-ek, amelyek ténylegesen félkövér és dőlt betűszedést voltak hivatottak csinálni, azok a b és i tag-ek, amiket ugyan - azóta - szintén felül lehet definiálni CSS-ből, de ezek a tag-ek a HTML 2-ben debütáltak, bőven a CSS megjelenése előtt, amikor még HTML-ből oldották meg a stílusformázásokat is. A strong és em tag-ekre viszont ez már nem vonatkozik, ők már a CSS-el "számolva" születtek meg.

valójában ez egy "shortcut" tag arra, hogy legyen egy CSS-ből formázható inline elemed, amivel kiemelést csinálhatsz

Hogy pontosítsak, az em és strong nem azért van, hogy css-ben könnyebben szerepe az, hogy szemantikus módon tudd jelezni a dokumentumodban a kiemelést. Meglétének nincs köze a css-ből formázhatóságnak. Ugyanez vonatkozik a strong-ra is. A b és i tagek pedig konkrétan vastag és félkövér formázást jelentenek szemantika nélkül.

Engedélyeztem akkor, de nektek valamiért nem jelenik meg. Gyorsan kinyomozom.

Szerk.: Kösz a jelzést, már nektek is megjelenik.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nem értem, miért jó tettetni azt, ami remélhetőleg nem állja meg a helyét...

Ez egy formázási lehetőség. Különösen olyan esetben fontos, amikor az ember olyan témát indít, ahol rendszerezett tartalmat közöl, aminek némi megjelenést is szeretne adni.
Jellemzően nem az egyes hozzászólások lesznek azok, ahol ezek a formázási lehetőségek előkerülnek.

Ahhoz valószínűleg nem lesz szükség aláhúzásra. Ja, de, egymillió posztonként egyszer. Nem győzöm elismerni, az aláhúzás kihagyhatatlan funkciólehetőség (:). A CKEditor összes formázási képessége értékes adomány a világ számára*, erősen indokolt lenne engedélyeztetni mindet. Bár treytrinity szerint a meglévőkhöz is érdekesen állnak a népek.

*A linkben az "értékes adomány" részt aláhúztam, szóval előfordulhat, hogy a bekapcsolt funkció után kéne állítani a CSS-t, mert az mégsem járja, hogy a paraszt nem tudja a linket aláhúzni!

:)

Szia!

Hozzáadtam az editorhoz megfelelő gombot, ilyenkor engedélyezi a hozzá tartozó HTML elemet is. Szerintem egy Drupal hiba miatt ez az engedélyezés elmaradt, ezért aztán a hozzáadott gomb sem jelent meg.

Ha egyszer sok időm lesz, kinyomozom az okát.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ez a számláló mizéria megoldása várható valamikorra? Elég idegesítő, hogy rosszul mutatja az új hozzászólásokat.

Szia!

Igen. Mivel a hozzászólást pontozók megjelenítése csak addig vont fontos, amíg fel nem merült, hogy érdemben tenni lehetne valamit érte, utána viszont mindenki elcsendesült, ezért azt a pontozó-listázóst kérést elengedem, eddig vártam rá (na jó, nem csak arra). Így viszont ezzel a kéréssel nem kell foglalkozni, ezért lezárásra kerül a kérés. Van pár kisebb dizájn-hiba, amit még elkészítek, csak éppen tombol az influenza bennem (remélem nem a korona, bár ki tudja, kinek mi lenne a jobb), utána kipattan a végleges a tesztoldalra, ott meg lehet nyomogatni, aztán megy az élesre és bye.
Erre is problémára is megtaláltam a megoldást. Közben nekem is elindult egy másik fejlesztés a HUP helyett és az segítette a lezárást, de keresek rá némi időt.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Hát...csak nekem nem szólt a kutya sem, pedig kb. öt perc volt:

.hupvoters
{
	display: block;
	position: absolute;
	border: 1px solid #9c9c77;
	background-color: #b7b78b;
	padding: 4px;
	visibility: hidden;
}

.hupvoters_parent:hover .hupvoters
{
	visibility: visible !important;
}

Ezt kéne bedobni CSS-be, így a +1 fölé víve a kurzort megjelenik a lista egy hoverben. A HTML-en annyit kéne módosítani, hogy ebből

<div class="flag flag-comment-vote js-flag-comment-vote-2449475 action-flag">
  <a title="+1" href="/flag/flag/comment_vote/2449475?destination&token=vUdKjVw40MREjnyu5OK50FCTbdvUGUIBIq2SoXN2LJU" class="use-ajax" rel="nofollow">+1</a>
</div>

ez legyen

<div class="hupvoters_parent flag flag-comment-vote js-flag-comment-vote-2449475 action-flag">
  <a title="+1" href="/flag/flag/comment_vote/2449475?destination&token=vUdKjVw40MREjnyu5OK50FCTbdvUGUIBIq2SoXN2LJU" class="use-ajax" rel="nofollow">+1</a>
  <div class="hupvoters">•user0, •user1, •user2, •user3, •user4, •user5, •user6, •user7</div>
</div>

(Azaz kb. hozzáadni a CSS osztályt (hupvoters_parent) a szülőhöz, meg kell egy hupvoters class-ú gyerekdiv, amibe bele lehet rakni a listát.)

JS meg nem kell, ha az egész oldallal együtt generálódik és benne van alapból. Ha AJAX-szal töltöd be, akkor az kb. egy sor: meg kell hívni a backend idevágó interface pontját a megfelelő paraméterekkel (poszt ID) és a kapott eredményt betölteni a helyére. Ezt is megírom, ha megmondod, hogy vanilla JS kell, vagy jQuery és ha megadod a backend URL-t. (Ha az A opció, hogy az oldallal együtt generálódik, akkor érdektelen.)

Ez esetben a CSS:

.hupvoters
{
	display: block;
	position: absolute;
	border: 1px solid #9c9c77;
	background-color: #b7b78b;
	padding: 4px;
	visibility: hidden;
}

.hupvoters_click:active ~ .hupvoters
{
	visibility: visible !important;
}

A HTML pedig (vastagbetűvel a diff):

<div class="flag flag-comment-vote js-flag-comment-vote-2449588 action-flag">
  <a title="+1" href="/flag/flag/comment_vote/2449588?destination&token=i2zTpFW6GdaJ9_4fPXxzqBxoJKcuB7OwuAc0x152DS0" class="use-ajax" rel="nofollow">+1</a>
  <a href="#/" class="hupvoters_click">?+</a>
  <div class="hupvoters">•user0, •user1, •user2, •user3, •user4, •user5, •user6, •user7</div>
</div>

Fontos, hogy ez esetben - mivel az aktív elemre szűrünk - csak addig látszik az a vacak, amíg nyomvatartjuk rajta a gombot/ujjunk. Viszont mobilon nem tudom tesztelni, mert nincs okostelefonom. (Remélem implementációs eltérés nem lesz az :active kapcsán; a tököm tudja, hogy ezek a webkettes blótverek brózerek mit hogyan implementálnak.)

Köszi!

Nézzék át a többiek is és ha megfelel, akkor ez szerintem bepattintható. Azt még ki kell gondolni, hogy ez alapból legyen benne a HTML-ben (nagyobb adatforgalom), vagy menjen ajaxosan (plusz lekérés).

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nincs mit.
A nagyobb adatforgalom miatt én nem aggódnék a helyedben. Ha egy topicban átlagban mondjuk összesen érkezik 50-100 +1-ezés, akkor az 50-100 db névnyi - azaz olyan 0.5-1 kB-nyi - plusz adatforgalom. Per lekérés. A ZX-81-esnek talán sok lenne, de egy C64 már lazán megbírkózik vele. A cache-ing flow megborítása már inkább bezavarhat a dologba. De ha az már meg van oldva, hogy +1-ezés esetén a cache-ben letárolt topicban a +1-ezett poszt votecounterje inkrementálódjon, akkor ennyi erővel ott még egy név konkatenációját is bele lehet fűzni a kódba.

Néhány gondolat:

  1. Nem lehetne rárakni a triggert az "x szavazat" szövegre, ha már egyszer ott van? Kevésbé lenne zsúfolt a felület.
  2. A likszerű megjelenítést célszerűbb lenne tisztán CSS-sel megoldani.
  3. Van egy kisebb CSS probléma a veterán jelzéssel.
  4. Mobilon technikailag működik (link), de mivel pont ott van az ujjad ezért pont el is takarod. Ha túl hosszan nyomod akkor még ki is jelöli neked a szöveget, amivel egyben el is veszik az :active állapot. Az :active helyett javasolnám a HTML checkbox és CSS :checked használatát kétállapotú megjelenítéshez.

> Nem lehetne rárakni a triggert az "x szavazat" szövegre, ha már egyszer ott van? Kevésbé lenne zsúfolt a felület.

Miért ne lehetne? Csak linkbe kell tenni.

> A likszerű megjelenítést célszerűbb lenne tisztán CSS-sel megoldani.

(Gondolom ez linkszerű akart lenni.) Itt a link nem cél, hanem eszköz. Nem az a lényeg, hogy linkszerűen nézzen ki, hanem az, hogy kattintható legyen, mert az aktív elemre szűrünk, az meg kizárólag interaktív elem lehet. (Igen, szövegmezővel is működne, de az aztán tényleg úgy nézne ki, mint a csempés windóztíz...)

> Van egy kisebb CSS probléma a veterán jelzéssel.

Nálam nem lógott rá, azért nem vettem észre, de ezt egy sima - a hupvoters classra ráhúzott - z-index: baromisok; megoldja.

> Mobilon technikailag működik (link), de mivel pont ott van az ujjad ezért pont el is takarod. Ha túl hosszan nyomod akkor még ki is jelöli neked a szöveget, amivel egyben el is veszik az active állapot.

Rá kell tenni a .hupvoters-re egy padding-left: 64px; (vagy amekkora jól esik) eltolást és akkor nem takarja el az ember ujja, meg a szöveget sem tudja kijelölni, mert odébb van.

Az nem baj, hogy külön kell kattintani, legalábbis engem nem zavar. Mobilon ez nem tudom mennyire lesz szívás.

Viszont ez a label tag abúzusa, hogy beleszórtad a linket, meg az elemet is, ez nem biztos, hogy a legjobb ötlet; ki tudja, hogy ez minden browserben megy-e. Van annak for attribútuma; ahogy nézem a vote_counter classt úgysem használod, úgyhogy ennyi erővel:

      <label>
        <a class="vote_counter">1 szavazat</a>
        <input type="checkbox" class="voters-toggle">
        <div class="voters">•user0, •user1, •user2, •user3, •user4, •user5, •user6, •user7</div>
      </label>

helyett

      <label for="votersview_id">1 szavazat</label>
      <input id="votersview_id" type="checkbox" class="voters-toggle">
      <div class="voters">•user0, •user1, •user2, •user3, •user4, •user5, •user6, •user7</div>

Kevesebb kód is és ez nem abuzálja a label-t se. A többi változatlan. És így még az eredeti kérésed is megvalósult, miszerint linknélküli legyen.

Valóban nem szerencsés linket rakni labelbe, viszont arra az MDN is ad példát hogy a szöveg és a checkbox a labelen belül van, ebben semmilyen kompatibilitási problémát nem látok. A voterst csak azért raktam bele, hogy az is kattintható legyen. Igaz, akkor nem div-et kellene használni, label-be csak Phrasing content rakható.

> Valóban nem szerencsés linket rakni labelbe, viszont arra az MDN is ad példát hogy a szöveg és a checkbox a labelen belül van, ebben semmilyen kompatibilitási problémát nem látok.

De te a div-et is beleraktad. Nekem azzal volt bajom, hogy a link és az elem is benne volt, ezt is írtam. A checkboxra nem mondtam semmit.

> Igaz, akkor nem div-et kellene használni, label-be csak Phrasing content rakható.

Igen, ez volt a bajom. :P

Pár javaslat:

  • Ha elkerülhető ne használjatok checkbox hacket. Van a problémára jobb megoldás (tap események külön kezelése, kijelölés tiltása az elemen)
  • Mivel ez egy felhasználólista javaslom rendes listaelemek (ul, li) használatát.
  • A probléma miszerint az ember ujja letakarja mobilon a listát szimpla pozícionálással megoldható, pár sor css

Na, azt ne! Csak azt ne! Csak semmi animálgatás, jelenjen meg azonnal és tűnjön el azonnal, ne rabolja az ember idejét. Az nekem mindegy, hogy klikkelni kell-e az eltüntetéséhez, vagy csak elengedni a gombot, de instant csinálja, amit csinál. De egyébként a mobilosok miatt lehet jobb, ha külön kell klikkelni az eltüntetéshez, így még az ujjal való szövegkitakarás is megoldódik, plusz CSS formázás nélkül; elveszi onnan az ujját és nem takar ki vele semmit.

> Ha elkerülhető ne használjatok checkbox hacket. Van a problémára jobb megoldás (tap események külön kezelése, kijelölés tiltása az elemen)

Ez nem hack. A láthatatlan form elementek nem hackek.

> Mivel ez egy felhasználólista javaslom rendes listaelemek (ul, li) használatát.

Felesleges. A bullet karakter is felesleges, igazából akár vesszővel is el lehet választani őket egymástól.

> A probléma miszerint az ember ujja letakarja mobilon a listát szimpla pozícionálással megoldható, pár sor css

Egy sor az a pár sor, de már tegnap megoldás volt rá.

Ez nem hack. A láthatatlan form elementek nem hackek.

Általánosságban nem. Itt viszont egy probléma workaroundjaként jött elő, amit szebben, oda illőbb eszközökkel is meg lehet oldani. Tehát hack.

 Felesleges.

Szemantikus html-t írni felesleges? Reflexnek kellene lennie. 

Egy sor az a pár sor, de már tegnap megoldás volt rá.

Workaround. Btw nem tudom hova mutat a link, sajnos nem működik ez se jól, de úgy sejtem a checkboxra gondolsz.

> Általánosságban nem. Itt viszont egy probléma workaroundjaként jött elő, amit szebben, oda illőbb eszközökkel is meg lehet oldani. Tehát hack.

Hát ha neked ez hack, akkor legyen hack.

> Szemantikus html-t írni felesleges? Reflexnek kellene lennie.

Ez nem HTML, ez plaintext.

> Workaround. Btw nem tudom hova mutat a link, sajnos nem működik ez se jól, de úgy sejtem a checkboxra gondolsz.

A link tökéletesen működik, csak ennyi posztnál olyan lassan tölt be az oldal, hogy "elmászik" az anchor. Várd meg, amíg készen van, bökj az URL sávba, enter és akkor újra odaugrik. Egyébként nem a checkboxról volt benne szó, hanem a paddingról, ami azt hivatott meggátolni, hogy az ember ujja kitakarja a szöveget, vagy hosszú nyomáskor kijelölje. Ugyanis ezt nem csak te, hanem BaT is megreklamálta, én meg még tegnap írtam, hogy rá kell tenni egy kis paddingot és el van intézve. Viszont ha nem tudtad, hogy miről volt szó, akkor mire írtad, hogy workaround?

Hát ha neked ez hack, akkor legyen hack.

Nézd, nem kell megharagudni.

Azt te is beláthatod, hogy az checkbox egy űrlapelem, van egy adott szemantikája, ami behatárolja hogy mi az a funkció, amit ki kell szolgálnia. Ha ettől eltérsz, az igen is gányolás. És nem mint ha nem volna megfelelőbb megoldás a célra. Mármint ha az a feladat, hogy valami kattintásra megjelenjen / eltűnjön, a details/summary elemek szemantikusan is korrektek a feladatra. 

Ezért tart ott a szakma megítélése, mert az valamiért eltűnt az igény a rendes, végiggondolt munkára, és arra, hogy a megfelelő eszközöket használjuk a feladatra. Aztán ha valaki szól, akkor meg megy a felháborodás... 

Opera 12-ben sem mennek, nem csak IE-ben, hiszen utána találták fel őket. Tök jó, hogy összedobom itt ezt az izét, mielőtt nevergone lefújta volna a bulit, erre átírjátok úgy, hogy csak nálam ne menjen. Nem baj, nem szúrtok ki velem, megoldom user-css-ből, ahogy minden mást is.

Igazából engem nem érdekel, hogy hack-e, vagy sem. Azt szeretném, hogy ha már dolgozunk rajta, akkor olyan legyen, ami mindenkinél működik user.css és hasonlók nélkül, mobilon is.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

> Nézd, nem kell megharagudni.

Ki haragudott meg? Ha én haragszom, akkor elküldelek mindenféle nagyon vicces helyekre. Vagy ha tényleg nagyon haragszom, akkor egyáltalán nem válaszolok, de azért már nagyon sokat kell tenni. Szó sincs haragról: rádhagytam.

> Azt te is beláthatod, hogy az checkbox egy űrlapelem, van egy adott szemantikája, ami behatárolja hogy mi az a funkció, amit ki kell szolgálnia. Ha ettől eltérsz, az igen is gányolás. És nem mint ha nem volna megfelelőbb megoldás a célra. Mármint ha az a feladat, hogy valami kattintásra megjelenjen / eltűnjön, a details/summary elemek szemantikusan is korrektek a feladatra.

Te valamit nagyon benéztél. Én a felhasználólista beformázásáról beszéltem, hogy az egy sima plaintext, még egy vessző is elég.

> Ezért tart ott a szakma megítélése, mert az valamiért eltűnt az igény a rendes, végiggondolt munkára, és arra, hogy a megfelelő eszközöket használjuk a feladatra. Aztán ha valaki szól, akkor meg megy a felháborodás...

Ki háborodott fel? Az én esetemben maximum megháborodásról beszélhetünk... Egyébként meg nem tudom mire fel írtad ezt nekem, amikor egyrészt nem tudod, hogy én hogyan szoktam dolgozni, másrészt meg a kattintós/labeles/checkboxos kiegészítést BaT szervírozta és nem én, ha esetleg nem tűnt volna fel.

Te valamit nagyon benéztél. Én a felhasználólista beformázásáról beszéltem, hogy az egy sima plaintext, még egy vessző is elég.

Őhm, beszéltünk a listáról is, de amire te ezt válaszoltad az szigorúan a checkboxra vonatkozott (illetve arra, hogy hack-e vagy sem). Szóval igazából te nézted be, no offense. Tényleg no offense, megnéztem, hogy helyén van-e minden, de kb ez történt:

én: a checkbox hack

te: akkor legyen hack

én: miért gondolom hacknak

te: ...a listáról beszéltem...

Ja, hogy te ott mind a három bekezdést ugyanarra írtad? Előtte 3-3-3-3 bekezdést írtunk és mivel előtte te a kettes számú bekezdésben ugyanúgy a szemantikus HTML hiányát hiányoltad - és azt a megjelenítendő userlista kapcsán tetted - én onnan folytattam fejben; ez esetben tényleg én néztem be. Szolgáljon mentségemül, hogy már este volt és előző nap hajnali kettő környékén álltam fel a géptől.

Azzal viszont tényleg nem tudok mit kezdeni, hogy szerinted valaminek a hidden checkbox-szal történő megjelenítése/eltüntetése az hack, meg gányolás, mert a checkbox űrlapelem és hogy a szemantikája határolja be a funkciót, amit szolgálnia kell (Hogymija...?!), ugyanis a checkboxnak egyetlen funkciója van: tárolnia kell egy igaz/hamis értéket és semmi több. (Csak úgy mondom, hogy a szemantikája, azaz a jelentése is ugyanennyi: ott egy kapcsoló, ami vagy be, vagy ki van kapcsolva.) Az, hogy te ehhez a tárolt állapothoz milyen egyéb külső funkciót kötsz hozzá és hogyan, továbbá az, hogy ennek az állapottárolónak milyen formázást adsz neki, az teljesen irreleváns. Ha te ezt nem érted, én csak a kezemet tudom széttárni.

A hasonlatod kb. olyan volt, mintha lenne egy ronda mechanikus nyomókapcsolónk egy tábla kivilágításának fel/lekapcsolásához, amit letakarunk egy rugókon kapaszkodó, ízlésesen dekorált "táblavilágítás" felirattal és aki ki akarja világítani a táblát, az a feliratot nyomkodja, nem a kapcsolót és ez szerinted hack, meg gányolás. Nem nem az. A kapcsoló funkciója pusztán az, hogy kapcsoljon, mindegy, hogy mit és mindegy, hogy közvetlenül, vagy egy feliraton át nyomkodjuk.

Ami pedig a másik állításodat illeti, az végképp nonszensz: az, hogy valamire van "szebb", meg "odaillőbb" eszköz, az nem tesz automatikusan minden egyéb megoldást gányolássá. A fenti példánál maradva, attól, hogy be lehetett volna rakni egy matricázott kapacitív kapcsolót is, attól még a másik megoldás nem lesz hack, meg gányolás. Gányolás az, ha valamit szarul csinálsz meg, a hack meg - legalábbis ebben a kontextusban - az, ha valamit nem elegánsan csinálsz meg. (Mert egyébként a két szó távolról sem szinonimája egymásnak, te pedig úgy használtad: a nem elegáns nem ekvivalens a gánnyal.)

Ha már kapcsoló: Attól, hogy valami kapcsoló, nem jelenti azt, hogy mindenhova illik. Bemész egy lépcsőházba, látsz egy ajtót, mellette a kapcsoló amin egy csengő ikon van. Mire számítasz? Persze, hogy a világítást kapcsolja!!!

Ez a te "megoldásod". Erőlteted itt baszki oldalas magyarázkodáson keresztül a nem létező igazadat. Annyi igazad van, hogy a checkbox is megoldja a feladatot. De kábé annyira, mint a fenti példában lévő csengő. Holott volna jobb eszköz a célra. Miért nem lehet elfogadni ezt? Miért kell egy rosszabb megoldás használatát kimagyarázni? Csak mert az is működik? Működik a baseball ütő is kalapács helyett, mégse látni építészeket azzal dolgozni. Ha valamit adsz a munkádra, akkor nem elégszel meg azzal, hogy az első nagyjából működő megoldást elfogadod, hanem a jó megoldást választod. 

> Bemész egy lépcsőházba, látsz egy ajtót, mellette a kapcsoló amin egy csengő ikon van. Mire számítasz? Persze, hogy a világítást kapcsolja!!!

Ez a hasonlat kb. nettó hülyeség volt, hiszen itt a checkbox el volt rejtve. A példában a kapcsoló is. Sebaj.

> Ez a te "megoldásod".

Nem. Ez BaT megoldása volt. Az enyém itt van.

Látod ezért hagytam rád az első körben. Majd amikor valaki protézissel próbálja meg felkapcsolni a kapacitív kapcsolódat, akkor majd magyarázd el neki, hogy a tábla mögé rejtett mechanikus az gány, olyan, mint ha baseballütővel kalapálnának.

Oké, bocsánat, hogy a te megoldásodnak tulajdonítottam, benéztem.

A hasonlatra visszatérve: Nem nagyobb hülyeség, mint a tied :) Te azt mondod, hogy nem ugyanaz, mert el van rejtve. De nincs. Vizuálisan el van rejtve, de basszus, a webet nem csak vizuálisan lehet böngészni. Értem én, trendi leszarni az accessibility-t, és azt gondolja mindenki, hogy sok munka szívni vele, ezért nem is éri meg, de a jelen példa az, hogy egy ugyanolyan egyszerű megoldásig el se jut a fejlesztő (nem te, oké, értem, bocsi), mert jó a checkbox is. Ezt viszont te is megpróbálod megmagyarázni. Persze, a div is jó mindenhova, akkor rögtön ne használjunk címsorokat se, mert minek?!

> Értem én, trendi leszarni az accessibility-t

Ez különösen vicces, hiszen BaT megoldása semmiféle accessibility problémát nem vetett fel, míg a tied nagyon is. Látom, csak a lényeg nem ment át a posztomból: "Majd amikor valaki protézissel próbálja meg felkapcsolni a kapacitív kapcsolódat, akkor majd magyarázd el neki, hogy a tábla mögé rejtett mechanikus az gány, olyan, mint ha baseballütővel kalapálnának." De inkább abbahagyom, mert még megint csúnyát mondasz rám, hogy oldalakon át bizonygatom a nemlétező igazamat. Majd bizonygassad te az érintett HUP usereknek a te létező igazadat a le nem szart accessibilityről és a HTML5-dependens "ez a jó" megoldásodról.

Ha ez neked fröcsögés, sajnálom. Azt hiszem elég értelmesen elmondtam miért tartom rosszabb megoldásnak a checkboxot, és javasoltam is egy funkcionálisan azonos de szemantikailag jobb alternatívát. Valahogy mégsem szakmai érvekkel próbáltál meggyőzni, hanem alaptalan kijelentésekkel. Ha én mondok valamit, te meg azt mondod, hogy nem, azzal nem tudok kezdeni semmit. Specifikációt nézted? Screen readerek viselkedését nézted? Dehogy is, kijelentetted, hogy nem jó, meg hogy hülyeséget mondok. Persze, hogy ilyenkor indulatos lesz az ember.

Nem tudok mit kezdeni a "jó ez is" hozzáállással, amikor ugyanannyi energiabefektetéssel lehetne jobbat is. Hanyagság. És a szakma szerint ez jó. Ezért vannak weboldalak tele divekkel nulla szemantikával. Ezért vannak használhatatlan űrlapok, mert a hülye nem submitot kezel, hanem kattintás eseményt. Ezért vannak szarul mobilra optimalizált weboldalak, mert azon az egy telefonon amin nézte működött, és nem szánt időt rendes tesztre. Ez az ami bosszant. A hanyagság. És ez szerinted jó, mert így is működik.

A stílusod, ahogyan prezentálod, az a fröcsögés. Lassan már minden szarnak elhordasz egy láthatatlan checkbox miatt, amit egyébként nem is én javasoltam. És úgy látom, még mindig nem ment át a lényeg: a te megoldásod megköveteli, hogy a felhasználó browsere ismerje azt a két HTML5-ös tag-et. Tehát nem fog menni olyan browserekben, amik nem ismerik. Ez nem elég szakmai érv neked?
Amúgy tök jó, hogy te döntöd el, mi minősül szarnak.

> És ez szerinted jó, mert így is működik.

Amiket felsoroltál, én egyet sem szoktam csinálni. Ez itt már belemagyarázás, billogozás, szavaknak a számba adása.

A stílusomért ez esetben elnézést. A véleményemhez viszont továbbra is tartom magam.

a te megoldásod megköveteli, hogy a felhasználó browsere ismerje azt a két HTML5-ös tag-et

Ez igaz. Nyilván mérlegelni kell az oldal tulajdonosának, vagy a megfelelő döntéshozónak, hogy van-e egyáltalán igény ezen régi böngészőket támogatni. Ha van az sem baj, hiszen egy pár kilobájtos polyfillel megoldható ezen tagek támogatása régi böngészőkben: https://www.npmjs.com/package/details-polyfill-es6

Kérlek ne kezd el ekézni, vagy hacknek nevezni a polyfilleket. Technikailag az, viszont ez egy bevett és szakmailag elfogadott megoldás a visszafele kompatibilitás biztosítására. Alapjában véve jobb megoldásnak is tartom, mint hogy elavult kódot írjunk, vagy szemantikailag más jelentésű elemet használjunk egy feladatra elavult böngészőkre hivatkozva.

Amiket felsoroltál, én egyet sem szoktam csinálni. Ez itt már belemagyarázás, billogozás, szavaknak a számba adása.

Kérlek emeld ki hol állítottam azt, hogy te ezeket szoktad csinálni? Én csak felsoroltam mik zavarnak a szakmában, és hogy ez az eset is olyan, mint a többi. Úgyhogy légyszi, ne adj szavakat a számba.

> Ha van az sem baj, hiszen egy pár kilobájtos polyfillel megoldható ezen tagek támogatása régi böngészőkben

Főleg, ha a JS le van tiltva, ugye? :) Nem tudom feltűnt-e, de a linkes, ill. a checkboxos megoldás egyáltalán nem használt JS-t.

> Kérlek ne kezd el ekézni, vagy hacknek nevezni a polyfilleket. Technikailag az, viszont ez egy bevett és szakmailag elfogadott megoldás a visszafele kompatibilitás biztosítására.

Aha, tehát ha BaT bedob egy láthatatlan checkboxot, ami (elméletileg) minden böngészőben működik, akkor az hack és a kurwa anyját a trécéhának, de ha te betolsz még hatvan kilónyi JS-t az oldalra, akkor az fasza, mert ez egy szakmailag elfogadott megoldás... :)))
Oké, nem hívom hacknek. :) Látod, ezért nem akartam belemenni ebbe a vitába veled. Sejtettem, hogy ez lesz. "Modern megoldások" felszopása, latest mania és kettős mérce, ezerrel. A "szakmailag elfogadott megoldásokról" meg tudod mi a véleményem? Ez. A másik topicban meg belinkeltem a "Website Obesity" cikket. Szemmel láthatólag nem olvastad el. Az egész webkettő egy nagy rakás szar, pontosan a "szakmailag elfogadott megoldásoktól". Toljunk be még nyolc JS keretrendszert, lassítsuk a halálba az egészet pörögjön a CPU, meg a villanyóra, ne működjön sehol sem, csak latest krómban, meg esetleg nightly bugrókában, minden más le van ejtve, indokoljuk a félévenkénti hardwarebővítést.
És még én csinálok szart. Hát ha szerinted ez a jó, akkor én innentől bóknak veszem tőled a szart.

> szemantikailag más jelentésű elemet használjunk egy feladatra elavult böngészőkre hivatkozva

Hát, ha szerinted az Opera 12 elavult, akkor végképp nem tudok veled mit kezdeni. Nyilván, ami utána jött webes "szabvány", azt nem ismerheti. De egy raklap olyan dolog van benne, amit a sok mainstream gagyi csak kiegészítővel, vagy azzal sem támogat. De elavult, mert két HTML5-ös taget nem támogat.

> Kérlek emeld ki hol állítottam azt, hogy te ezeket szoktad csinálni? Én csak felsoroltam mik zavarnak a szakmában, és hogy ez az eset is olyan, mint a többi. Úgyhogy légyszi, ne adj szavakat a számba.

Explicite nem mondtad, hogy én ezt csinálom, de azt kijelentetted, hogy nekem jó a szar, meg az igénytelen, stb. majd leírtad, hogy mi az. Párhuzamot vontál.

Kicsit túlzónak gondolom igényként támasztani egy marginális felhasználótábor (régi böngészők) marginális szeletét (akik még a JS-t is tiltják) amikor a HUP mai mobil eszközökre nincs rendesen felkészítve. Kicsit más a kettő súlyozása. Ráadásul úgy tudom a HUP se 100%-os JS támogatás nélkül.

Majd túlzol hogy nagyobbnak tűnjön a "probléma" mint ami (hatvan kilónyi JS, ami valójában 5, és megoldható az is, hogy csak az érintett böngészőkhöz töltődjön le. 

Azt pedig légyszi ne kérd ki, hogy az Opera 12 elavult. Az. Nagyon elvakultnak kell lenni ahhoz, hogy ne lásd be, hogy egy több éve se fejlesztést, se biztonsági frissítést nem kapott böngésző igen is elavul rövid időn belül. Nem értem a kényszert, hogy ennyire agresszíven bevédd. Senki nem vitatja hogy jó böngésző volt a maga idejében, és jó funkcionalitást adott. 

Egyébként jogos igény lehet a régi böngészők támogatása és a JS nélküli üzem is bizonyos esetekben. Nem hinném, hogy a HUP az. És továbbra is azt mondom, hogy a megfelelő eszközt kell választani a feladatra, ha nincs komoly oka annak, hogy ne élj vele. 

Szerintem alapvetően hibás ez a hozzáállás.

Ha eltekintünk az információ továbbítását még távolról sem célzó oldalaktól (pl. youtube), akkor én személy szerint azt gondolom, hogy kb. annyira alapfunkció az információhoz való hozzáférés biztosítása még kikapcsol JS esetén is (tehát JS nélkül is végig lehessen navigálni, és az információt elolvasni), mint egy autónál az, hogy legyen rajta fék, meg lehessen kormányozni. Innen viszont már nem "támogatás" az, hogy egy Opera 12-ben minden oldalt el tudjak olvasni, hanem alapfunkció (nincs benne semmi Opera 12-specifikus dolog).

A műszaki oldaláról meg azt gondolom, hogy ha jó a kiindulási pont, és már az elején látni, hogy merre van az arra, akkor ebbe nem is kell extra energiát belerakni. Tehát szó nincs arról, hogy ez valami melós dolog, ami valakinek a kedvéért történik, hanem épp fordítva: abba nem kéne melót belerakni, hogy ez elromoljon (gyk: pl. amikor a link el van JS-esítve, hogy ne is működhessen JS nélkül - ez az extra meló, nem az, hogy külön kezeljük a JS nélküli üzemmódot). Magyarán a JS-t arra használjuk, amire való: kényelmesebbé tenni az oldal használatát. Ami nélkül az információ elérése és az alap navigáció még mindig rendelkezésre áll.
 

Azt értem, hogy vannak technológiák, amik már kiindulási alapból elengedik ezt az egész JS nélküli világot (az oldal egy üres valami, és a JS "tölti meg" tartalommal - nincs JS -> üres marad az oldal), és aki ebbe szocializálódik bele, annak púp a hátán ez az egész - szerintem ezek a technológiák nagyon jók olyan oldalakon, amiken nincs információ, de másra meg nem valók.
 

Félreérted. 

Én is annak a híve vagyok, hogy ami tud JS nélkül működni az működjék is úgy. Jelen esetben ez nem is probléma, a details/summary elemeknek nem kell script normál esetben, régi böngészőknél a polyfillnek kell, de anélkül is meg tud jelenni a tartalom, sak nem szépen. Megjegyzem rövid google után találtam meg a polyfillt, simán lehet hogy van css only megoldás is. 

Amúgy érdekes hogy ezt felhozod. Legalább olyan hanyagság azt mondani, hogy "úgyis mindenki JS-t használ, nem foglalkozom azzal, hogy az oldal menjen JS nélkül" mint azt mondani, hogy "jó a checkbox, úgyse látja a user mert el van rejtve".

> Kicsit túlzónak gondolom igényként támasztani egy marginális felhasználótábor (régi böngészők) marginális szeletét (akik még a JS-t is tiltják) amikor a HUP mai mobil eszközökre nincs rendesen felkészítve.

Az az igény, hogy ne kelljen hozzá feleslegesen egy tonna JS (magaslabda, köss bele ismét a költői túlzásba). Ez független a régi böngészőktől. Amikor egy-két sornyi JS-sel van megoldva valami, az engem sem zavar, azt nem is szoktam tiltani, de amikor valahova nem kell JS, akkor nem kell.

> Ráadásul úgy tudom a HUP se 100%-os JS támogatás nélkül.

Nem. De működik. Ráadásul a JS-t lehet részlegesen is tiltani.

> Majd túlzol hogy nagyobbnak tűnjön a "probléma" mint ami (hatvan kilónyi JS, ami valójában 5, és megoldható az is, hogy csak az érintett böngészőkhöz töltődjön le.

Te meg bagatellizálsz, hogy nem 60, csak 5. Az ilyen felesleges "csak 5"-ökből szoktak összeállni a sokszázkilós JS "keretrendszerek", hogy az infernó emésztené el az összeset. Jelen esetben egyébként teljesen mindegy, hogy 5 vagy 60 kB. Tudod miért? Mert a másik megoldáshoz zéró JS kell. Én ugyan nem vagyok matekprofesszor, de a 60/0 és az 5/0 végeredménye között némi hasonlóságot vélek felfedezni, szóval IMHO tök mindegy, hogy 5 vagy 60 kB JS-ből oldottad meg azt, amit a másik ember 1 sor HTML-lel, JS nélkül.

> Azt pedig légyszi ne kérd ki, hogy az Opera 12 elavult. Az. Nagyon elvakultnak kell lenni ahhoz, hogy ne lásd be, hogy egy több éve se fejlesztést, se biztonsági frissítést nem kapott böngésző igen is elavul rövid időn belül. Nem értem a kényszert, hogy ennyire agresszíven bevédd. Senki nem vitatja hogy jó böngésző volt a maga idejében, és jó funkcionalitást adott.

Mitől is avult el? Mitől fejlettebb a többi böngésző? Ez nettó bullshit, hogy régi === elavult. Már csak azért is, mert az is szempont, hogy kinek mire van szüksége. De akkor mondok pár generikus dolgot, hogy miért is nonszensz elavultnak titulálni az Opera 12-őt. Aztán várom az ellenpéldáidat.

- Hogyan oldod meg azt, hogy egy adott oldalhoz plusz JS-t vagy CSS-t csapj, hogy az oldal funkcionalitását, kinézetét megváltoztasd, kibővítsd, hogy a saját dolgodat megkönnyítsd, felgyorsítsd? Operában egyszerűen megadod az oldal beállításai alatt, hogy ezt a CSS/JS fájlt szeretnéd pluszba betölteni ehhez a website-hoz. Hangsúlyozom: file per site és automatikusan töltődik, csatolódik. Egyébként még válthatsz is a "saját nézet" és "szerzői nézet" között. Hogy oldod meg ezt Chrome-ban, vagy Firefoxban? OOB sehogy, fel kell raknod hozzá egy addont. Illetve JS-t olyan szinten lehet, hogy vannak "snippetjeid" (ill. "bookmarkletjeid"), amiket te kézzel futtathatsz, de ezek globálisak, neked kell őket a konzolban futtatni az adott oldalon. Minden alkalommal.

- Hogyan tudod letiltani a JS-t, a CSS-t vagy a képeket egy adott site-nál? Operában ismét bemész a site beállításai közé és letiltod. De globálisan is ki lehet őket kapcsolni. Akár ki is lehet pakolni ezt gombként a felületre (ld. később). Chrome és Firefox? Firefoxban a képeket és a CSS-t már lehet tiltani egy pár verzió óta, Chrome-ban még mindig addon kell hozzá. A JS per site tiltására Chrome-ban már van natív megoldás a devtoolsban, Firefoxból site-onként még mindig csak addonnal lehet tiltani.

- Mi a helyzet a felülettel? Hogyan lehet custom buttonokat hozzáadni a böngészőhöz, ami kattintásra csinál valamit, pl. átszínezi a hátteret feketére? Operában belerakod ezt egy URL-be: "opera:/button/Go%20to%20page%2C%20%22javascript%3Afunction%20blackbg()%7Bdocument.body.style.backgroundColor%3D'%23000000'%3B%7D%3Bblackbg()%3B%22%2C1%2CBlackBG" (azaz az URL encode-olt JS kódod egy "opera:/button/" prefixummal ellátva), rákattintasz és van gombod. Rakhatod ki a felületre. Ugyanez Firefoxban és Chrome-ban? Addonnal. Hanyadik addont kéne már felrakni? De még csak nem is ennyi, mert vannak ugyan generikus addonok, amik bizonyos szintig támogatnak dolgokat, de ha túlfutsz azon, amit tudnak, akkor írhatod meg az összes saját gombodat külön addonban. Asszem ebből már kezd kiviláglani, hogy az Opera felülete ezerszer jobban testreszabhatóbb és ezerszer könnyebben programozhatóbb, mint a többieké.

- Mi a helyzet az under the hood dolgokkal? Mennyire viselkedik ésszerűen a motor? Mondok egy példát. Ha XHR-ből jön vissza JS code, ami valami dinamikusan töltött plusz funkciót adna az oldalhoz (mert nem töltöm be a harmincezer gigabyteos JS keretrendszert, ha kb. harminc sor kell belőle; BTW-funfact: a többi browsernek eval() kell, nem tudják document.head.appendChild()-del a headerhez adni; Operából mindkettő működik), akkor ha a különféle vezérlőelemeiden inline assign-oltad a funkciókat, a többi böngészőben missing reference esetén leszedi a francba az eventet és hiába töltöd be utána a kódot, nem fog működni, assignolhatod újra kódból, megnövelvén a betöltendő kód méretét. Az Opera a kód betöltése előtt dob egy üzenetet a konzolra, hogy nincs ilyen function, a kód betöltése után meg megy. Csak így egyszerűen. Ki a franc kérte a KHTML (WebKit/Blink) ill. Gecko motorokat, hogy "takarítsanak" a kapott kódban? Már megint jobban akarja tudni a program a gazdájánál, hogy mit kell csinálni...

- És mi a helyzet a reklámokkal/általános tartalomszűréssel? Az Operának beépített blacklist/whitelist URL-filtere van. Bármilyen URL-t lehet szűrni. Firefoxból ezt csak addonnal. Chromeban ugyan van URLBlacklist/URLWhitelist, de maximum 1000 entry-t lehet hozzáadni, amivel a szemétnek csak egy töredékét tudod kiszűrni. Ja és JS-t csak a Chrome 73-as óta tudsz vele szűrni, előtte nem lehetett. Úgyhogy, ha rendesen akarod csinálni, akkor addon. Már nem tudom, hanyadik a sorban.

- Itt fel vannak sorolva az Opera belső oldalai, amiben egy csomó monitoring, tweaking és egyéb power stuff van. Ebből mennyit tud a Firefox és a Chrome? Meg tudják mutatni pl. a saját cache-jük tartalmát, ilyen részletesen és ilyen rendszerezetten, site-ra lebontva? A Firefox nem. Külső program kell hozzá. A Chrome valamikor meg tudta, aztán kiszedték belőle egy bug miatt. Innováció! Modernitás! Bazmeg!!! :) (Mondjuk, ahogy nézem, azóta raktak egy cache viewert a devtoolsba, de valami gyíkja van, mert nem minden oldalnál működik, nem listázza ki a cache tartalmát.)

- (Telepítő) Méretek: Opera: ~13 MB, Chrome: ~46 MB, Firefox: ~46 MB. És mindezt úgy, hogy az Opera a böngésző mellett tartalmaz Email, IRC és Torrent klienst is. Mi van akkor a többi böngészőben, hogy kis híján 4x akkorák, ha szinte minden poweruser feature hiányzik belőlük?

Fölteszem akkor a kérdést, hogy mitől is olyan elavult az Opera 12 és mitől olyan baromi modern a többi browser?

- Esetleg gyorsabbak? A felületük semmiképpen sem, esetleg a motorjuk. Csak épp mire az összes funkcionalitást összerakod ami kell, a rengeteg addon miatt elolvad az erőfölény, míg Operánál OOB támogat szinte minden elképzelhető feature-t, nem kell teleszórnod a böngésződet addonokkal. (Nekem is csak egy-két saját addon van telepítve.)

- Biztonságosabbak, mert kapják a biztonsági frissítéseket? Bocs az, hogy mennyi biztonsági frissítést kap valami, az nem azt mutatja, hogy mennyire biztonságos, hanem azt, hogy mennyi lyukat foltoztak be rajta. (Egyébként az is számít, hogy mennyire célpontja a hackereknek egy adott szoftver. Ha nem az, akkor hiába van benne esetleg rés, ha nem tudják kihasználni.) Apropó, azt tudtad, hogy a WebExtensions telepített addonjainak van egy a telepítéshez köthező UUID-je, amit ráadásul le is lehet kérdezni? Ez a gyakorlatban azt jelenti, hogy ha van nálad telepítve egy addon, akkor annak az UUID-je alapján a weboldalak be tudnak azonosítani. (#1, #2) Nesze nekünk biztonság.

- A HTML5 miatt? Az Opera is ismeri a HTML5 egy részét, csak nem mindent. Az Audio/Video tag-et pl. ismeri, tehát a video/zenelejátszás is megy benne. Eddig nem nagyon találkoztam olyan HTML5 tag-gel, ami használhatatlanná tett volna egy oldalt.

- A hiányzó ECC cipherek miatt? Na, ez az egy tényleg fájó pont, ezt el kell ismerni. De mivel az Opera forrása kiszivárgott, csak idő kérdése, hogy mikor updatelik fel benne az SSL libet. Addig workaroundnak ott a Squid.

Úgyhogy az Opera nem csak a maga idejében volt jó böngésző és nem csak akkor adott jó funkcionalitást, hanem ha azt nézem, hogy mennyi szemetet kell felrakni a többibe, mire ugyanazt a funkcionalitást utolérem, akkor még ma is. Nem én vagyok elvakult, hanem te vagy tudatlan: lövésed nincs mit tud az Opera 12, csak csuklóból leelavultozod, mert régi.

Micsoda érvek...

Összefoglalva:
- Ha röviden mondom, akkor nincsenek szakmai érveim, ha meg kifejtem, akkor meg oldalakon át bizonygatom a nemlétező igazamat.
- A láthatatlan checkbox szerinted hack, bár "általánosságban nem az", míg a JS-ben összetákolt polyfill az nem az, bár "technikailag az".
- Az Opera 12 elavult, mert csak. Bár számos esetben messze felülmúlja a mai "modern" böngészőket, arra már nem mondasz semmit, csak egy ilyen üres, lekezelő szörnyülködést, mintha minimum kibeleztem volna valakit, nem pedig műszaki paramétereket soroltam volna.

Ezért nem akartam belemenni a vitába. Neked semmi sem jó, ami nem felel meg az ideológiáidnak és ezért aztán akkora kettősmércével mérsz, mint állat.

Nem. Én reagáltam az érveidre, csak nem tetszett a válaszom. Te vagy az, aki konzekvensen nem arra reagál, amit mondok.
Mit kellene még mondanod?
Mondjuk elmondhatnád, hogy miért is jobb valamit 60 5(!) kB JS-ből megoldani, amihez egy sor HTML elég volt.
Mondjuk kifejthetnéd, hogy miért elavult az Opera 12, amikor egy raklap példát adtam, hogy mi mindent tud, amit a többi browser nem.
Egy műszaki vita így működik. Van egy adag érv az egyik oldalon, lehet tételesen cáfolni a másik oldalon és hozni az ellenérveket. Az nem érv, hogy "uh baszki, menjünk innen... (...mert ez hülye.)".
Nem tudok mit kezdeni a pszeudoprogresszív fundamentalizmussal, hogy minden, ami két percnél régebbi, az automatikusan elavult és szar, mert csak és kész.

> A kérdéseidre már kaptál választ.

Nem kaptam. Az nem válasz, hogy "Uh baszki, na én megyek innen...". Magyarul fingod nincs, mit tud az Opera, de régi, tehát automatikusan elavult szar. Az új browserek a szarok, el kell, hogy keserítselek.

> Továbbá már jeleztem hogy nem kívánom folytatni ezt a "vitát". Úgyhogy kérlek tartsd tiszteletben.

Én meg már az elején jeleztem, hogy el se akarom kezdeni. Te azt tiszteletben tartottad?

> Vagy vitatkozz magaddal tovább...

Hát, ha veled nem lehet... :]

> Minden jót.

Beléd is.

Utoljára ez volt amit BaT-tal összeraktunk:

.voters {
	display: block;
	position: absolute;
	border: 1px solid #9c9c77;
	background-color: #b7b78b;
	margin: 4px;
	visibility: hidden;
}

.voters-toggle {
  display: none;
}

.voters-toggle:checked ~ .voters {
  visibility: visible;
}
<label for="votersview_id">8 szavazat</label>
<input id="votersview_id" type="checkbox" class="voters-toggle">
<div class="voters">user0, user1, user2, user3, user4, user5, user6, user7</div>

BaT-nál és nálam működött. Ő mobilon próbálta, én underground böngészőben. A mainstream browserekben mennie kéne. IE-re nem vállalok garanciát és gondolom BaT se. :P
Viszont ezt a sokszázposztos topicot már nem hiszem, hogy nagyon sokan olvasnák, ergo nem nagyon lesz feedback. Szerintem push, aztán ha valakinél nem működik, akkor fixeljük, ha meg totál katasztrófa, akkor revert.

> A fasznak se kell ez a listázás funkció

Neked nem kell, másnak még lehet.

> de két ember egy-két böngészőben kipróbálta, egy úgy véli, a többi böngészőben is jónak kell lennie

Ha az underground böngészőkben megy, akkor az menni szokott a mainstream böngészőkben is. A fordítottja ritkább.

> szóval menjen élesbe

Gondolom először a tesztoldalra pusholja, ahol ki lehet próbálni.

> ha lehet, egy rendkívüli azonnali patch keretében!

Ilyet, meg senki nem mondott.

Én egyébként igazán nem értem a problémádat.

Azzal jöttetek, hogy az oldal készítése során nem vesszük figyelembe a kéréseiteket, ötleteiteket. Ez is egy kérés volt, több emberből. Én javasoltam egy alkut, ami megvalósult. Vagyis a frontend-részét megcsinálták mások, nálam hozzáértőbb szakemberek, így nekem csak a Drupalos részével kell foglalkoznom.

Szerencsére ez is azt mutatja, hogy nem kell elbújnom mögéd (és mások mögé sem), ez szerintem egy szépen megvalósult együttműködés.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nem igazán értem a problémádat. Öt-tíz embernek – talán – kell a funkció, nekem nem, a többiek meg nem foglaltak állást. Esetleg meg lehetne kérdezni őket is, ha már a közösséggel takarózol.

Kiforgathatod a szavaim, de én azt mondtam, részedről/részetekről az egész átállás felhasználók felé való kommunikációja kb. egy az egyben szar volt. Ennek természetesen része volt az, hogy átláthatatlan módon válogattál a kérések között. Aztán nemrég sértődötten kihirdetted, hogy azokat a funkciókat valósítottad meg, amik neked kellettek, meg amikhez kedved volt, és kurva elégedett vagy magaddal.

Nem kell, mégis csinálod.

:)

Felesleges félremagyaráznod, mert már az elején egyértelmű volt:

  • Azokkal a feladatokkal és hibajegyekkel kell foglalkoznom, amiket az oldal tulajdonosa, üzemeltetője jelez nekem.
  • Ami kérés, felvetés ezeken felül felmerül, azt már ingyen, a szabadidőmben csinálom, ennek tudatában nem vagyok köteles teljesíteni őket. (még ha te és mások szeretnék ezt presszionálni).
    Ezért aztán:
    • Nem foglalkozok egymást kizáró kérésekkel
    • Nem foglalkozok olyannal, amit csak 1-2 ember kér
    • Előnyt élveznek azok a kérések, ahol mások is közreműködnek a javításban. Lásd pl. a mostani hozzászólás-pontozás listázás elkészítése
    • Bármire mondhatok nemet

Sértődött pedig egyáltalán nem vagyok, még csak ideges sem. Az itteni pár hangadó emberrel (sem) vagyok semmilyen kapcsolatban, nem üzletfeleim, nem munkatársaim, semmiféle elvárást vagy kényszert nem kell teljesítenem feléjük.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Jah, nyilván, hiszen te ismered a részleteket, neked van rálátásod minden kapcsolódó dokumentumra és beszélgetésre. Ja, nem.

Sebaj, megszoktam, további szép napot!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Hibajelentés:

Véletlen dupla kattintással egy kommentet be lehet küldeni kétszer. Ideális esetben ezt a motornak meg kellene akadályoznia

  • Gyors megoldás tud lenni egy sornyi JS, ami a gombra kattintás után disabled-et rak
  • Igényes megoldás lehetne egy szerver oldalon az űrlaphoz generált token, amit a szerver csak egyszer enged elhasználni. 
  • Illetve a fenti kettő kombinációja a legjobb élményért.

A főoldalon a szavazásokat használva (például a főoldalon a jelenleg legfelső Elmész-e magánlaborba koronavírus tesztre? szavazásnál) ha nem válaszom ki egyiket sem, de rákattintok a Szavazás gombra, akkor az alábbi hibaüzenetet kapom fent a lap tetején:

1 hiba akadt: Szavazatok
A szavazatod ehhez a szavazáshoz már rögzítve lett.

Ekkor a tényleges szavazásnál, a rádiógombok felett pedig ez fogad:

Your vote could not be recorded because you did not select any of the choices.

Ez egyből három hiba:

  1. félrevezető magyar hibaüzenet - hiszen még nem szavaztam
  2. hiányzó fordítás a rádiógomboknál
  3. két helyen jelölve van ugyanaz a hiba, egymásnak ellentmondó tartalommal, egy hibajelzés helyett

 

Ez a hiba magánál a szavazásnál is reprodukálható, de ott nincs a félrevezető magyar hibaüzenet, csak az, hogy:

1 hiba akadt: Szavazatok

Szia!

Megvártam a hozzászólás-pontozás listázását. Van még egy frontend-probléma, ami szerintem másoknak is zavaró, azt felhozom itt, hogy valaki hozzáértőbb segítsen rajta. Addig én ennek a listázásnak elkészítem a szerver-oldalát és a frontend részt beleteszem az oldalba. Aztán a hétvégén frissítem a tesztoldalt, lehet nyomogatni és ha nem lesz probléma, akkor a jövő héten tőlem ki is mehet.

Az időpontok nem véglegesek, mivel jelenleg betegszabin vagyok, illetve trey is szeretné tesztelni az új oldalt, az éles oldalra pedig csak ő tud kódot kitenni.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Az új hozzászólás count fix-et kellene mielőbb kitolni, mert kurva idegesítő.

Az már nem érdekel, hogy mobilon balról jobbra v. jobbról balra steppelnek a gumimacik ha az előző hozzászólás szerzőjének az életrajzát nézem, de az új hozzászólás count nagyon gáz. Kb. go live blocker lenne.

Sajnos van némi igazság benne. Hány hónapja is történt meg a migráció? Azóta csak a ködösítés megy, mostanába is csak ennyi infó van, hogy már megtörtént a javítás, csak ezért meg azért még nem történt meg az élesítés. Ez mondjuk kifogásnak is tökéletes, ki tudná eldönteni mi is az igazság. Az se bíztos, hogy el lett kezdve az ezzel kapcsolatos munka.

Nettó rosszindulat van benned, ez már az elejétől így van. Kurvára érdekes, hogy én gond nélkül tudom továbbra is használni a hupot, hiszti és számonkérés nélkül.

Ha valami nem tetszik, akkor jelentem, vagy lesz vele foglalkozva, vagy nem. De nem fizetek a supportért, a HUP használatáért, stb. Örülök, hogy van a HUP. Vannak itt emberek, akiket kifejezetten kedvelek. Idegyűltünk már lassan két évtizede, pont leszarom, hogy lassan történik változás, tudom olvasni a hupot és tudok írni ha éppen ahhoz van kedvem.

Biztos, hogy nem én gonoszoltam le!

Kurvára érdekes, hogy én gond nélkül tudom továbbra is használni a hupot, hiszti és számonkérés nélkül.

Nézd, semmi gond a jóindulatú hozzáállással, de vak se legyél. Vannak hibák, komolyak, amik miatt a használat totál nem gond nélküli. Hibák lettek jelentve, javítások lettek ígérve, hónapokkal később továbbra is egy csomó hiba VAN. Ez tény, ez nem rosszindulat. 

 

Így van! Most mit jó pofizzak itt ha egyszer szar a hozzászólás számláló, amióta csak intvan az új HUP. Isten tudja már hány hónapja.
Ha napi 1 percet foglalkoznék vele, már akkor is ennyi idő alatt 100x javítottam volna.

És ez nem olyan probléma amit el lehet nézni.
Naponta tucatszor kattintok egy-egy bejegyzésre, mert látom új hozzászólások vannak. Aztán megnyitva látom, hogy jah, mégse, csak még mindig bugos ez a szar.

Arról már ne is beszéljünk milyen lassú az oldal.
Ezt a topicot megnyitva, simán elkortyolom a kávémat mire betöltődik.

Szóval kurvára nem érdekel mennyi munka volt a migrálással, szar lett az eredmény. Trey anno összerakott egy remek oldalt, minden faszán működött, amit szégyenszemre eladott, aztán jött ment "programozók" szétkúrták.
Az még hagyján, basznak rendbe hozni, csak az ígérgetés megy hónapok óta.

Nem fogom részletezni, de annyit elárulok, hogy már lassan két hete folyamatosan beteg vagyok (nem, nem korona) és már mocskosul unom. A kevés időt most más projektekre kell fordítanom, amúgy pedig megvártam, amit konszenzus születik a hozzászólás-pontozások listázásáról.

De te csak nyugodtan csináld a műsort, addig is pörög a topic!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Elég macera az éles oldalra kódot kipakolni és nem miattunk. Sajnos nem úgy van, hogy csak felmásolom és kész. A hétvégén szerintem már meg tudom csinálni a tesztoldalt, valahogy időt kerítek rá. Aztán lehet tesztelni és ha okés, akkor mehet ki.

Én most két hétig gyakorlatilag folyamatosan betegszabadságon voltam.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nyilván nem lesz belőle semmi. 1 hónapja írta, hogy kész van a javítás, csak még nincs kint! 
Most komolyan, 1 hónap alatt nem lehet kitenni egy javítást? Ne vicceljünk már...
Ez van amikor valaki Pistike Bt-re bízza a fejlesztést, aki összefosik valami kódot, de ha már javítani kell akkor megáll a tudomány. Nyilván ki sem tudja javítani.

Ami viszont érdekes, hogy a HUP jelenlegi tulajdonosát nem bassza ez? Elvileg Ő fizetett valamiért, ami nem hogy jobb, de még rosszabb lett mint volt. Ebből az jön le, hogy Ő is szarik bele az oldalba. na ez az igazán szomorú!
Mondjuk én kiba ideges lennék, hogy fizettem valamiért amit ilyen trehány módon csináltak meg. Addig rúgnám az illetőt még meg nem csinálja olyanra amilyen legalább előtte volt. El nem tudom képzelni ki lehetett az az idióta aki ezt kifizette, de biztos nem tud mit kezdeni a pénzével...

El kell hát fogadnunk, szép lassan leépül majd az oldal, senki nem fogja javítgatni. Max néha jön egy Pistike aki beletákol "jó van az úgy" alapon, aztán legyünk boldogok.

RIP HUP

A faszok sorsa, hogy hozzájuk hasonló faszt vonzzanak magukhoz. Mi mind faszok vagyunk, ezért nem érdemlünk jobbat ezeknél a faszoknál. Légy megalkuvó, takard el a felhasználói szemed, összeszorított foggal tedd félre a szakmai elvárásaid, és örülj neki, hogy kb. működik az oldal, és nem kellett senkit leszopnod érte (bár igény kimondottan volt rá). Dolgozz, küzdj és pofázz olyan dolgokért, amikért talán még érdemes. Ez már nem ilyen.

:)

Hmm. Te! Ezek lehet nem is olyan hülyék mint ahogy lejön!
Azért nincs kijavítva a számláló, mert így még többször megnyitjuk az adott bejegyzést, gondolván van új hozzászólás. Így persze Ők még több reklám bevételt kapnak!
Nem lepődnék meg ezen, hisz tudva levő hogy elvan kurvulva az oldal mióta Trey eladta.

Ügyes, nagyon ügyes. Milyen kreatív vagy ma! :)

Egyébként ezt rajtatok kívül mindenki tudta, és hányszor próbáltunk erre rávezetni, de gondolom a tudatalatti dolgozott, hiszen végre megvilágosodtál! :D

Biztos, hogy nem én gonoszoltam le!

Nem tudom hányan vagyunk itt a hupon, akik esetleg anyagi hozzájárulást is bevállalna. Én benne lennék abban, hogy a szerény fizetésemből ötezer ft-ot, és ha még lenne rajtam kívül 999 ember, aki csak ennyit felajánlana, az öt milla lenne, akkor ki lehetne adni egy profi honlapos cégnek, hogy egyedileg fejlesszenek le tisztességesen egy portált is migrálják át. Trey mondta nekem egy másik szálban, hogy alsó hangon kétmillió egy ilyen. Akkor plusz háromból tokkal, vonóval olyan fasza portált lehetne csináltatni, ami énekel, de ha kérem le is szop.

Abba is bele mennék, ha csak ötszáz hup user lenne és mindenki hajlandó lenne egy tizessel hozzájárulni, rajtam sem múlna.

ki lehetne adni egy profi honlapos cégnek, hogy egyedileg fejlesszenek le tisztességesen egy portált

Igazából nem értem miért volna itt szükség egyedi fejlesztésre. Jól hangzik, sok pénzt el lehet rá költeni, aztán a végén kapsz valamit, ami sokkal korlátozottabb és zártabb, mint bármelyik off-the-shelf open source alternatíva, beleértve a drupalt is.

A hup is lehetne jobb és szebb, ha pár hozzáértő fejlesztő, üzemeltető leülne, és becsülettel összeraknák egy értelmes tervezés után.

Igazából nem értem miért volna itt szükség egyedi fejlesztésre. Jól hangzik, sok pénzt el lehet rá költeni, aztán a végén kapsz valamit, ami sokkal korlátozottabb és zártabb, mint bármelyik off-the-shelf open source alternatíva, beleértve a drupalt is.

A zártságnak is van előnye. Elméletileg biztonságosabb a zárt forrás.

Azt meg soha nem értettem miért pont drupal. Nem azt mondom, hogy wordpress jobb lenne.

A hup is lehetne jobb és szebb, ha pár hozzáértő fejlesztő, üzemeltető leülne, és becsülettel összeraknák egy értelmes tervezés után.

Hát úgy néz ki ez nem megy.

Helyette a mutogatás az ilyenekre, mint én és a nálam rosszabbakra. Legalább most már értem, miért nem törlik a hozzászólásaimat. Így van mire mutogatni, meg kifogásokat keresni.

Azt szeretném kérni, hogy bannoljanak téged.

Először azt hittem csak rossz helyre írtad, de elgondolkodtam, lehet, hogy nem. Más esetben még jogosnak is érezném.

Ha viszont szándékosan írtad ide, azzal igazolod a sérelmedet, amit az váltott ki, hogy elbuktál.

Figyelmeztetlek, ha miattad bannolnak visszatérek és gyalázatos verseket, egyperces novellákat írok rólad. Megértetted?

Nem voltam a HUP-on az elmúlt hét-három hétben, mert mással kellett foglalkoznom. Elvileg most egy kis nyugi van (remélem így is marad), így a héten be tudom fejezni az elmaradt feladatokat.

Ui.: csak hogy egyértelmű legyen, jelenleg hol nem jó az új hozzászólások számlálása? A listáknál (pl. főoldali fórum-blokk), a tartalmaknál, vagy egyik helyen sem? Ma este összerakok egy új tesztoldalt, ami nem tartalmaz mindent (pl. a hozzászólást pontozók listája), de ezt az új hozzászólásos hibát lehet benne tesztelni.

Bejelentve nem lesz, max. egy blogbejegyzés róla.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Plusz hiányzik a téma szerkesztésekor megjelenő "Új" jelzés a téma nevénél.

Az egy dolog, hogy vannak-e új hozzászólások, de a nyitó bejegyzést az ember nem olvassa el minden alkalommal.
Korábban, ha a témában voltak hozzászólások, egy "frissült" felirat jelent meg - ez elhagyható, ahogy most sincs kint.

A nyitó bejegyzés módosulását jelző "Új" jelzést viszont vissza kellene tenni, mert olyan információtartalommal bír, ami másképpen nem látható.

(Írtam már korábban is, de hátha most... az olvasottsági számlálóval együtt jó lenne, ha visszakerülne a fenti is...)

Nem frissült rögtön és ez sokakat zavart. Megnézte. Majd megnézte öt másodperc múlva megint és nem változott a számláló, hallatlan!

Ezért inkább elrejtettük és mindenki megnyugodhat.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Igen - jó lenne, ha ezt a funkciót engedélyeznétek, ahogyan a korábbi oldalon is volt.
...és egyébként hasznos funkció - pl. tudom, hogy azért nem érkezett válasz egy témára, mert senkit sem érdekel (nem nyitották meg), vagy sokan ránéztek, de nem tudtak érdemben hozzászólni.
Ugyanígy blogbejegyzés megtekintésszáma is érdekes lehet, mert következtethet az ember arra, hogy mennyire érdekes, amiről szól - ez is egyfajta visszacsatolás (saját bejegyzéseknél).

Én mostanság nem vettem észre ilyen hibát, de én csak a "friss tartalom" és "követett tartalmak" listáját szoktam nézni (korábban biztosan volt itt is, de szerintem volt frissítés azóta).
Ettől még elképzelhető, hogy előfordul itt is, de ez alapján azt gondolnám, inkább a főoldali fórumblokk környékén lehet gond.

a forumblokknal mar regota jo. csak azota tetu lassu az oldal :)

de sehol mashol, foleg a cikkeknel zavaro nagyon. meg mintha meg mindig keverne a szavazassoknal is hogy szavaztam-e, de mivel mostanaba keves szavazas volt nem annyira feltuno :)

majd ha felkerul a javitas szolj es figyelem. addig minek...

Hát...

A php-fpm esetében annyit érdemes hangolni, hogy pont jó darabszámú processe legyen ahhoz, hogy pont megegye az összes neki szánt CPU-t és az összes neki szánt memóriát. Minden mással kevesebb, mint 10%-ot fogsz nyerni, ami sokat nem ér.

A cache-t meg okosan kell használni és sokféle jó dolog kisülhet belőle. Itt pl. van Redis, amennyire olvastam, abba kár bele lehetne dobni a teljes oldalakat is, a kommentek meg invalidálhatják a cache-elését egy konkrét oldalnak. De bármi más is jó lehet, nyilván.

(20-30.000 request/sec-et kapó oldalakkal dolgozom, ott ezek a tapasztalataim. A HUP egy szerveres felállásában lehet, hogy más a jó.)

Sziasztok!

Most én is kérek frontend-javításban segítséget. Van ez a CSS-animált veterán flag a hozzászólásokon, amit valaki elkészített én pedig felhasználtam az oldalon. Nagyon szép és látványos, de mobilon több szál mélységben nehézzé teszi a hozzászólás-navigációs nyilak használatát: a veterán animációja miatt elmozdul az egész.

Nem tudom, hogy kiket érint, de ha készül rá javítás, akkor kikerül az is.
Köszi!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ez igaz.

A bevett szokás a tooltip emulálása longpressre, sok helyen látni, benne van a material guideline-ban is, szóval mondjuk egy andoridos felhasználó számíthat ennek a meglétére.

Persze az is elfogadható opció lehet, hogy mobilon ilyenkor nincs semmi, csak az ikon. Vagy nagyon feltétlenül szükséges a veterán feliratot kiírni? Más ikonokhoz se fűztök túl nagy magyarázatot :) 

Nagyon sok ilyen van mobilon, egyszerűen mert az interfész nem tud elég részletes lenni, különben zsúfolt lenne. Sajnos ez van, lehet nem mindenkinek egyértelmű, de ez legalább egy bevett gyakorlat, és talán lehet arra számítani, hogy ott van longtapra a tooltip vagy bizonyos esetekben a context menü.

Szavazásnál előjött olyan bug, amelyről azt gondoltam, rég túlvagyunk rajta. Leírom, mi történt.

Abban a szavazásban, amelyben a munkáltatói intézkedések mikéntjéről lehet szavazni, előbb megnéztem a szavazás jelenlegi állását. Utána rányomtam arra a gombra, amely visszavisz a szavazáshoz. Itt valami nagyon rossz pozícióba vitt az oldalon belül, de ez inkább csak zavaró meglepetés volt. Aztán szavaztam, miután fent megjelent a „A szavazatod ehhez a szavazáshoz már rögzítve lett.” pirossal, majd alatta zölddel „A szavazat rögzítve lett.”. Ez a két üzenet eléggé ellentmondónak tűnik egymás alatt közvetlenül.

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

A szövegbeviteli doboz jelen állapotában sokkal vacakabb, mint a régi változata.

„Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat.”
"Az Antikrisztus ledarálja Mészáros Lőrincet."

Nekem lenne egy olyan kérdésem, hogy a keresővel nem lehetne valamit kezdeni? Nagyon régen úgy emlékszem volt az oldalnak saját keresője ami szerintem fényévekkel jobb volt mint a mostani google verzió. Ha keresek valamit akkor előre (nyilván a sokat olvasott), de nem újabb vagy értelmesebb találatokat kapom, pedig jó lenne ha a frissek kerülnének előre. Vagy legalábbis lehetne valamit állítani rajta,hogy miként keressen. Szóval szerintem macerás na.

A webhelyen nem várt hiba történt. Később érdemes újra megpróbálni.

Fehér alapon ennyit kaptam vissza, amikor posztoltam a "POE tápfeladó kérdés" topicba. A komment viszont megérkezett, ahogy látom (nem küldtem el újra).

Kérem a Hupper plugin alábbi funkcióinak implementálását:

- trollok hozzászólásainak színkódokkal való jelölése

- trollok hozzászólásainak kiszűrése

Nem volt meg benne, de jó lenne: trollok által indított topikok kiszűrése

„Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat.”
"Az Antikrisztus ledarálja Mészáros Lőrincet."

Sokkal egyszerűbb dolgotok lenne, ha elérhető lenne a hup féle D8 forrása és lehetne - akár itt megosztott, vagy emailben küldött diffekkel, vagy verziókezelő rendszeren keresztül - commitolni, aztán trey || bárki illetékes pusholná a tesztszerverre, ahol a felhasználók tesztelhetik és végül - ha minden oké - élesítené.

Nézd, ezt ne nekem mondd, mert én ebben nem vagyok kompetens. Majd az lesz, amit az oldal tulajdonosa mond. Ha meg nem mond semmit, akkor nem lesz semmi.

Én kb. negyed óra alatt elő tudok állítani egy dumpot és mehet mindenki Isten hírével.

Ui.: Pl. abba is gondolj bele, hogy az oldalra vonatkoznak a GDPR törvényi feltételei. Ha itt a közösségi fejlesztésben kikerül egy olyan kód, ami konkrét adatszivárgást okoz elő (pl. ellopják az adatbázist), akkor ki lesz a törvény előtt felelős? Az oldal tulajdonosa, aki nem csinált semmit? Az üzemeltető, aki nem programozott benne semmit? Vagy aki beküldte a kódot, de akivel nincs semmilyen hivatalos szerződése az oldal tulajdonosának?
Nem egyszerű kérdéskör ez, én ebbe nem fogok beleszólni. Szerencsére dönteni sem nekem kell.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Re: GDPR

Valamikor kellett valami tréninget csinálnunk ebben a témában. Úgy emlékszem, hogy ki kell jelölni különféle szép nevű szerepkörökhöz embereket, és innentől kezdve nem kell tippelni, hogy ki lehet felelős. Az lesz a felelős, aki az adott színű sapkát viseli.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Ha itt a közösségi fejlesztésben kikerül egy olyan kód, ami konkrét adatszivárgást okoz elő (pl. ellopják az adatbázist), akkor ki lesz a törvény előtt felelős?

Ha egy tetszoleges open source projekt kodjaban egy hiba adatszivargast okoz, azert ki a felelos? Evtizedeke ota vannak open source projektek, azt gondolna naivan az ember, hogy ez mar egy megoldott kerdes. :)

Megmutatnád, hogy hol írtam ilyent, hogy ilyen soha nem fordulhat elő? Másrészt pedig nem én vagyok a projekt tulajdonosa, csak a (jelenlegi) fejlesztője. Szóval nem tudom, hogy miért kellene olyan kérdésre válaszolnom, amiben nem én vagyok az illetékes.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Egyébként nekem két funkció hiányzik Hupperből:
- A fórumtémák címe fölé húzva az egérkurzort, azok színe megváltozott (hover) - nem nagy dolog megcsinálni, de nagyságrendekkel kényelmesebbé teszi a használatot
- Adott hozzászólás fölé húzva az egérkurzort, megjelent egy függőleges vonal baloldalon, amivel könnyen követhető volt, melyik szálra érkezett az adott hozzászólás

Az első nagyon hiányzik, a második meg akkor, amikor sok egymásba ágyazott hozzászólás van.

(Egyébiránt a szülő hozzászólás megjelenítése még mindig jobb volt Hupperben, itt ugyanis a szövegdoboz felugrott középre, de nem változtatott az oldalon semmit - a keskenyítés úgy is kevésbé kényelmes, ha nem rontja el a pozíciót, mert a hozzászólások szélessége óhatatlanul változik.)

...de ezeket írtam már korábban is...

Csak bátortalanul kérdezem, hogy esetleg ilyesmit bele lehetne tenni az oldal CSS-ébe?

.views-table tr:hover {
          background-color: #dfdfd7;
}

Nem állítom, hogy ez a tökéletes megoldás - nem tudom, hol használja még a Drupal a "views-table" class-t az oldalon és ott zavaró-e, de a "friss tartalmak" és "követett tartalmak" használatát Full-HD monitoron, PC-n nézve sokkal kényelmesebbé teszi.
Igaz, a táblázat fejlécének színe is megváltozik fölé húzva a kurzort (mondjuk azt nem tudom, a fejléc miért van <tr> tag-ben).

Jobb híján ezt, vagy egy ilyen hatású másik megoldást (esetleg, ha tudsz definiálni ezeknek a táblázatoknak egy saját class-t) tegyétek bele légyszíves (ref).

Tisztelt neuron!

Ez több pontos is problémás lehet. Legfőképpen ez:

trollok által indított topikok kiszűrése

Érintettként szólnék.

A trollok sem feltétlenül trollkodnak szüntelen.

Mi van ha szakmai kérdést teszek fel probléma elhárításának segítség kérés céljából, vagy javaslatot egy adott probléma minél hatékonyabb/költségkímélőbb módszerére.

Akkor diszkriminálva vagyok, mert mondjuk a bologmoban a hátsó fertájamról írok, vagy arra buzdítok mindenkit, hogy megegyük poliverzumot? Ez nem szép.

Mert akkor abban vagyok motívált, hogy semmi szakmait ne írjak be, csak a hülyeséget. Ez hosszú távon nem az oldal érdekeit szolgálja.

Ez csak az én véleményem, de aki troll, az igazán mocskosszájú (kezű?), személyeskedő fajtából (nem állítom, hogy te ez vagy), az megérdemli a fórum (sőt, az élet) bármely területén a diszkriminációt. Arra kéne motiválni mindenkit, hogy ne viselkedjen ilyen aljas módon.

Az emberek nagy része szerintem a hupperrel se szűrte a trollokat.

Én is csak 2-3 kolléga hozzászólásainak adtam szép piros hátteret, hogy nehogy véletlenül komolyan találjam venni az első pár mondatot.

Mert akkor abban vagyok motívált, hogy semmi szakmait ne írjak be, csak a hülyeséget. Ez hosszú távon nem az oldal érdekeit szolgálja.

1) Ha csak hülyeséget írsz, idővel mindenki szűr, az az oldal érdekeit nem zavarja

2) Esetleg abban nem motiválhat, hogy kevesebb hülyeséget írjon a tisztelt troll kolléga és több értelmes dolgot?

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Egyben válaszolok mindenkinek. Én afajta művész troll vagyok. Hülyeségnek hülyeség, de a szórakoztatás az elsődleges cél. Nem csak a saját szórakoztatásom, hanem másoké is. És úgy látom, hogy mindenkinek ez nem jön be, de visszajelzés alapján vannak akik igénylik.

Mellesleg ha ez megnyugtat titeket, egészen szar troll vagyok. Csak poliverzum lelkivilágába gázoltam bele, de lehet Ő rászolgált.

Nálam nem csak a politikai, hanem más téren szélsőséges figurák is színt kaptak.

(Gentoojedi tőlem nem kapott színt, és poliverzum vagy hajbazer sem.)

„Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat.”
"Az Antikrisztus ledarálja Mészáros Lőrincet."

Tudom. Rájöttem. Te is tagja vagy annak a hatalmas létszámú (összesen hétfős) csúcskategóriás rajongótáboromnak, akik szeretik az irományaimat olvasni, amiből bárcsak több lenne. Nos van, csak nem itt publikáltam.

Ide minek. Tele van az oldal ilyen kiégett trollokkal, mint Trey, akinek azzal okoznék örömet, ha pénzt adnék, hogy elolvassa az irományomat. 

Aztán vannak a középkategóriás rajongóim, akiknek egy része kussban van, csendben olvassák az irományaimat és nem merik felvállalni, hogy tetszik, amit művelek, mert attól félnek ciki felvállalni, a másik részük meg kötözködik velem, ők azok, akik szintén nem vállalják fel, hogy rajonganak/bírnak/imádnak, de vágynak rá, hogy kommunikáljak velük, mert ettől feldobódnak, vagy így próbálják kompenzálni szeretethiányukat, vagy csak egyszerűen merevedésük lesz tőle. Ilyen például gelei, de élek a gyanúval, hogy kukucska, vagyis Halfdemon is. Utóbbi, hangoztatta, hogy nem érdeklem, de ÉÉÉÉN NEM HISZEK NEKIIIIII!!!!!!

Kedves hétfős elitrajongóim! Majd egyszer, ha végre kibasznak innen is, csinálok egy teljesen zárt antihuppot és felveszlek titeket tagnak.

 

U.I.: Azt nem tudjátok, hogy az a fütyiműtött sorstársam, az a szadomazó székely ostoros kisiparos, ja most nézem gyulai, akkor nem székely, na ő vajon benne van e a hétfős keménymagban? Mert akkor nyolc fős.

Szerkesztve: 2020. 03. 27., p – 09:11

A topic címek nem tördelnek a főoldalon, így nem fér ki a teljes sor, oldalra kell scrollozni, nagyon zavaró.

+ használhatatlanul lassú lett az oldal működése mobilról.  Annyira lassú, hogy képtelen betölteni pl. ezt a topicot, nem lehet görgetni, nem jelenik meg a tartalom, csak üres felületet görgetek. Ez pl. egy fő hiba, amit jó lenne javítani.

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

Ebben a topicban rengeteg hozzászólás van lapozás nélkül. Ha lapozót teszek bele, akkor viszont el fog törni minden, ami az új hozzászólásokkal kapcsolatos. Próbáltam rá pár megoldást, de szerintem az lesz, hogy a hosszú témák automatikusan lezárásra kerülnek.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ha a thread-eket össze lehetne csukni, akkor nem vennének el annyi helyet. Betöltéskor csak azokat a szálakat nyitja ki, ahol van új komment, amúgy meg zárva az összes. Amúgy is hasznos lenne, ha egy-egy szálat össze lehetne csukni. Ez kb. 50-60 sornyi kódból meg lehet oldani.

Azt sosem mondtam, hogy gyors, pláne ez a topic. Sajnos az ilyen sok hozzászólással rendelkező topicok belassulnak. Ezen lapozással lehetne segíteni, de jelenleg nem tudok olyan megoldást, ami ne járna valamilyen kompromisszummal. Pár dolgot megteszek a teljesítményjavításért (illetve remélem a szolgáltató is partner lesz ebben), a végleges megoldás kitalálását és megvalósítását pedig már az utánam jövőre bízom.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

jelenleg nem tudok olyan megoldást, ami ne járna valamilyen kompromisszummal

Nyilván out of scope, de azért elmélkedek kicsit.

Nem tudom drupal tud-e olyat, hogy ne bejegyzés, hanem komment szinten legyen olvasottnak jelölés. Megoldaná a lapozás kérdését, ha csak azok a kommentek jelölődnének, ami fölött a user ténylegesen elhalad (megjelenik a képernyőjén).

Még valami: Egy dolog a szerver teljesítménye, de azt is látom, hogy a renderelésre is el tud menni sok idő lassabb telefonokon. Nem vészes ez a html, de azért elég sok ismétlődés, css mágia, túl sok wrapper és túl mély struktúrák vannak, amiken lehetne sokat egyszerűsíteni. 

Szerkesztve: 2020. 03. 26., cs – 20:02

Sokadszorra sem az új kommentre dobott, hanem jóval (sokkal) fölé.

> Sokadszorra sem az új kommentre dobott, hanem jóval (sokkal) fölé.

Itt inkább az a kérdés; miért akarod, hogy nem jó helyre landoljon? Kérlek nézz magadba, hogy mi okozhatja azt, hogy az új komment felé érkezel. Miért akarsz szenvedni? Azt gondolom, hogy te ezt bevonzod. Fel kell oldani magadban ezt a blokkot. Amikor megnyitsz egy új jelölésű oldalt, és attól rettegsz, hogy nem jó helyen fog megállni betöltés után, akkor nem is csoda, hogy nem lesz jó! Nagyon fontos, hogy pozitívan állj hozzá amikor megnyitsz itt egy új jelölésű oldalt, és meglátod minden rendben lesz! Ne vonzd be hogy nem jó, vonzd be azt, hogy jó!

Biztos, hogy nem én gonoszoltam le!

Szerkesztve: 2020. 04. 16., cs – 13:32

Csak nekem lett szinte használhatatlanul lassú az oldal, vagy másnak is? az útvonal jó a hup.rackforest.hu-ig, tehát vélhetően nem hálózati probléma lesz.

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

Azt hiszem külön kell választani a jelenséget; van egyszer egy standard lassúságérzet, amióta az új oldal működik - egyszerűen lomha lett kattintásra, a sok szöveget tartalmazó topicok letöltése pedig nagyon lassú.

A másik fajta lassúság pedig az utóbbi időben jelentkezett, időnként szinte az elérhetetlenségig lassul az oldal, nem tudok szabadulni az érzéstől, hogy esetleg nem az ipv6 kavar-e be..

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

csak ez a topic kurva lassu a sok hozzaszolas miatt, tovabba teljesen kovethetetlen es hasznalhatatlan, semmi ertelme ebben a formajaban!

valakinek vennie kellene a faradsagot, vegignezni a fuggo ugyeket, frissiteni az eredeti hibalistat (esetleges kiegesiztesekkel, url-ekkel, megjegyzesekkel), majd ki kene takaritani az osszes hozzaszolast, es tiszta lappal indulni.

csak en gondolom/latom igy?

Service Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

Itt legalább a ServerSignature alapján kiderült, hogy vannak próbálkozások, akkor is, ha nincs kommunikálva. Pár hete még nginx volt, most egy Apache dobta a hibát. A netcraft site report alapján lassan egy hete volt a váltás, sajnos a counter több esetben rossz, azaz az fpm-ről mod_php-re váltás (gondolom emiatt volt webserver csere) nem hozta meg az eredményt.

Szerkesztve: 2020. 04. 17., p – 15:31

Sziasztok!

A http://mirror.hup.hu:8888/ (Teszt/Teszt) címen lehet előzetes tesztelést csinálni. Erről még nincs külön hír, mert mindennel nem végeztem, amit szeretnék a következő kiadásba beletenni. Fontosabb változások:

  • szülő hozzászólás megtekintésekor nem gördül el az oldal
  • szavazásnál nincs kettős üzenet és nem ugrik el az oldal
  • saját hozzászólás vizuálisan meg van jelölve
  • Drupal 8.8.x frissítés
  • hozzászólást pontozó felhasználók megjelenítése (ez nem frissül ajaxosan, vagyis ha pontozol egy hozzászólást, nálad nem frissül automatikusan a lista)
  • új hozzászólások számlálásának javítása (további hangolás szükséges)

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ezzel pillanatnyilag egy nagyobb gondom van - nincsenek új hozzászólások.

Az adatbázis egy hónapos, ennyi idő elteltével szerintem a Drupál magától megszünteti a jelzést.
Jó lenne egy frissebb adatbázissal megnézni, ez az új jelzés teszteléséhez és az új hozzászólásra ugrás kipróbálásához kellene...

A +1-es megjelenítés jó így szerintem, az aktuális sor kijelölése (fórumcímeknél) örülök, hogy bekerült.
A szülő hozzászólás most (Vivaldi alól) úgy látom, nem ugrik el, és visszahúzza a felső sort az oldalsáv megjelenése előtti pozícióba - jónak tűnik.

A saját hozzászólás gyászkerete helyett jó lenne valami enyhébb szín szerintem.

Nagyon jó, csak utolsó hozzászólásként (legalul) nem biztos, hogy ideális tesztelésre.

Írtam néhány hozzászólást én is - elég nyögvenyelős, mert... nem túl fürge, egy helyen sikerült vagy négyszer is elküldenem, mert timeoutolt a böngésző közben - szemmel láthatóan az oldal feldolgozta, csak a válasz nem érkezett meg tőle...

megneztem

- a szavazasok most jonak tunnek

- geci lassu, de gondolom egy c64-en fut a teszt rendszer :)

- a cikkel az uj hsz szam talan jo, de ugye forgalom nelkul nehez megitelni, meg nem tudom mikori a db

- az uj hsz-re ugras utan a meg mindig odebb ugrik, neha kicist, de neha nagyon sokat, ez iszonyat idegesito (cikkeknel is)

Tudom, hogy ez mar tobbszor felmerult, de arra lesz valami megoldas, hogy amikor az ember az uj hozzaszolasok linket kovetve erkezik meg egy oldalra akkor mindig latszodjek az elso uj hozzaszolas?

Igen, gyakran latszanak uj hozzaszolasok.

Igen, ra lehet keresni az [u'j] stringre.

De nem lehetne esetleg azt megoldani, hogy mindig jo legyen? Kenyelmesebb lenne, mint akar keresni, akar fel-le scrollozni es vizualisan keresni valami uj hozzaszolast, hogy aztan az ember a nyilakkal az elsohoz lepegethessen.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Ez tény, de egyfelől a workarounddal is előrébb van, másfelől meg én csak arra hívtam fel a figyelmet, hogy amit kér, az már implementálva van, az más kérdés, hogy a portál egy másik "feature"-je utólag belerondít.
Egy valamivel komfortosabb workaroundnak azt tudnám javasolni, hogy amikor a JS végzett a CPU izzasztásával, utolsó műveletként még egyszer odaugraszthatja a böngészőt, ahova kell.

Az ugrálás nem attól van, hogy az oldal lassan tölt be, lévén a browser ugrani csak akkor ugrik anchorra, ha primer a HTTP data stream már lezárult (az addicionális XHR nem számít), azaz betöltődött az oldal és ennek megfelelően, ha ugrás után mászik el, az azt jelenti, hogy betöltés után mászik el, azt meg csak a JS csinálhatja, tehát az ugrálás attól van, hogy a JS húzogat még rá ezt meg azt a kommentekre, az oldal betöltődése után.

De a legegyszerűbb, ha kipróbálod. Tiltsd le a JS-t és nézd meg, hogy mennyi idő után tölt be ez a topic és elmászik-e, ha anchorra ugrasz.
Én most véletlenszerűen kiböktem egy kommentet kb. a közepéről, JS letilt és middle mouse a linken. Az eredmény: kb. 5 másodpercig üres oldal, amíg a kapcsolat felállt és jött le a HTML, utána kb. 1 másodperc rendering és egyebek, amikor már látod az oldalt, de még nem ugrik, és utána pedig jó helyre ugrott. Azonnal.
JS visszakapcs. Middle mouse. Az első 5 másodperc ugyanúgy üres oldal, aztán a hatodiknál megjelenik, kb. 3 másodperc után ugrik oda a kommenthez, aztán 1-2 másodperc múlva el is csúszik a komment lefelé, majd újabb 1-2 másodperc, mire befejezi a JS a futást.

Azaz összefoglalva, ha nincs JS, akkor ez az oldal már 6 másodperc után kész és a kiválasztott komment sem mászik el, míg bekapcsolt JS esetén kb. 10-12 másodperc mire végez és a komment is elugrik.

Footnote: rövid oldalaknál nem látom, ezt az 5 másodperces lagot, mire megjelenik az oldal, úgyhogy lehet, hogy a cache-ing környékén is van valami, lassan kaparja össze és adja ide, vagy nem tudom, de egy biztos: a hálózati monitor szerint az alatt az öt másodperc alatt, amíg vártunk az üres oldal felett, a legelején volt egy adag bejövő adat, meg a végén, de a kettő között, kb. 4.5 másodpercig zéró hálózati forgalom volt.

Igen, a JS-en is biztosan lehet optimalizálni. A tesztoldalon kikapcsoltam a Javascript és CSS összevonást, így a hozzáértők neki tudnak állni javítani rajta. Nagy lehetőség ez Blintuxnak (is).

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

OK, ezen az oldalon feljebb is leirtatok mar ezt, es akkor is leirtam, hogy nem mukodik.

Pl: https://hup.hu/comment/2413929#comment-2413929

Klikk a cimmezobe, enter, es eltunik az osszes uj jeloles az oldal ujrabetoltese utan.

Ott, feljebb, azt irta valaki, hogy a hulladek bongeszo miatt. Firefoxot hasznalok Linux alatt, illetve Chrome-ot Windows alatt. Ezekben nem mukodik. Melyik az a bongeszo, ami nem hulladek?

De meg ha menne is ez a workaround. Miert kell workaround? Nem lehet megoldani, hogy betolteskor az elso uj hozzaszolast lassa az ember? Workaroundot en is hasznalok (rakeresek az [u'j] stringre). De azert ne mondja nekem senki, hogy ez a normalis viselkedes es ez nem egy bosszanto hiba.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Persze, a cimsorban az latszik, hogy akarmi#new. Nem is ezzel van a gond, hanem azzal, hogy amikor az oldal betoltodott, akkor nem azt a reszt latom neha, ahova a #new mutat.

Nem emlekszem, hogy a hup regi verziojaban is volt-e hasonlo hiba, hogy az ember mashova kerult vagy esetleg csak arra szolgalt, hogy ha elnavigaltal akkor visszatalalj, de a hupper extension kitett egy ugras az elso olvasatlan hozzaszolasra feliratu gombot, ami az oldal ujratoltese nelkul a #new-hoz ment. Na ez pl. egy elfogadhato workaround lenne.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Nekem azt szokták mondani, amikor kérem, hogy csak írjam be, hogy #new.

Aztán mindig úgy folytatódik a társalgás, hogy nem megy. Nem? Hogyhogy? Á, szar a böngésződ. És mire ide jutunk, a kérés már el is van felejtve :-)

Vagy ez, vagy nagyon nehéz megcsinálni.

Mást nem tudok elképzelni.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Az érdekes, ha a címsávba kattintva és entert nyomva neked újratölti az oldalt, ugyanis, amennyiben hashmark van az url-ben, akkor nem szabad újratöltenie, hiszen annak pont az a lényege, hogy címkére ugorjon. Ha kézzel írod be a hashmarkot és utánaírsz valamit, akkor sem kellene újratöltődnie. Böngészőtől függetlenül. Ha valamelyik ezt csinálja, az tényleg hulladék.

A linkedet kipróbáltam most Operából (12-esből), PaleMoonból (Firefox 28 fork), IceWeasel-UXP-ből (Firefox 52 fork) és Chromeból. Mindnél belekattintottam a címsávba, aztán enter. A Chrome újratöltötte az oldalt, a többinél azt csinálta a browser, amit kell. Ezúton gratulálok a króm fejlesztőinek.

Azt meg én nem mondtam, hogy ez nem bosszantó, vagy, hogy ez normális működés. Én leírtam, hogy mi az oka annak, amit tapasztalsz és leírtam egy workaroundot, amivel megspórolhatod magadnál a keresgetést, meg a kattingatást, azért, hogy segítsek. Ennyi.

Csak a tisztázás végett írtam le.

Ahogy azt is, hogy nem ez a cucc nem működik, mert ez speciel működik, egy másik funkció barmol bele. Ha lelövöd a JS-t akkor oda fog ugrani...csak akkor nem lesznek kiemelések. Az, hogy backend-related dolgok vannak a frontenden implementálva, rengeteg dolgot eltör és/vagy belassít.

IMHO, ezt az új hozzászólások kiemelése dolgot nem így kéne megoldani, hanem még a backenden, a cache-ben. Igen, ez azzal jár, hogy per-user lesz egy példány a topicból, hiszen más usereknek más hozzászólások újak, de nem kell minden usernek külön letárolni, csak azoknak, akik már kinyitották a topicot. Akik még nem nézték meg, azoknak úgyis minden hozzászólás új, tehát van egy "szűz" cached kiemeléses példány, amiben minden ki van emelve és azok kapják meg, akik először nyitják ki, meg van a többi júzernek egy-egy példánya, ahol azok már nincsenek kiemelve, amit már látott. Ezeket a példányokat sem kell minden egyes új komment érkezésekor legenerálni, elég csak beszúrni az új posztot bennük a helyére, kiemeléssel. Kinyitás esetén meg elég egy replace-szel leszedni az összes kiemelést, ráadásul ez amúgy is csak a júzer saját példányát érinti az adott topicból. (Értelemszerűen, ha nem történt változás, mert nem volt új poszt, vagy be sincs jelentkezve a felhasználó, akkor megint nem kell a cache-t bántani.)
Ami pedig a hely kérdését illeti: ezek szöveges állományok. Lehet őket tömöríteni, lehetőleg valami gyors tömörítővel, mert itt a sebesség fontosabb, mint az a pár kB, amit megspórolunk, pl. ez a topic most lementve 2.6 MB, xz level 9 tömörítéssel 221.6 kB, gzip level 9 tömörítéssel 285.7 azaz nyertünk vele kb. 64 kB-ot, viszont amíg ezt a topicot az xz level 9-cel ötvenszer ki/be tömörítette, az ~25 sec volt ezen a gépen, a gzip level 9-cel ez ~4 sec. És hozzátenném, hogy azért ez nem egy átlag topic, hanem egyike a kirívóan súlyosaknak; a többségüknél még 64k-t sem nyernénk a jobb tömörítéssel. De egyébként sem muszáj folyton ki-be tömörítgetni; ha egy topic pörög (pl. 5< poszt/perc), akkor meg lehet jelölni, hogy most ne tömörítgesse ki-be a cached view-okat, aztán ha már leült, akkor vissza lehet kapcsolni a tömörítést. De lehet, hogy az FS szintű tömörítéssel többre megy az ember ebben az esetben.

Igazából jó ez a hozzászólás-kezelés így. Amit te írsz, akkor minden hozzászólást renderelés után felhasználónként külön kellene a gyorstárban tárolni, gyakorlatilag maga a gyorstárazás lenne értelmetlen. Pedig csak annyi különbség lenne köztük, hogy megnézte-e már a felhasználó vagy sem.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

> Amit te írsz, akkor minden hozzászólást renderelés után felhasználónként külön kellene a gyorstárban tárolni, gyakorlatilag maga a gyorstárazás lenne értelmetlen.

Miért lenne értelmetlen? Szerinted milyen arányban írnak és olvasnak egy topicot? Ebben a topicban van ~900 poszt, de mennyien tekintették meg eddig? Beleértve a robotokat, be nem loggolt felhasználókat is. Szerintem legalább 40-50x annyi megtekintés van, mint beleírás. A gyorsítótárazás elsősorban az olvasásoknak szól.
De ezen felül is, a JS még továbbterheli a szervert a folyamatos AJAX-szolással is, így meg egy darab lekérés lesz összesen per oldal. Csak a kapcsolat felépítése több idő, mint megkeresni egy markert egy fájlban és odabiggyeszteni mögé pár byte-ot, vagy egy replace-szel leszedni a new markereket, majd kiírni és a JS számos kapcsolatot csinál. Csak az oldalbetöltés minden alkalommal pluszban meghívja a read, ill. statistics funkciókat, ebből az első pl. itt közel egy másodpercig tartott. Ez is delay, ami az oldalt lassítja. És sok user esetén összeadódik.
És akkor még a DB piszkálásáról nem is beszéltünk: így minden lekéréskor hozzá kell nyúlni a DB-hez (függetlenül attól, hogy van-e új poszt vagy sem, legalábbis az oldal meghívta a fenti funkciókat), hogy a megtekintési maszkot lekérd és ráhúzhasd a kommentekre JS-ből, úgy meg nem kéne, hisz már le vannak renderelve, csak a visszaírást kell megcsinálni a DB-be, ami csak akkor van, ha volt változás.

Ráadásul, mint mondtam, nem kell felhasználónak minden topicból egy példány, hiszen, ha ki sem nyitotta, akkor ugyanúgy néz ki neki, mint a másiknak, aki szintén ki sem nyitotta.

A jelenlegi tesztszerver (nem az éles) ezzel a redis configgal megy. Ezen még tudok valamit javítani? A timeoutot most levettem 300-ra.

https://gist.github.com/nevergone/47bbff874c1c9ec08e43f2a5d4ed4b2d

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Viszonylag nehéz erre válaszolni az éles load ismerete nélkül. :-(

Átnézve ez nagyjából standard egy node-os Redis konfig, extrák nélkül. A timeout beállításakor arra érdemes figyelni, hogy a kliensek hogy működnek - külön kapcsolatot nyitnak lényegében request-enként, vagy fenntartják a kapcsolatot, és építenek, ha nincs kapcsolat. Az előbbi esetben nincs értelme pl. a HTTP timeout-nál nagyobb értéknek a Redis esetében sem - az utóbbi esetben lehet.

Hogy fut az oldal, php-fpm-mel, vagy mod_php-vel, vagy másképpen?

Szerkesztve: 2020. 04. 27., h – 18:22

Egy pillanatra megjelentek a  nyomogómbok, de feliratokkal. Ez terv, vagy nem megfelelő kiszolgálás?

 

https://i.imgur.com/2FTma9k.png

READY.
󠀠󠀠‎‏‏‎▓

A topicnyitóban az szerepelt, hogy az offtopic törlésre kerül. Szerintem az unsubscribe helyett inkább ezt kellene tenni.

Tudom, már unalmas, de a főoldalon a cikkekhez tartozó új hozzászólások számlálásával kapcsolatban tudsz bármi bíztatót írni? Ma megint teljesen szar.

Szia!

A slowlog alapján optimalizálom a lekérdezéseket, hogy gyorsabb legyen az oldal. Remélem a szolgáltató is megteszi ugyanezt szerver-oldalról.

Az offtopc törlésével az a baj, hogy az teljes szálat töröl. Szóval ha törlöm itt gentoojedi hozzászólását, akkor ugrik ez is.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Jahh, sok értelme van kétszáz kilósan három napig fogyókúrázni, majd a következő teljes összeomlásig éjjel-nappal zabálni. Akkor kell új topikot kezdeni, ha az illetékesek tudják normálisan csinálni. Megtehették volna, hogy – ahogy a nyitóban piros nagybetűkkel írták is – törlik az offot? Meg. Szartak rá? Igen. Szartak más feladataikra is? Igen. Egy új topikban ugyanez a szar lesz? Ha nem tudnak normálisan viselkedni, igen. A legelején törölve lett néhány off, aztán már leginkább csak a felszopásra és a kattintásszámra mutatkozott igény. https://www.youtube.com/watch?v=g9WGP3uTUVw&t=15m2s :D

:)

Igen, mi kezeltük rosszul, mert nem ült itt valaki folyamatosan, hogy a hozzászólásokat moderálgassa. Ha pedig törlünk egy offtopic hozzászólást és elveszik minden rá érkezett (esetleg értelmes, szakmai) válasz, akkor is mi vagyunk a faszok.

És véletlenül sem azok, akik mindenféle önkontroll nélkül tolják itt az offtopicot folyamatosan. Igazából én vagyok a hülye, hogy még követem ezt a témát és megpróbálok reagálni az értelmesebb hozzászólásokra.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Rendszeres mosás nélkül összegyűlik a szennyes.

Legrosszabb esetben egy hibabejelentő alfórum jó lenne, ha már egy bugtracker-szerűség túl huszonegyedik századinak számít. Aki offol vagy nem releváns topikot nyit, egy figyelmeztetés után egy hét pihit kap. Jaj, bocsánat, ez is működésképtelen faszság, mert ezzel is rendszeresen dolgoznotok kéne.

Konzekvensen kellett volna törölni, válaszolni, hibát javítani és a többit, és pár hét múlva minimálisra csökkent volna az off. De ugye ahhoz valami fenntartható és fenntartott rendszert kellett volna vinni az egészbe.

:)

Nem, ez itt marad mementónak arra, hogy a "közösség" mennyire ért a kérésből, mennyire segítőkész, mennyire a megoldást és nem a balhét keresi.

Egyébként igazad van, egyesek helyében én is szégyelleném azt, amit itt elkövettek és mielőbbi törlést kérnék.

Szégyelljék csak szépen magukat!

trey @ gépház

A cégnek nem jó, ha én kommunikálok az ügyféllel. A HUP-nak sem jó, (a)hogy nevergone kommunikál a felhasználókkal. Korábban többször jelentettem ezt a könnyen javítható hibát, de magasról le lett szarva. Ha szart potyogtattok, nem érdemes azon drámakirálynőzni, hogy minden szaros.

:)

Csak azt magyarázd már el kérlek így mindenki számára, hogy ha ennyire beletörődtél, hogy szerinted sz*r lett minden, akkor miért jársz ide? Ha látod, hogy érdemben nincs reagálva az általad felvetett dolgokra, akkor minek írogatsz még mindig ide? Fog szerinted bármi változni azzal, hogy ezen téma minden hozzászólás láncába beleírod a "sérelmeidet", amik itt érnek?

Ha szart potyogtattok, nem érdemes azon drámakirálynőzni, hogy minden szaros.

Pont te vagy aki minden apróságon fennakad és személyes sértésnek él meg mindent, ami nem úgy történik, ahogy azt elvárnád.

Ezt az általad csinált és vélt "katasztrófa turizmust" nem tudnád úgy csinálni, mint mindenki más a való életben? Nem kell mindenhova belefolyni. Látod, szörnyülködj és menj tovább. Ha érdemben nem tudsz segíteni, akkor felesleges a jelenlét.

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

Pont te vagy aki minden apróságon fennakad és személyes sértésnek él meg mindent, ami nem úgy történik, ahogy azt elvárnád.

Azért, mert bolond. Nem is értem miért állsz le vitatkozni egy bolonddal. Az, hogy néha én próbálom, az meg azért van, mert szeretem az ilyet, nyilván én is bolond vagyok.

Nem, ez itt marad mementónak arra, hogy a "közösség" mennyire ért a kérésből, mennyire segítőkész, mennyire a megoldást és nem a balhét keresi.

Mivel én is hozzájárultam az offoláshoz, ezért véleményezném a mondandódat. Volt bennen a trollkodás mellett segítőkészség is. Le is írtam egy javaslatot, amit előtte privátban is elküldtem Neked kedves Gábor, de még annyit sem böffentetteél vissza, hogy dögöljek meg a javaslataimmal. Szóval a Te hozzáállásod sem makulátlan. Örülök is, hogy itt marad minden, legalább az is, hogy ezt leírtam.

Egyébként igazad van, egyesek helyében én is szégyelleném azt, amit itt elkövettek és mielőbbi törlést kérnék.

Én élnék a lehetőséggel. Töröljük az ubuntusokat.

Szégyelljék csak szépen magukat!

Így van. Mindenki szégyellje magát, helyettem is, mert én elfelejtettem milyen érzés.

Mármint mi a problémád most éppen? Hogy még futott a Javascript, ezért nem jelentek meg az ikonok, illetve pár elem nem rejtődött el? Nekem semmi közöm egyikhez sem.

Outsiderként elég könnyű megvéleményezni mindent, de igazából csináljátok csak, meg az offtopicot is. Én most ebből a topicból kilépek, ha majd valami közölnivalónk lesz, azt a már ismert módon megtesszük.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Na ez szuper. Ilyet sem láttam még. Most majd én leszek a kifogás, ha valami hiba nem javul, nem tudjátok nevergone-t számon kérni, meg b.gatni, mert miattam nem követi tovább ezt a szálat. Nem ez volt a célom. Bocsánat.

Ha már nem lettem troll, használjatok bűnbaknak.

nevergone vélhetően erőn felül teljesít, sokkal több munkát és idegrendszert tett ebbe a projektbe mint amire készült. A mai napig olvassa és válaszolgat a hálátlanok hadának, holott simán lehet hogy a problémák és azok megoldása nem rajta múlik, mert bonyolult a kód élesbe tétele - ez pl rémlik hogy említette korábban - olyan dolgokba kell turkálnia ami nem az ő területe, vagy reprodukálhatatlan, nehezen reprodukálható a hiba, stb stb stb.

Nem látunk a hátterébe a dolgoknak, nem tudjuk, hogy mi történt, minek kellene volna történnie, és mi miért nem valósult meg, vagy hogy mi hogyan valósulhatott meg.

Erre mi (ti) egyfolytában szapuljátok, így nem csoda hogy betelt a vödör nála

gentoojedi te csak rosszkor írtál utolsót rossz helyre :)

Azért a munkát ő vállalta el, hogy ingyen vagy sem az más tészta, de elvállata, gondolom senki nem tartott pisztolyt a fejéhez. A munkát rosszul mérte fel, majd kb félbehagyta. Hány hónapja is vannak jelen az újonnan létrejött bugok? Többször hangoztatta, hogy bárki átveheti tőle a munkát. Kérdem én, ki az aki ilyen állapotban átvenné? Nekem is kellett takarítanom más után, nem kívánom vissza. Az hogy ő nem frontendes, gondolom tudta azelőtt is hogy ebbe belevágott (legalábbis több bugra is ez a kifogása), egy ilyen szintű migráció miért állna csak backendes feladatból?

ezzel tökéletesen egyetértek.

a hup mostani állapota totál vállalhatatlan. bug bug hátán. ráadásul olyanok, amik napi szinten teszik használhatatlanná.

ha a munkahelyemen valaki elvállal egy feladatot, amit rosszul mér föl, nincsneke meg a kompetenciái, akkor az abból eredő bevételkiesést neki kell állnia maximum 6 havi fizetésig. volt aki így bukta a fél évét.

4 és fél éve csak vim-et használok. elsősorban azért, mert még nem jöttem rá, hogy kell kilépni belőle.

Na jó, mondjuk ez is hülyeség. Ez a managerek dolga, az úgy nem vicces, hogy felveszik a zsét, de letolják a felelősséget. Akkor ezentúl legfeljebb a természetes számok halmazán 1..10 intervallumban két szám összeadását vállalom naponta, abból baj nem lehet.

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

Így alakul ki, hogy senki nem akar elvállalni semmit.

Illetve az is hülyeség, hogy úgy lehet valakire feladatot rátolni, hogy bevételkiesés lehet a vége. Ráadásul az ember megbüntetésétől nem szűnik meg a bevételkiesés.

Inkább olyan folyamat kellene, hogy a) ne álljon elő bevételkiesés, b) ha mégis valami elkúródott, akkor büntetés helyett a megjavítására kellene koncentrálni.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

ha a munkahelyemen valaki elvállal egy feladatot, amit rosszul mér föl, nincsneke meg a kompetenciái, akkor az abból eredő bevételkiesést neki kell állnia maximum 6 havi fizetésig. volt aki így bukta a fél évét.

lol

de nyugtass meg, hogy amikor ezt hallottad, elkezdtel uj allast keresni – ha nem, szolj, nalunk van mindenfele

nem. de nem is adunk ki a kezünkből ilyen bughalmazt :)

amúgy a srácnak nem az első ilyen esete volt. munkaügyi bíróság mondta ki, hogy így el lehet járni. kifejezetten örültem, hogy megbüntették.

4 és fél éve csak vim-et használok. elsősorban azért, mert még nem jöttem rá, hogy kell kilépni belőle.

Te figyi má locsemege!

- Nem rettegsz, hogy kiközösítenek? Az egy dolog, hogy váltottunk már privátban pár levelet, mert azt nem látja senki. De nem annyira jó ám nyíltan diskurálni egy sokak által ellenszenves ratyi trollal levelezni.

- Megválaszolom, de légy oly kedves Te is válaszolj az offtopic kérdéseimre. Ha kínosnak érzed jöhet privátba. Méghozzá arra gondolok ezt a furcsa kellemetlen nicknevet honnan sikerült összehoznod?

Akkor jöjjön a válasz. Itteni információk alapján nevergone az egyik fejlesztője az új hupnak, akit sokan csesztettek -természetesen méltatlanul nekem is sikerült a végén valamivel beszólnom Neki -, mert elég szar lett a hup, amióta migrálták drupal 8-ra. Nevergone töke tele lett és közölte a sok offolás miatt kiszáll. Én meg voltam olyan egoista, hogy tényként közöltem miattam van. Vagyis rám lehet mutogatni, mert mint minden egyebet ezt is részben én offoltam szét. De én tényleg amit lehet azt szétoffolom.

De nemárt, ha tudjátok, mindezt egyetlen ember miatt teszem, hogy lehessen egy újabb bűnbak. Egy olyan ember, aki:

1. önmagát trollnak vallja, ezt aláírásában igazolja

2. nem egy ízben beszólt nekem hatalmát éreztetve

3. elegáns pöffeszkedő úritroll módján megfenyegetett, hogy amennyiben olyan népítélet születik törli a blogomat

4. Leszólta a sztorit, mert Neki nem tetszett, de ennyi erővel én is leszólhatnám az ubuntus cikkjeit, mert az ubuntut is és az ubunturatyikat is utálom, sőt leszólhatnám az almás fikázó cikkjeit is, de nem teszem

5. Beszólt azzal, hogy attól még nem troll valaki, ha sokat ír. Ez nem azért esett rosszul, mert gyenge trolllnak minősített, hanem a mondanivalóim művészi értékét vette semmibe, ezt azzal koronázta meg, hogy bevallása szerint túl hosszú és elolvasni sem hajlandó.

6. És mindezek tetejében eladta az oldalt és hagyta, hogy elbazilikázzák.

7. A legdurvább azonban nem ezak, hanem az, hogy Ubuntut használ, ráadásul a debiant váltotta le rá és még posztolja is. HALÁL REÁ!

Most már nyilvánvaló kiről beszélek. Szóval b@ssz@ +

Jöjjön a ráadás. Itt írtam, hogy hajlandó lennék fizetni, anyagilag támogatni az oldalt, ha még 500-1000 ember hajlandó lenne legalább ugyanannyival támogatni az oldal fejlesztését. Irtam Neki privátot is. Értem én, hogy nincs kibékülve személyemmel, de egy normális cél érdekében miért nem lehet még válaszra sem méltatni?

MEG KELL HALNIA!

Zárásként pedig. Itt már nemcsak az oldal motorja a rossz. A moderálások, az oldal kezelőinek hanyagsága. Mindenki beleunt meg kiégett.

Ez a halál meg átokszórás nálam olyan, mint amikor megkérdezik tőlem milyen nap van én meg rávágom, hogy hétfő. Attól, hogy nekem nem beszámíthatatlanságra utaló nicknevem van, még nem biztos, hogy normális vagyok.

Amiről meg beszélsz, az a komfortzóna. Ez lehet vita tárgya. De általában akkor jut előbbre az ember, vagy akkor fejlődik, ha onnan kilép, aminél természetes tényező a kockáztat.

A bölcselkedés helyett/mellett beavathatnál hogy sikerült ilyen jó nevet választanod.

legyen meg az 1000! ;)

A jobboldali friss hozzászólások blokkban azt írja, hogy n perc óta, vagy n perc k másodperc óta.

Az volt már, hogy a saját hozzászólásomat újnak mutatja, és a követett tartalomban is kiírja hogy (1 új)? Szerintem a régi verzió ezt nem csinálta.

Legalábbis ha nem várom meg, hogy betöltsön az oldal, hanem elküldés után bezárom az ablakot.

Szerkesztve: 2020. 05. 08., p – 18:24

A Paksi matek topik második oldalán nem működik a szülő hozzászólásra ugrás.

Rá akartam keresni, jelentve volt már-e a hiba, de az igényes kivitelezésnek és a kiváló hibabejelentő-felület választásnak köszönhetően ezen az oldalon a legtöbb hozzászólásban szerepel a "szülő"/"szülő hozzászólás" karakterlánc, így csak a "paksi matek" szöveget kerestem hatékonyan, ami irreleváns találatokat adott. :D

:)

Feature request: nem HVK tagoknak napi max 1 blogbejegyzés

[Falu.Me]==>[-][][X]

Feature request: a nem HVK tagok
- ne szavazhassanak
- ne +1-ezhessenek
- ne blogolhassanak
- ne kommentelhessenek
- ne olvashassanak
- ne loginelhessenek
- ne lélegezhessenek (ez utóbbinak az abszolválására kötelezően telepíteniük kell a DirectErre kifejlesztett HUP-compliant windózmeghajtású lélegeztetőgépet, free restore partition && bilgéc plüssfigura included, hogy legyen mit szorongatni fuldoklás közben)

Szerintem ez így korrekt. Ha már egyetlen ember miatt lebünteted a többséget, akkor legalább csináld alaposan. (Vicces lesz, ha az illető erre kikéri a veterán tagságot - és meg is kapja, hiszen messze régebben van itt, mint 7 év - így aztán amit ellene hoztak, az csak őt nem fogja sújtani...)

Fogalmam sincs, mi vagy ki miatt született meg ez a kérés, de nem teljesen értem.

Engem pl. az se zavar, ha 10 000 blogbejegyzést készít valaki (akár veterán akár nem) naponta.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Nézem, sőt, szinte csak azt nézem.

De ha mondjuk Gipsz Jakab ír 10 ezer új posztot naponta, az nem fog ide bekerülni. Csak azok, amikhez hozzászóltam. Ha XY írt 50 új blogbejegyzést egy nap, várhatóan el se olvastam mondjuk 1-2-nél többet (ha egyáltalán egyet elolvastam). Ha nem szóltam hozzá, akkor már meg se jelenik a követőben. Ha hozzászóltam, akkor igen, de továbbra sem látom azt az esetet, amikor ez gondot okozna.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

OK, így akkor értem.

Ha javasolni lehetne, ne azt korlátozzátok akkor, hogy egy ember hányszor postolhat, hanem lehessen szűrőt készíteni, hogy XY által posztolt tartalmakat nem kívánom látni (ez csak egy példa, lehet máshogy is kitalálni a szűrési feltételt)

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Sziasztok!

"Jelenleg 78 felhasználó van online." 

Ezt lehetett par perce olvasni az oldalso szovegdoboz tetejen.

Nem tudom, hogy ez sajat forditas-e, vagy gyari, am az a "van" elegge megyartalan a szovegkornyezetet figyelembe veve szerintem...

Nem kell az oda. Esetleg lehetne olyat, hogy: "Jelenleg 78 felhasználó van jelen." 

Udv.

Lesz vajon az onhúk és offhúknak is ilyen jegyzete?

Arra gondolok, amikor a hagyományos telefonhálózaton lévő eszköz éppen onlájn, akkor a vonal szempontjából offhúk állapot van (nincs a telefonkagyló fölakasztva a kampóra), offlájn esetben pedig onhúk a vonal állapota, amely esetben a szimbolikus kagyló a kampón van, vagyis nincs felvéve. :)

...tudom, a kagylók felett már eljárt az idő. :D

Nem értem, miért kell ezt a szót meg... magyarítani...

Ez a természetes evolúciója a nyelvnek.

Semmi meglepő nincs ebben, a hardver / szoftver szavak is honosodtak, és ma már fel se tűnik. A különbség csupán annyi, hogy így ismertük meg ezeket a szavakat. Szóval az egész bullshit, és csupán megszokás kérdése hogy mi tűnik magyartalannak vagy furcsának.

Talán ez a trend kikopik idővel. Már a magyaros átírás. Nyelvészek helyett marketingesek hozzák be a köztudatba az új kifejezéseket, és a trendi angol forma jobban eladható.

Olyan szempontból sokkal jobb a magyar átírás, hogy pl. a file szót (akár itt a hupon is) az emberek egy része rosszul toldalékolja. Pl. láttam már leírva olyasmit, hogy file-ket (vagy file-éket, nem emlékszem). Ha a magyar átírás szerint írná, hogy fájl, akkor várhatóan sikerülne a toldalékot is jól kiválasztani.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Igen, de mint a példák alapján látható, ha nem a magyar kiejtés szerint van leírva, akkor ezen könnyen elvéreznek jópáran.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Itt nem kellene megjelennie az adott számlálóknak is, hogy melyikre mennyi +1 érkezett? 

https://ibb.co/9bTGr42

Mikor lesz már használható az oldal?

  1. A számláló még mindig rossz
  2. napjában többször megszakad a kapcsolat az oldallal (kattintás után) csak újratöltésre jön be (nem fogok a böngésző beállításban turkálni)
  3. lassúság, főleg ilyen hosszabb topikoknál
  1. Tudunk róla, javítás alatt, de most sajnos mással kell érdemben foglalkozni. Valószínűleg megvárjuk a Drupal 8.9.0-t, mint a 8.x sorozat utolsó tagját.
  2. Nekem is feltűnt, megkérdezzük róla a szolgáltatót.
  3. Ez olyan fejlesztést igényelne, amit én nem szeretnék már beletenni.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Tudom kicsit pimasz leszek a megnyilvánulásommal, de oldjuk a hangulatot poénnal.

- Azt várjátok, hogy minden hiba legyen kijavítva

- Azt várjátok, hogy nevergone javítsa ki

Akkor ratyi angoltudásommal a következő mondattal megválaszolom a tutit.

The bugs will be never gone!

Ne mondjátok, hogy hehe,

csak nyugodjatok bele!

Szerkesztve: 2020. 05. 19., k – 20:38

Feature request: új fórumtéma beküldésénél legyenek már ABC-be rendezve elemek a fórum valasztóban. Ez kb az első pillanattól gagyi volt.

+1

Vagy szavaztassa meg valaki a népet, hogy szükség van-e egyáltalán fórum téma választásra, és miután a nem szavazatok nyertek, legyen az egész elfelejtve. Hozzáadott értéke a felhasználók nagy része számára nincs, cserébe UX szempontból rossz.

De ha marad, akkor azt javasolnám, hogy legyen ABC sorrendben és/vagy lehessen kinyitás után gépelve keresni a lehetőségekben - vagy legyen egy alapértelmezett beállítás, és ha valaki nem akar vele szenvedni, akkor nem változtatja meg ;-)

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Azért én ezt sem tenném ki az ablakba dísznek :D 
De még a desktop nézetet sem! :D

nekem mindig más pontot és sebességet mutat. Pl. az "Első, tartalommal rendelkező leképezés" kapott 1.7 mp-t is többször.
Rápróbáltam a prog.hu-t, az is ugyan azokat és kb ugyan úgy hozza mint a hup.

Természetesen optimalizálni kell, de én ezekben a mérő cuccokban nem hiszek. Ne mondja már meg, hogy hány pontom van ha nem is ismeri, hogy miért van benne akkora js, meg annyi 3rd, meg miért nem szinkron, stb.

Biztos, hogy nem én gonoszoltam le!

Egyébként ha valami el lett baszva mostanában az a facebook. Kiszerveztek mindent javascriptre, a kliensek renderelnek. Gyakorlatilag olyan vagy az is mint egy SPA. Nincs gyenge gépem, de van hogy vagy sokat kell várnom, vagy nem kapom meg pl. a képet teljes képernyőben, tehát nagy nézetben, vagy a tevékenységi naplómra vagy mi az sok-sok másodpercet kell várni, meg még sorolhatnám a problémákat. Szóval egy FB váltáshoz képest itt hupon rendben vagyunk.

Biztos, hogy nem én gonoszoltam le!

Nincs most más viszonyítási alapom. Az utóbbi fél évben gyakorlatilag csak a hupot, messengert és a facebook falat nyitottam meg, meg néha ha elakadtam valamiben akkor kerestem megoldást. Tehát nekem a facebook egy stressz levezető, kapok is tiltást állandóan. Szóval rosszul érint, hogy ennyire rossz lett a facebook, ellenben a hup hibái nekem nem zavaróak. Ez az egész csak azért jutott az eszembe, mert ott felhasználóból és dollár milliókból is van bőven, tehát én a szar facebook mellett nem tudok elsétálni csendben, hogy ennyire mellé lőttek a kliensoldallal.

Biztos, hogy nem én gonoszoltam le!

Amúgy az Ubuntu.hu pont most áll át Drupal-ról Discourse-ra és egy statikus tartalomgenerátorra.

Meg kell várni, hogy az hogyan sikerül, mennyibe került, aztán el lehet gondolkozni, érdemes-e a HUP-nál.

Mondok jobbat, bár ezzel sem leszek népszerű, mert általában a linuxosok ki nem állhatják. JOOMLA.

De mielőtt fikázni kezditek, joomlát kizárólag fizetős komponensekkel és modulokkal felvértezve értem, nem a free szarjaival. És igen vannak nagyon profi migráló komponesei is, amivel drupalról vagy bármilyen más CMS-ről, - ja a drupal nem is cms - át lehet mindent migrálni.

Ráadásul tele van a joomlashop élettartamlicences cuccokkal. Bőven meglenne egymillió alatt egyszeri befektetéssel, többet nem kellene rá költeni, ha csak maga a joomla meg nem szűnik. Szóval a lét összedobjuk meg veszik treynek három láda sört plusz öt kiló jégkrémet, ubuntulogós díszdobozba csomagolva és istenítjük (nyalunk neki) mekkora király, más nem tudja megmenteni a hupot és hajrá.

Mellesleg nem értem mi ez a sok utálkozás itt a hupon a joomlával kapcsolatban. Ja de tudom. A linux ingyen van, joomláért sem akarnak fizetni, az ingyenes meg szívás. De linuxszal is lehet szívni.

Én ismerek olyan linuxost, aki gyűlöli a drupalt.

A Joomla, a Discourse és a többiek azok csak "kalapácsok". Eszközök bizonyos követelmények megvalósításához. De amíg nem tudjuk a követelményeket, nem tudjuk, melyik kalapács lenne a legjobb. Van ezerféle CMS a világon, benne kollaboratív eszközökkel.

Le kéne írni, hogy mit tudjon a HUP, ha ahhoz eszközöket akarnál ajánlani.

És akkor viszont vállalni kell, hogy akármilyen eszközt is választasz, a követelményeket teljesíteni KELL tudni. Akár Drupal8, Joomla, Wordpress stb.

Feature request: reddit-szerű up/downvote rendszer.

Feature request:

- megtekintések száma

- legyen gyorsabb és könnyebb kliens oldalon

- működjön az új hozzászólásra ugrás (nekem általában úgy is tök random helyre ugrik, ha a #new-re ugrom, ami _nagyon_ fura. Nem tudom, hogy mi baja)

- legyen kezelve a tetszőlegesen sok hozzászólás (minden más fórum is meg tudja oldani, az nem érv hogy akkor eltörnének a kliens oldali ugrabugrálások, hozzászólásokra linkelések. Hozzá kell igazítani, nem annyira lehetetlen. Kb egy darab elágazás.)

- lehessen tartalmat szűrni a létrehozó, vagy mondjuk címkék alapján

Azért ugrik enterre két sort, mert azt új paragrafusnak veszi (P tag) és nem új sornak (BR).

Shift-Enter kell neked, ami tudom, hogy mobilról macera, de egyelőre ezzel kell együttélni. Nem Drupal probléma, a CKEditor igy működik: https://ckeditor.com/ckeditor-4/demo/index.html

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ha "két rossz" közül kell választani, ergo nem frissül folyamatosan vagy egyáltalán nincs, azért csak-csak az a jobb megoldás, ha látható marad...
Ez kicsit amolyan dacnak tűnik amúgy, mert egyébként értelmes funkciója van - a kikapcsolást addig értem, hogy "a problémát vizsgáljuk", de onnan már nem, hogy akkor felejtsetek el egy amúgy létező funkciót.

Ha úgy tetszik, most azért megy a sírás, hogy legyen már bekapcsolva egy értelmes, létező funkció, ne szenvedjük ezt el funkcióvesztésként a Drupal 6 verzióhoz képest.

Van bármi értelmes indok a kikapcsolásra azon felül, hogy "nem frissül azonnal"?
Nem is feltétlenül várom el, hogy azonnal frissüljön, amennyiben így van deklarálva - de a "nagy volt a sírás-rívás" nem tűnik jó indoknak.
Lehet, hogy vannak aktív tagok, akik összehasonlították a régi oldal funkcióit az új oldal funkcióival és szóvá tették ezt, de feltételezem, náluk többeknek hiányozhat maga a funkció.

Továbbra is kérni szeretném a visszakapcsolását.

lehet volt mar rola valahol szo, a portal forraskodja elerheto valahol? vagy ez szupertitkos? 

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Nini, visszakerült az olvasottság számláló.

READY.
󠀠󠀠‎‏‏‎▓

Hmm, ez egy érdekes ötlet.
Itt-ott (részben) az új hozzászólás-számláló viselkedését is magyarázhatná.

Szerkesztéskor tárolja a rendszer az előző verziót, de, hogy mindkettő újként jelenik-e meg (annak ellenére, hogy csak az újabb verzió látszik), azt nem tudom - érdemes lehet kipróbálni.

Szia!

Amíg nem jó az új hozzászólások jelzése, addig nem jó az oldal. Meg addig sem, amíg ennyire lassú az oldal, bár abban továbbra sincs konszenzus, hogy ebből mennyi én saram és mennyi a szolgáltatóé.
Nem szeretnék dátumot mondogatni, mert felesleges. A Drupal 8.9.x-es sorozatot mindenképpen meg szerettem volna várni, mert az utolsó 8.x-es Drupal sorozat, vagyis egy ideig könnyebb lesz annak, aki mégis továbbviszi az oldalt. A 8.9.0 a tervek szerint szerdán jelenik meg, a hét vége felé frissítem a tesztoldalt és ha rendben van, akkor mehet ki élesre.

Addig még kb. ezek:

  • Legyen sorrendben a fórumbejegyzés témaválasztója (Select2 ?)
  • A twitter-bejegyzések jöjjenek vissza középre

Utána már semmilyen formában nem szeretnék az oldallal foglalkozni.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Sziasztok!

Ideiglegesen elvettem a felhasználóktól a hozzászólás szerkesztésének jogosultságát. Kérlek figyeljétek így az új hozzászólás jelzések és számlálók működését.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Sziasztok!

Ideiglegesen az éles oldalon elrejtettem az új hozzászólások jelzését a trackerben és a főoldali fórum-blokkban.

A tartalmaknál megjelenik. Kérlek ellenőrizzétek a működést és az értékeket, és jelezzetek itt vissza nekem.

Köszi, este minden visszaáll a korábbi beállításra.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ahol megmaradt, ott továbbra is rosszul számol. A "Lenovo loves Linux" cikknél (a főoldalon nézve) először nem volt új hozzászólásom, azután egy új hozzászólásom volt, azt "elolvastam", majd a főoldalt újranyitva 3 új hozzászólás. Szinte biztos, hogy a különböző felhasználók cache-ei keverednek. Persze nem tudom, hogyan kellene működnie, de más logikus magyarázatot nem tudok erre találni.

És ez a probléma (userek cache-i keverednek) régóta így van, eredetileg is talán ez volt a gond, és mintha nem lenne ezzel kapcsolatban megoldás azóta sem.

Én is rendszeresen olyan számokat látok ott, ami valószínűleg más user session-jéhez tartozik, egyik saját session-ömnek sem feleltethetők meg.

Pont ezért volt a tegnapi teszt, ugyanis úgy néz ki, hogy nem a gyorstárazás okozza a problémát. A héten szerintem lesz megoldásom, csak jó lenne tudnom, hogy pontosan mi és hogyan okozza a hibát. Addig ugyanis nem tudom tesztelni magamnál, hiába nyomkodom több felhasználóval egyszerre (kösz Firefox konténerlapok) és az éles oldalt nem szeretném mindenféle tesztkörnyezetnek használni.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ennek kéne legyen valamilyen pozitív hozadéka?

Csak az tűnt fel, hogy a főoldalon a fórum blokkban és a követett tartalmaknál nem tudom, hogy melyik témát is kellene megnyitnom. Számomra így rosszabb, mint volt. Ha van valami előnye, az nem tűnt fel.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

A trackerben elvileg nem jelenik meg most. Az a kérdés, hogy a hozzászólások szerkesztése vagy a főoldali fórumblokk megjelenése befolyásolja-e a hiba megjelenését a cikkeknél. Illetve az, hogy miként tudnám ezt pontosan reprodukálni magamnál, mert hiába van többféle megoldási ötletem, nem szeretnék kísérletezni az éles oldalon.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Eltűnt a hozzászólásoknál a formázás Internet Explorer 10 alól. (Nem kell meghűlnie a véredényeknek: Agent Switchert használtam.)

READY.
󠀠󠀠‎‏‏‎▓

Szóval akkor most a főoldalon a tartalmaknál jó, vagy nem jó az új hozzászólások számlálója?

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ki is fejtenéd, hogy miért gondoltál ezekre? Már csak tanulási céllal is jó lenne. Vagy csak vaktában lövöldözöl, hátha eltalálsz valamit?

A videós dologgal kapcsolatban is kérdeztem talán nem is egyszer, hogy miben is segít pontosan az, hogy felvesszük, hogy rákattintunk valamire és betölt az oldal és jelentkezik a hiba. Arra se kaptam semmi választ. Mármint, hogy miben mutathat többet mint egy rendes leírás az észleltekkel kapcsolatban. Vagy, hogy pontosan miket is tudtál kiszűrni ezekből a videókból.

A Drupal alapból nem támogatja a hozzászólások verziózását. Én ezt elkészítettem az oldalhoz, vagyis a hozzászólás szerkesztésekor megőrződik annak korábbi tartalma. Ez összetettebb lekérdezéseket eredményez, ami nagyobb terhelésnél (lásd miért csak az éles oldalon jön ki a hiba) okozhat problémát, ha amúgy a rendszer nincs erre felkészítve.

A blokkokba a kijelzést pedig egy kliensoldali gyanú miatt kapcsoltam ki.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Talán jól foglalom össze: az átállás során elkészítettél és élesítettél valamit, aminek sem a felhasználók-, sem az adminisztrátorok számára azóta sincs gyakorlati haszna, de legalább az alaprendszer működését folyamatosan buggoltatja.

:)

Rosszul foglalod össze, mert

  1. Jelenleg is van haszna (pl. szerkesztett hozzászólások jelzése) és később igény szerint még több haszna lehet. Mondjuk egy szerkesztett hozzászólásnál meg lehet mutatni az egyes állapotokat.
  2. Nem buggoltat semmit.

Szóval tévutas következtetéseidet tartsd meg másnak máshol, köszi.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Akkor jó. Később? Amikor már eléri az elfogadható színvonalat? És akkor majd könyörögni kell, hogy építs rá hasznos szolgáltatásokat, vagy csak flegmán bejelented, hogy legyünk boldogok, mert megcsináltál valami szerinted hasznos funkciót?

Valóban, csupán vélhetően fals eredményt eredményez feltételezett erőforrásszűke esetén.

Egyértelműen igényled a baszogatást. Nem hiszem, hogy ez nem a te hibád lenne.

:)

A hasznos szolgáltatást ráépíti az, aki akarja, én a programozói részét megadtam hozzá. A többire pedig nem reagálok, mert szerencsére nem szükséges feléd semmit sem bizonygatnom. Főleg úgy, hogy csak találgatsz és kötekszel, miközben semmi érdemi információd nincs semmiről. Szóval nyugodtan baszogasd magadat.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nem szükséges, pláne felém, de azért úgy általánosságban nem lenne rossz bizonyítani. (Nem bizonygatni, mert azt elég gyakran csinálod.)

Remélem, jövő héten kikerül tesztre a javított hozzászólás-számláló. De ha nem, szerintem rajtad kívül senki nem fogja csalódásként megélni.

A szokásoshoz képest nagyon alá mész, ha erre is válaszolsz még. :D

:)

Válaszolok, hogy megnyugtassalak: én sem fogom csalódásként megélni. :)

Neked pedig további jó trollkodást, én elhagyom ezt a témát újfent. Ha valamit jelezni kell, azt a szokásos módon jelzem.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Rossz hírem van számodra: ha a szakmámban teljesíteni szeretnék, akkor azt biztosan nem neked és nem a HUP-on fogom megtenni. :(

Téma részemről lezárva.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

csak kíváncsiságól: mi szükség van verziózásra a szerkesztett állapot mutatásához? Az oldalon tudtommal sehol nincs olyan funkció ami a hozzászólások előző állapotait mutatná.

elég lehet egy timestamp mező, ami ha különbözik (nagyobb) mint a create timestamp, a hozzászólás szerkesztve van.

A Drupal képes a nyitótéma változatait menteni, gondolom, erre építve került bele valahogy a hozzászólások változatainak tárolása is (nem tudom, adatbázis szinten hogyan oldja meg a Drupal az előbbit).

Értelme biztosan van, mert Admin oldalon ezek látszanak és speciális / vitás esetben nincs kizárva, hogy elő kell szedni őket... ez nyilván nem a felhasználók miatt került bele, hanem az üzemeltető segítségére.

" Meg az se biztos, hogy ami most értelmetlen, az később is az marad. "
A holnap problémáit holnap kell megoldani.

 

Illetve ha jól értem, azért, hogy adminisztratív oldalon látni lehessen annak a pár embernek, aki admin, a hozzászólások szerkesztéstörténetét, emiatt az összes felhasználó számára az új hozzászólások kijelzését sikerült elrontani. Szép. Többet buktunk a vámon, mint amennyit nyertünk a réven.

Miért kell a migráláskor meghozni azt a döntést, hogy a jövőben majd elérhetővé válik a hozzászólások verziózása? Mi az az alapvető módosítás, amit nem lehet inkrementális módon végrehajtani?
Arról van szó, hogy amint bevezetésre kerül a hozzászólások szerkesztéstörténete:

  1. Módosítani kell az adatbázis sémán, ami eltárolja a történetet. Ezt meg lehet úgy tenni, hogy a meglévő adatbázisstruktúrán semmit nem kell módosítani, csak új táblát felvenni.
  2. Módosítani kell a kódon, ami a hozzászólás szerkesztésére vonatkozik, hogy hozzon létre új elemet. Ez az a lépés, ami az új táblát adattal tölti, és a régi (verziózatlan) táblát kezeli úgy, hogy az mindig a legújabb verziót tartalmazza.
  3. Módosítani kell az adminisztrációs felületen, egy új helyen meg kell tudni jeleníteni egy adott hozzászólás szerkesztéstörténetét az új táblából.

Nem értem, hogy ezeket miért csak az egyszeri 5->8 migráláskor lehet végrehajtani, ez egy teljesen invalid műszaki érv. A szoftverek életciklusának része az, hogy fejlődnek. Ilyen a HUP alatt lévő portálmotor is. Te is csináltál az első telepítéshez képest fejlesztést a portálon. A hozzászólás-verziózás miért annyiban más műszakilag, mint a többi változtatás? Tényleg nem értem.

Illetve ha jól értem, azért, hogy adminisztratív oldalon látni lehessen annak a pár embernek, aki admin, a hozzászólások szerkesztéstörténetét, emiatt az összes felhasználó számára az új hozzászólások kijelzését sikerült elrontani.

Ezt bolond mondta neked? Mert én semmi ilyent nem állítottam, ő meg csak konspirál.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Gondolom, ha az üzemeltetőt vagy a post tolót előveszik valamilyen jogsértésért, például felségsértés, istenkáromlás, holokauszt-tagadás, a Microsoft szidalmazása, akkor nem mindegy, ki mit tagad le, kinek miről van képernyőképe, az valódi, vagy hamisított. Ha a szerveren ott van az összes editálás, akkor ez könnyen visszanézhető.

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

Én még mindig nem vágom, hogy miért akarnák ezt az adminok. Én biztosan nem akarnám.

((Képernyőkép helyett meg lehet csinálni pl archive.org-os snapshotot, már ha a publikusan elérhető részből, és nem a veterános részből van a tartalom.))

Azért, mert ha két napszemüveges, bőrkabátos fickó egy igazolványt lobogtatva kopog a HUP-nál, akkor lehet, célszerű az együttműködés, s még az sem kizárt, hogy törvényi kötelezettség.

A képernyőképet úgy értettem, hogy írok egy meggondolatlan hozzászólást arról, hogy sohasem volt vörös csillag a Parlamenten, majd inkább törlöm, javítom, de amíg kint volt a hozzászólásom, addig egy érzékeny lelkű külföldi támogatást élvező jogvédő képernyőképet csinál a szörnyű állításomról, s ezzel házal holmi rendőrségnél. Én meg tagadok majdnem mindent, mert például a holokausztot nyilván nem, mert azt nem szabad, s általában jogkövető vagyok. :)

A másik opció, hogy valami galád egyed kellemetlen helyzetbe akar hozni, s egy rendben lévő hozzászólásomra rászerkeszti az agymenését, mondván, hogy volt olyan pillanat, amikor az ott volt, csak már javítottam. Pedig sohasem volt ott.

Ezen esetek egyértelműsítésre jó az, ha a szerveren látszik, mi volt kinn, mettől meddig, s mi lett javítva.

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

Ha ez ennyire fontos, akkor talán olyan eszközt kellett volna választani, ami ezt előre beépítetten tudja. Az auditálható tartalomkezelés az egy olyan probléma, ami nem csak a HUP esetén jelentkezik, és másoknak vannak erre már megoldásai.

trey az előző HUP alatt dobogó Drupal motornál irtózott mindenféle olyan megoldástól, ami nem a Drupal core része, mort meg hirtelen elfogadott a one-man-show módon fejlesztett funkcionalitás? Érdekes ez.

Ha csak a core lenne használatban, számtalan kényelmi funkció nem lenne itt, pl. könyvjelzők, hozzászólások pontozása, szülő hozzászólás az oldalsávban. Bár nem teljesen értem a problémádat, mert senki nem mondta, hogy ami most van, az probléma.

Ha megfogadsz egy tanácsot, akkor inkább adhatod a konstruktív ötleteidet, akár konkrét kóddal is: https://hup.hu/comment/2488105#comment-2488105
Közeleg a záróra, ami meglesz, ami nem, az részemről így marad.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Le is írtad a kulcsmondatot:

amennyire csak lehet

Azért van a szólásszabadság, meg vannak mindenféle szájkosár törvények a tiltott önkényuralmi jelképektől a gyűlölet bűncselekményekig, uszítás, effélék. Szóval bármit azért nem lehet. Minden rendszer azt kommunikálja magáról, hogy az a szabadság, miközben egyik sem az. Így volt ez 1989 előtt is és így van ez napjainkban is.

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

Fícsör requeszt: legyen megemelve a maximálisan egyszerre bejelentkezett eszközök száma kettőről legalább háromra.

Sziasztok!

Ez a téma már eléggé átláthatatlan, de kezdjünk vele valamit. Pl. szedjük értelmesen szálakra.

Az a kérés, hogy a listákban (főoldali fórum-blokk, tracker, könyvjelzők stb.) látszódjon, ha a témaindító bejegyzés módosult (frissült).

Azt kérem, hogy ebben a szálban legyen róla diskurzus és a héten szülessen róla olyan eredmény, amit a döntő többség és az oldal tulajdonosa/üzemeltetője elfogad. Amennyiben ez megvalósul, akkor a következő frissítéssel kikerül az oldalra.

Referencia:

https://hup.hu/comment/2413144#comment-2413144
https://hup.hu/comment/2488240#comment-2488240

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

[off]1. Lehet, utal valamire, hogy egy szakember nem veszi a fáradtságot arra, hogy topikon belül linkelje a hozzászólásokat (ráadásul egy nagyra hízott-, lassan betöltődő topikról van szó). 2. Ha van szándék az átláthatóságra, most kellene csinálni egy hibabejelentő/visszajelző alfórumot, és azon belül külön-külön témaként létrehozni azt, amit egy nagyra hízott topikban szálakkal akarsz megoldani.[/off]

Felesleges foglalkozni a kérdéssel, amíg a #new az oldalon belül rossz helyre ugorhat. El kell felejteni az új funkciókat, illetve a meglévő funkciók feljavítását, amíg ilyen egyértelmű hibák nincsenek kijavítva. [off]Van egy olyan érzésem, hogy érdemi munkavégzés helyett megint egy dráma előkészítése folyik. Az ember olykor veszteséggel is kihátrál egy egyre rosszabb irányba tartó-, a veszteségeket egyre fokozó döntése mögül. Szerintem itt is ezt kellene tenni. Javítsd a nyilvánvaló hibákat, és add át a terepet az utódodnak. Már ha nem akarsz frontendessé-, illetve a HUP karbantartójává/fejlesztőjévé válni.[/off]

:)

Én addig tudok dolgozni a többi részen. Teendő van az RSS-sel, átméretezhező legyen a szövegdoboz, befejezem az új hozzászólás hibát. Ha a héten sikerül vele jutni valamire, akkor beleteszem, mert jogos az igény. Ezek mind nyilvánvaló hibák, ráadásul attól tartok, hogy utána egy ideig semmi fejlesztés nem lesz itt, nem tolakodnak a többiek.

Na de ezt a szálat hagyjuk meg a kért témának, köszi.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

[off]Nem vagyok frontendes, és amúgy is azt csinálok, amit akarok, és legyetek nagyon hálásak nekem mindenért! vs. Megjavítok még ezt-azt, a nyilvánvaló hibákat, sőt, a frontendes dolgokat is, és egyébként én vagyok az egyetlen megmentőtök. ... Jó, belátom, az utolsó tagmondatok érvénytelenítik az ellentmondást, és végül mindkét mondat ugyanarra a silányságra világít rá. Fogalmam sincs, hogyan gördülhetett ilyen mélyre a lavina, amit az átállás során elindítottál. Nem az a gáz, hogy akkor hülye voltál, hanem az, hogy a visszajelzések ellenére sem változtattál. Pedig semmibe nem került volna neked, hogy – az új HUP-pal kapcsolatban – úgy viselkedj, ahogy általánosságban elvárható egy embertől, aki szolgáltatást nyújt (gyk. normálisan, legalább egy minimális alázattal (tényleg, csak egy aprócska iciripiciri fikarcnyi kis nyúlfarknyival)).[/off]

[off]Jaja, szenvedjünk egy elhízott topikban ahelyett, hogy átlátható formába öntenénk a hibabejelentést és -követést. Végül is minden szempontból ez a leghatékonyabb.[/off]

:)

És például ez:

- a nem látott/frissült témák címei az egész oldalon (a főoldalon is) félkövérek, és ha már olvasva van az aktuális témaindító szöveg, akkor simák
- a nem látott/frissült témaindító szövegek olyan színű hátterűek, mint az új hozzászólások
- a #new a témaindítóba mutat, ha az nem látott/frissült, és akkor kap "ugrás a következőre/előző olvasatlan hozzászólásra" nyilakat is

?

Szerintem jó lenne, de tartok tőle, hogy hosszabb idő megvalósítani.

Én beérném annyival, ha a frissült témák (mármint témaindító) címei félkövérrel lennének írva - ezt valószínűleg sokkal egyszerűbb kivitelezni mint a full-featured változatot, de legalább az információ (frissült anyag jelzése) megvan.
Enélkül kicsit béna kacsa az oldal (felkerült a friss anyag, érkezik hozzászólás, de a témaindító módosulása nem derül ki).

Tehát részemről jó lenne az általad írt megoldás, de egy sokkal egyszerűbb változatot is elfogadnék, csak az infó derüljön ki.

Azokat el kellene távolítani, mert olyan információkat közölnek, amik nagy részét egy pillantással le lehet olvasni a "válaszok" oszlopról. Kb. az egyetlen érdekes dolog, amit nem feltétlenül jeleznek, az a nyitó frissülése, de arra meg kaptál sokkal jobb ötletet. Persze a jobb ötlet megvalósításához meg kellene csinálni rendesen az új hozzászólásra ugrást. Szóval eléggé nevergonei tör-té-net ez is... Spórolhatnánk pár bájtot és pár pixelt, helyette új funkciót valósítunk meg ott, ahol semmi keresnivalója, és ahová ember sosem pillant. Lájk, baszod, lájk.

:)

Az a „sokkal jobb ötlet” a te ötleted volt és ámbár neked tetszik, a többieknek nem biztos, hogy jobb. Plusz most éppen a gyorsabban megvalósítható dolgok felé haladunk, mert lehet itt rugózni, hogy mi legyen és miként, ha a végén kifut az időből és nem lesz belőle semmi. Más nem jelentkezett, hogy dolgozzon az oldalon én pedig nem szeretnék később ezzel foglalkozni. Ami most belemegy, az benne lesz.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Az a „sokkal jobb ötlet” a te ötleted volt és ámbár neked tetszik, a többieknek nem biztos, hogy jobb.

Miért, mi bizonyítja, hogy az általad megvalósítani kívánt ötlet jobb? Semmi. Normális helyen az értelmetlen duplikációt megszüntetik, nem pedig bebetonozzák egy új funkció silány ráépítésével.

Plusz most éppen a gyorsabban megvalósítható dolgok felé haladunk, mert lehet itt rugózni, hogy mi legyen és miként, ha a végén kifut az időből és nem lesz belőle semmi.

Gyorsabban? Télen fenyegetőztél azzal, hogy mindjárt lelépsz. Az akkor ismert hibákat már kijavítottad? Nem. Az akkor ismert-, bejelentett-, könnyen javítható hibákat/hiányosságokat elhárítottad legalább? Nem.

Más nem jelentkezett, hogy dolgozzon az oldalon én pedig nem szeretnék később ezzel foglalkozni.

  1. Nem láttam hivatalosan közzétett-, komolyan vehető pályázatot, ahogy a hosszas átállás-vergődés során egy-, a közös munkát lehetővé tévő környezet sem került kialakításra.
  2. Normális helyen normális szakemberek kijavítanák a valódi hibákat, és megteremtenék a későbbi közös(ségi) munkavégzés lehetőségét, nem pedig a kurva anyjukba küldenék a felhasználókat.

Ami most belemegy, az benne lesz.

Mint a szar a WC-be. De azt legalább le lehet húzni.

:)

Majd te megmutatod, mit tudsz. :)

Ui.: Azért reagálok érdemben, mert a félinformációk így válnak ténnyé egyesek szemében.

Miért, mi bizonyítja, hogy az általad megvalósítani kívánt ötlet jobb?

Semmi. Meg azt sem, hogy rosszabb. Mivel érdemi történés nem volt ezzel, te és VaZso javasoltatok két eltérő dolgot, amit számotokra kényelmes. Mások érdemben nem mondtak ezekről semmit, így nem tudjuk, hogy melyik lenne a jobb. Ezért én most előálltam egy harmadik ötlettel, ami plusz értelmet ad annak, ami már amúgy is kint van az oldalon.

Télen fenyegetőztél azzal, hogy mindjárt lelépsz.

Tévedsz barátom, én nem fenyegetőztem, hanem leírtam, hogy lelépek és meg is indokoltam. Viszont sajnos az oldallal azóta is kell kezdeni egyet és mást és jelen helyzetben ezt én tudom megtenni. Nem örülök neki, de ez van.

  1. Nem láttam hivatalosan közzétett-, komolyan vehető pályázatot, ahogy a hosszas átállás-vergődés során egy-, a közös munkát lehetővé tévő környezet sem került kialakításra.
  2. Normális helyen normális szakemberek kijavítanák a valódi hibákat, és megteremtenék a későbbi közös(ségi) munkavégzés lehetőségét, nem pedig a kurva anyjukba küldenék a felhasználókat.

Nyilván nagyon kényelmes mindenért engem okolni, de rossz hírem van: a fenti felsorolásodhoz nekem semmi közöm, nem nekem kell itt megteremtenem ezeket. Majd kidolgozza a jogi és technikai oldalát az, akinek ez a dolga és felelőssége.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Meg. Pl. nem vállalok olyan feladatot, amit nem tudok jól megcsinálni. De ha mégis vállalok, nem küldöm el a kurva anyjukba azokat, akik nem akarnak hozzápiszkálni ahhoz az ócska szarhoz, amit kipottyantottam az asztalra. Továbbá nem fogom elküldeni az embereket a kurva anyjukba azért, mert nem akarnak együttműködni, miközben nem biztosítok nekik legalább egy minimálisan korrekt hibabejelentő felületet, és egy közös munkát lehetővé tévő megoldást.

:)

Igen, mégpedig felhasználói minőségemben. Te viszont nem csupán felhasználó vagy, hanem a HUP-on "dolgozó" "szakember" is. Én csak magamat égetem, ellenben te lejáratod magad, a szakmaiságod és a megrendelőt, plusz a viselkedéseddel csökkented annak esélyét, hogy az általad a kurva anyjába küldött ember segítsen a HUP jobbá tételében.

:)

Mivel így keletkeznek a téves információk, azért reagálok pár dologra.

Miért, mi bizonyítja, hogy az általad megvalósítani kívánt ötlet jobb? Semmi.

Semmi nem bizonyítja. Meg azt sem, hogy rosszabb. Ezért gyűjtünk ötleteket, hátha menet közben lesz egy, amelyik nagyobb támogatottságot kap.

Télen fenyegetőztél azzal, hogy mindjárt lelépsz.

Nem fenyegetőztem, hanem leírtam, hogy le fogok lépni. Ez így is van rendjén, sehol nem vállaltam, hogy mindig ezzel szeretnék foglalkozni. Továbbá (bármennyire is szeretnéd ezt sulykolni), hibamentes rendszer nincs, mindig akad fejleszteni és javítani való. Pláne, ha egyes hibák csak neked azok és más örömmel használja azt, ami most van. Vagy egy javítás csak neked felel meg és más máshogyan szeretné javítani. Azért foglalkozom még az oldallal, mert egyes fontos hibák még nem javultak meg, illetve mert jelenleg senki sincs, aki foglalkozna vele.

  1. Nem láttam hivatalosan közzétett-, komolyan vehető pályázatot, ahogy a hosszas átállás-vergődés során egy-, a közös munkát lehetővé tévő környezet sem került kialakításra.
  2. Normális helyen normális szakemberek kijavítanák a valódi hibákat, és megteremtenék a későbbi közös(ségi) munkavégzés lehetőségét, nem pedig a kurva anyjukba küldenék a felhasználókat.

Bár te nagyon szeretsz mindenért engem okolni és minden felelősséget rám tolni, de ezzel mellé lőttél. Amiket itt írsz, ezek nem hozzám tartoznak, nem vagyok az oldalnak sem tulajdonosa, sem üzemeltetője. Nem írhatok ki neked pályázatot, nem adhatok környezetet sem és nem tartozik rám, hogy az oldal további fejlesztése hogyan valósul meg.
Egyszer javasoltam hibakezelőnek a Trellot, az le lett szólva, akkor meg ennyi. Nekünk megvan a saját hibajegy-kezelőnk, amit érthető okokból nem szeretnék megnyitni.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nem tudtam, hogy új ikon készítése az ötletgyűjtés. Nem is tudhattam, hiszen egyértelműen nem az.

Aha, leírtad. Közöd nem volt és nincs hozzá, hogy ki lesz utánad, de elkezdtél embert toborozni. Ebben is úgy terjeszkedtél túl a feladatkörödön, mint a pöffeszkedő pofázásban (ami szintén nem lett volna feladatod, sőt, a hallgatás és a tárgyilagos kapcsolattartás lett volna az).

Összemosod a dolgokat. Nem írtam, hogy mind a te sarad. Az átállás-vergődés nagy részben a te sarad, a hibák nem javítása nagy részben a te sarad, a felhasználók kurva anyjukba küldése a te sarad.

:)

Szerintem jogunk van megismerni azt a felhasználót, akivel együtt kellene dolgoznunk a HUP-on, és aki többször is elküldött a kurva anyánkba azért, mert nem csinálunk semmit. Ha én kicsit is ahhoz hasonlóan viselkednék egy ügyféllel (vagy hozzá kapcsolódó entitással), ahogy ő velünk, a második alkalom után a kirúgás mellé jókora lebaszást kapnék.

Lehet, hogy neked és/vagy másoknak édes érzés faszra bukni és nyelni a gecit, de nekem nem. Előbb-utóbb beletörődöm, de idő kell hozzá.

:)

Tudnál mutatni konkrét példát arra, amikor én itt valakit elküldtem a „kurva anyjába”? Ha már ennyiszer jössz ezzel a témával, gondolom tudsz mutatni konkrét példát. Ha viszont nem tudsz, akkor légyszi engedd el ezt a témát, köszi. Nem fogom a te hülyeségeidet olvasgatni.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Sarkosan fogalmaztam, hátha megérted.

Ha példák kellenek, olvasd el az átálláshoz és az új HUP-hoz kapcsolódó hozzászólásaid. Beleértve a törölteket is. Az ember utólag könnyebben észreveszi a hibáit.
Gondolom, nem fogod megtenni, mert az én hibáimra akartad terelni a figyelmet, hogy ne kelljen a sajátjaiddal foglalkozni. Csak hát az én hibáim irrelevánsak, mert egy vagyok a húszezerből, míg te hivatalos kapcsolatban állsz a HUP-pal, és a hozzászólásaidban kvázi képviseled azt. Plusz az egész világnak megmutatod a munkamorálod, és azt, hogy milyen viselkedést és hozzáállást várhat tőled egy megrendelő.

Korábban is mondtad, hogy te aztán nem, utána meg írtál még jó pár választ... Ennyire szavahihető vagy. Lényegtelen momentum lenne, ha te is egy átlagos felhasználó lennél itt. De egyelőre nem az vagy.

Megkönnyítem az olvasással kapcsolatos dolgod: nem szimpla hülyeségeket írtam, hanem a te hülyeségeidet írtam le.

:)

Nem mondtam, hogy kell. Azt mondtam, hogy megtettem.

A feléd megfogalmazott kritikákat te tetted érvényessé. Tessék normálisan viselkedni/dolgozni, és akkor kevesebb negatív kritika ér. A megoldás ez lenne, nem a felhasználókkal való pofázás.

:)

Az ikonos megvalósítás egy ötlet. A tied egy másik ötlet, VaZsoé pedig a harmadik.

A többire pedig felesleges érdemben reagálni, mert (szokásod szerint) úgy személyeskedsz, hogy nem ismered a háttérinformációkat, üzenetváltásokat és levelezéseket.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Részemről ezek az ikonok nem tűnnek fel, kiesnek, gyakorlatilag nem hordoznak tartalmat (leginkább design elemként funkcionál) és messze is vannak a téma címétől, ami viszont értékes információ.

Írtuk a félkövér tartalomcímeket, az sokkal egyértelműbb lenne szerintem - ez bonyolultabban megvalósítható?

Nem bonyolultabb, két bajom van vele: szerintem jobban kilóg a dizájnból és nem ad támpontot annak, aki nem tudja, hogy mitől félkövér a cím. Ezért gondoltam arra, hogy ha már ott van az a három ikon, akkor használjuk értelmesen ennek a jelzésére.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ezt (félkövér) megoldást alkalmazzák több fórumon egyébként, bár nem mondom, hogy azonos jelentéssel.

Alternatíva lehet ugyanerre, ha a szöveg színe változik - ezért csináltam a piros színt -, de nem egyszerű olyan színt találni, ami elkülönül, de nem ronda mint a piros főoldal...

A borítékos jelöléssel nekem az a gondom, hogy nem fogom észrevenni.
Az is elmond valamit, hogy sokan ebben a témában tudták meg, mit is jelez egyáltalán - ettől még önmagában nem lesz egyértelműbb, miért van ott.

Esetleg egy próbát tehetnénk félkövérrel a tesztoldalon szerintem, hogy milyen vélemények érkeznek rá (a hangos szélsőségen kívül).

Alapvetően ilyesmire gondoltam.

Ebben az esetben mondjuk az "Egy érdekes sztori arról, hogyan törtek..." kezdetű téma témaindító hozzászólása frissült, a többi szimplán olvasatlan.
Az olvasott, de új hozzászólással rendelkező, valamint szimplán olvasott témák nem félkövérek.

Szerintem nem mutat rosszul...
Szerintetek?

Ellene: nem illik a HUP-hoz; a félkövér és normál címek közötti kontraszt bizonyos mintázatban zavaró lehet; vízszintes irányban nagyobb kiterjedésű a félkövér szöveg; nem tetszik.

Mellette: egyszerű.

Alternatíva: régi dizájn, az apró piros betűkkel (talán a cím után volt írva kis piros betűkkel: "új" ill. "frissült"). Jól látható volt, mégsem olyan tolakodó, mint a félkövér címek.

Tökéletes változat: amit korábban írtam. ;)

:)

Igen, régen a cím után került... talán "frissült" volt akkor, ha volt új hozzászólás, és "új", ha a témaindító változott.
Ezzel volt valahol valami probléma, nem tudom, hol (mobilon?).

Az is megoldaná a kérdést, ha módosult (vagy új) témaindító esetén kiírná pirossal, hogy "Új" - ahogy a régi design-ban -, egyéb esetben nem kell a "frissült" jelzés, az látszik az új hozzászólások számával.
Az "Új" jelzés rövid és beleillik az alap design-ba.

Részemről a félkövérrel nincs probléma amúgy, esetleg kicsit világosabb betűkkel, pl. ebben a formában jobban illik a design-ba.
(Az alap szöveg #363636 színű, a félkövér itt most #525252)

Én legalábbis meg tudnám szokni, sőt... talán még jobban is tetszene...

Nézd, ha megszerkesztik a hozzászólást, de te az új változatot még nem láttad, akkor az számodra olvasatlan, nem?

Viszont ez a szál most a nyitó fórumtéma (ami nem hozzászólás) frissülésének jelzéséről szól.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Iszonyat hosszú hsz esetén nem az egész, és nem is feltétlen érdekel, ha pl csak egy helyesírási hibát javítottak ki benne. Az viszont már lehet ha a hsz tartalmának mondjuk több mint 50%-a megváltozott. Ugyan ez igaz a nyitó posztra is. 

Engem pl az zavarni szokott mikor valaki pár másodpercenként átszerkeszti a hsz-ét és emiatt folyamatosan azt látom mintha valami új érkezett volna.

Sziasztok!

Ez a téma már eléggé átláthatatlan, de kezdjünk vele valamit. Pl. szedjük értelmesen szálakra.

Az a kérés, hogy a tartalmak megtekintésekor az oldal újratöltése nélkül könnyen, mobilbarátan lehessen az első új hozzászólásra ugrani (#new link).

Azt kérem, hogy ebben a szálban legyen róla diskurzus és a héten szülessen róla olyan eredmény, amit a döntő többség és az oldal tulajdonosa/üzemeltetője elfogad. Amennyiben ez megvalósul, akkor a következő frissítéssel kikerül az oldalra.

Referencia:

https://hup.hu/comment/2413810#comment-2413810

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nekem nem működik a #new link, máshova ugrik. Még az is lehet hogy ugyanaz a hiba zavarja össze az új hozzászólások számát, és rak rossz hozzászólásokra horgonyt (már ha ezért nem ugrik jó helyre, mert összevissza vannak a horgonyok).

Szóval egy gombbal nem lennék kisegítve.

Az új hozzászólások színezése és az [új] felirat működik, ahogy az előző-következő olvasatlan hozzászólásra való ugrás is. Erre lehetne építkezni akár kliens, akár szerver oldalon.

Más: nekem a ez a téma 30 másodpercig töltöget (nem a legerősebb a számítógépem, de, ha nem szöveget akarok olvasni rajta, akkor nem ilyen használhatatlan). Miért nem használsz belső linkeket? Ilyen alakút:

https://hup.hu/forumok/hup8bug#comment-2413810

Ha rossz helyre ugrik, az kapcsolatban áll a hibás számlálással és kimegy a javítással. Ettől függetlenül kellene valami, ami az első új hozzászólásra ugrik és desktopon, mobilon is jól használható.

Én korábban írtam ötletnek, hogy talán a bejegyzés címe használható lenne erre, mert az mindig felül van (mobilon is) és vizuálisan is elkülönül.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Én nem a tartalom címét linkelném, az szerintem nem valami intuitív. Kb három dolgot tudok elképzelni így hirtelen:

  1. ugyan a címsorban, de explicit. akár jobbra rendezve egy [első olvasatlan] link vagy valami ikon
  2. Az első hsz alján az új hozzászólás link mellett
  3. ugyanitt jobboldalt a könyvjelző ikon mellett (praktikusan gondolom valami ikonnal)

Nem, ez a szál arról szólna, hogy tartalom megtekintésénél hol/hogyan nézzen ki az a link, ami az első új hozzászólásra visz.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ez szerepel fent, mint megoldott probléma: A Saját blog link alatti oldalon a blog tulajdonosa angolul jelenik meg. Pl: trey's blog

 

Ez rendben is van, ez a része jól működik. Viszont egy adott blogbejegyzést megnyitva, a breadcrumbokban megint rossz.

Például:
https://hup.hu/node/167085
Itt az szerepel, hogy Címlap >> Blogok >> persicsb's blog

Ez az X's blog kifejezés máshol is szerepelhet esetleg, ahol még hibás? Mert mintha csak kifejezetten egyesével lenne kijavítva a dolog, nem globálisan ez a kifejezés van magyarítva. Ez a Drupal fordítómotorja miatt van így? Én arra gondolnék, hogy mindkét helyen ugyanaz a kifejezés van.

Arra van megoldás kliens oldalon, hogy a részletekben betöltődő oldal ne rángatózzon? Pl. a beágyazott twitter rögtön akkora legyen, mint amekkora véglegesen lesz és ne kb. utoljára töltődjön be, össze-vissza rángatva a már betöltött tartalmat az oldalon?

Nem tudom, hogy mi miatt van, de látványosan lassabban tölt be ma az oldal, mint ezelőtt. A főoldal esetén 4-7 másodperc, mire a /-re vonatkozó GET kérés válasszal visszatér.

Itt most a tárhelyhez kapcsolódó fejlesztésekről van szó. Mert amikor azt mondjátok, hogy „lassú az oldal”, annak számtalan olyan része van, amihez nekem semmi közöm és kezdeni sem tudok vele semmit.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ma az egész oldal olyan sebességgel futott mint ez a thread. 2-3 perc homokóra a főoldal.

1904.04.08.
RIP Jákub.
neut @

A migracio megtortente ota mar tobbszor volt jelezve, hogy 1024px szelessegnel az oldalso blokkok lecsusznak. Azota baromira kenyelmetlen a hupot tabletrol brozolni. Mikorra varhato a fix?

Ok, akkor nem szóltam...

Egyébként nálam mobilon a 2160 x 1080-as felbontás ellenére, fekvő módban sem jelennek meg az oldalsávok itt.
Anno N900-on 800x480-as felbontás mellett is jól lehetett használni a HUP-ot, oldalsávokkal - persze nagyítás mellett...

Igazából nem súlyos dolog, és nem is égető probléma, de zavaró lehet.

Ha módosítom az adataimnál az aláírásomat, visszamenőleg is módosul az összes hozzászólásnál is.

Ez nem biztos, hogy így jó, de majd a hozzászólók eldöntik.

( •̀ᴗ•́)╭∩╮

"speciel a blockchain igenis hogy jó megoldás, ezért nagy erőkkel keressük hozzá a problémát"
"A picsat, az internet a porno es a macskas kepek tarolorandszere! : HJ"

Az élet ott kezdődik, amikor rájössz, hogy szart sem kell bizonyítanod senkinek

Ha meg akarod nevettetni Istent, készíts tervet!

Igen, ez visszatérő kérdéskör (nem csak itt), hogy az aláírásnak állandónak kell-e lennie? Egyfelől ott van, hogy az elküldött levelek végén sem módosítható utólag az aláírás, másrészt pedig az aláírás miért ne tartalmazhatna mindig friss, naprakész információkat?

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nekem történelemhamisításnak tűnik az, hogy az aláírás visszamenőleg update-elődik a korábbi hozzászólásokban is. Én ugyan nem nagyon szoktam változtatni, de ami egyszer el van küldve, az jó volna, ha úgy is maradna. De ezek szerint ez eldöntött kérdés, meg kell ezzel békélni.

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

Csak a főoldalon nem lehetnem a "Címlap | HUP" feliratot "HUP | Címlapra" módosítani? Az előzményektől a könyvjelzőkig mindenhol így látszik. Elegánsabb lenne, ha a HUP lenne előrébb.

READY.
󠀠󠀠‎‏‏‎▓

Van egy eléggé nagy probléma az új hozzászólások számolásánál.

Nem csak az a gond, hogy melyik usernek hány hozzászólást jelenít újnak (esetleges session-keveredés), hanem egész egyszerűen hibás lehet a kód, ami számol.

Az egyik topiknál azt mutatja, hogy 2 hozzászólás van, amiből 3 új. Ez nagyon gyanús.

Lásd itt:

https://ibb.co/q1gfDcp

Ezt bejelentkezve láttam, a főoldali fórum blokkban.

Nem tudom, hogy fikáztam-e már a code taggel kapcsolatos dolgokat, vagy csak akartam...? Épp ráérek, úgyhogy pótolom. Régi bölcsesség, hogy inkább kétszer fikázz, mint egyszer sem.

Csak nekem egyértelmű, hogy [code]ezt így[/code] kellett volna migrálni?

[code]Ezt meg így.[/code]

Csak nekem egyértelmű, hogy ezt így kellett volna migrálni?

Ezt meg így.

***

<p>Csak nekem egyértelmű, hogy <code>ezt így</code> kellett volna migrálni?</p>
<pre><code>Ezt meg így.</code></pre>

Csak nekem egyértelmű, hogy ezt így kellett volna migrálni?

Ezt meg így.

***

Csak nekem egyértelmű, hogy [code]ezt nem így[/code] kellett volna migrálni?

[code]De ezt meg így.[/code]

Csak nekem egyértelmű, hogy

ezt nem így

kellett volna migrálni?

De ezt meg így.

***

– Dehogy, bolond vagy! Elfelejtetted, hogy csak a migrálás után kaptuk meg az inline code taget? Ezért ami a hibás migráció-tervezés miatt el lett baszva, az örökre úgy marad.
– Elfelejtettem.
– Sajnálom, hogy emlékeztettelek rá.
– Én is.
– De ne aggódj, nem kell arra számítani, hogy nevergone készít egy toolt, melynek segítségével a nyitó hozzászólásokban és a sima hozzászólásokban könnyen ki tudod javítani az általa elrontott dolgokat.
– Nem aggódom. Legyünk korrektek, nem kizárólag nevergone hibája, hogy nehéz ilyen eszközt készíteni, hiszen sokan azt sem tudják, hogy létezik központozás, vagy mondat eleji nagy betű. A kézzel agyatlanul sort törő bajnokok sem könnyítenék meg a dolgot. Persze eleve normális átállást kellett volna csinálni, és akkor nem számítana, melyik felhasználó mit baszott el korábban...
– Hát igen, sehogyan sem lehet kimagyarázni, hogy egy alapvetően inline code taget használó rendszerben tárolt tartalmat első blikkre miért úgy vitt át az inline- és a blokk code taget is ismerő másik rendszerbe, hogy letiltotta benne az inline code taget.
– Ki hitte volna, hogy 2019-ben ilyesmi ebben a formában megtörténhet egy IT-jellegű portál migrációja során...
– Jah, de ez is a felhasználók hibája. A rohadékok nem nézték át elég alaposan a tesztmigrálás után maradt halmot!
– Mit lehetett volna tenni?
– Nem tudom... Talán kiválasztani/készíteni pár hozzászólást, melyek lefedik az összes használt taget, ráengedni a konvertert, és alaposan átnézni az eredményt?
– Butaság. Miért tenne ilyet az, aki inline taget konvertál blokká?
– Szerinted a különböző iparágak különböző folyamataiban miért vannak olyan előírások megfogalmazva, amik első látásra szánalmasan alapvetőnek tűnnek?
– Jah... De egyébként is a felhasználók feladata lett volna...
– Ki másé...?
– Micsoda misztikus kérdés...!
– Az, és emiatt már csak a csodában bízhatunk.
– Miben?
– Abban, hogy nevergone készít egy eszközt, ami a migrálás óta változatlan-, code taget tartalmazó hozzászólásokat újra átmigrálja a régi adatbázisból.
– LOOOOOOOL
– Ugye? Pedig ez eléggé távol áll attól, amit az IT-ben lehetetlennek lenne lehetséges nevezni.
– A másik toolra több esélyt látok, de biztos vagyok benne, hogy az sem fog elkészülni soha.
– A manuális felülvizsgálatot segítő eszközre gondolsz?
– Arra.
– Jah, az is esélytelen.
– Legalább trey jól szórakozik.
– Abban biztos vagyok. A maga módján jól.
– A legtöbb, ami talán megvalósul, egy inline code tag ikon a nagyszerű CKEditor eszköztárára.
– A jó oldalát kell nézni: ***... Akarom mondani, ez egy kiemelkedően sikeres migrálás volt.
– Valóban. Túlzó és irreális elvárásokhoz képest sikerült rosszul, nem a valódi lehetőségekhez képest...
– Bizony! Tessék pozitívnak lenni! És ha lehet, többé ne emlékeztess rá, hogy mi lett elbaszva...!
– Szinte esélytelen.
– Tudom. :(
– Sajnálom.
– Szerintem mindenki sajnálja.
– Leginkább azok, akik még mindig ezt a hozzászólást olvassák.
– Igen, elsősorban ők.

:)

Az eredeti oldalon sokszor hibásan használták a BBCode tageket.. Ezen hibákat az akkori BBCode filter csendben benyelte, viszont a migráláskor nem sikerült mindent javítani.

Ha visszaérek a szabadságból, akkor megnézem, hogy miként volt migrálva és mit is jeleztél itt most, mert mobilon nem igazán látszik.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Na szóval.

  1. Fikázni könnyű. Én elég sok tartalmat kiválasztottam és átnéztem a migrálás során és azt láttam, hogy (a lehetőségekhez képest) mindegyik jól migrálódott. Viszont elég sokféleképpen írták itt a BBCode-ot (és nem is volt mindegyik valid), ezért nem lehetett garantálni, hogy minden konvertálása problémamentes lesz.
  2. A problémádat az okozza, hogy megoldottam, hogy a migrált tartalmak kódblokkjai szerkeszthetőek legyenek a CKEditor kódblokk-szerkesztőjével, vagyis az új és régi tartalmak szerkezetileg ne térjenek el egymástól. Másképp fogalmazva: ha megnyitsz egy régi tartalmat és rányomsz a mentésre, akkor jelenleg nem rendeződik át, nem törik szét a szerkezete. Még akkor sem, ha módosítod a benne található kódrészleteket. Ez pedig ezzel a kompromisszummal járt, mivel ilyen formátumban várja és kezeli a kódblokkot.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ennek semmi köze ahhoz, hogy a felhasználók mit rontottak el. A régi HUP alatt lévő Drupal működéséről szól.

Megoldottad, csak szétbasztad vele a formázást.

Nem most törik szét, hanem akkor tört szét, amikor minden [code][/code] részt <pre><code></code></pre> részre cseréltél. Régen a [code][/code] szimplán <code></code> volt, és utólag lett blokk elembe zárva, ha két sortörés volt előtte (a dőlt, félkövér stb. formázáshoz hasonlóan). Példa:

Szerkesztő mező:

1. bekezdés 1. sor
1. bekezdés 2. sor [code]inline kód[/code] nemkód

[code]2. bekezdés 1. sor
2. bekezdés 2. sor[/code]

 

Megjelenített szöveg HTML kódja:

<blokk>1. bekezdés 1. sor<br>
1. bekezdés 2. sor <code>inline kód</code> nemkód</blokk>
<blokk><code>2. bekezdés 1. sor<br>
2. bekezdés 2. sor</code></blokk>

 

Valahogy így nézett ki a weboldalon:

1. bekezdés 1. sor
1. bekezdés 2. sor inline kód nemkód

2. bekezdés 1. sor
2. bekezdés 2. sor

 

A migrálás ezt csinálta belőle:

<p>1. bekezdés 1. sor<br>
1. bekezdés 2. sor</p>
<pre><code>inline kód</code></pre>
<p>nemkód</p>
<pre><code>2. bekezdés 1. sor
2. bekezdés 2. sor</code></pre>

 

Most így néz ki a weboldalon:

1. bekezdés 1. sor
1. bekezdés 2. sor

inline kód

nemkód

2. bekezdés 1. sor
2. bekezdés 2. sor

 

Ismétlem, régen valahogy így nézett ki a weboldalon:

1. bekezdés 1. sor
1. bekezdés 2. sor inline kód nemkód

2. bekezdés 1. sor
2. bekezdés 2. sor

 

A kódformázások nem törtek volna szét, ha blokkszintű helyett inline formázásra konvertálod, ahogy a régi motor (ld. második kódrészlet a hozzászólásban). Igen, ebben az esetben nem lehetne az ezer éves hozzászólások kódrészleteit egyből a CKEditor kódblokk-szerkesztőjével szerkeszteni (kellene egy kopipésztet csinálni a szerkesztéshez, jaj), cserébe nem baszódott volna szét az összes (nyitó) hozzászólás, amiben a kódformázást mondaton belül használták.

Az átállás előtt nyilvánvaló volt, hogy a régi rendszer hogyan működik – nem vetted figyelembe, emiatt szétcsúszott a kódformázások egy része. A rosszul migrált-, de _valid_ BBCode kódformázások – lehetőleg teljesen automatikus – kijavítására kellene vállalható megoldást prezentálni.

:)

Úgy látom, te csak irni szeretsz, olvasni nem. Akkor még egyszer leirom: A CKEditor kapott egy kódblokk plugint, ami megkönnyiti a kódrészletek beszúrását. A kódblokkok olyan formában lettek migrálva, hogy ez a plugin tudja kezelni őket akkor is, ha egy migrált tartalom szerkesztéséről van szó. És igen, cserébe az inline kódblokkat új sorba teszi, mert a plugin így kezeli és ezt a formátumot ismeri fel.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Úgy látom, tévedsz, ezért még egyszer leírom: egy alapvetően inline kódformázást használó-, de blokkos kódformázást is lehetővé tévő rendszerből migráltad a kódformázást blokkokba, csak blokkokba, miközben a CKEditor ismeri az inline kódformázást is. Ezzel szétbasztad egy csomó hozzászólás kódformázását, és ha nem javítod, azok a hozzászólások örökre ocsmányul maradnak. Nem érték, hogy soha többé nem szerkesztendő- vagy nem szerkeszthető (megválaszolt) hozzászólásokban lehetne a CKEditorban kódblokkot szerkeszteni, ahogy az sem érték, hogy egy ezer éves akármilyen kódblokkhoz a plugin hozzárendeli az általa megfelelőnek tartott (vagy az alapértelmezett?) szintaxis-kiemelést. Ellenben érték lenne, ha a migrált kódformázás úgy jelenne meg, ahogy a hozzászóló eredetileg akarta. Már csak azért is, mert régen nem csak forráskódok formázásra használtuk a BBCode code tagjét, hanem szövegformázásra, rajzolásra és táblázat készítésére is, mert nem volt jobb eszközünk.

Nem tudom, mi olyan bonyolult abban, hogy semmiért lett tönkretéve sok hozzászólásban a formázás... Vagy szerinted mindenki vissza fog menni, hogy az ezer éves hozzászólásában kódot szerkesszen? Miért tenné? Kb. senki nem akar ilyet tenni (leszarja, mit írt évekkel ezelőtt), és normális migrálás esetén nem is lenne rá szükség, mert a BBCode egyértelműen meghatározta, mit kell inline-, és mit blokkos kódformázásként értelmezni. Az emberek inkább olvassák a régi hozzászólásokat, nem pedig szerkesztik, ebből következik, hogy a migrálás során az olvasással/megjelenítéssel kapcsolatos igényeket kellett volna előtérbe helyezni.

Szóval az érvelésed baromság.

 

 

Nyilvánvaló tények és összefüggések közlése után van egy kérdésem is. Hogyan migráltad a [code]normál kód, [b]félkövér kód[/b], normál kód[/code] felépítésű részeket? Csak azért kérdezem, mert fejből nem ismerek egy régi hozzászólást sem, amivel ellenőrizhetném, hogy megmaradtak-e a belső formázások. Ha most forráskód nézetben bekerül egy "félkövér" formázás a kódblokkba, a plugin szerkesztője nem kezeli (helyes). Az érdekel, migrálás során elvesztek-e a BBCode code tagjein belüli formázások (pl. azért, hogy a plugin szerkesztője számára kezelhető legyen), vagy a plugin szerkesztőjétől függetlenül lett migrálva? Maga a plugin természetesen kezeli a belső tageket, jól jeleníti meg (legalábbis a "félkövéret"), csak a szerkesztője nem használható a kód szerkesztésére.

Példa a plugin szerkesztője által – nagyon helyesen – nem kezelt kódblokkra:

normál kód, "félkövér" kód, normál kód

A strong taget kihagyva – nagyon helyesen – szerkeszthető a blokk:

normál kód, "félkövér" kód, normál kód

 

 

A korábban linkelt példa bejegyzés valahogy így nézett ki eredetileg, és így néz ki most. Talán látszik a különbség...

Addig kellene feltárni a hibákat, amíg azok viszonylag könnyen javíthatók. Szerintem nagyon gáz lenne, ha az általad rosszul migrált formázások örökre úgy maradnának.

A normális az lenne, ha az inline kódformázás inline kódformázásként lenne újramigrálva, a blokkos kódformázás pedig blokkos kódformázásként. Utóbbi esetén a blokkban nem szabad szintaxis-kiemelést használni, hanem egyszínű-, normál szövegként kell megjeleníteni*. Továbbá az újramigrálás során az inline és a blokkos formázásban is meg kell tartani a további formázásokat (ld. az előbbi példa a "félkövér" szöveget is tartalmazó kóddal), ha esetleg az elrontott migráció során elvesztek volna.

* Igen, ez egy funkciókérés, vagyis a kódformázó plugin "nyelv" listájában legyen egy "sima szöveg" opció is.

:)

Szerencsére az emberek nem csak nem szerkesztik, hanem nem is olvassák a régi tartalmakat, ezért az általad vázolt probléma nem marginális. Ezt mutatja az is, hogy neked is csak most, bő fél évvel az átállás után tűnt fel.

Ráadásul tartalmilag nem veszett el semmi, így ha valaki értelmezni szeretné a régi tartalmakat, azt most is gond nélkül megteheti.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Mivel ez a probléma az elmúlt 8-9 hónap során csak téged zavart (és téged is csak most), ezért bátran dolgozhatsz a megoldáson, amely ha beválik, felhasználásra kerül.

Amilyen állapotban voltak a forrás-adatok, az is siker, hogy ennyire egységesre sikerült a migrálás.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Alapvetően igazad van a kérdésben, de az ilyen problémáknak migrálás előtt kellett volna kiderülnie (amikor egy teszt felületen lehetett nyomkodni az oldalt).
Elég kevesen voltak, akik egyáltalán megpróbálták végignyomkodni a felületet, és ők sem feltétlen ismerték, miket lenne célszerű tesztelni rajt.

...viszont most "újramigrálni" a kérdéses részt "némileg" bonyolultabb feladatnak tűnik...

Az eddigi munkahelyeimen a garanciaidőn belül feltárt-, általunk elkövetett hibákat kijavítottuk, szóval magasról leszarom, mennyire lenne bonyolult. Nevergonetól elvárom, hogy oldja meg, treytől meg azt várnám, hogy várja el tőle, hogy oldja meg, és segítse is őt a megoldásban. Esetleg a hozzászólás-migrációra használt szoftvert publikussá lehetne tenni, hogy a manyeyeballs egy hónapig további hibákat kereshessen benne, ha akar.

:)

Nekem pedig van egy megbízásom, szerződésem és aszerint járok el. Minden olyan hiba javítva lesz, ami akadályozza vagy nehezíti a mindennapos használatot. Sajnos ez nem olyan, ezért nem szeretnék vesződni vele.

Szerintem téged az zavar meg, hogy azt hiszed, a HUP valaha is kész lesz. Pedig nem, egy webportál, egy webalkalmazás sose lesz kész, mert mindig lesznek új igények, ötletek és igen, új hibák is. Csak olyan van, amikor elfogadjuk késznek.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Semmi igénytelenség nincs itt, mivel nekem azt is néznem kell, hogy mit vállaltam, illetve hogy egy hiba kijavítása milyen egyéb mellékhatásokkal jár. Pl. ezért biztosan nem fogom újramigrálni az oldalt, vállalva az esetleges adatvesztést és a több napos/órás leállást.

A végleges átállás előtt kellett volna jelezned, de az egységes formázás/kezelés igénye miatt valószínűleg akkor sem tudtam volna foglalkozni vele.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Jó, ha az éhenhalás vagy egy munka közt kell választani, amit nem fizetnek meg annyira, hogy beletedd az összes tudásod és igényességed, akkor nyilván nem kell éhen halni...

Ebben az esetben eleve nem kellett volna vállalni, hanem hagyni, hogy olyan csinálja meg, aki ért hozzá...

:)

Örülök, hogy te mindent tudsz, mindenhez értesz, mindenhez van valamilyen véleményed. Még ha esetek döntő többségében ezek tévesek is. Csak idézni tudom magamat:

Ontopic légy és konstruktív, ha pedig nem megy, akkor inkább tartsd meg magadnak és ne írd le.

Köszönöm.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Ember te melyik világban élsz?

Azért mert a régi tartalom nem úgy néz ki, mint ahogy az neked megfelelne ezért legyen előröl kezdve az egész migrálás? Az oldalt 0-ról ne írják neked a szád ízlésére?

Ahogy VaZso is írta, ott volt a teszt időszak. Mindenkinek megvolt a hozzáférése, hogy megnézze a dolgokat. Ennyire életbevágó dolog lett volna, akkor veszed a fáradtságot és végignézted volna, hogy jók-e a régi bejegyzések... Megtetted? Jelezted? NEM!!! Akkor meg mit pattogsz most már itt?

Hány meg hány olyan oldallal találkoztam már ahol keret upgrade vagy migrálás miatt a régi tartalmak szét voltak csúszva... De mindenki leszarta. Értelmezhető? Igen! Nincs vele probléma! Egyes oldalaknál a képek és videók is eltűntek, holott azok tartalmaztak lényeges információkat, mégsem panaszkodott senki.

Ez most megint olyan, hogy képes voltál időt szánni rá, hogy csak azért is találj egy "hibát", ami miatt járathatod a pofádat és panaszkodhatsz.

A régi BBCode-ok nagyon csodálatosak voltak, mikor havonta egyszer sikerült találni olyan posztot, ahol a kedves kolléga nyitott egy [code] vagy egy [b] tag-et amit nem zárt le és a poszt többi része, illetve a hozzászólások is átvették a formázást. Úgy kellett hozzászólásban zárni ha nem vette észre a topic nyitó. Tényleg erről jut eszembe valaki elő tud bányászni egy ilyen posztot, hogy az hogy jött át?

Szerk.: Közben találtam egy ilyen hozzászólást: https://hup.hu/index.php/comment/2292958#comment-2292958

Ebből szépen kivette a nyitókat.

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

Ember te melyik világban élsz?

Nem abban szeretnék, amelyikben szakemberek nem vállalnak felelősséget a munkájuk minőségéért.

A házad külső falait fehérre festeted. Megtörténik, de a festők valami szennyezett festéket is felhasználnak, ami idővel napsugárzás hatására rikító rózsaszínné válik. Mit teszel, amikor a fehér falad egy része rikító rózsaszínné válik?

Azért mert a régi tartalom nem úgy néz ki, mint ahogy az neked megfelelne ezért legyen előröl kezdve az egész migrálás? Az oldalt 0-ról ne írják neked a szád ízlésére?

Nem nekem nem felel meg, hanem a formázás egy része hibásan lett átemelve, vagyis szar.

Ahogy VaZso is írta, ott volt a teszt időszak. Mindenkinek megvolt a hozzáférése, hogy megnézze a dolgokat. Ennyire életbevágó dolog lett volna, akkor veszed a fáradtságot és végignézted volna, hogy jók-e a régi bejegyzések... Megtetted? Jelezted? NEM!!! Akkor meg mit pattogsz most már itt?

Mi van, ha megnéztem, de pont kimaradtak azok a hozzászólások, amelyekben könnyen észrevettem volna? Nem szakemberként miért én vagyok a hibás, ha a szakember elbaszta?

Hány meg hány olyan oldallal találkoztam már ahol keret upgrade vagy migrálás miatt a régi tartalmak szét voltak csúszva... De mindenki leszarta. Értelmezhető? Igen! Nincs vele probléma! Egyes oldalaknál a képek és videók is eltűntek, holott azok tartalmaztak lényeges információkat, mégsem panaszkodott senki.

Attól még a szar szar marad.

Mivel javítható, nem kell szarnak maradnia. Az meg ne az én problémám legyen, hogy neked mindegy, hogy a szar le van húzva a WC-n, vagy a konyhaasztalon hever.

Ez most megint olyan, hogy képes voltál időt szánni rá, hogy csak azért is találj egy "hibát", ami miatt járathatod a pofádat és panaszkodhatsz.

Nem kerestem, egyszer csak megláttam. Szintén ne az én problémám legyen, hogy te olyan vagy, aki szándékosan keresi a hibákat, hogy ugathasson.

A régi BBCode-ok nagyon csodálatosak voltak, mikor havonta egyszer sikerült találni olyan posztot, ahol a kedves kolléga nyitott egy [code] vagy egy [b] tag-et amit nem zárt le és a poszt többi része, illetve a hozzászólások is átvették a formázást. Úgy kellett hozzászólásban zárni ha nem vette észre a topic nyitó.

Irreleváns. Én a valid formázás migrálásáról beszéltem. Ugyanis a valid formázás migrálása lett elbaszva.

:)

Lehet értelmezni a bejegyzést? Igen!

Valid volt korábban? Igen!

Valid most is? Igen!

Elveszett bármi lényeges információ azzal, hogy új sorba került az adott szöveg? Nem!

Rajtad kívül panaszkodik más rá? Nem!

Hol van itt a probléma?

Én a hibákat azért keresem, hogy szóljak róluk! Legyen az itt a HUP, legyen bármilyen más oldal vagy program... Nem ugatni szoktam ezeket hanem szólok róluk! Te vagy az aki amióta megvolt a váltás a legkisebb apró dolog miatt ugatsz és ha az van mondva, hogy nem releváns vagy nem lesz megcsinálva úgy ahogy azt te kéred, akkor küldesz mindenkit az anyjába, nem ilyen megfogalmazásban, de ez a lényege.

Tudod attól, hogy itt a HUP-on felmerült az igény a BBCode migrálás CKeditor-ba, az nem feltétlen jelenti azt, hogy az erre kitalált megoldások 100%-ig megfelelően fognak működni. Nem minden oldal és igény egyezik azzal, mint ami itt a HUP-on jelen volt. 99,9%-ban jó lett a migrálás. Van 0,1% hiba azzal, hogy az inline [code]-t nem úgy emelte át, ahogy az kinézett. Emiatt ne kelljen már azzal jönni, hogy akkor minden legyen az elejéről kezdve és írjunk külön programot arra, hogy az a maradék 0,1% is tökéletes legyen. Felesleges körök! Ha érdemben tette volna tönkre az átadni kívánt információt, akkor megérteném a problémádat, de így megint csak az jön le, hogy felesleges dizájnoláson vagy fennakadva...

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

Azért mert a régi tartalom nem úgy néz ki, mint ahogy az neked megfelelne ezért legyen előröl kezdve az egész migrálás?

Engem ugyan hidegen hagy az egész, de ha erre a szintre lövünk, akkor read only meg kellett volna hagyni a régi site-ot, és csak a user accountokat átmigrálni az újba. 

Gondolom azért ez kicsit túlzás. :)

Szerkesztve: 2020. 06. 29., h – 16:15

Micsoda jó troll vagy Te bolond! Kaphatok autogramot? Na lécci lécci lécci!

Egyszer-kétszer engem is kiparodizálhatnál. Pl egy képzelt beszélhetés Haroldking, Hajbazer és gentoojedi között.

 

/SZERK/ Ja és gelei is belepofázik, mert megelégeli a szófosást.

A tracker működése érdekes.

Nézzük meg haroldking profilját:
https://hup.hu/user/21365/activity

 

Itt alig van pár topik, amihez hozzászólt elvileg.

De valójában ennél sokkal többhöz szólt hozzá.

Például ehhez is: https://hup.hu/node/169707

Most vagy a tracker működik szarul, vagy sikerült bevezetni egy olyan működést, amit igazából senki nem kért, és nem átláthatóan működik.

 

Mi dönti el, hogy a /user/id/activity alatt mi látszik?

Szerintem egyszerűen leiratkozott róla.

Igen, ez így kicsit átláthatatlan, ezt jeleztem korábban.
Addig rendben van, hogy a felhasználó tud szűrni a saját friss tartalmainál, az már kevésbé, hogy a szűrt listát más is látja, ill. más nem tud szűrni a felhasználó valós tevékenységére (ez két külön probléma).

Tudom - annyi történt, hogy a saját trackerből eltávolított témák úgy általánosságban tűnnek el a trackerből (ergo egy fejlesztés került bele, ami az "aktivitás" funkció alapműködését szünteti meg).
A cél persze az volt, hogy le lehessen iratkozni a már érdektelen témákról, de ez nem mellékhatás nélküli.

Igazából a régi tracker sem volt aktivítás-napló, mert csak a tartalmakat listázta, amelyekhez az adott felhasználó hozzászólt vagy létrehozta. Nem listázta közvetlenül a hozzászólásokat, nem jelölte a szerkesztéseket és a törléseket sem.

Az pedig másik kérdés, hogy ha lenne aktivítás-napló, annak miért kellene nyilvánosnak lennie?

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Új fórumtéma nyitásakor, ha képet beillesztünk a szövegbe, akkor a beküldés után elveszik a komplett írás. Kellemetlen.

READY.
󠀠󠀠‎‏‏‎▓

A blogbejegyzés publikálási ideje korábbi a tényleges beküldés időpontjánál. Nem tudom, hogy a "blogbejegyzés beküldése" oldal megnyitását, az első előnézetet vagy mit használ fel, de szerintem a "beküldés" gombra való kattintás időpontját kellene megjeleníteni, ahogy régen.

:)

Szerkesztve: 2020. 08. 05., sze – 10:20

Az oldalról csak nekem tűntek el az új hozzászólás kiemelések? Cikkeknél és blogoknál nem jelöli, hogy van-e új. Fórumoknál ez működik, Viszont bármit megnyitva nem jelzi, hogy melyek voltak az újak. Így fórumtémáknál az új hozzászólás hivatkozás sem működik.

 

Szerk.: Tárgytalan! Reggelre meg volt telve a partícióm és a Firefox nem tért magához. Console-ban láttam, hogy nem bírta a JS menteni a cache-t. FF újraindítás után helyrejött.

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

Nálam most az történik, hogy ha megnyitok egy fake új hozzászólásokat tartalmazó bejegyzést, akkor egy pillanatra bevillanak szürke háttérrel ezek a hozzászólások, mintha tényleg újak lennének, de a szürke háttér rögtön le is kerül róluk (talán egy script veszi le?). Eddig még nem tapasztaltam ilyet.

Ti is tapasztaljátok, hogy mostanában az éles oldal rendszeresen eldobja a kapcsolatot?

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Abszolút nem találkozom vele, pedig reggelente win10/ff-al jövök fel többször, majd napközben linux/ff-al nagyon sokszor, majd este újra win10-el.
Az Unable to connect előjön random az IPv6 miatt, de az nem a HUP hibája, én meg azt ennyiért nem tiltom a firefoxban.

Biztos, hogy nem én gonoszoltam le!

No, akkor én is írok a számlálókról. Tegnap tűnt fel, hogy a főoldalon néhány olyan cikknél, amit már olvastam, olyanokat írt, hogy 23 hozzászólás, 23 új, ami biztosan inkorrekt.

Aztán tegnap este 3 cikknél is az volt, hogy új hozzászólásokat jelzett, de amikor megnyitottam ezeket, nem volt új hozzászólás egy sem. Alma vs Körte logó: 69 hozzászólás, 20 új, 400 hibás Snapdragon 13 hozzászólás 13 új, Van-e létjogosultsága a FSF-nek szavazás 23 hozzászólás, 23 új.

Ma reggel se a követés oldalon se a főoldalt újra betöltve nem jelez új hozzászólásokat ezeknél a cikkeknél. És persze mivel tegnap megnyitottam ezeket és az összes hozzászólások száma nem változott, ez helyesnek látszik.

Csak azt nem tudom, tegnap mi volt, ami megkavarta a számolást.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

a kovetett/friss tartalom oldalon jol jelennek meg az uj hozzaszolasok. adott node-on belul is jol szinezi. a fooldalon/blog-nal szar. ha ez eddig neked nem jott elo 2/3 ev alatt akkor jo nagy makod van :)

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Szerkesztve: 2020. 09. 01., k – 15:53

A főoldalon lévő A Rust-ban való Linux kernel fejlesztés támogatása cikket nálam úgy jelzi az oldal, hogy csak egy hozzászólás van, holott Trey mellett nekem is van ott egy hozzászólásom. Mielőtt kommenteltem akkor is 1 hozzászólást jelzett (Trey-ét). Az enyémet nem számolja.

Máshol nem láttam hasonló hibát.

 

Szerk.:

Közben hogy megérkezett a 3. hozzászólás most már megjavult

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

Service Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

Apache/2.4.38 (Debian) Server at hup.hu Port 443

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

ez meg mindig igen eros arcpalma, es meg mindig nem zavar senkit (azok kozul, akik tehetnenek is ellene):

$ for X in {1..10}; do S=$(curl -o /dev/null -w "%{time_total}" -qs https://hup.hu/forumok/hup8bug?foobar=${X}#new); printf "%8s. %6.2f\n" "${X}" "${S}"; done
       1.  24.16
       2.  12.78
       3.  10.75
       4.  11.07
       5.  11.18
       6.  13.05
       7.  14.37
       8.  14.32
       9.  10.87
      10.  12.72

Lapozót most is tudok beletenni, ha a közösség és a tulajdonos jóváhagyja. Cserébe teljesen búcsút kell mondani az új hozzászólások jelzésének, az új hozzászólások közti lépegetésnek, a szülő hozzászólásra való ugrásnak.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

A helyzet sajnos nem ilyen egyszerű.

Egyrészt van az új hozzászólásos hiba, amit mindenképpen javítanom kell, plusz át kell vezetni az oldalt minimum Drupal 8.9.x-re. Sajnos eddig nem jelentkezett senki az oldal további fejlesztésére és a közösségi metodika sem lett kidolgozva (tudomásom szerint).

Ezt a problémát sem lehet elodázni, mert gáz a lassú oldalbetöltés és az is, hogy adott hozzászólásszám felett egyszerűen eldobja magát az oldal,

Az előbbit fejlesztési és üzemeltetői szinten kell megfogni, ezen dolgozom is a szabadidőmben.

A másodikra is kell megoldás valamilyen lapozóval, mert végtelenségig nem müködik mindent egy oldalra kipakolni, na meg kb. 1000 hozzászólás felett már teljesen átláthatatlan mobilon (is). Ha csak simán bekapcsolom a lapozót, az teljesen el fogja rontani az új hozzászólások kezelését és az új hozzászólások közti navigálást. Kipróbáltam pár megoldást, de mindegyik adott valami visszalépést. Illetve tegnap este lett egy hirtelen ötletem, ami segithet, erről inditottam egy szavazást.

Bármi is lesz, mindenképpen szükséges további fejlesztéseket beletenni, ami egyelőre rám hárul.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

> Sajnos eddig nem jelentkezett senki az oldal további fejlesztésére és a közösségi metodika sem lett kidolgozva (tudomásom szerint).

Ez nem igaz. Többen is jelentkeztünk. Az volt mondva, hogy küldjünk kódot a Drupal projectnek, aztán ha ők elfogadják, akkor talán ti is elfogadjátok és kikerül ide, csak - azt mondtátok - a HUP kódja nem 100% Drupal upstream és az eltérések nem publikusak, így ha a beküldött kód ütközik valamelyik házi módosítással, az IJ. Ezen a hármas szűrőn Mitnick legyen, aki átmászik.

Nézd, ez a része nem rajtam múlik, mondjuk foglalkozni sincs vele időm. Addig pedig csak a drupal.org-os dolgokat tudom érdemben felhasználni. Erre írtam, hogy a metodika sincs kidolgozva.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

> Nézd, ez a része nem rajtam múlik, mondjuk foglalkozni sincs vele időm.

Ezt én értem, csak mondtam, hogy jelentkező volt, csak hiába.

> Addig pedig csak a drupal.org-os dolgokat tudom érdemben felhasználni.

Ha már így is eltértetek a mainline-tól és így is vannak homebrew részek a rendszerben, akkor nem igazán értem, hogy miért.

> Erre írtam, hogy a metodika sincs kidolgozva.

Metodika...? Felrakjátok a hup kódját egy <szabadon választott verziókezelő rendszer> repo-ba (a DB és egyéb hozzáféréseket - meg mindent, ami nem publikus - kigyomlálva, placeholderrel helyettesítve) és mellé egy olyan SQL dumpot a DB-ről, amiből az érzékeny adatok - pl. jelszavak hash-ei, meg a felhasználók nem tudom milyen nem publikus adatai (tehát a nicknevekpl. nem), meg a portálra vonatkozó érzékeny adatok - ki vannak pucolva, aztán lehet diffet beküldeni, lehet mergelni a tesztoldal kódjába és ha működik jól, akkor majd egyszercsak élesítés, ha meg nem, akkor reject. Miféle "metodikára" van itt még szükség?

Vagy nekem hiányzik valami infó arról, hogy hogyan kezeltek valamit, vagy ti gondoljátok túl a dolgokat.

Nyilván nem, de azokra vannak/lehetnek tesztek, biztonsági ellenőrzés stb. Biztos kialakul majd idővel ennek is a formája, mert ki kell.

Ezt a kört amúgy már lefutottuk párszor itt.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

És azok miben különböznek a hup felhasználók által beküldött kódok tesztelésétől? A gyakorlati tesztelésre a lehetőség megvan, tesztoldalon push, működik, jó, nem működik nem jó. Sto problem? Igazából azt csináltok, amit akartok, de így egyedül kell, hogy szívj vele, holott egy open source portálmotorra bazíroztátok az egészet, tehát lehetne egy raklap segítséged is...

Ha szóba kerül, valószínűleg fogjuk is még, amíg a kérdés nyitva van.

Igen, ez már a teszten javítva van, szerintem ide is kikerül hamarosan. Gond volt a szavazással (elugrált az oldal szavazásnál, emlékszel?), ezért letiltottam az AJAX-os működést, az pedig behozta ezt. De most már AJAX-osan sem ugrál el, ezért visszatettem a Javascriptet.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Hagyjad. Szarik bele mindenki ebbe a bugba, főleg akinek meg kellene javítania.
10 perces munkát nem tud elvégezni már lassan 1 éve (nyilván nem is tudja megcsinálni). 
Ez azért mindent elmond az oldal jelenlegi színvonaláról és a azok hozásállásáról akiknek közük van a működéséhez.

Tipp:
Szerintem menjünk át a teszt szerverre, használjuk azt ezt helyett. A hírek szerint ott minden faszán működik! :D

Az új hozzászólásnak nem szürke a háttere, így nem látom, mi az új. A kis piros felirat, meg enyhén eltérő fejléc szín kevés, egyik sem szembetűnő. Ráadásul a fejléc színe valamiért más hozzászólásnál is eltérő volt - talán amire én válaszoltam utoljára? -, így aztán ránézésre nincsenek meg az új hozzászólások.

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

Remek. :( Akkor legalább adjatok egy user css-t, hogyan tudom a saját böngészőmön visszaszürkíteni, hiszen az új hozzászólás nyilván más class-ban van, így vélhetően ez kliens oldalon is megoldható.

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

Csak annyira kicsit más, hogy a saját hozzászólás is triggerel, azt hiszem, hogy új. Lehetne úgy is, hogy a sajátnak a header-je, footerje ugyanolyan, de a többitől eltérő, míg az újnak a háttere más. Nem kell szürke, felőlem legyen pasztell barna is, mit bánom én, de az jó volt, hogy a háttér eltérő.

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

Senki nem mondta, hogy dögölj meg. :) A színeket nem én kísérleteztem és nem tudom, hogy ebből egy színtévesztő mit érzékel, bár ezek szerint nem sokat.
Itt lehet ötletelni a jobb megoldásról: https://hup.hu/comment/2525295#comment-2525295

Köszi!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Akkor jöjjön a kerettörténet:

Az eredeti kinézetet nyilván ismeritek. Jeleztétek, hogy az a fekete keretes megjelenés nem túl szép, ezért elindult egy ötletelés, kísérletezés erről. Született egy olyan eredmény, ami treynek is tetszett. Én erről teljesen elfeledkeztem és tegnap, amikor mondtam neki, hogy frissítés lesz az éles oldalon, akkor kérdezte, hogy ezt még bele tudom-e tenni. Persze, beletettem.

Aztán hajnali negyed hétkor felébredtem és itt volt a tökéletes idő a frissítésre, ezért még gyorsan lezavartam, amíg érdemben csak Oregon kolbálszolt az oldalon.

Nyilván semmi sincs kőbe vésve, ezt most egy nap alatt többen megnézik, mint a tesztoldalon összesen, aztán ha a többségnek nem megfelelő, akkor tovább igazítunk rajta és a jövő nyári következő frissítéssel kimegy.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Gondoltam, hogy megint trey volt a többségi akarat képviselője egy személyben. Arra senki nem gondolt, hogy a telefon kekfeny-szuroje miatti szinspektrum valtozas csak tovabb csokkenti az amugy is halovanyra sikeredett kontraszt aranyt az oldalon, tovabb rontva a nappal is alig olvashato kinezetet?

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

Na meg pl ez is egy megoldando problema már evek ota...

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

Szerkesztve: 2020. 09. 20., v – 07:10

Ahogy látom, az animált veterán cimke több problémája ismert, itt egy másik is. A veterános szövegdobozokból nem lehet kimásolni mobilon szöveget, mert az animáció leszedi a kijelölést a szövegről amint elő akarom hozni az edit menüt [1].

 

[1] https://developer.apple.com/design/human-interface-guidelines/ios/contr…

Nem tudom, de lehet, a végén még kicsit előrébb leszünk vele.

Az imént megnyitottam ezt a témát, "zitev" hozzászólása volt új, ezt #d1ddb2 színkóddal jelölte.
A fölötte lévő hozzászólás - amire válaszolok - ("arpi_esp") szintén színezve volt, de #ddddb2 színkóddal.
Ezen felül az összes "arpi_esp" által írt hozzászólás szintén #ddddb2 színű, a sajátjaim viszont szürkék mint a többi.
Kép róla

Frissítettem az oldalt, "Gyurex" hozzászólt, most "Polesz" hozzászólásait emeli ki.

Néztem a szavazás beküldése körüli animáliákat és úgy láttam ezt még nem reportoltátok.

Szavazás leadás belenyúl a beágyazott tartalmak HTML szerkezetébe és kap egy egészen magas paddingot. Videó:

https://www.dropbox.com/s/gilo9i4dn98ztqn/Screen%20Recording%202020-09-…

A videón látható fluid-width-video-wrapper padding-topja az iframe fölött egy szép nagy eltartást okoz. Oldal újratöltés megoldja és a szerkezet visszaáll a szavazat leadás előtti állapotba.

Szia! A főoldali hozzászólások számához kapcsolódó hiba javítása várható valamikor? Korábban azt írtad, hogy a Drupal 8.9 upgrade kell először megtörténjen, de ha jól értem, az most már több, mint 1 hónapja kint van. Biztos unalmas már a téma, de még mindig a használhatóság szempontjából nagyon zavaró. Ha priorizálni kellene, akkor előrébb venném, mint ezeket a ritka esetekben előforduló megjelenítési anomáliákat.

valami tortent megint, vagy visszafele fejlodunk?

egyszer mar szinte vallalhato sebesseggel toltodott ez az oldal, de most megint kritikan aluli:

$ for X in {1..10}; do S=$(curl -o /dev/null -w "%{time_total}" -qs https://hup.hu/forumok/hup8bug?foobar=${X}#new); printf "%8s. %6.2f\n" "${X}" "${S}"; done
       1.  11.43
       2.   7.48
       3.   7.48
       4.   7.54
       5.   7.27
       6.   7.44
       7.   7.47
       8.   7.45
       9.   7.42
      10.   7.31

3 különböző gépen és telephelyen megfuttatva:

       1.  11.80
       2.   7.23
       3.   7.26
       4.   8.04
       5.   8.97
       6.   8.99
       7.   9.04
       8.   8.74
       9.   8.76
      10.   8.89

 

       1.   9.43
       2.   9.54
       3.   9.38
       4.   9.02
       5.   9.15
       6.   9.15
       7.   9.06
       8.   8.57
       9.   8.34
      10.   8.47

 

       1.   9.12
       2.   9.02
       3.   9.14
       4.   8.88
       5.   8.87
       6.   9.16
       7.   8.31
       8.   8.31
       9.   8.31
      10.   8.31

Digiről

 

Sat Oct 31 16:02:53 CET 2020
       1.   0,64
       2.   8,35
       3.   8,04
       4.   8,30
       5.   8,65
       6.   8,79
       7.   9,30
       8.   9,01
       9.   8,61
      10.   8,93
      

Német szerverről

Sat Oct 31 16:03:22 CET 2020
       1.   9.07
       2.   9.08
       3.   8.97
       4.   8.93
       5.   8.95
       6.   9.00
       7.   8.01
       8.   1.03
       9.   0.72
      10.   0.74
      

szerintem inkabb ezt a parancsot hasznaljatok teszteleshez, mert a foobar-ost elcache-elheti, ha sokan hivogatjuk :)

$ date ; for X in {1..10}; do URL="https://hup.hu/forumok/hup8bug?$(date +%s.%3N)#new"; S=$(curl -o /dev/null -w "%{time_total}" -qs "${URL}"); printf "%8s. %s: %6.2fs\n" "${X}" "${URL}" "${S}"; done
Sat 31 Oct 2020 06:07:01 PM CET
       1. https://hup.hu/forumok/hup8bug?1604164021.362#new:  14.79s
       2. https://hup.hu/forumok/hup8bug?1604164036.347#new:  11.07s
       3. https://hup.hu/forumok/hup8bug?1604164047.607#new:   9.95s
       4. https://hup.hu/forumok/hup8bug?1604164057.754#new:   9.89s
       5. https://hup.hu/forumok/hup8bug?1604164067.845#new:   9.63s
       6. https://hup.hu/forumok/hup8bug?1604164077.676#new:   9.90s
       7. https://hup.hu/forumok/hup8bug?1604164087.770#new:   9.22s
       8. https://hup.hu/forumok/hup8bug?1604164097.181#new:   9.41s
       9. https://hup.hu/forumok/hup8bug?1604164106.784#new:   9.85s
      10. https://hup.hu/forumok/hup8bug?1604164116.828#new:   9.53s
$ date ; for X in {1..10}; do URL="https://hup.hu/forumok/hup8bug?$(date +%s.%3N)#new"; S=$(curl -o /dev/null -w "%{time_total}" -qs "${URL}"); printf "%8s. %s: %6.2fs\n" "${X}" "${URL}" "${S}"; done
Sat, Oct 31, 2020  8:58:32 PM
       1. https://hup.hu/forumok/hup8bug?1604174312.487#new:  12.11s
       2. https://hup.hu/forumok/hup8bug?1604174324.774#new:   7.41s
       3. https://hup.hu/forumok/hup8bug?1604174332.244#new:   7.56s
       4. https://hup.hu/forumok/hup8bug?1604174339.866#new:   7.63s
       5. https://hup.hu/forumok/hup8bug?1604174347.561#new:  12.97s
       6. https://hup.hu/forumok/hup8bug?1604174360.588#new:   7.25s
       7. https://hup.hu/forumok/hup8bug?1604174367.898#new:   7.31s
       8. https://hup.hu/forumok/hup8bug?1604174375.266#new:   7.32s
       9. https://hup.hu/forumok/hup8bug?1604174382.647#new:   7.59s
      10. https://hup.hu/forumok/hup8bug?1604174390.303#new:   7.29s
$ date ; for X in {1..10}; do URL="https://hup.hu/forumok/hup8bug?$(date +%s.%3N)#new"; S=$(curl -o /dev/null -w "%{time_total}" -qs "${URL}"); printf "%8s. %s: %6.2fs\n" "${X}" "${URL}" "${S}"; done
Mon 09 Nov 2020 10:54:42 AM CET
       1. https://hup.hu/forumok/hup8bug?1604915682.748#new:  12.01s
       2. https://hup.hu/forumok/hup8bug?1604915694.779#new:   7.59s
       3. https://hup.hu/forumok/hup8bug?1604915702.387#new:   7.86s
       4. https://hup.hu/forumok/hup8bug?1604915710.254#new:   7.24s
       5. https://hup.hu/forumok/hup8bug?1604915717.510#new:   7.33s
       6. https://hup.hu/forumok/hup8bug?1604915724.857#new:   7.39s
       7. https://hup.hu/forumok/hup8bug?1604915732.266#new:   7.85s
       8. https://hup.hu/forumok/hup8bug?1604915740.124#new:   7.60s
       9. https://hup.hu/forumok/hup8bug?1604915747.738#new:   7.61s
      10. https://hup.hu/forumok/hup8bug?1604915755.359#new:   7.78s
Sat Oct 31 06:34:06 PM CET 2020
       1. https://hup.hu/forumok/hup8bug?1604165646.648#new:   7.79 s
       2. https://hup.hu/forumok/hup8bug?1604165654.490#new:   7.73 s
       3. https://hup.hu/forumok/hup8bug?1604165662.234#new:   7.94 s
       4. https://hup.hu/forumok/hup8bug?1604165670.191#new:   7.86 s
       5. https://hup.hu/forumok/hup8bug?1604165678.062#new:   7.89 s
       6. https://hup.hu/forumok/hup8bug?1604165685.971#new:   7.71 s
       7. https://hup.hu/forumok/hup8bug?1604165693.693#new:   7.79 s
       8. https://hup.hu/forumok/hup8bug?1604165701.497#new:   7.86 s
       9. https://hup.hu/forumok/hup8bug?1604165709.372#new:   8.36 s
      10. https://hup.hu/forumok/hup8bug?1604165717.742#new:   8.10 s

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

Ha valaki jelezte már elnézést. Most vettem észre, hogy tudok új fórumkategóriát létrehozni, ami ugyan nem jelenik meg az oldalon, de a fórum menüben ott van a kategória. Legalul az SSD az én művem. de látom más is próbálkozott, mert van egy thunderbird is.

Én meg azt vettem észre, hogy amikor fórumkategóriára keresek, akkor nem mondja azt, hogy nincs találat.

Pl. tegnap valami scriptelős dolgot kerestem, beírtam, hogy awk, erre úgy nézett ki, hogy van egy awk kategória.

Megírtam a fórum poszt, beküldtem, erre bekerült valami queue-ba, nem került ki a fórumra. A beküldés után megnyíló oldalon azt mondta, hogy nincs jogosultságom megtekinteni azt az oldalt.

Aztán később láttam, hogy bizonyára trey kijavította és egy létező fórumkategóriát adott az írásomnak, így, kb. egy nappal később már megjelent.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Szavazás után szétcsúszik az oldal: https://imgur.com/a/2LWDVde

Windows 10, chrome 86, ublock origins; de emlékeim szerint korábbi chrome verzióknál és linux mint xfce alatt is ezt csinálja.

A HUP/HUP helyett jó lenne a weboldalt mint weboldalt közelebbről érintő témákat egy megfelelő kategóriában gyűjteni (gyk. létrehozni egy ~technikai jellegű kategóriát). Még nincs sok HUP 8-as topik, azokat könnyen át lehetne tenni. A többi meg rohadjon meg ott az eseményes baromságok között.

:)

A forumcsoportok nevei tul hosszuak, ket sorba kerulnek, igy szethuzzak a tablazatot:

https://imgur.com/a/IH4fi1j

jah, es a linux-kezdo csoportnak id-s linkje van: https://hup.hu/forum/145

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Sziasztok!

Napok ota (talan a legutobbi frissites ota) azt veszem eszre, hogy osszeugrottak a hozzaszolasok. A Hozzaszolas fejlece es tartalma kozt eddig volt nem ures terulet ha jol remlik. Itt (es az egesz forumban) lathato, de beteszek egy kepet is. 

Udv.

2020 karira egy jól működő új hozzászólás countert esetleg?

Én elfogadom, hogy ez túl sok.

Én csak egy gombot szeretnék az oldal tetejére, ami az első új hozzászóláshoz ugrik, ha már az megoldhatatlan, hogy automatikusan ott nyíljon meg a lap. Csak egy ici pici kis gombocskát. Csak ugyanazt kell csinálnia, mint a második új hozzászóláson lévő előző gombnak. Ha grafikailag egy gomb túl nehéz, egy szöveges "ugrás az első új hozzászólásra" link is kiválóan megteszi.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Ohh hát az nem úgy van ám!

Ha ilyet akar valaki, azt előbb csinálja meg maga: HTML/CSS/JS
Küldje be, hogy majd implementálva legyen, ami persze soha nem fog megtörténni, mert egy kis kódot nem lehet ám csak úgy kitolni a szerverre! Mert két ember kell hozzá, akik persze sosem érnek rá egy időben az ilyen dolgokra. Vagy ha igen, akkor az illetékesnek nincs / nem jó a laptopja. Vagy mert ép valami látszat melót csinált az oldalon, amit persze soha senki nem kért, de legalább elbaszott két olyan dolgot vele, ami azelőtt működött.
Ha mégis minden adott lenne, akkor jön a kifogás, hogy majd a hétvégén. Persze azt ügyesen nem említi, hogy melyik hétvégén. Így aztán elcsúszik a dolog akár egy évet is, lásd szálnyitó h.sz. számláló bug kérdést...

Asszem jól összefoglaltam a HUP javításokhoz való hozzáállás menetét!
Vagy hát a fasz tudja még milyen kifogások voltak itt, de az biztos hogy a kedves "fejlesztőnknek" politikusnak kellet volna mennie, mert azok tudnak ennyit hazudni, halogatni, szarni az átlagember problémáira. 

UserJS-ből egy sor megoldani:

document.getElementsByClassName('links')[0].insertAdjacentHTML('beforeend', '<li><a href="#new">First new</a></li>');

Ez beszúr az "új hozzászólás", "xyz megtekintés", stb. után egy új linket, ami a #new anchorra ugrasztja a browsert. Classic Operában csak be kell dobni ezt a sort a site-hoz rendelt user JS fájlba, vagy simán, vagy a window.onload-ba (ha van). A többihez fel kell rakni valamelyik majmot (Greasemonkey, Tampermonkey, whatever) és abban belőni.

itt tartunk most:

$ date ; for X in {1..10}; do URL="https://hup.hu/forumok/hup8bug?$(date +%s.%3N)#new"; S=$(curl -o /dev/null -w "%{time_total}" -qs "${URL}"); printf "%8s. %s: %6.2fs\n" "${X}" "${URL}" "${S}"; done
Tue 15 Dec 2020 09:38:50 AM CET
       1. https://hup.hu/forumok/hup8bug?1608021530.905#new:   9.40s
       2. https://hup.hu/forumok/hup8bug?1608021540.319#new:   8.21s
       3. https://hup.hu/forumok/hup8bug?1608021548.538#new:   8.31s
       4. https://hup.hu/forumok/hup8bug?1608021556.854#new:   8.84s
       5. https://hup.hu/forumok/hup8bug?1608021565.702#new:   8.73s
       6. https://hup.hu/forumok/hup8bug?1608021574.445#new:   8.77s
       7. https://hup.hu/forumok/hup8bug?1608021583.223#new:   8.25s
       8. https://hup.hu/forumok/hup8bug?1608021591.482#new:   7.97s
       9. https://hup.hu/forumok/hup8bug?1608021599.463#new:   8.10s
      10. https://hup.hu/forumok/hup8bug?1608021607.572#new:   7.97s

Felfedeztem egy elég kellemetlen hibát:
Ha pl. a követett tartalmak listában az (xúj) -ra úgy klikkelünk, hogy az új lapon nyíljon meg (ctrl+klikk), és csak később nézünk rá a megnyitott oldalra, akkor eltűnnek az új hsz.-k kiemelési, és max dátum alapján lehet kitalálni mi az új.
Most megnyitottam legalább 5 topikot szép sorban, külön füleken és mindegyiken eltűnt a kiemelés.

Ez, úgy tűnik, nem mindenkinél jelentkezik, mert én midig így nyitom meg és korábban se volt és most sincs ez a jelenség.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Igen, ezt reprodukálni nem lesz egyszerű, és teljesen mindegy a kliens, hiszen a leírás szerint a kliens(desktop) kap x idő múlva valamit úgy, hogy nem ment a tabra. Kurva sok ötletem van, a 30 másodperces twitter script sem nyúlhat bele, és más mozgás nincs is, legalábbis halandónak aki nem megy át a tabra annak láthatatlan, hogy tk. mi történik. Nem tűnik tömegesnek, így zúzzuk tovább az abszolút használható hupot! :P

Biztos, hogy nem én gonoszoltam le!

Mi ennek a feature-nek a hivatalos neve?

Szokásom azt csinálni, hogy lassan töltő oldalakat new tab-bal megnyitok egymás mellé amíg olvasom az aktuálisat, hogy azok majd szépen betöltődnek mire végzek a mostanival.

De gyakorlatilag az történik, hogy amikor át akarok váltani ezekre az újakra, akkor tölti be/jeleníti meg a tartalmat, tehát szinte ugyanannyit kell várnom, mintha akkor nyitottam volna az oldalt. És ezt a feature-t baromira szeretném kikapcsolni. :)

Az utóbbi 2 napban más userek hozzászólásait színezte úgy, mintha azokat én írtam volna, az enyimeket pedig nem. Tapasztalatom szerint ez a hiba elmúlik ha kijelentkezem, majd újra bejelentkezem a HUP-ra.

Úgy tűnik, ez a hiba akkor jön elő, ha sok időn át (napokon, esetleg heteken át) vagyok bejelentkezve egyfolytában.

A nem jo a szamlalo alatt ilyen banalis marhasagot kell erteni?:

281 hozzaszolas, 296 uj hozzaszolas

 

Ez eddig meg nem tunt fel, hogy az uj hozzaszolas tobb lehet az osszes hozzaszolasnal:)

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....

Még nem tökéletes az AI, ezért előfordulhatnak hibák.
Esetedben arról van szó, hogy a mesterséges intelligencia kalkulált a topikban lévő tartalom+hozzászólók+troll-faktorból, majd vizsgálta, hogy milyen sűrűn lépsz be és aszerint kiszámolta az addigra valóban új 15 hozzászólást. A terhelés elosztás miatt kellenek az ilyesmik, hogy ne futásidőben számolgasson a rendszer. Viszont te túl hamar jöttél fel, és ez ugye pillangóhatás vagy mi!

Biztos, hogy nem én gonoszoltam le!

Feature ötlet: a friss hozzászólások és a top hozzászólások dobozban a hozzászólásra rávíve az egeret, írja ki a téma címét

Nem lehetne lecserélni a szövegeket és így spórolnánk a "hellyel"?

4 perccel ezelőtt -> 4 perce
1 órával ezelőtt -> 1 órája

és így tovább...

https://imgur.com/z561qAE.png

Hopp, ez teljesen jogos, köszi!

Az új hozzászólásos bug javítása után (amit az éles oldalon kell tesztelnünk, nem örülök neki) ezt átírom, valóban zavaró!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Lesz még ebből valami?

 

Kedvenc aktuális muppet show-m és csak a hamis remények ébrednek: https://imgur.com/a/rgDmpEF

A SEO-val komoly baj van, egész pontosan az URL címekkel és a canonical elemmel.

Pl. itt ez a téma: 

https://hup.hu/node/172491

A forráskód ezt mondja:

<link rel="canonical" href="https://hup.hu/node/172491" />

Igen ám, de a Google-ben már így jelenik meg ugyanez a cikk:

https://hup.hu/index.php/node/172491

És ennek a forráskódja pedig ezt mondja:

<link rel="canonical" href="https://hup.hu/index.php/node/172491" />

Itt az a gond, hogy ez duplikált tartalom, ami a Google webmester irányelvek szerint nem jó.

Aztán még olyan is lehet, hogy adott node-nak van még egy harmadik változata is, amikor a permalink szövegesen van megadva. Ekkor már három különböző URL-en keresztül érhető el ugyanazt a tartalom.

Ami kellene:

1) el kéne dönteni, hogy a 2-3 verzió közül melyik az az URL cím, ami a preferált URL

2) erre az URL-re kéne átirányítani az összes többi változatot

3) A rel="canonical" pedig mindig arra az egyféle preferált URL címre mutasson, tehát ugyanazon tartalom esetében ne legyen 2-3 féle rel="canonical", hanem mindegy csak egyféle legyen.

Persze mindezt úgy kéne, hogy a Google-ben a már indexelt tartalmak URL címe ne változzon.

Legalább ilyen szavakkal ne dobálózz, mint "hamarosan". 2019-ben jelentett bug van az oldalon, arra is hamarosan javítva lesz volt a reakció. Aztán már 2021-et írunk.

Teljesen jogosan mondott már le mindenki arról, hogy itt bármi is javulni, vagy változni fog.

Nem értek mindenhez, de ennyi idő alatt már bármit kitanulnék! 

Nekem csak most tűnt fel, hogy eltűntek a szülő hozzászólások és a permalinkek.

READY.
󠀠󠀠‎‏‏‎▓

Sziasztok!

A http://mirror.hup.hu:8888/ (Teszt/Teszt) oldalt nyomkodjátok meg kicsit légyszi. Infrastruktúrális fejlesztések vannak, szóval ez még nem az új hozzászólás és lassú az oldal kör, viszont kell hozzá. Az email-küldést a tesztoldalon nem aktiváltam. Az a kérdés, hogy minden működik-e, nem jelez-e hibát stb.

Pár napos mentés van benne.

Köszi!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nem semmi, hogy ennyi időn keresztül sikerül tartani 1-1 bug-ot. :D

Még 6 hónap és 2 éves lesz a h.sz. számláló bug! :D
Szerintem már ne is legyen javítva. Mindenki megtanulta ezzel használni a HUP-ot, most már az lenne furcsa ha jó lenne. 

Meg a "nincs elbaszva, csak másra lesz jó" mondás jegyében akár lehet majd vele nevezni a Guinness Rekordok Könyvébe, mint a legrégibb program bug! :D

Szerkesztve: 2021. 04. 28., sze – 18:02

Ha a trackerben a (xy új) linkre kattintok, akkor a #new horgony jó helyre visz, de ha csak simán a cikkre kattintok, akkor utána a #new horgony rossz helyre visz (gondolom valaki másnak az első olvasatlan üzenetére). 

Ez azért nagyon fura, mert a szervernek nem kéne tudnia arról, hogy hashtages linkre kattintottam.

// ==UserScript==
// @name         Hup cikkcím #new link
// @require http://code.jquery.com/jquery-3.4.1.min.js
// @match        https://hup.hu/*
// ==/UserScript==

$('.page-title').wrapInner('<a href="#new"></a>');

Ez kattinthatóvá csinálja a cikkek címét, és a #new-re visz, de az rossz helyre mutat, ha nem alapból úgy nyitom meg az oldalt

Ha a trackerben a (xy új) linkre kattintok, akkor a #new horgony jó helyre visz

Nem tudom, hogy melyik a tracker, ha én a Követett tartalmak linkre jövő listában kattintok az (xy új) linkre, akkor néha jó, de sokszor rossz helyre visz.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Könyvjelzőt tettem egy fórum-bejegyzésbe, és mégsem jelent meg a követett tartalmaim között. Ez bug vagy feature? Ha feature, akkor mi értelme a könyvjelzőknek?

„Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat.”
"Az Antikrisztus ledarálja Mészáros Lőrincet."

Sehogy, akkor majd a követett tartalmakat átnevezem „tartalmak, amelyekhez hozzászóltam”, a könyvjelzőket pedig „követett tartalmakra”, ez így megfelel? Plusz akkor az előbbiből kiveszem a törlés lehetőségét, mert minek.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Elviekben gyorsult az oldal. Nálam a gyakorlatban is. Kérlek ellenőrizzétek, hogy valóban gyorsabb lett és nem tört el semmi funkció.

Köszönöm!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nem tudom, hogy gyorsabb-e, mint volt, de elég gyorsnak tűnik. Viszont az új hozzászólásra ugrás funkció eltört, a követett tartalmaktól a 2 új-ra bökve az oldal közepére tesz le és az új hozzászólások nincsenek a képernyőn.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

BTW, az oldal ebben a topicban speciel olyan lassan töltődik be, hogy sikerült előidézni azt, hogy amíg ez töltődött az előző posztom után, addig ráböktem egy másik fülön a "követett tartalmakra" és ott írta ki, hogy megtörtént a hozzászólás rögzítése: http://oscomp.hu/depot/followed_content_new_post.png

Nálam most sem. A "poénom" is arra vonatkozott volna, hogy ha kijavul, akkor már azt tekinthetnénk regressziónak, de ilyen nem történt. Ugye ha magyarázni kell, akkor nem jött át, úgyhogy rossz poén volt, sorry. :)

a fooldalon a cikkeknel biztosan nem jo, nagyon nem. tobb cikkre (postgres, site izolacios, githoub video) is ujnak mutatja az osszes hsz-t pedig mindegyikbe olvatsam tegnap, volt amihez irtam is...

a fooldali forum blokk most epp talan jo, bar ott nem sok olyan van most epp amit mar lattam, igy nehez megitelni.

viszont meg most is hibasan tudja ki vagyok, random mas userek hsz-eit szinezi at sajatnak, nem az enyemet. gondolom a szamlalo hiba is abbol ered, hogy osszekeveri az usereket...

Azóta már visszavontam a változtatást, csak egy gyors teszt van. Több probléma is van, ezek összeadódnak. Mindegyikre van már javításom, csak a teljesítménnyel kell összeegyeztetni.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Szerkesztve: 2021. 05. 26., sze – 12:06

Kérlek ellenőrizzétek a főoldali fórum-blokk működését.

Az új hozzászólás számlálókat még ne, hanem hogy mindenkinek az a topic jelenik-e meg benne, aminek kell.

Köszi!

Ui.: trackert, könyvjelzőket is nézzétek meg.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nem biztos, hogy hiba és nem is fontos, de gondoltam jelzem, hogy a követett tartalmaimnál látom , hogy ehhez a tartalomhoz:

 

https://hup.hu/node/172294

 

legutóbbi beküldés 2 nappal ezelőtt volt.  Ehhez képest az utolsó hozzászólás már több mint egy hete volt 05.15-én.

Köszi.

<befőttesüveg>
meggy
</befőttesüveg>

Az előbb kb. fél perc kellett, hogy az activity oldalon egy topik olvasott státuszúként szerepeljen:

  1. 71 hozzászólás mellett 2 újat jelzett az activity.
  2. A topik megnyitása és bezárása után még mindig 71/2-t mutatott az activity.
  3. A topikot újra megnyitva nem volt új hozzászólás, és a 2 korábban új hozzászólásnál sem volt "szerkesztve" jelzés (most sincs).
  4. Párszor ráfrissítettem az activity oldalra, mire eltűnt a 2 új hozzászólás jelzése.

:)

Jelzek hibát:

Az általam követetteknél látom, van egy új hozzászólás. Bemegyek, elolvasom, majd kijövök, de nem visszanyíllal a böngészőn, hanem a követett tartalmakra kattintva. Itt még mindig látom az 1 új hozzászólást, viszont ez nem azóta keletkezett, mert belépve a topicba nem ugrik oda, hiszen nincs, marad fent a címnél.

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

A számláló most mindenhol rossz egységesen :)

Kérlek ellenőrizzétek a listában (főoldali fórum-blokk, tracker, könyvjelzők) az új hozzászólás számláló működését.

Köszönöm!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Köszi! A cikkek hozzászólásainak számlálása egyelőre nálam jónak tűnik - most legalábbis nyomkodatam elég sokat és ennyi idő alatt elő szokott jönni nálam a hiba. Ami változott, hogy most explicit kiírja, hogy "0 új hozzászólás" a cikkekre, ahol nincs új hozzászólás. (Update: utóbbit csak kb. egy percig láttam, most nem csinálja)

nekem tobb cikknel is irja a 0 uj hozzaszolast. sot ahol volt 2 uj, rakattintottam aztan bongeszoben visszanyil, es az is 0-ra valtozott, mintha refreshelne a hatterben a szamlalot. korabban ehhez ujra kellett tolteni az oldalt.

visszalepesnel neha latszik is hogy megjelenik a fooldal aztan megvaltoznak 1 sec-en belul a szamok :)

tegnap ota figyelem, egyelore mindenhol jonak tunik, forumblokk es cikkeknel is!

annyi hogy ha visszalepek (bongeszo <- nyillal) akkor a cikkeknel most korrigalodik a hsz szam, a forumoknal nem, de az korabban se.

illetve neha azt irja, hogy '0 uj hozzaszolas', meg nem sikerult rajonni mi a logika benne, mert nem mindig es mindenhol.

ja meg annyi, hogy most a sebesseg is egesz jo :)

Köszi a tesztelést!

Most nem jön le az oldallekéréssel az új hozzászólások száma, hanem az egy külön AJAX-os művelet. Ezért kell neki néha kis idő, amíg befrissül, illetve ez okozhatja a „0 új hozzászólást” is. Működjön jól, az a lényeg!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

A core-ba nem tudom, mert elég régi fejlesztés ez, de pl. a Poll modulba eléggé belefejlesztettem. Illetve a HUP miatt átvettem a core-ból kikerült Blog modult, ami előtte annyira elhagyatott volt, hogy még release se készült belőle. Rendbeszedtem, írtam teszteket, beletotlam jó adag saját javítást, illetve átnéztem mások patch-eit, majd készült Drupal 8.x-9.x kompatibilis release. Előtte kb. 70 nyitott hibajegy volt, most akár egy se lenne, mert mindegyik elavult vagy lezárható.

Bár nem lett belőle publikus béta, de anno készült a HUP-ból egy Drupal 7-es változat, ahhoz készítettem a Hide user signature modult, mert akkoriban sokan panaszkodtak a túl hosszú aláírások miatt. Illetve a HUP miatt átvettem a Drupal 5 migration modult, ami jelen formájában kb. használhatatlan. De nem tudom, hogy mennyire kell ezzel foglalkozni. Egyrészt a HUP miatt a tudás végülis megvan, másfelől viszont nem hiszem, hogy különösebben érdekelne bárkit is.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Most nem jön le az oldallekéréssel az új hozzászólások száma, hanem az egy külön AJAX-os művelet. Ezért kell neki néha kis idő, amíg befrissül, illetve ez okozhatja a „0 új hozzászólást” is. Működjön jól, az a lényeg!

Benne akarod hagyni azt a bugot, ami miatt azt hiszi az egyik felhasználóról hogy ő a másik?

A rossz helyre mutat részt látom, de az akár lehet szándékos is, hogy az új hozzászólás középen legyen.

Azt, hogy rosszul számol, azt te mondod most elsőnek. Hol számol rosszul és mikor?

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

par napja javitotta, nekem azota nem fordult elo, elotte meg 3-bol 2x rossz usert mutatott. raadasul sokszor hajbazert :(

viszont meg mindig nem az uj hsz-re ugrik a link hanem random nehany hsz-el feljebb... mondjuk mar benne van az ujjamban a klikk utan a gorgetes amig toltodik az olda :)

Feature request: "Hivatkozés hozzáadása" gombnál jó lenne a "Webcím" alatt egy második beviteli mező, a megjelenítendő szövegnek.

„Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat.”
"Az Antikrisztus ledarálja Mészáros Lőrincet."

Légyszi ellenőrizzétek, hogy a #new anchor a legelső új hozzászóláshoz ugrik-e.

Köszi!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Van rá egy kis görgetős cucc is:

if (window.location.hash === '#new') {
  window.scrollTo(0, $comment.offset().top - Drupal.displace.offsets.top);
}

Ha nagyon probléma, akkor kiveszem, de ha együtt tudunk élni vele, akkor nem variálnék már ezen.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Akkor most az új hozzászólások száma és az első új hozzászólásra ugrás (#new fragment) rendben működik?

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Az előbb ennek a threadnek a megnyitásakor adott egy 500 internal server error-t

Az új hozzászólások számolásában még van egy kis bug a főoldali cikkeknél.
Néha azt írja ki, hogy 0 új hozzászólás van, míg máskor (jól) nem írja ki, hogy ha ilyen eset van, és már minden hozzászólást olvastam.

Igen, ez egy ismert probléma, de talán együtt lehet élni vele. Legalábbis egyelőre.

Az a baj, hogy annyira véletlenszerűen jön elő (én még nem láttam, de itt már mondták páran), hogy max. tippre tudom megfixálni. Azt pedig most nem kockáztatnám, működjön minden rendesen.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

https://imgur.com/IECtlVK.png

Ezt kijavítanád? Nem hiszem, hogy sok helyen kell belenyúlni:

x perccel ezelőtt -> x perce

x órával ezelőtt -> x órája

Sohasem értettem, miért muszáj már meglévő függvénykönyvtárakhoz ragaszkodni akár azon az áron is, hogy nem az lesz az eredmény, amit szeretnénk. Ha valamilyen követelmény indokolja, akár még a memóriaterület másolását is újraírom, nem biztos, hogy ragaszkodom a memcpy() függvény használatához, bár nyilván törekszem a sok egyedi függvény kerülésére, viszont nem a funkcionalitást beáldozva.

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

Akkor hajrá, írd újra a megfelelő részt. A feladat nem bonyolult, egy ISO szabványnak megfelelő időbélyegből a megfelelő magyar sztring összehozása. Teszteljük és ha jól működik, megfelel, akkor lecseréljük a jelenlegi Luxont.

Köszi!

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Lehet, félreértettél, nem beszólásnak szántam. Olyan programot már írtam, amelyben az összes lehetséges nyelvi esetet kellett diszkutálnom, s a nyelvtani elemzés alapján raktam össze a mondatot. Annyira nem bonyolult a magyar nyelv, nem lesz több száz eset, csak néhány, az meg táblázatba letehető. Egyébként JS-hez hülye vagyok, C-ben illetve néhány mikrokontroller assembly-jében tudok programozni, vagy awk, bash, de ezek egyike sem webközeli élmény.

Általában mondtam, hogy szerintem egy programozónak el kell szakadnia attól, hogy mindig előregyártott, konzerv megoldásokat használ, néha akár még algoritmizálhat is. ;) Teszem azt, én nem így írok:

printf("%u byte(s) sent\n", n);

Hanem pl. így:

printf("%u byte%s sent\n", n, (n > 1) ? "s" : "");

Persze a gyakorlatban az ott macro vagy függvény, de nem ez a lényeg, hanem a szemlélet.

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

Nem feltétlenül. Ha a főnév megszámlálható, akkor többes szám, ha megszámlálhatatlan, akkor egyes. Zero bytes, zero chance. (Oka ennek gondolom, hogy egyedül az egyes singular, tehát minden más plural, viszont, ha nincs számossága, akkor nincs értelme a számossági ragnak. Aztán ki tudja; az angol tele van rögzült baromságokkal. :P)

Nekem ez van rá itt localba':

function _ds(diff)
{
	var d = Math.floor(diff / 86400);
	diff = diff % 86400;
	var h = Math.floor(diff / 3600);
	diff = diff % 3600;
	return d + 'd ' + h + 'h ' + Math.floor(diff / 60) + 'm ' + (diff % 60) + 's ago.';
}

function fuck_luxon()
{
	var t = new Date();
	var kecske = document.getElementsByClassName('formattimeago');
	for (var i = 0; i < kecske.length; ++i)
	{
		kecske[i].parentNode.insertAdjacentHTML('afterbegin', _ds(Math.round((t.getTime() + 7200000 - (new Date(kecske[i].innerHTML.substring(0, 19))).getTime()) / 1000)));
	}
}

Köszi, a HUP HTML forrása alapján tudsz ebből készíteni egy olyan változatot, amit kipróbálhatunk a tesztoldalon? Vagy megmutatni, hogy az egyes esetekben milyen eredményt ad?

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Köszi, ez viszont pont nem az, amit szeretnénk. Az egy apróság, hogy nincs magyarul, de szerintem nehezebben értelmezhető. Persze ha trey azt mondja, hogy menjen, akkor tőlem oké.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

return d + 'd ' + h + 'h ' + Math.floor(diff / 60) + 'm ' + (diff % 60) + 's ago.';

helyett

return d + ' napja ' + h + ' órája ' + Math.floor(diff / 60) + ' perce ' + (diff % 60) + ' másodperce.';

és máris magyarul van...
Ha meg az a baj, hogy nem kell kiírni mindet, hanem csak a legnagyobbat, akkor meg:

return
	d >= 1
	? d + ' napja.'
	:
	(
		h >= 1
		? h + ' órája.'
		: Math.floor(diff / 60) + ' perce.'
	)
;
        -12 days -34 hours -56 minute -789 seconds: 2021-05-20 01:10:16 => hu: 1 hét 6 napja, en: 1 week 6 days ago
                                       -72 minutes: 2021-06-02 11:07:25 => hu: 1 óra 12 perce, en: 1 hour 12 minutes ago
                                        -123 hours: 2021-05-28 09:19:25 => hu: 5 nap 3 órája, en: 5 days 3 hours ago
                                         -25 hours: 2021-06-01 11:19:25 => hu: 1 nap 1 órája, en: 1 day 1 hour ago
                                      -234 seconds: 2021-06-02 12:15:31 => hu: 3 perc 54 másodpercee, en: 3 minutes 54 seconds ago
                                   -534523 minutes: 2020-05-27 07:36:25 => hu: 1 év 6 napja, en: 1 year 6 days ago

php-ban butykoltem valami hasonlot:

Ezt a „0 új hozzászólás” dolgot tudjátok triggerelni? Van pár ötletem a javításra.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

A HUP szerint nem vagyok online, de azért ezt a hozzászólást be tudom küldeni.

:)

Javítottam a teljesítményen, hogy a legfrissebb hozzászólások eltelt idejét is a Luxon kezeli kliens-oldalon.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Eddig a szülő hozzászólás mutatása jól működött.

Az imént épp megnyitottam egy témát, az első új hozzászólásnál kértem a szülőt, de a szülő bezárásakor először is egy üres oldalt kaptam hosszú másodpercekig, ami fura volt, aztán megjöttek a hozzászólások, viszont az oldal alján voltam és az utolsó 3-4 hozzászólást láttam, amiből az utolsó kettő volt új. A vissza nyilakkal az összes új hozzászóláson át kellett visszalépkedjek az elsőhöz (mert ugye első új hozzászólásra ugró link még mindig nincs).

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Ez a link jól működik és régóta hiányzott. Szóval köszi.

Viszont ha lehet kérni, ne a poszt és az első hozzászólás között legyen, mert vacakolós a linket magát megtalálni (bár sokkal egyszerűbb, mint az első új hozzászólást).

Korábban a hupper kiegészítés a poszt tetejére tette a jobb felső sarokba. Ott jó lenne, de ha nem megy, akkor azt javasolnám, hogy a poszt tetejéhez tegyed!

Pl. ezen az oldalon van a cím, hogy HUP 8.x - ismert hibák listája (mielőtt hibát jelentesz, kérlek olvasd el a nyitót!), és ez alatt van egy olyan sor, hogy ( trey | 2019. 10. 31., cs – 19:01 )                          HUP.
Én ebbe a sorba tenném a zárójel utáni üres részbe.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Szerintem ronda. Ha már ott marad, legalább ne legyen bold. Valamit, megnézném, hogy milyen a zárójelent belülre téve. Mert most olyan, mintha a cikk része lenne. És kisbetűvel, ha már minden az. Pl.

( nevergone | 2021. 06. 06., v – 13:34 | új hsz. » )

trey @ gépház

Szia, csinálsz hozzá képernyőképet? És akinek van még ötlete, az is. Nem vagyok gép előtt, könnyebben látni lehetne az eredményt és amelyik végül kiválasztásra kerül, az készül el.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nem változtatva a méreten meg az arányain, nekem ilyen: https://imgur.com/a/XQ8cJBI sok sikert mobilon böködni

Volt még egy olyan ötlet, hogy a cikk/téma címe legyen kattintható, és mutasson az első új hozzászólásra. Lehet hogy a feljhasználók n%-a nem veszi észre hogy van ilyen funkció, de a többieknek szép és jól működik.

Mondjuk én a hozzászólás-navigáló nyilakat is megbökdösöm mobilon, de pont az ilyenek miatt kértem. Mindenkinek más a jó, kényelmes én viszont nem szeretnék tízféle változatot elkészíteni.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Csak annyi, hogy a nyitó postfejléce:
https://ibb.co/1J87X2F

Fel lehetne díszítve úgy, mint egy komment fejléce:
https://ibb.co/zh5Rgm6

Gyakorlatilag mint egy kommenten a következő új hozzászólás, csak a nyitón az első új hozzászólásra visz. A permalink annyira oda nem fontos, de éppen elfér, hogy ne csak egy nyilacska legyen ott önmagában. Szerintem. :)

Biztos, hogy nem én gonoszoltam le!

Régebben ezzel gond volt, de most úgy tűnik, hogy jó. Pár napja kérdezted, azóta nem tűnt fel hibás működés.

Amit megpróbáltam leírni, az nem ugyanaz, mint a korábbi hibás működés.

Megpróbálom leírni:

1) valahol rányomok az új hozzászólások számára, az elvisz az első új hozzászólásra - eddig OK
2) Rábökök a szülő hozzászólás mutatására, ami áttördeli az oldalt és a jobb oldalon megmutatja a szülő hozzászólás tartalmát - ilyenkor régóta az eddig olvasott hozzászólás az áttördelt mezőben látható maradt. Ez elromlott, valami más területet mutat helyette.
3) a szülő hozzászólást bezárom a kis x gombbal, a korábban áttördelt részt újratördeli és az eredetileg látható hozzászólást kellene látnom. De nem, valahova máshová kerülök. Volt olyan, hogy legalulra, volt olyan, hogy a szülő hozzászólás helyéhez, volt olyan, hogy csak valami random helynek tűnt.

Szóval két hibát látok most, egy olyan funkcióban, ami mondjuk egy hete még hibátlanul működött. Persze lehet, hogy ez csak egy hiba, ami mindkét jelenséget okozza.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Még mindig rossznak tűnik itt, ezen az oldalon. De egy másik oldalon tesztelve meg jó. Majd tesztelem még.

Pl. ennek a hozzászólásnak a szülőjét kérve nem látszik a hozzászólás se a szülő mutatásakor se a szülő bezárása után.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Szeretem ezt az oldalra kinyíló sávot, mert nem takar ki semmit és egyszerre lehet olvasni a hozzászólást és a szülőjét. De néha teljesen elnavigál, plusz olyankor újratördelődik az oldalszerkezet is.

Lehet, hogy valami más kell helyette, modal, vagy semmi.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Szia!

Ez frontend probléma lesz, ha valaki meg tudja oldani, akkor az segít az oldalnak, a működés jQuery UI Dialog alapú.

Az oldal tetején teljesen jól működik. Minék lejjebb megyünk, annál jobban görgeti az oldalt a szülő hozzászólás megjelenítésekor. Ez felesleges és sok hozzászólásnál (kissé) lassú is, de a végén a megfelelő helyre navigál.

Gond akkor van, ha az oldal alján lévő hozzászólásoknál kattinunk linkre, mert akkor nem tud hova görögni a megjelenítés közben és ez elrontja a navigációt is.

Ez kezdettöl fogva hibás, nem a mostani frissítéssel romlott el.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Hozzászólásra válaszolás esetén nem jelenik meg az előnézet gomb.

„Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat.”
"Az Antikrisztus ledarálja Mészáros Lőrincet."

„Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat.”
"Az Antikrisztus ledarálja Mészáros Lőrincet."

Szerkesztve: 2021. 06. 14., h – 10:51

Az új hozzászólások megjelenítése még mindig nem teljesen jó.
A főoldalon lévő Torvalds vs. oltásellenes konteók topikot nem nyitottam még meg soha, mégis azt mondja, hogy nincs új hozzászólás a 45 kommentből. A többi főoldali cikknél jó a számolás, de ott nem. Amikor magát a cikket megnyitottam, a hozzászólásokat (helyesen) mind újnak jelölte.

Nekem ez annyira nem jön elő, hogy simán lehet felhasználói oldal probléma is.

De mindegy, mert ez már engem nem érint. Kiteszem a nyilat az új hozzászólások linkeléséhez és az én történetem véget ért.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Látom nagyon ügyes vagy, de akár te is átveheted.

Egyrészt hibamentes szoftver nincs, soha nem is volt. Biztos lesz itt is, ami utólag derül ki és amit másnak kell kijavítania. Mint ahogy én is javítottam hibákat már az eredeti oldalban is. Ha hibamentes szoftverek lenmének, akkor semmihez se jönne javítás. Cserébe minden szoftver már a megjelenésekor elavult volna.

Jelenleg nem ismert az oldalban olyab hiba, ami az érdemi használatot akadályozná. Amiről itt szó van, azt nem tudom reprodulálni és simán lehet kliens oldali (pl. böngésző, gyorsítótár) hiba is.

Ha annyira fontos, akkor el tud szöszölni rajta az, aki átveszi.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nagyjából 2 hónapja figyeltem fel arra a jelenségre, ami azelőtt nem volt egyáltalán jellemző az oldalra. Konkrétan arról van szó, ha elolvasom bármelyik téma, akárhány új hozzászólását és utána visszatérve ráfrissítek az oldalra. Akkor továbbra is ott marad az x számú új hozzászólás a zárójelben. Időben kb. 1-2 percben tudom behatárolni, hogy többszöri ráfrissítésre történik változás. Ez független az adott bejegyzés hozzászólásainak számától.
Viszont az is igaz, hogy a nagyon sok hozzászólással rendelkező topikok is lassabban töltenek be.

Lehet mások is jelezték már ezt az észrevételt, de mentségemre legyen mondva. Ezt a topikot épp nem követem, lévén vannak itt nálam jóval vájt fülűbbek. Akik precizebben tudják monitorozni az oldal működését.

A hozzzászólás adatok frissítése külön Javascript szálban történik, ez okozhat néhány másodperc eltérést. Illetve ekkor küldi vissza, hogy milyen hozzászólásokat láttál. Ha ebben az időben nyomsz vissza-gombot, az okozhat zavart. Illetve az sem kizárt, hogy a böngésződ gyorstárazza be az oldalt.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Na jó, de akkor ez tervezési hiba. Ha jól értem, nem atomikus az a művelet, amelynek annak kellene lennie. Egyébként a jelenséget én is tapasztaltam. Zavaró, mert azt hiszem, azóta lett újabb hozzászólás, de nem, még arról mondja, hogy új, amit az imént néztem meg.

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

Senki nem mondta. hogy atomi művelet. A BigPipe ki lett kapcsolva, hogy ne legyen túl som „mozgás” az oldal betöltése során, ezért így sikerült áthidalni.

Majd valaki eljátszik vele, biztos van jobb megoldás, én már nem tervezek foglalkozni vele.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Szerkesztve: 2021. 06. 22., k – 08:21

Feature request:

 

#1. új fórumtéma beküldésénél legyen pls lerendezve ABC-ben a "Fórumok" dropdown tartalma. Thx.

#2. egy gombbal leiratkozni a pl. 2+ hónapja nem változott követett tartalmakról (csak nekem pl 69 oldalnyi van)

Fent írtam, hogy javítva van, de a Javascript lassan fut le az oldal betöltése miatt, illetve a böngésző saját gyorsítótárja is bekavar. A visszajelzések alapján nem tűnik úgy, hogy ez túl sok embert és túl gyakran érintene.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Jelenlévő felhasználók blokk a főoldalon nem / random / esetlegesen frissül, így pontatlan felhasználószámot mutat. Ha nyomok egy gyorsítótár törlést, akkor jó lesz. Majd megint pontatlanná válik. Megint nyomok egy gyorsítótár törlést, megint jó ... Aztán megint nem.

trey @ gépház