-
Fototrend
● ide várjuk a Prohardver! lapcsaláddal kapcsolatos fejlesztési javaslatokat
● a bugokat, hibákat ne itt, hanem a Bugok a PH! lapcsalád oldalain topikban jelezzétek!
Aktív témák
-
#22699
dqdb
nagyúr
Viktor0610
#22698
dqdb
nagyúr
válasz
Viktor0610
#22698
üzenetére
A hozzászólás-szerkesztő egy hatalmas visszalépés használhatóságban. A régi, fapados, külön oldalas változatban sosem veszett el üzenetem, itt már jó párszor igen. A régiben Ctrl+klikk a Válasz gombra, és megnyílt új ablakban, szabadon tudtam a topikban mozogni a topikban, ami felettébb hasznos volt.
Agyrém, hogy az editor elkapja a Ctrl+Tab-ot és Tab-ként értelmezi (a Ctrl+Shift+Tab-ot ellenben nem, logika nulla), így aki billentyűzetről váltana a két legutoljára használt fül között, ami hozzászólás írásakor finoman szólva sem ritka, ha információt szedett össze hozzá, az duplán szív, mert váltani sem vált a böngésző és a feleslegesen bevitt Tab karaktert is törölheti ki.
Nézzük, hogy a béna kódformázást sikerült-e már kijavítani, vagy szerkesztésre szétesik továbbra is:
span = TimeSpan.Zero;Console.WriteLine(span);
Szétesik, még szerkeszteni sem kellett hozzá, hosszú évek óta jelenlévő hiba. -
-
dqdb
nagyúr
válasz
Krystal_s
#22395
üzenetére
Vannak betűtípusok, amelyek kis méretben eléggé pocsék módon skálázódnak, ha törtek is bejönnek a képbe, ezt a problémát a DirectWrite renderelése még jobban ki tudja emelni. A logoutos Arial nem ilyen, míg a PH-s Roboto nagyon ilyen. És vannak emberek, akik erre érzékenyebbek, míg sokan nem értik, mi a problémád.
A Courier New messze a legrosszabb ezen a téren, "imádom", amikor screen sharingben látok egy agyonnyomorított terminált, ahol a betűk szó szerint felismerhetetlenné váltak a skálázásnak köszönhetően, majd például Consolasra váltva ugyanabban a méretben minden szépen és jól olvasható.
-
dqdb
nagyúr
válasz
Kalandor
#22362
üzenetére
A Logouton ugyanazt a betűtípust használjátok mind a cikkekben, mind a fórumon, nincsen meg az az érthetetlen típus- és méretbeli eltérés, mind az új oldalakon, ahol az egyik tényleg nagyobb kissé, mint a Logouton, a másik ellenben emlékeim szerint kisebb.
A Logout számomra másik dealbreaker feature-je a külön oldalon lévő hozzászólásszerkesztő annak minden előnyével együtt.
-
dqdb
nagyúr
válasz
0xmilan
#21318
üzenetére
Amíg mostani formájában megy a Logout, addig azt használom fórumozásra (egy másik scripttel minden fórum linket oda irányítottam át), mert az új felületet személy szerint visszalépésnek érzem kényelemben és használhatóságban. Ezért aztán az átállásig biztosan nem várható tőlem új script, és nagyon remélem, hogy az átállás is csak sokára fog megtörténni.
A scriptet nem megjavítani kell, hanem nulláról újraírni.
-
dqdb
nagyúr
válasz
lezso6
#19143
üzenetére
Arra nem terveztek beállítást, hogy a betűméretet lehessen növelni adott eszközön? Csak mert úgy sikerült általános növelnetek az új oldalakon a betűméretét, hogy reszponzív nézetben a fórumban kisebb lett és nekem a kényelmetlen határ alá esik (és mivel párszor felhoztam már, kiderült az is, nem vagyok ezzel egyedül).
Asztalon könnyű megoldani, de mobilon user CSS hiányában inkább a régi felületet használom.
-
dqdb
nagyúr
Keresés: legyen lehetőség (=egy checkbox a szűrőfeltételeknél) olyan hozzászólásokra szűrni, amelyek tartalmaznak képet (vagy esetleg olyan linket, amelynél a cím képkiterjesztésre végződik). Az adatbázis első indexelése pusztító hatású lenne, azonban utána már egyáltalán nem lenne erőforrásigényes az új hozzászólásoknál a flaget megfelelően kezelni/frissíteni.
Keresés: legyen lehetőség olyan hozzászólásokra keresni, amelyek linket tartalmaznak (=egy checkbox a szűrőfeltételeknél), és legyen lehetőség a link címében vagy a linkként használt szövegben részszövegre keresni (=egy textbox a checkboy mellé). A csak linkre keresés hasonló erőforrásigénnyel bír, mint a képeknél. Ha a link címében vagy szövegében is lehet keresni, az már tényleg drága lehet, és nem biztos, hogy megéri megvalósítani.
Prémium funkciók: a prémium felhasználók a privátokhoz hasonlóan csillaggal meg tudjanak jelölni saját maguk számára hozzászólásokat, ezekre vagy topikonként vonatkozna valamilyen limit, vagy egy összesített limit. A topikokban történő kereséseknél a csillagozás jelenjen meg szűrőfeltételként, így könnyen ki lehetne listázni az összes csillagozott hozzászólást adott helyen (a sima könyvjelzőzés erre ugyebár nem alkalmas). Ez a funkció topikgazdák számára a saját topikjukban elérhető lenne akkor is, ha amúgy nem prémium tagok.
Háttér: ha egy topikban 1500+ hozzászólása van az embernek, akkor sokszor elég sok időt vesz igénybe egy már korábban megválaszolt kérdésre a válasz megkeresése, mert csak annyi emlék van róla, hogy valaki válaszként linkelt egy képet, vagy emlékszem, hogy linkeltem ezt már korábban, csak éppen a mikor nem rémlik pontosan és a szűrőhöz a megfelelő szavak eltalálása sem jön össze. Ha szöveg, akkor könnyű újra megírni, de ha link vagy kép, akkor nehezebb, ha másik PH tag által készített kép, akkor főleg. A kétféle kereséssel és a csillagozással ezek sokkal egyszerűbbé válnának.
-
dqdb
nagyúr
válasz
gyulaszu
#18799
üzenetére
Nem fér ki. Ne átlagos esetet nézzél, hanem szélsőértéket, mint a legszélesebbnek számító M vagy W betűt, amiből így néz ki 13 darab a PH-n:
És a Logouton:
Szóval mind a régi, mind az új designnál problémát okoz (igaz, ebből már a 12 karakter is, a 11 még rendben van).
-
dqdb
nagyúr
válasz
zsoltiz
#18723
üzenetére
A céljuk az lenne, hogy a felhasználók explicit (prémium) vagy implicit (nem blokkolja a reklámot) módon fizessen a szolgáltatásért. A figyelmeztetés módja teljesen az ő döntésük, a visszafogott úgy tűnik, nem működött (mert eddig olyan volt), most egy kicsit erőteljesebb megoldáshoz nyúltak. A blokkolót használók teljes ellehetetlenítésétől még ez is távol van, de annyi kényelmetlenséget okoz a felhasználónak, hogy elgondolkozzon azon, jobb-e neki, hogy blokkol. Ha valaki ezért lelép, akkor az nekik nem veszteség, hanem nyereség, mert eleve is csak vitte az erőforrást a kiszolgálása. Ha valaki továbbra is blokkol, akkor költségüknél vannak, ha valaki feloldja a blokkolást, akkor nyernek, szóval veszteni nem igazán vesztenek, legfeljebb olyanokat, akik eddig sem voltak a hitelesített statisztikákban benne.
Parci: HTTP 418-at a blokkoló népnek
-
dqdb
nagyúr
-
dqdb
nagyúr
[link]
Egy ideje van automatikus takarítás:"A nem aktív azt jelenti, hogy minimum két éve nem lépett be ÉS egyáltalán nincs fórumos hozzászólása, logoutos cikke, blogbejegyzése, hardveraprós hirdetése és privát üzenetet sem írt soha.
Ez nem egyszeri akció lesz, hanem folyamatos, az első törlés holnap hajnalban lesz.A törölt, így felszabaduló felhasználónevet új felhasználó beregisztrálhatja, vagy akár meglévő felhasználó is felveheti, ugyanis:"
A linkelt felhasználónak van 2 hozzászólása.
-
dqdb
nagyúr
válasz
lezso6
#18482
üzenetére
Igen, azzal a beállítással jó lesz a fórum betűmérete, cserébe a cikkeké válik zavaróan naggyá (tudom, hogy csak 7% az eltérés a kettő között, mégis úgy érzékelem, hogy vagy az egyik túl kicsi, vagy a másik túl nagy, és ahogyan olvastam korábban, ezzel nem vagyok egyedül).
Desktopon megoldottam tartósan CSS/JS párossal, mobilon pedig úgy, hogy azóta nem látogatom mobilról a PH-t, fórumra pedig a régi mobilos felületet használom a Logouton, mert csak a PH miatt nem akarok áttérni FF-re.
-
dqdb
nagyúr
válasz
Ringman
#18479
üzenetére
5,5"-en is kicsi a szöveg. A régi fapados mobil felületen jó volt szerintem a betűméret, az újon éppen eggyel kisebb a nekem kényelmesnél. Ahogyan desktopon az új reszponzív felületnél ugyanez volt (eltér a cikkek és a fórum betűtípusa és betűmérete), de ott CSS-ből megoldottam (aztán közvetlenül utána JS-ből, hogy minden fórumos link a Logoutra mutasson), de ezt mobilon csak FF-ben lehet megtenni, más böngészőben nincsenek bővítmények.
Ezért kértem ezt már többször (akár prémium feature-ként), így az ilyen apróságokat meg tudná oldani magának az, akit zavar.
-
dqdb
nagyúr
JS-ben felülbírálható (pontosítva elkapható az esemény), és elég, ha a Ctrl+S-re tett funkció kizárólag a szerkesztőablakban él, szóval semmit sem vesz el a böngésző normál működéséből.
Az aktív control kapja meg először a billentyűzeteseményt, aztán ha nem kezeli le, akkor a szülője, majd annak a szülője és így tovább, végül maga a böngésző.
-
dqdb
nagyúr
válasz
gyulaszu
#18297
üzenetére
A kényelem érdekében a fókuszt a felhasználói név mezőbe kell tenni, aminek hatására automatikusan feljön a billentyűzet (
a böngészőaz operációs rendszer intézi). Arról, hogy neked van elmentett jelszavad, az oldal semmit sem tud, azt szintén a böngésző intézi az oldal betöltése után. Operációs rendszertől sem lehet függővé tenni a viselkedést, mert akad Android billentyűzettel, és Windows alapú tablet is. Szóval nem megoldható. -
dqdb
nagyúr
válasz
Solymi81
#18203
üzenetére
Ez egyszerűen nem demokrácia kérdése, mert sosem lesz vége és valaki biztosan reklamálni fog. Képtelenség, hogy 5 embernél több egyetértsen ilyen vagy úgy egyáltalán bármilyen témában, nemhogy annál sokkal több. Persze azt sem szabad, hogy egyetlen ember döntsön, de az ehhez hasonló stratégiai döntésekbe szerintem háromnál több embert nem szabad belevonni, az pedig simán megvolt a PH főhadiszállásán.
Utólagosan csiszolni, vagy ha nagy a láng, akkor pár apró lépéssel tüzet oltani persze lehet és kell is, de előre megkérdezni, vagy a váltást követően azonnal megszavaztatni az új designt nem szabad, mert jó sosem sül ki belőle.
Mondom ezt úgy, hogy az új designról jót nem igazán tudok mondani, rosszat annál többet (és mondtam is).
-
dqdb
nagyúr
válasz
lezso6
#17997
üzenetére
Inkább a kontraszttal van baja, a régi betűtípus ezen a téren sokkal jobb volt. Vannak, akiknek a szeme nagyon érzékeny erre, és náluk rettenetesen lerontja az olvashatóságot a kontraszt minimális csökkentése. Nem véletlenül bolydul fel minden böngésző topikja a szövegrenderelést érintő változások után. Egy jól megválasztott betűtípussal sokat lehet ezen javítani vagy egy kevésbé szerencséssel rontani.
-
#17807
dqdb
nagyúr
Intruder2k5
#17804
dqdb
nagyúr
válasz
Intruder2k5
#17804
üzenetére
A kód alapján én voltam az eredeti elkövető a néhai userscript.org-on olyan 7-8 évvel ezelőtt (az a userscript egy faék egyszerűségű regex csere volt a betöltött összes linkjén), amit azóta az ajaxos résszel bővítettetek.
-
dqdb
nagyúr
válasz
0xmilan
#17734
üzenetére
Egy ilyen listát többen számonkérésre használnának fel, hogy miért nincsen készen még adott feature, ami a listán van, miért A és nem B sorrendben történnek a fejlesztések, vagy miért került fel rá X dolog, amikor az felesleges, bezzeg az ő Y dolga nem, ami nélkül pedig nem lehet élni.
Jobb a nyugalom, csak felesleges stresszforrás lenne mindkét fél számára. Mondom ezt úgy, hogy arra a listára 4-5 tételt feltennék szívesen.
-
dqdb
nagyúr
válasz
lezso6
#17659
üzenetére
Talán az lehetne megoldás, ha a mostani szigorúan fa mellett lehetőség lenne egyes kategóriákat linkként más helyre is beszúrni, így a TV, audió alatt a Hi-Fi fejhallgatók (nem gamer) mellet látszódna a Gamer fejhallgatók (nem Hi-Fi) kategória is, és az utóbbi klikkelésre átirányítana ide. Bár azt nem tudom, ez mennyire bonyolítaná el a keresést (van egy olyan sejtésem, hogy meglehetősen).
-
dqdb
nagyúr
válasz
csongi
#17218
üzenetére
Felül a keresőmező melletti opciók gomb > ott részletes keresés > Szűrés felhasználó szerint
Nem legördülő lista, hanem sima szöveges mező. Egy masszívabb 100e hozzászólásos mit vegyek topikban katasztrófa lenne UI szempontjából egy 2-3000 elemes listából válogatni.
lezso6: részstringre szűrésnél eléggé furcsa eredményeket dob ki.
-
dqdb
nagyúr
válasz
lezso6
#17063
üzenetére
Új designban a téma-összefoglaló is WYSIWYG szerkesztőben lesz, szóval így lesz azonnali előnézet.
Hát a ... nem kéne kategóriás kérdés: átkapcsolható lesz esetleg valamikor markup nézetbe a szerkesztő?
Már van verzió-történet a téma-összefoglalókról, szóval ha valami elba, akkor csak szólni kell, s visszaállítom.
Köszi, beírtam a topikgazda topikba, hogy van ilyen lehetőség. Régóta visszatérő probléma, most is előfordult, ezért dobtam fel ötletként. -
dqdb
nagyúr
Téma-összefoglaló szerkesztésekor a módosítást érdemes lenne két lépcsősre átalakítani: elsőre preview jelenne meg az új szövegből, és csak azt elfogadva történne meg a tényleges módosítás, így ha elromlott a formázás, akkor lenne visszaút.
Másik jó megoldás a problémára egy 3-5 verziós történetiség lenne, ahol a topikgazda el tudná érni a korábbi változatot könnyen, ha valami félrement.
-
dqdb
nagyúr
Vagy lehetne olyan (prémium) feature, ahol a felhasználó beállíthatná a profilján, hogy mi az a maximális rang, amit "el szeretne érni". Így például ha valaki PH addikt! lenne a szabályok alapján, azonban a fanatikus tag rangot választja ki ezen beállításnál, akkor fanatikus tagként fog látszódni a fórumon (a megjelenített rang egyszerűen a számolt és a beállított rang közül az alacsonyabb lenne), és persze fordítva nem menne a minimumképzés miatt, tehát egy szabályok alapján fanatikus tag nem jelenne meg például őstagként, hiába állította ezt be.
Ezzel a megoldással azok a Jómunkásemberek, akik szeretik ezt az elnevezést, maradhatnának Jómunkásemberek, akik nem szeretik, azok választanának maguknak az alacsonyabb rangok közül egyet.
-
#16952
dqdb
nagyúr
Bluesummers
#16951
dqdb
nagyúr
válasz
Bluesummers
#16951
üzenetére
A MAC address minden köztes hopnál megváltozik. A forrás PC címe csak a routeréig él az IP csomagban, a routeréé az első aktív ISP elemig, ...
-
dqdb
nagyúr
válasz
laszlohu
#16906
üzenetére
A PH a fórumában a felhasználók által HTTP-t használó külső tárhelyről linkelt képekkel nem sok mindent tud tenni, ezek miatt "nem biztonságos" az oldal (legfeljebb annyit, hogy egy beállítás hatására az ilyen képeket linkké alakítja a motor). Az oldal többi része rendben van, én úgy látom.
Attól, hogy egy oldal HTTPS-t használ, nem nevezhető biztonságosnak, a böngészők is most már csak legfeljebb a kapcsolatra mondják, hog biztonságos, ami igaz is. Annak, hogy megfelel egy cég a GDPR-nek, és annak, hogy te kliensként HTTP-t (is) használó oldalon jársz, semmi köze egymáshoz. A gyerek és fürdővíz tipikus esete.
-
dqdb
nagyúr
A leendő új fórumfelületre bekerülhetnek majd hozzászólások esetében a tartalmaz linket és tartalmaz képet keresési opciók? Sokszor van az, hogy keresnék valamit, ami be lett linkelve (sokszor én voltam az
), emiatt oldalakat görgethetek végig, hogy hol is volt pontosan. -
#16821
dqdb
nagyúr
Bjørgersson
#16819
dqdb
nagyúr
válasz
Bjørgersson
#16819
üzenetére
Vigasztaljon az a tudat, ha erre explicit megoldás születik is valamikor, akkor azt 100%, hogy a prémium feature-ök közé fog bekerülni, mert akinek tényleg kell, az eléggé valószínű, hogy fizetni is hajlandó érte.
Én a PH helyében (ha már az új felület minden site-ra felkerült) összeszedném az ilyen
virtuális cukorkákathasznos apróságokat, amiket többen kértek, rendszeresen visszatérő kérés, de nem annyian és nem olyan sűrűn, hogy komoly népharag legyen belőle, és a prémiumfunkciókat bővítve vezetném be. -
#16763
dqdb
nagyúr
energy4ever
#16762
dqdb
nagyúr
válasz
energy4ever
#16762
üzenetére
Mind szemre (kalibrált monitor előtt ülve írom ezt), mind kódra meglehetősen eltér a két szín:
#f8f5ecés#ffffff, arról nem tehetnek, hogy rosszul van beállítva a monitorod (túl magasra tolt fényerő, túl alacsony kontraszt).Ha a Windows 10 legfrissebb (1803) változatát használod, akkor használd a beépített toolt, ha más rendszert, akkor ezen tesztképek segítségével állítsál a monitor fényerő+kontraszt beállításán.
-
#16749
dqdb
nagyúr
T0mBd1gg3R
#16748
dqdb
nagyúr
válasz
T0mBd1gg3R
#16748
üzenetére
-
#16499
dqdb
nagyúr
ZoltánZoltán
#16498
dqdb
nagyúr
válasz
ZoltánZoltán
#16498
üzenetére
Valamint a hirdetéseim nagy része 1300 1400 karakter, tehát fel kell adnom a hirdetést 1000 karakter alatt, majd csomagot kell vennem, és utána ki kell javítanom-bővítenem kel a szöveget,ez rengeteg idő 10-20 hirdetésnél.
Nincs lehetőség Hirdetésfeladást kezdeményezni egyből csomagfizetéssel 1500 karakterig?
[link] -
-
dqdb
nagyúr
-
dqdb
nagyúr
válasz
lezso6
#15235
üzenetére
Én a szigorítás irányából kérdeznék: nem lehetne tiltani aláírásban a legtöbb böngészőben színesen megjelenő emojikat? Ezek pont szembe mennek a szolid, a lényegről figyelmet el nem vonó koncepciótokkal (bár mostanában már mintha nem futottam volna bele ilyenbe, 1-2 hónapja még rendszeres volt).
Rendereléskor egy linkifier lefuttatása az aláírásokon hasznos feature lenne, persze a koncepciótoknak megfelelően azt vizuálisan nem kellene hangsúlyozni, hogy ott van egy link (azaz változatlan szín, semmi aláhúzás és hasonló), de mégis kattintható lenne.
-
#15070
dqdb
nagyúr
Black_Raven
#15069
dqdb
nagyúr
válasz
Black_Raven
#15069
üzenetére
A jobb oldali oszlopban felül a beállításaim menüpont alatt tudod a megjelenített elemek számát szabályozni.
-
#15068
dqdb
nagyúr
Bjørgersson
#15067
dqdb
nagyúr
válasz
Bjørgersson
#15067
üzenetére
Arial, Verdana, sans-serif közül az első, ami adott böngészőben/operációs rendszeren elérhető.
-
dqdb
nagyúr
válasz
lezso6
#15062
üzenetére
Amúgy meg tökmindegy mit mondok, mert más lesz a betűtípus, azaz a metrika is.
Amúgy meg tökmindegy, hogy mit találtok ki optimálisnak, az élesítés után pár perccel reklamálnak többen is, hogy nagyobbat szeretnének és persze olyanok is jönnek, akik kisebbet, olyanok, akik több hasábot szeretnének, olyanok, akik kevesebbet, és órákon keresztül erről fog szólni a topik, mint minden designváltás után
-
#15061
dqdb
nagyúr
Bjørgersson
#15060
dqdb
nagyúr
válasz
Bjørgersson
#15060
üzenetére
Hidd el, másnak lesz. Már előre szedik a nyugtatókat és készülnek a van sapka, nincs sapka játékra
Amúgy a linkelt Index oldalon 18px a betűméret.
lezso6: a cikkekben is 13px most a betűméret, nem csak a fórumban. Sőt, a kezdőlapon 12px a középső hasábban.
-
#15059
dqdb
nagyúr
Bjørgersson
#15058
dqdb
nagyúr
válasz
Bjørgersson
#15058
üzenetére
13px, szóval sírás lesz
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
dqdb
nagyúr
válasz
lezso6
#14916
üzenetére
Ha el szeretnétek kerülni a reszponzív felület miatt egy kiadós és még hónapok után is fel-fellángoló hisztirohamot, akkor prémium feature-ként érdemes lenne bevezetni egy olyan beállítást, ahol megadható hogy milyen szélességű @media szabályok legyenek aktívak. Ha jól sejtem, akkor felbontástól függően többféle layouttal készültök, így a bevezetéskor a felhasználók egy része azért fog sírni, mert mobilon is a desktop layoutot szeretne látni, és most mobilra méretezettet lát, azonban ha kedveztek nekik, akkor a másik fele kezd el azért, mert mobilon mobil layoutot szeretne látni, de most desktopra méretezettet lát. Szóval elő vagy el a sapkával
-
#14342
dqdb
nagyúr
spidersoft
#14340
dqdb
nagyúr
válasz
spidersoft
#14340
üzenetére
A mostani fix layoutnál biztosan nem fogják megoldani, és a leendő reszponzív esetében se várom jelentősen 0% fölé az esélyét, mert meglehetősen rétegigény, így ha nagyon zavar, akkor neked kell cselekedned.
CSS+JS párosával tudod megoldani (vagyis saját extension vagy Greasemonkey/Tampermonkey lesz a végeredmény), mert más a layout a főoldalon, a cikkeknél a fórumon és a hozzászólás írásakor, azonban a layoutonként eltérő méretű DIV-ek azonosítója sajnos ugyanaz, ezért nem megy pusztán CSS segítségével: kell a JS is, hogy az oldal típusának megfelelő CSS-t ágyazd be. Nem lehetetlen, nem nehéz, csak pepecselős, mire minden oldaltípuson és azon belül minden érintett CSS szabályon végigmész.
-
dqdb
nagyúr
válasz
lezso6
#14326
üzenetére
Jogos a gzip, az be sem ugrott, mint lehetséges megfejtés.
Bár láttam én már memóriaszemetet sok helyen, ahol nem kellett volna
Például több MB-os XML fájl közepén, éppen clusterhatáron kezdődött és egy cluster hosszú volt, előtte és után jó volt a struktúra. Vagy a vírusirtó, vagy az OS hibázott akkor és ott. -
dqdb
nagyúr
válasz
DopeBob
#14324
üzenetére
nekem továbbra is töltögeti a chrome a .php és .html fájlokat, hasonló tartalommal...
Recseg a webszerver, és content type nélküli (vagy van, de hibás) választ küld vissza. Én ebbe még nem futottam bele, csak kisebb-nagyobb belassulásokba.Melyik fórumban találtál erről infót?
Nem kellett ehhez fórum, ránézésre is memóriaszemétnek néz ki. A � karakterrel jelzi a böngésző, hogy szövegként nem értelmezhető 00-1f közötti vezérlőkódot kapott, ami bináris adatban fordul elő, míg a HTML minden, csak nem ilyen típusú. Régebben is volt olyan, hogy a PH webszervere teljesen/félig fejre állt, és hasonlót küldött vissza. -
dqdb
nagyúr
Ez nem a kliens baja, hanem a webszerveren volt egy kisebb-nagyobb reccs, aminek hatására a PHP által generált HTML kód helyett némi memóriaszemét került bele az oldalba. Újratöltésre általában eltűnik, csak akkor van gáz, ha a memóriaszemét véletlenül némi érzékeny adatot (=jelszó) is tartalmaz.
-
#14269
dqdb
nagyúr
elfelejtette
#14267
dqdb
nagyúr
válasz
elfelejtette
#14267
üzenetére
Két lehetőség van:
1. a pontozás feature nem lesz népszerű, ekkor kár volt rászánni az időt a kifejlesztésére
2. a pontozás feature népszerű lesz, ekkor bekerül a rendszerbe egy olyan adatbázistábla, amelynek a mérete a hozzászólások táblával közel egy nagyságrendben lesz és pluszban joinnal vagy a teljesítményigény miatt valahogyan trükközve, de kapcsolódik az előbbihez. Azaz az adatbázisra hatalmas terhelést ró, és az erőforrásigényéhez képest a rendszerhez hozzáadott értéke alacsony lenne.Szóval én a fenti gondolatmenet után lezso6 helyében a megéri-e szemszög alapján mérlegelve kijelenteném, hogy nem lesz ilyen feature. Amúgy Sk8erPeterrel értek egyet, azért nem kell ilyen feature, mert testidegen lenne ettől a fórumtól.
-
dqdb
nagyúr
válasz
bitpork
#14194
üzenetére
Nem, mindössze annyit tettem, hogy a PH számomra hiányosságait pótló, saját célra készített extension forrásából kimásoltam három sort, ami ott volt már évek óta készen, és lefut nálam minden oldalbetöltésnél. Ez 1 perc volt, ha az információ hasznos másnak, akkor örülök neki. Ha nem, akkor pont annyit ért, mint az azt követő hozzászólás.
Például azért tettem fel azt a kérdést is lezso6-nak, mert ha azt mondja, hogy nem, akkor megírom rá a workaroundot, ha már úgyis megnyitottam az extension forrását.
CB: írd meg privátban, milyen böngészőt használsz, és összeollózom korábbi hozzászólásaimból a teendőket, már úgyis leírtam ezeket, csak egyben, az összes böngészőre összegyűjtve nincsen meg.
-
dqdb
nagyúr
A hozzászólásom arra az esetre született, ha van hozzá némi affinitásod vagy más készre csomagolja (ami tényleg böngészőfüggő). Amúgy ez is csak az utolsó oldalt hívja be, az utolsó hozzászólásra nem ugrik rá, az kicsit több munkát igényelne.
lezso6: ezzel lehetne valamit kezdeni? Van olyan topik a kedvencek között, ahol rendszeresen törölnek hozzászólásokat a topikgazdák, és úgy az esetek felében sikerül csak az új hozzászólás ikonra kattintva tényleg az első új hozzászóláshoz jutni, az esetek másik felében a címben szereplő anchor alapján görgethetek kézzel a megfelelő helyre.
-
dqdb
nagyúr
Array.prototype.forEach.call(document.querySelectorAll('#right > div.usstuff div > ul > li > p > a'), function (a) {
a.href = a.href.replace('/hsz_1-50.html', '/friss.html');
})A fenti kódból Greasemonkey/Tampermonkey/extensiont/user JS scriptet készítesz, ami automatikusan lefut a PH oldalain, vagy bookmarkletet gyártasz, ami kattintásra fut le, vagy Ctrl+Shift+J, beilleszted a fenti kódot, Enter és megint Ctrl+Shift+J.
-
dqdb
nagyúr
válasz
BullZeye
#14173
üzenetére
Hozz létre egy új cikket, szöveg nem is kell hozzá, elég, ha linkelsz benne egy tetszőleges macskás videót. Tiltsd le a hozzászólásokat, így két hónapig ott lesz a neved alatt a link. Ha letelik a két hónap, akkor töröld az előző macskás videós cikket, és hozzá létre egy másikat, linkelj benne egy másik macskás videót, és mindenki boldog lesz, hiszen te visszakapod a linket a neved alá, és közben a Logout is folyamatosan friss tartalommal gazdagodik
#14173: az az indoklás, hogy így serkentenek a friss tartalom gyártására. A fenti abszurd forgatókönyvvel ezt teljesíted is, hiába van fényévnyi minőségbeli különbség a mostani cikkeid és egy macskás videó között.
Erre megoldás lehetne, ha Logout cikk és Logout cikk között különbséget lehetne tenni minőség alapján, és egy olyan cikk, mint például BullZeye ambilightos írása, hatására a link nem két hónapig maradna kint, hanem sokkal tovább.
-
dqdb
nagyúr
válasz
lezso6
#14162
üzenetére
Vagy legyen a három checkbox opt-out a mostani opt-in helyett (vagy kerüljön be a profilbeállítások közé).
Nem tudom, gyűjtesz-e statisztikát a három checkbox állapotáról bejelentkezéskor, de lehet, hogy érdemes lenne, és ez alapján dönteni majd később a sorsukról megfelelő mennyiségű adat birtokában.
-
#14063
dqdb
nagyúr
Sk8erPeter
#14062
dqdb
nagyúr
válasz
Sk8erPeter
#14062
üzenetére
-
#13951
dqdb
nagyúr
Sk8erPeter
#13950
dqdb
nagyúr
válasz
Sk8erPeter
#13950
üzenetére
"a kódot szépíteni kéne ... nem sok időm vagy kedvem van ... nagy eséllyel nem tudnám őket teljesíteni ... meg le lenne fikázva ... így egyelőre tök kényelmes és nyugis"
lezso6: itt vár a korábbiakért a magas labda lecsapásra készen -
dqdb
nagyúr
És ezzel elveszne az egész értelme, mert egy 5-6 darab oda-vissza típusú üzenet után teljesen kilapulna, és a vizuális segítség eltűnne, sőt az egy szint miatt még zavaróvá is válna (legalábbis ezt is rendkívül utálom a Disqusban). Ráadásul az ilyen hierarchikus megjelenítés másik nagy hátránya is megjelenne a PH-n, hogy a hierarchia miatt a hozzászólások időben nem egymás után jelennének meg, hanem a fában X helyre szóródnának szét, ami egy átlagos gyűjtőtopikot követhetetlenné tenne. 30-40 hozzászólásig még oké, de vegyél pár tízezer hozzászólást, ott mennyire veszne el egy 100-200 hozzászólással ezelőtti üzenetre történő válasz a zajban.
A másik dolog a vizuális megjelenítés és tördelés: ez a hierarchikus megjelenítés olyan helyeken működik, ahol egyszerű 2-3 mondatos hozzászólások születnek legfeljebb formázás és egyéb beszúrt tartalom nélkül. Most képzelj egy nem túl ritkának számító, 2-3 képernyőt felölelő szöveget beszúrt képekkel és programkód részletekkel, az mennyire esne szét a szűkülő szélesség miatt. De ugyanez a szituáció érintené a popup formájában megjelenő előző hozzászólást is, az is könnyen lelógna ilyenkor a képernyőről.
-
dqdb
nagyúr
Vannak esetleg tervek UL és OL listák támogatására?
Oké,
1. most is
2. lehet sorszámozott
* és nem
* sorszámozott listát
* írni,de a tételek nem különülnek el egymástól, és a sorszám/csillag/egyéb karakter is beleolvad több soros szöveg esetén a tartalomba.
Valami ilyesmi szintaxis működhetne is:
Ordered list
[ol]
[li]Item one[/il]
[li]Item two[/il]
[/ol]Unordered list
[ul]
[li]Item one[/il]
[li]Item two[/il]
[/ul] -
dqdb
nagyúr
Ha egy ötlet alapvetően nem jó, akkor az az ötlet alapvetően nem jó, felesleges rajta rugózni. Ha egy ötlet alapvetően nem jó, de a hatására valakinek beugrik egy jó ötlete, akkor úgyis beírja.
Ha egy ötlet jó, az még nem jelenti azt, hogy megvalósul, sőt, vannak olyan tényleg nagyon jó ötletek, amelyek megvalósítása egy pillanatig sem merül fel. Ennek oka lehet az, hogy irreálisan nagy munka bármitől függetlenül, irreálisan nagy munka, mert a RIOS más logika mentén épül fel, nagyon kevés felhasználót érint (nem éri meg annyi emberre egy módosítást megejteni), nagyon sok felhasználót érint (egy alapvető módosítás mindig nagy felzúdulást kelt, akár jó, akár nem, még egy pozitív változtatásnak is vannak ellenzői, hát még a megosztóknak, lásd designváltások).
Ha az ötlet nem valósul meg, de kizárólag a kliens érintett, akkor a megoldás egyszerű: képezd magad HTML+CSS+JS szintjén, és saját bővítménnyel formáld át a PH felületét olyanra, ahogyan neked tetszik. Nem, nem nézlek ufónak, van jó pár ember a PH-n, aki felmérte, melyek az ő speciális igényei, amelyek sosem valósulnak meg (vagy ha igen, nem abban a formában), és tettek az ügy érdekében lépéseket. Én a Ctrl+Alt+O lenyomásával off topicra állítottam a hozzászólás típusát, a Ctrl+Alt+O szöveget Ctrl+I lenyomásával tettem dőlt betűssé, a hozzászólást Ctrl+Enter segítségével fogom elküldeni, miközben a hozzászólásíró-ablak háttere kellemes világosbarna színű a rettenetes fehér-sötétszürke gradiensű alapértelmezett PH-s háttér helyett. Ja igen, egy felugró csík jelzi a PH-s oldalakon, ha új privát üzenetet kaptam, az oldaldobozokat kissé átszabtam, és a fórum/cikkek oldalai között lapozáshoz is elegendő a billentyűzetet használnom.
Ezt például meg tudod csinálni magad is, némi CSS az egész csak.
Lauda: Szerintem semmi ertelme, hogy megirok egy hsz-t es majd kesobb jelenik meg
Ráadásul így egy feltett kérdésre feleslegesen sok válasz is érkezhet, mert nem látják, hogy valaki más már válaszolt, és beírnak ők is. -
dqdb
nagyúr
Fejlesztőnek lenni egy szakma, UX tervezőnek lenni másik szakma. Sosem jó, ha fejlesztőnek kell a felületet terveznie, de még mindig nagyságrendekkel jobb, mintha egy témában laikus próbálkozik. Sorban dobod be az ötleteket, hogy szerinted neked mi lenne jobb, és ezzel a UX tervezés legfontosabb szabályát szeged meg: a saját preferenciád alapján gondolkozol, és nem az alapján, ami a felhasználók többsége számára jó. Folyamatosan megpróbálod túlterhelni és elbonyolítani a felületet, és öncélú grafikai elemekkel "feldobni", amivel az olvashatóságot nagyságrendekkel rontanád.
Azért, hogy ne csak a levegőbe beszéljek ... így néz ki, amikor hozzá nem értő tervezi meg a UI-t, körülbelül 20 pontos listában tudnám szénné fikázni a felületet. És így néz ki ugyanaz az alkalmazás, amikor belátják a tévedésüket, és egy hozzáértő kézbe veszi a dolgokat (ez sem tökéletes, de majdnem tökéletes).
PS: fejlesztő vagyok, és nem szeretek UI-t készíteni, mert a fentiekkel tisztában vagyok.
lezso6: Én meg csinálnék billentyűparancsokra (pont úgy mint pl wordben) formázást, link beillesztést, stb
Öööö, én már ~4 éve így használom a PH-t -
dqdb
nagyúr
A fórum olvasásához a spoiler funkció engedélyezése előtt két oldalváltás között elég volt az egérgörgő/Space/↓ egyikét használni, szóval minimális számú mozdulattal tudtál olvasni és a tartalomra koncentrálni. A bevezetése utáni napokban mindenhol folyamatosan rángathattad az egeret, ha olvasni szerettél volna, mert boldog-boldogtalan használta (ráadásul a megvalósítás miatt az egérkurzor mindig belelóg olvasás közben a spoiler szövegébe, ami engem rettentően zavart). Szóval a betiltásánál már csak a be nem vezetése lett volna jobb megoldás.
lezso6: az R6-ban nem terveztek bővítmények számára JSON alapú lekérdezéseket, mint például be van-e lépve a felhasználó, hány olvasatlan privátja van, kedvenc topikjaiban mennyi az olvasatlan hozzászólások száma, vagyis azokra az infókra, amik az oldalsávban most is megjelennek?
-
dqdb
nagyúr
Jó lenne a cikkekhez egy helyesírási hibákat jelző funkció, ahol a bejelentéseket az összes házigazda látná, így hamarabb javításra kerülhetnének.
Most ugyebár vagy hozzászólásban jelzi ezt az ember, ekkor vagy kijavítja a szerző, ha olvassa a hozzászólásokat, vagy nem (az első hozzászólás maga a jelentés, sokáig a főoldalon volt, mégsem javította ki senki a cikk címét), de az szinte biztos, hogy az így bejelentőt lehurrogják, hogy miért nem privátot írt.
Ellenben ha privátot ír valaki a szerzőnek, akkor az vagy javítva lesz (szerencsére ehhez általában nem kell a helyesírási szabályzat megfelelő pontját mellékelni meggyőző érvként), vagy 10 hónap elteltével sem.
-
dqdb
nagyúr
de ezzel a scripttel csak annyi a baj, hogy fixen egy meghatározott oldalra irányít, és nem oda, amiről nyitottam.
Ha egyedi igényeid vannak, amelyre a felhasználók töredékének van csak szüksége (vagy még annyinak sem), akkor a megoldást is neked kell megtalálnod. Amikor 4 éve valaki kérte ezt a scriptet, akkor összedobtam neki, mert úgy láttam, van értelme rászánni azt az 5 percet. A leírásod alapján nem így látom most ezt, ezért nem offolom jobban szét ezt a topikot, és csak azt tudom javasolni, ha tényleg szükséged van rá, szánd rá az időt, ásd bele magad egy kicsit a témába, és írd meg magadnak.canniball: ha a fórumban a hozzászólásokat szeretnéd szélesebbre venni, akkor a régi kiegészítőből kukázd a CSS szabályokat, és cseréld le ezekre, majd a szélességértéket mindegyiknél növeld meg ugyanannyival:
#main { width: 980px !important; }
#center { width: 602px !important; }
.msgblk { width: 602px !important; }
.msgblk .text ( width: 480px !important; }
.msgblk .text p, .msgblk .text pre { width: 480px !important; }
.thrcnt a.open { width: 480px !important; }Ha a cikkekben a tartalmat, akkor lásd a neked adott válasz előtti bekezdés utolsó mondatát, mert azt lusta vagyok most kibogozni
-
-
-
dqdb
nagyúr
Törölt hozzászólásokhoz nem lehetne egy üres <a name="msgXXX"></a> taget generálni? Most abban az esetben, ha a Kedvenceim vagy az Itt szóltam hozzá dobozban kattintok egy topik új hozzászólását jelző
ikonra, de az új hozzászólás törlésre került, akkor kereshetem meg kézzel, hol kezdődnek az új hozzászólások, míg a fenti taggel a következő hozzászólásra ugrana a böngésző. -
dqdb
nagyúr
Meg tudnátok valósítani egy olyan oldalt, amelyik visszaadná, hogy az éppen bejelentkezett felhasználónak hány olvasatlan privát üzenete van? Ehhez a user JS-hez jönne jól a funkció. Most az oldal forrásából szedem ki az információt, de ez a háttérben frissítés miatt mindig módosítja a legutolsó aktivitás időpontját (és az egyik lezárt topiknál elrontja a lekérdezések számát).
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Aktív témák
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
- HIBÁTLAN iPhone 14 Plus 256GB Red-1 ÉV GARANCIA - Kártyafüggetlen, MS4561, 100% AKKSI
- Dell Latitude 7400 2 in 1 360 touch, i7 8665U, 16GB, 512GB, jó akku, számla, 6 hó gar
- LG 27MR400 - 27" IPS LED - 1920x1080 FHD - 100hz 5ms - AMD FreeSync - Villódzásmentes
- eShark Karuta Gaming Egérpad - XL eladó 90cmx40cm
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest