-
GAMEPOD.hu
Ide írjátok meg a PROHARDVER! lapcsaládon tapasztalt hibákat! (Míg az ötleteket ide!)
⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️Beírás előtt próbáld meg ezt: ⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️
● Kapcsold ki a reklám/scriptszűrést oldalainkon
● Frissítsd le a böngésződet (és ellenőrizd, hogy támogatjuk-e a böngésződet!)
● Engedélyezd a böngészőben a sütik 3. féltől történő elfogadását és nyomonkövetést (így)
● Töröld a böngésződben a sütiket (prohardver.hu, mobilarena.hu, itcafe.hu, hardverapro.hu, logout.hu, gamepod.hu) és a helyben tárolt tartalmat
● Frissítsd az oldalt (CTRL+F5)
● Lépj ki, lépj be
Ha nem megy, akkor riportáld a szükséges adatokkal:
● pontos link a hiba helyéhez
● operációs rendszer és böngésző pontos típusa és verziója
● célszerűen screenshot (képernyőmentés) a hibáról
● a hiba rövid és jól érthető leírása
Új hozzászólás Aktív témák
-
dqdb
nagyúr
válasz Balathruin #3387 üzenetére
Első lépésként, ahogyan lezso6 is írta, Ctrl+F5 vagy töröld a böngésző gyorsítótárát.
A megjegyzésem arra vonatkozott, ha valakinek ezután sem menne, akkor 99%, hogy ez azért van, mert reklámot blokkol a PH-n, legyen az véletlen is.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz EmberXY #3452 üzenetére
Opera 25 alatt Blink motorral szétesik, ugyanígy Firefox alatt Gecko motorral és Internet Explorer alatt a Trident motorral is.
Egyedül Opera 12 alatt nem esik szét, mert a Presto motor a többiekkel ellentétben / karaktert is szóhatárnak veszi, amit a tördelésnél ki is használ. Azonban ha olyan szöveg kerül egy cikk címébe, amiben nincsen semmilyen speciális karakter, ahol el lehetne törni a szöveget, akkor Opera 12-ben is ugyanúgy rálóg a cikkre a szöveg.
Meglepő módon mindegyik böngésző helyesen jár el, mert "CSS 2.1 does not fully define where line breaking opportunities occur.", és ezt, ahogyan néztem, egyik CSS 3 ajánlás sem írja felül/pontosítja.
Innentől kezdve a RIOS kódjából kell kikényszeríteni vagy azt, hogy ne lehessen túl hosszú szó egy cikk címében, vagy a topiklista generálásakor kell a megfelelő helyekre <wbr> tageket beszúrni (ez a mostani esetben relatíve gyorsan megoldható, a cikk címében kell /-t /<wbr/>-ra kicserélni, de speciális karaktert nem tartalmazó címekhez bonyolult logika kellene). Vagy még jobb struccot játszani, nem foglalkozni egy tényleg marginális problémával, és az évi 1-2 jelzett esetben egy moderátor beszúr egy space-t ilyenkor a cikk címébe.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz sz.balazs.95 #3462 üzenetére
Nagyítást használsz? Esetleg high DPI beállítást? Az tud bizonyos esetekben bezavarni az anchor eltalálásába, amikor a böngésző a nagyítás előtti pixelszámot görgeti végig, nem a nagyítás utánit.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Az összes rovat esetében a teszteknél és a híreknél a notebookokhoz tartozó kereső jelenik meg a rovat saját keresője helyett.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
A topikokban a Téma tudnivalók mellett megjelenik a szerkesztés gomb normál felhasználóknál is a PH-n. Kipróbáltam, legalább a jogosultságkezelés megfelelő (nem engedett hozzáférni), de a gombnak meg sem kellene jelennie.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Nem jó a Kedvencek blokkban az új hozzászólásokra mutató link bizonyos esetekben: ilyen linket kaptam, ahol az urlben a fragment jó, de rossz oldalra hivatkozik. Alapbeállításokkal (50 üzenet/oldal, időben növekvő sorrend) használom a fórumot.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Előbb kéred le az új privát üzenetek számát, minthogy az aktuálisan megjelenített privát üzenetet olvasottra állítanád. Így abban az esetben, ha egy új privát üzeneted van, és megnyitod azt olvasásra, akkor az oldalsávban az R5-tel ellentétben szerepelni fog olvasatlanként.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Még szerencse, hogy külön CSS fájlba kerültek ezek a szabályok, így könnyű kiiktatni, az a piros valami rettenetes. Nem tudom, miért gondolták úgy a Lenovo marketingesei, hogy az a legjobb reklámozási forma, ha a PH kellemes színeit olyanra cseréltetik le, hogy kiég tőle az ember szeme olvasáskor
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz Sk8erPeter #4908 üzenetére
Nem triviális, de nem is űrtechnika. Ha az ember saját nyelvet készít, akkor előbb-utóbb eljut oda, hogy a regex alapú megoldások és egyéb naiv parserek helyett (amelyeknél a leegyszerűsítő heurisztikák általában sosem nyújtanak tökéletes végeredményt, csak majdnem jót) elkészíti a nyelvtant, és onnantól kezdve az az alapján összedobott LL(k) lexer-parser párossal ez a kérés már simán megvalósítható.
De egy átlagfelhasználónak a WYSIWYG megoldás lenne a legjobb, mondom ezt úgy, hogy azonnal kapcsolok vissza forrásnézetbe, ha ilyen jön szembe a neten.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Ugyanezt bizonyos dolgok együttállása esetén az Opera 12 is tudta Windows alatt, szóval én a helyedben a Safari jogos ekézése helyett a saját portán is körülnéznék kicsit, hogy a statikus képek kiszolgálásánál rendben van-e minden minden esetben.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Lehet, hogy megérné belőni egy TCP monitorozást egyetlen forrás IP-re szűkítve egy alacsony terhelésű órában, hogy kiderüljön, ilyenkor a webszerver ad vissza rossz adatot, vagy a Safari hibázik. Én valami keep alive-val kapcsolatos nyűgöt sejtenék látatlanban, de arra már nem tippelnék, melyik oldal a hibás. iPhone-on kívül desktopon is reprodukálható, 1-2 évvel ezelőtt Opera 12 + NOD32 5.0 és Opera 12 + Avast IS párossal pár percen belül elő lehetett hozni a fórumban (akkoriban teszteltem több vírusirtót, másokkal nem jött elő ez a probléma Opera 12-t használva, ahogyan másik böngészőben sem ezt a két vírusirtót használva).
Ja igen: nálam jellegzetesen az előre-hátra-legelső-legutolsó nyilak helyére került smiley (ritkábban) vagy valamelyik smiley helyére az egyik, adott lapon szereplő avatar (gyakrabban).
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Nem azt mondom, hogy összekeveredhetnek, mert elvileg nem lenne szabad és gyakorlatilag sem. Azonban úgy tűnik nem jött be a tippem, mert a HTTP pipelining valószínűleg okozója, ami nem jutott eszembe, mint még kézenfekvőbb ok:
Ez alapján egyértelműen iOS bug, ami kellően gyors hálózati kapcsolat esetében jön csak elő megfelelően nagy méretű oldal és megfelelő mennyiségű és méretű kép esetében, persze a workarounddal az ilyen esetekben szokásos módon neked kell szívnod, mert egy éve nem képesek kijavítani.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Akkor nem ártana egy fél mondatos magyarázat erről (például az aaa@yyy.hu cím megadásakor a semmitmondó hibás emailcím helyett az adott emailcímhez igazított @yyy.hu címeket nem lehet használni üzenet), mert enélkül jogosan jönnek újból és újból megkérdezni az üzenet okát.
Feature inkább az lenne, hogy azoknál, akiknél jelenleg ilyen, jelenleg nem elfogadott cím van beállítva, ott az adatmódosítást nem akadályozod meg az emailcím miatt, ha azt változatlanul hagyta.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz Sk8erPeter #5737 üzenetére
Extensionnel pótolható a link.
Nekikezdtél már? Gondolkozom rajta, csak nem tetszik, hogy egy rakás XHR kérés kell hozzá még cache-elés mellett is, meg nem vagy túl sok feláldozható szabadidővel ellátva mostanában.tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz Winner_hun #5761 üzenetére
Ha ez a levelezőprogram hibája akkor nem szóltam.
Nem a levelezőprogramé.tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz Neil Watts #5763 üzenetére
Ez nem hiba, hanem a sorkizárt tördelés velejárója, ami az üres helyet megpróbálja egyenletesen elosztani a soron belül. A PH nyers szöveget ad át a böngészőnek, így az nem tudja, hogy a - jel nálad nem a szöveg része.
.msgblk .text p {
text-align: justify;
overflow: hidden;
}Ezen csak az segíthetne, ha bővülne a PH-n a formázási lehetőségek sora sorszámozott és sorszám nélküli listával, mert ott a bullet és az első szó közötti távolság mindig fix lehetne.
Amíg nincsen ilyen lehetőség, addig félmegoldásként felsorolásoknál alkalmazhatod a balra igazítást.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Inkább böngészőt írjatok a szolgáltató helyett, mert van esélye, hogy azzal függ össze a hiba (és szerintem a kedvenceknél nem frissülő hozzászólásszámok is ugyanezzel lehetnek összefüggésben). Nem árt a hasonló parajelenségek esetén szokásos cache törlés sem.
Nálam UPC van és Opera 37 alatt nem jelentkezik a hiba (lassulás igen, de a többi nem).
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz Winner_hun #6151 üzenetére
Ha a fényképezőgép az elforgatást úgy oldotta meg, hogy nem magát a képet forgatta el, hanem az elforgatás tényét EXIF infóként ágyazta be, és a kicsinyítést végző kód magasról tesz erre az EXIF bejegyzésre, akkor igen, természetesen rossz lesz a végeredmény.
Ha megtartaná ezt az EXIF bejegyzést (vagy nem tartaná meg, de ezen bejegyzés hatására elforgatná a képet átméretezés előtt/után), akkor jó lenne.
Ha a feltöltött képből az elforgatás előtti változat is túl nagy lett volna, hogy átméretezést nélkül felkerüljön a PH szerverére, akkor konzisztensen állna rosszul mindkét kép, így csak az egyik.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Nem is kell ehhez Google-nek lenni, elegendő lenne a keresést céleszközre (Elasticsearch vagy esetleg Solr) bízni. Ezzel rugalmasabb keresési lehetőséget tudnátok nyújtani a felhasználóknak, közben csökkenne az adatbázison is a terhelés, és rendelkezésetekre állna egy univerzális eszköz, amelyet logok és telemetriai adatok elemzésére is tudnátok használni.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz Bjørgersson #6418 üzenetére
Biztosan. A forrásában cseréld le a @include és @match címekben a http-t https-re.
lezso6: ha már marad a mostani, és nem lesz reCAPTCHA helyette, akkor jó lenne a captcha kép méretét betenni a profiloldal forrásába. Az sokkal lassabban tölt be, mint az oldal többi része, és 1-2 másodperccel a popup megjelenése után tolja lejjebb a tartalom szinte egészét.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Vagy ha már belejavít, akkor linkesíthetne, valamint kijavíthatná a gyakran előforduló hibás linkeket, mint http://http://valami és http://https://valami.
lezso6: prémium feature-ként lehetne kérni az új site-on két textarea mezőt, amit az egyikbe beírok, azt a CSS szabályokhoz szúrja be a motor, amit a másikba, azt a JS kódba, valamint két checkboxot, amivel ezeket be- és kikapcsolni lehetne? Ezzel a power userek megspórolhatnák a user scriptek használatát, és még mobilon is mennének ezek a kódok.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Workaround abból az időből, amikor az Opera ugyanebben az idiotizmusban szenvedett (csak szerencsére azóta kigyógyult belőle). A címeket írd át https:// kezdetűre.
A kicsinyített kép szándékos és nem lenne jó a megoldásod, gondolj a mobilnetesekre.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Ez az "észlelés" a kliens oldalán történik meg, amelyik a felbontástól-ablakmérettől függő CSS szabálycsoportot használja, nem a szerveren. Nyisd meg például ezt a linket, kattints felül a Show Output gomb melletti ikonra, és kezd el átméretezni a böngésző ablakát, és látni fogod, hogyan változik a tartalom elrendezése az oldalszélesség módosításával.
Ráadásul jelenleg mindegy is, mert ha én az eredetit szúrom be, akkor így is, úgy is azt fogja megjeleníteni.
Ilyenkor szokta egy arrafelé járó moderátor linkesíteni a képet bármiféle alacsonyabb felbontású preview nélkül.De, amúgy meg nagyon unok már a "mobilnetesekre gondolni". Ha, ketyeg az adat mobilon, akkor nem nézegetek olyan topic-okat, ahol tudom, hogy képek vannak...
Sose tudhatod előre, hová sikerül valakinek beszúrnia egy szép nagy képet.tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Az elmúlt 2 hétben az asztali gépemen többször állt meg a görgetés Opera böngészőben, volt, amikor a PH oldalán, volt, amikor teljesen más oldalon. Ugyanazon verziókat használva laptopon a két ujjas görgetés problémamentes volt. Szerintem ez Chromium bug lesz a bűnös, és felesleges ezzel időt töltened.
DrojDtroll: úgy értettem a Chromium bugot, hogy a Chromium projekt egyik komponensének a hibájáról van szó, amely közös alap a Chrome, Chromium és Opera alatt.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Rendszeresen látogatva a 4 fő site-ot is gyakran előfordul, hogy kidob valamelyikről. És mindezt sokszor úgy, hogy F5-öt nyomok egy már eleve megnyitott topik frissítésére, amit előtte legfeljebb 1-2 órával frissítettem utoljára.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz quailstorm #7958 üzenetére
A linkelt cikkben minden hiányzó kép az imageshack.us-ről van linkelve. Ők 3 éve átmentek kizárólag fizetősbe, tavaly év elején törölték az összes ingyenesen feltöltött képet, és a fizetősön is korlátozzák a hotlinkelést.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz quailstorm #7961 üzenetére
Vagy a kepfeltoltes.hu-ra. Vagy más időközben megszűnt szolgáltatásra. Vagy olyanra, ami időnként takarít a feltöltött képek közül.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz quailstorm #7963 üzenetére
Hiányzó kép esetében IE piros X-et mutat, Firefoxnál bekapcsolható, hogy mutasson, Blink származékoknál általában* nincsen erre utaló jel (legfeljebb az tűnhet fel, hogy üresen maradt egy felület, és kellene ott lenni valaminek, mert vége a paragrafusnak vagy be van állítva a képnek fix méret).
A RIOS kódjában némi JavaScripttel lehetne tenni azért, hogy sikertelen képletöltés esetében valami placeholderszerűség jelenjen meg, de attól, hogy felhívják a figyelmedet arra, hogy hiányzik egy kép, még nem lesz a helyzet jobb.
A probléma elkerülésére a PH képfeltöltőjét kellene használni mindenkinek, hogy a 3rd party függőséget minimalizálni lehessen, és minél inkább ebbe az irányba terelni az embereket. Például hozzászólás elküldésekor ellenőrizni kellene a beágyazott képeket/URL alapján képre mutató linkeket, és ha azok kifelé mutatnak, akkor menne egy kérdés, hogy nem szeretné-e inkább feltölteni azt a felhasználó a PH-ra.
* néha belefutok törött kép ikonba, de ez ritka, és nem jöttem rá a megjelenítési logikájára
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Az nem helyes mukodes, csak arra gondoltam hogy 50-nel tobbet nem lehet felvenni az a helyes.
Vagyis nem helyes. Nálam a helyes működéshez nemcsak az exception eldobása tartozik hozzá, hanem annak később kezelése és a felhasználó számára emészthető hibaüzenet megjelenítése. A jelenlegi kóddal a legfeljebb 50 elemű lehet a kedvencek lista teszt esetnek el kellene hasalnia (ha van a RIOS kódjához automatizált tesztelés).+ Arcanus + Argos: rémlett nekem is korábbról a hiba.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Amikor belépek az egyik site-on, kidob a másikról.
Már töröltem az összes PH-s oldalhoz tartozó sütit, a három checkbox természetesen be van kapcsolva, és a 3rd party cookie-k is engedélyezve vannak.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz Viktor0610 #8636 üzenetére
Android Chrome = Chrome
iOS Chrome = Safari belső a Chrome által használt szinkronizálási szolgáltatásokkal körbeépítveAndroid Firefox = Firefox
iOS Firefox = Safari belső a Firefox által használt szinkronizálási szolgáltatásokkal körbeépítveAndroid Edge = Chrome belső az Edge által használt szinkronizálási szolgáltatásokkal körbeépítve
iOS Edge = Safari belső az Edge által használt szinkronizálási szolgáltatásokkal körbeépítve[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz Bjørgersson #8806 üzenetére
Mivel ez már a sokadik ilyen eset, és gyaníthatóan nem az utolsó, ezért a felhasználó ekézése helyett érdemes lenne felvetni az elhibázott UX kérdését is.
#8809: most indirekten felvetettem. Nem működött a két egymás alatti doboz, nem működik az egy doboz, így már csak az a megoldás van hátra, hogy külön lapra kerülnek a privát és rendszerüzenetek, amihez külön piros jelzés tartozik. Le lehet ezért a felhasználót hülyézni, de sokaknál, akik reklámblokkoló nélkül böngésznek a neten, nagyon durva reklámvakság állt be, aminek mellékhatásaként ilyeneket egyszerűen észre sem vesznek, mert az agyuk számára az már nem a tartalom része, és kiszűri, mint vizuális ingert (miközben az én szememet messziről kiszúrja, mert más színű).
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
<
és>
formában sem jó?Valami nem kerek ennek a két karakternek a kezelésével, amely escape-elendő az
&
karakter mellett. Ha kézzel írom be a fenti formátumban, akkor szerkesztéskor már dekódolva fogad<
és>
formában, ami nem biztos, hogy szerencsés megoldás.[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Itt rajzold be a kívánt formát, aztán keress egy hasonló Unicode karaktert
0x02c2 Modifier letter left arrowhead
0x2039 Single left-pointing angle quotation mark
0x1438 Canadian syllabics pa
Ezek például hasonlóan néznek ki, mint a kisebb jel, és az eltérő kódjuk miatt nem részesülnek speciális kezelésben.tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz gyulaszu #9835 üzenetére
Ez a régóta várt és ígért reszponzivitás működés közben. Ha kellően nagy a vízszintes felbontás, akkor elfér a jobb oldali oszlop, így nincsen szükség sem a kedvencek, sem az itt szóltam hozzá ikonokra. A hamburger menü sem jelenik meg, mert a felső sorba elfér a menü tartalma, azaz a többi oldal címe.
Nyisd meg a Hardveraprót desktopon egy külön ablakban, és kezdd el átméretezni az ablakot keskenyebbre, és 1000 pixeles szélességnél látni fogod a tartalom átrendeződését.
Szóval ez a klasszikus mondást idézve nem bug, hanem feature, és most tényleg.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz gyulaszu #9837 üzenetére
A tördelés logikai felbontáson alapul, ami a fizikai felbontás és a DPI függvénye. Tableten magasabb a DPI, aminek hatására ugyanazon fizikai felbontás mellett a logikai felbontás alacsonyabb lesz.
Az esetedben 1024×768-as logikai felbontásúként működik a böngésző (ha ugyanebben a tabletben fizikailag is 1024×768-as kijelző lenne, akkor is 1024×768 lenne a logikai felbontás, ha fizikailag 2560×1920-as, akkor is), ezért tördeli át portré módban, mert ott 768 pixeles lesz az érzékelt szélesség. Apple eszközöknél például így néz ki a matematika.
Ennek az egész logikai pixeles történetnek az a lényege, hogy fizikailag kisebb méretű és közben magas felbontású eszközön is használható méretű felületet kapjál, és ne nagyítóval kelljen használni a mobilt/tabletet.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz DIESELPOWER #10119 üzenetére
Limit? Igen.
Bug? Ha nem jelenik meg a captcha nálad, akkor igen, próbáld meg a PH-ról.
Prémium előfizetéssel ez a korlátozás megszüntethető.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz findajob #10269 üzenetére
Szerintem ha egy kérdést ilyen sokan tesznek fel, biztosan nem a kérdezőkben van a hiba.
Jelen esetben, de, a write-only kérdezőkben van a hiba, mert képtelenek pár hozzászólást visszaolvasni.Az infót eljuttatni pedig olyan helyen kellene, amit úgyis megnéz az ember és nem tudja nem észrevenni az üzenetet
Ilyen egyszerűen nem létezik. Ha végső megoldásként popupban teszed ki a felhasználónak, ahol rá kell nyomni az OK gombra, hogy eltűnjön, és tudja használni az oldalt, akkor is körülbelül 5-10% nem fogja észrevenni, hiába van ott az orra előtt (gyakorlati tapasztalat).tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz lezso6 #10427 üzenetére
Mac-em meg nincs.
Amennyire széllel szemben tolják egy ideje, és csak azért sem úgy támogatnak dolgokat (ha egyáltalán támogatják), ahogyan a többiek, így előbb-utóbb rá leszel kényszerítve, hogy legyen (legalább virtualizálva).tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz lezso6 #10432 üzenetére
Szerencsére nem kellett ezzel foglalkoznom élesben, így releváns tapasztalatom nincsen. Korábban azt olvastam, hogy VirtualBox alatt ez megoldható, gyakorlatban azonban szerencsére nem kellett eljutnom a kipróbálásig, és ez nem is fog mostanában megváltozni. Esetleg választhatsz felhős macOS szolgáltatást is tesztelésre (nekik például van pay as you go opciója is).
Ha pedig egyszer nagyon unod magad, és trollkodni támad kedved, akkor user agent alapján kiírod, hogy ne használd
az új Internet Explorerta Safarit, használj helyette inkább böngészőttAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
-
dqdb
nagyúr
válasz findajob #10495 üzenetére
de mi köze lehet a böngészőnek a képfile értelmezéséhez ?
A kép tartalma lehet fekvő vagy álló nézetben kódolva, emellett az EXIF attribútumok között szerepelhet a kép tájolására vonatkozó infó is, amelyet megjelenítés során figyelembe kell venni. Azaz például egy kamera az álló képet elmentheti álló nézetben kódolva, valamint elmentheti 90 fokkal elforgatva fekvő nézetben kódolva és jelzi a tájolás attribútumban, hogy 90 fokkal el van forgatva a kép.Valamelyik böngésző az oldalba beágyazott kép esetében magasról tett erre az EXIF attribútumra, míg csak a képet megjelenítve már értelmezte, ezért néha jól, néha elforgatva jelentek meg a fotók. Erre korábban az a megoldás született, hogy a PH kép eltöltéskor, ha abban volt tájolási infó, akkor elforgatta a képet, és törölte a tájolási infót. Valószínűleg ez a funkció az új HA esetében nem került még beépítésre.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
Új hozzászólás Aktív témák
-
MODERÁTOR
válasz MontyCrew #23362 üzenetére
(rögzített hozzászólás)
Amennyiben nem jelenik meg rendben a felhasználók adatlapja, az jó eséllyel a reklámblokkolód miatt van. Az utóbbi napokban többször felmerült a téma.
Legyetek szívesek az összefoglaló alapján a hiba jelentése előtt kikapcsolt reklám- és szkriptszűrővel is megnézni, jelentkezik-e a probléma![ Szerkesztve ]
Samsung Galaxy A54
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Call of Duty: Modern Warfare III (2023)
- Politika
- Kerékpárosok, bringások ide!
- Renault, Dacia topik
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Fűnyíró topik
- TCL LCD és LED TV-k
- Dacia topic
- sziku69: Fűzzük össze a szavakat :)
- További aktív témák...
- APPLE MacBook Air 2020 13" Retina - M1 / 8GB / 256 GB SSD / MAGYAR / 96% akku, 81 ciklus / Garancia
- LG NanoCell 55NANO766QA Halvány píxel csík
- Philips 58PUS8545/12 1 ÉV GARANCIA Játék üzemmód
- Tyű-ha! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 32/512 FHD HUN
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!