- Hálózatokról alaposan
- Xiaomi AX3600 WiFi 6 AIoT Router
- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Az iPadOS-re írt appokra is díjat vet ki az Apple
- Letartóztatták a bitcoin-Jézust
- ASUS routerek
- Asustor NAS
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- A pápa egyre jobban tart a romlott AI veszélyeitől
- Milyen program, ami...?
-
IT café
Új hozzászólás Aktív témák
-
Penge_4
veterán
válasz Sk8erPeter #13096 üzenetére
""HTTP header tweak"
Ezalatt mit kell érteni?""Pl. imént megint előfordult, hogy a hsz.-ből akartam kimásolni valamit, és a fönti, headerben lévő itcafé-s hírek linkje látszott, így ha a hsz. szövegébe belekattintottam, az is nyílt meg? Ezt nem igazán értem, az Opera használatakor már nagyon sokszor előfordult, de ez a jelenség nálam csakis Opera esetén figyelhető meg."
Ez olyan régi jelenség, hogy már nem is számít bugnak, viszont én csak az első felét tudom reprodukálni és ez az idők során nem változott.
Vagyis egy link fölé húzod valamelyik lapon az egeret, átváltozik kézre, majd 1-es és 2-es billentyűkkel váltogatsz úgy, hogy az egeret egyetlen pixelnyit sem mozdítod, akkor a kurzor állapota nem változik.
Nem csak a mutató kéznél, hanem bármilyen CSS kurzor esetében, akár duplanyíl (áthelyezés), akár bármi más.
[ Szerkesztve ]
-
kovaax
őstag
válasz kovaax #13099 üzenetére
Na, a kedvetekért megint feldobta a talpát a drága. Az opera nem tudta betölteni a maps.google.com-ot (meg a ph-t se tudtam frissíteni, meg semmit), elindítottam a kuglit, és annak jött kapásból. Aztán nyomtam roládot az operában, de továbbra is semmi.
Aztán lelőttem az operát, majd elindítottam megint, és akkor már bejött minden (ott folytatja, ahol abbahagyta).
Szerk.: A hibaüzenet ne zavarjon meg senkit, mindig a távoli kiszolgálóra hivatkozik, vagy megszakítja a kapcsolatot, vagy nem elérhető.
[ Szerkesztve ]
-=- There's no place like /home -=-
-
Nova96
őstag
Üdv a 11.10-nél kilehet kapcsolni a gyors hívó animációját?
-
cousin333
addikt
válasz Sk8erPeter #13094 üzenetére
"Miért "biztosabb módszer"? Ezt nem igazán értem."
Lásd kettővel feljebb a #13092-t:
"A probléma ott van, hogy a panelt bezáró gombot a már letöltött Dragonfly rakja ki a saját felületére, szóval ez egy jelentésre szoruló bug."
Szóval a bekapcsolás persze egyszerűbb a környezeti menüből, de kikapcsolni már nem az. Nem tudom, mi a bug nálad, miért nem hozza be a DF-t. Egyszer már le lett töltve? Mert ha nincs lenn, akkor persze nem tudja betölteni. Próbáltad már a legfrissebb, experimental változatot is?
[ Szerkesztve ]
"We spared no expense"
-
cousin333
addikt
válasz Nova96 #13111 üzenetére
Mit értesz animáció alatt? Ha az alábbi beállítást 2-esbe állítod, majd mentesz, akkor rögzíted vele a gyorshívót, azaz átrendezni és külön-külön frissíteni sem tudod az elemeket. Animáció se lesz egy szál se...
opera:config#UserPrefs|SpeedDialState
[ Szerkesztve ]
"We spared no expense"
-
gban
Közösségépítő
Operában (11.01) hol lehet bekapcsolni (ha be lehet) az automata kiegészítést?
Vagyis egy mezőbe ha korábban beírtam valamit, akkor ne kelljen megint végigírni.Postázást nem vállalok.
-
DemonDani
addikt
Hello mindenki!
Valami beállítást elszúrtam az Operában, és csak hetekkel később vettem észre hogy a speed dial nem frissít, persze már nem tudtam mit állítottam el...
Van valami ötlet merre keressem a megoldást?NEM FIZETETT REKLÁM! >>armegoszto.hu<< Folyamatosan friss akciók.
-
Sk8erPeter
nagyúr
válasz cousin333 #13112 üzenetére
Persze, hogy le lett töltve, már használtam párszor korábban, most csak a kedvedért húztam ki a netkábelt.
Mindjárt kipróbálom az Experimental változattal is, amúgy is érdekel, mi újdonságot hoztak össze benne.
Amit az eddigiből nagyon hiányoltam: ha az adott HTML-elemet vizsgálgattam a DOM-fülön, és ott jobbklikkeltem, nem volt felüldefiniálva az alap jobbklikkes menü, és nem lehetett olyasmiket művelni vele, mint amit pl. Firebugnál vagy Chrome Developer Tools-nál, hogy "Add Attribute", "Edit Attribute", "Edit as HTML", "Copy as HTML", "Delete Node", stb., amik nagyon hasznos és általam sűrűn igénybe is vett funkciók...(#13105) Penge_4 :
"Ez olyan régi jelenség, hogy már nem is számít bugnak"
Hát ez jó. Ha már túl régóta fennáll egy bug, akkor az már nem is bug, hanem szolgáltatás?Most, amikor a nevedet kimásoltam, sikerült reprodukálni a jelenséget!
Készítettem is róla screenshotot:A vakera, ami a képen is látszik, a következő: nagyjából az avatarod és a hsz. szövege között áll a kurzor, tehát épp egy div fölött, a kurzor pedig a hivatkozást jelző kis kézre változott, és az alul látható linkre mutat... Miközben az elemnek, ami felett a kurzor áll, köze nincs bármiféle <a> taghez (linkhez).
Bzzz... durva, sokszor előforduló, zavaró bug.
Megoldása többek közt a más területre kattintgatás, ott kijelölgetés, ide-odagörgetés, meg az idő vasfoga.
A görgetés nem mindig válik be: van, hogy visszagörgetve, a kurzort ugyanarra a problémás területre téve ugyanaz a hiba áll elő!
Szóval tulajdonképpen rájöttem, hogy még az ide-odagörgetés sem oldja meg mindig a dolgot, most épp az imént le-fel görgettem, majd visszatettem a kurzort ugyanoda, az avatarod mellé, és már megint ugyanarra a linkre mutatott...
Mi lehet ennek az értelmes magyarázata?
Bár leginkább a megoldása érdekelne... Qrva idegesítő.Sk8erPeter
-
Penge_4
veterán
válasz Sk8erPeter #13120 üzenetére
"Ha már túl régóta fennáll egy bug, akkor az már nem is bug, hanem szolgáltatás?"
Amúgy ez tényleg így van. Sokáig azt hittem, hogy a 9.0 óta létező opera:illegal-url-xxx cím (amikor az URL-ben érvénytelen karakterek voltak) egy elmebeteg szolgáltatás, aztán végül kiderült, hogy ez valójában egy bug volt.
Vagy, mint Windowsban, hogy nem hozhatsz létre mappát a következő nevekkel: con, prn, aux, nul
"Most, amikor a nevedet kimásoltam, sikerült reprodukálni a jelenséget!
Készítettem is róla screenshotot"Ezt soha nem tapasztaltam és nem is tudom reprodukálni. Mint mondtam, ami nálam van az ha már 5 pixelnyit mozdítok az egéren akkor visszavált arra a kurzor típusra, amire kell neki.
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #13120 üzenetére
Most próbálgatom az új, experimental Dragonfly-t, és eddig NAGYON tetszik!
Pont azokat a dolgokat pakolgatták bele, amiket eddig hiányoltam, és a felülete szebb, letisztultabb lett, és nagyon áttekinthető, az már biztos, hogy jobban tetszik, mint a Chrome Developer Tools így kb. 10 perc próbálgatás után is. Mindjárt a Firebugot is simán lekörözi nálam...
A gyorsaságában észrevehető különbség meg szerintem brutális az előzőhöz képest (Chrome fejlesztőeszközéhez képest nagyságrendekkel gyorsabb).
Telerakták rengeteg hasznos szolgáltatással, ami eddig nem volt benne, viszont nagyon sokat segít (melós lenne listát írni róla, de nyilván publikálták az újításokat), szerintem egyelőre nagyon látszik, hogy volt benne bőven meló!
Aminek én személy szerint nagyon örülök. Webfejlesztéshez nagyon jól fog jönni!Sk8erPeter
-
Penge_4
veterán
válasz Sk8erPeter #13125 üzenetére
Arra, hogy
1. Link fölé viszem az egeret. A nyíl átváltozik mutató kézre.
2. Nyomok egy 2-es billentyűt (tehát tabot váltok).
3. A mutató kéz megmarad, pedig az új tabon (amire váltottam az előbb) már nem link fölött van az egér, tehát vissza kéne változnia nyíllá.De ha kattintok ugyanúgy nem viselkedik furcsán, hanem olyan, mintha a sima oldalra kattintottam volna, illetve ha megmozdítom kb 5 pixelnyit az egeret, akkor visszaváltozik nyílra.
-
fatal`
titán
válasz Penge_4 #13123 üzenetére
Az egy bug volt? Azt hittem azért vették ki, mert sokan rinyáltak miatta. Szerintem is baromi idegesítő volt.
"De ha kattintok ugyanúgy nem viselkedik furcsán, hanem olyan, mintha a sima oldalra kattintottam volna, illetve ha megmozdítom kb 5 pixelnyit az egeret, akkor visszaváltozik nyílra."
Nekem is így van, nem is értettem először, hogy mi a probléma. Ez meg azért van mert egyszerűen a cursor megváltoztatása valószínű az OnMouseMove esemény bekövetkeztekor fut le, ami nyílván nem történik meg ha billentyűzettel válotgatod a tábokat.
[ Szerkesztve ]
-
daninet
veterán
Frissített az Opera ma reggel, és nem tudom megnyitni az indamail.hu-t.. Folyton Átirányítós oldalt generál és két link között dobál ide-oda.. sütiket már töröltem
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
brd
nagyúr
válasz Penge_4 #13123 üzenetére
Erről jut eszembe: valakinek van ötlete, hogy az ebben a linkben szereplő CookieAuth.dll-t vajon miért akarja letölteni a 11.10-es Opera? Az előző verziókkal is problémás volt már, de ott ki lehetett venni a dll-t az application/x-msdownload, ill. application/x-msdos-program-ból, és akkor jól működött, a 11.10-ben viszont hiába nincs ott, akkor is le akarja tölteni.
The only real valuable thing is intuition.
-
kovaax
őstag
válasz fatal` #13110 üzenetére
Az FF-fel meg az a bajom, hogy ha az egyik fülön belépek valahova, és a másik fülben megnyitok egy linket a bukmárkjaimból, amik az előző szájtra mutatnak, akkor nem lép be automatikusan, kell nyomni neki egy roládot. Ez most ff4-ben jött újdonságnak.
Otthon nem. De nem is szoktam 8-9 órát a neten lógni folyamatosan (persze bent sem böngizek egész nap, csak ha van egy szusszanásnyi időm, akkor nézek rá a böngészőre). Amúgy volt otthon is már ez a jelenség, de mivel ritkán vagyok sokat neten, nem tudom nyugodt szívvel kijelenteni, hogy ott is ez a probléma. Meg otthon linuxot használok kizárólag.
-=- There's no place like /home -=-
-
dqdb
Topikgazda
A szerver text/plain típusú adatot ad vissza (ami valójában text/html kellene, hogy legyen), egyértelműen a szerver hibája.
Penge_4: Vagy, mint Windowsban, hogy nem hozhatsz létre mappát a következő nevekkel: con, prn, aux, nul
Ez Windows-ban nem bug, ezek létező nevű eszközök a rendszerben. Win32 API alatt minden eszköznek két neve lehet: egy rendszerszintű (például \\.\COM1) és egy rövidített (például COM1). A DOS-os időkből eredően, valamint kényelmi okokból az stdin/stdout/stderr átirányítására szolgáló eszközöknek van rövid neve, azaz CON, PRN, AUX, NUL, LPT1, COM1, ...Mivel az összes eszköz fájlként viselkedik a Win32 API-ban (azaz ugyanúgy CreateFile/ReadFile/WriteFile/CloseHandle függvényekkel kezelhetsz egy fájlt, egy soros portot és egy pipe-ot is akár), ezért az eszközök rövid nevei a fájlokkal egy névteret osztanak meg, így érthető, miért nem tudsz ilyen nevű fájlt/mappát létrehozni.
Szóval ez nem bug, hanem tényleg feature.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
brd
nagyúr
Köszi a választ, de ez további kérdéseket is felvet:
- Akkor ezen verzióig hibásan működött az Opera?
- Miért írja mégis a letöltőablakban, hogy Application extension? Bár az már gondolom a Windowsos file-típus megfeleltetés.
- Az összes többi (pontosabban IE, és Firefox, ahol néztem) böngészőben miért működik?
- Vajon miért vágja le a link végét (mert ugye nem a ...dll második "l" betűje a link vége)?(Igen, át lehetne a serveren is állítani, ha nem M$ hekkelés lenne a weboldal, dll-ekbe hardcode-olt tartalommal, talán meg lehet patkolni.)
Egyébként, én nem értek hozzá, ez az oldal egy ASP-s oldal, ott biztos text/html-t kellene küldenie?
The only real valuable thing is intuition.
-
nagyúr
Egyes kiegészítők befolyásolják az Opera Presto motorjának rendelését.
Ezért az Acid 3 teszten csak 97 pontot ér el a hibás rendelés miatt.
Presto motort nálam ezek a kiegészítők befolyásolják:
Autocomplete
HyperTranslate
Image Preview Popup
TranslateNyilván más kiegészítőkkel is előfordul, de azt nem próbáltam ki.
Acid 2 tesztet is hibásan rendereli az Opera.
Erről tudok valamit, vagy ezek meglévő hibák?
Viszont tetszik, hogy újraindítás nélkül lehet kiegészítőket engedélyezni-letiltani
[ Szerkesztve ]
"Mindig is első szerettem volna lenni!" - II. János Pál pápa
-
scott_free
senior tag
hali,
az mitől lehet, hogy az új Opera nem jelenít meg egy színt?
egy weboldalon van egy szövegem, aminél több szín is van, mindegyik rendesen megjelenik, kivéve egyet.ezt nem hajlandó: color: #fac500;
az elem vizsgálatánál a dragonfly részben pedig rendesen kiírja, hogy a szöveg ilyen színű, még kis kockában a színt is odateszi melléje, de a weboldalon mégis fekete a szöveg!
( a szövegben van egy link, ami hover-rel inverzbe vált, az a rész itt is elszíneződik)9.27-es Operával látszik a szín, minden jó.
-
Penge_4
veterán
válasz fatal` #13127 üzenetére
"Ez meg azért van mert egyszerűen a cursor megváltoztatása valószínű az OnMouseMove esemény bekövetkeztekor fut le, ami nyílván nem történik meg ha billentyűzettel válotgatod a tábokat."
Akkor a többi böngészőben is így kéne lennie, de ott azonnal megváltozik.
(#13130) brd: CookieAuth.dll? WTF???
A BinFix nevű kiegészítő sem segít?
"így érthető, miért nem tudsz ilyen nevű fájlt/mappát létrehozni."
Akkor Linuxban miért tudok hda0 és hasonló nevű mappákat csinálni?
Ott még nagyobb problémának kéne lennie, ugyanis ott nincs olyan, mint C: meghajtó, hanem ott media/ van.
-
Penge_4
veterán
válasz Dluinet #13136 üzenetére
"Presto motort nálam ezek a kiegészítők befolyásolják"
1. Nem a Presto motort befolyásolják, hanem a DOM fát (érthetőbben: az oldal kliensoldali megjelenését).
2. Ezekben az a közös, hogy innerHTML-t használnak, ami nem szabványos, hanem egy Microsofttól eredeztethető JS függvény, ami hasznos, ezért támogatja a többi böngésző is, de nem szabványos. Be lehet vele szúrni kódrészleteket az oldal forráskódjába.
A HyperTranslate és a Translate egy rejtett iframe-ben hívja be a translate.google.com-ot, az Image Preview Popup gondolom regexp egyezéseket keres képkiterjesztésekre és onMouseOverre megnyitja őket nagyban, az Autocomplete pedig Local Storage-ból hívja be a formok korábban elmentett tartalmát. Ilyen alapon a Textarea Backupnak is törnie kell az Acid3-at.
Az Acid2-vel nálam semmi baj.
(#13137) scott_free: Ha linket tudnál írni az jó lenne.
Az egész forráskódot látnom kéne hozzá.
[ Szerkesztve ]
-
dqdb
Topikgazda
Nos, a problémát az okozza, hogy Windows alatt a kiterjesztés azonosítja a fájl típusát, az HTTP kommunikációban pedig a content-type mező, és ezt a kettőt meg kell feleltetni egymásnak. Ez általában egyértelmű, mert
1. a szerver jó content-type-ot ad vissza
2. a szerver nem ad vissza content-type-ot, de az URL-ből kiterjesztés alapján a böngésző kitalálja a megfelelő content-type-otOlyankor van probléma, amikor nem jó content-type-pal megy vissza az adat, és az URL alapján sem lehet okoskodni, ilyen a te eseted, amikor egy dll adja vissza az oldalt:
1. korábban az Opera megörült, hogy van kiterjesztés, és abból hibásan arra a következtetésre jutott, hogy te egy dll-t szeretnél letölteni, pedig a helyzet nem ez volt
2. most a módosítás után az Opera arra a következtetésre jut a query string láttán, hogy nem jó ötlet a kiterjesztés használata, így fogalma sincsen az egészről, ezért az ilyenkor legbiztosabb lépésnek tartott text/plain-t választja.Biztosan találkoztál már olyan oldalakkal, ahonnan letöltve download.php volt a mentésre felajánlott fájlnév. Ennek is hasonló oka van, pár HTTP fejlécet kellett volna beállítani, hogy a böngészőt tájékoztassák arról, hogy a download.php nem fájlnév, ő csak az adatot szolgáltatja, és egyúttal a pontos fájlnevet is megadják.
A BinFix extension a fenti heurisztikát bővíti azzal, hogy a letöltött text/plain dokumentum tartalmából megpróbál következtetni arra, hogy az ténylegesen szöveg-e, vagy bináris adat. Mivel nálad HTML a végeredmény, ezért nem hoz megoldást. Annyit lehetne tenni, hogy a BinFix-hez hasonló megoldással meg kellene győzni az Operát arról, hogy az a tartalom valójában nem olyan típusú.
Akkor ezen verzióig hibásan működött az Opera?
Mostanában valamelyik buildnél írták, hogy az RFC ajánlásoknak megfelelően módosították a content type kezelését.Az összes többi (pontosabban IE, és Firefox, ahol néztem) böngészőben miért működik?
Nekem az a gyanúm, hogy ezek a böngészők a BinFix-hez hasonlóan nekiállnak a text/plain adat parse-olásának, és az eredmény függvényében felüldefiniálják a content-type-ot.Penge_4: Akkor Linuxban miért tudok hda0 és hasonló nevű mappákat csinálni?
Mert Linuxban teljes elérési úttal hivatkozol az eszközökre, azaz /dev/hda0 és /dev/null, Windows alatt a felsorolt nevek az adott eszközök fájlként elérhető nevei. Bővebben itt olvashatsz róla.tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
cousin333
addikt
Ha már ilyen nagy problémamegoldó szeánszot tartunk: nem tudja valaki, hogy a céges Opera miért jelez 3 órával korábbi időpontot, mint a valóságos - és a rendszeróra által mutatott - idő? A nyári időszámításig csak 2 óra volt az eltérés, ami mindenhol megvan, a kirakható gyári operás órában, a levelezőben, a minialkalmazásokban... stb.
Van proxy, meg minden, de az is ugyanez az időzóna...
[ Szerkesztve ]
"We spared no expense"
-
Penge_4
veterán
"Nekem az a gyanúm, hogy ezek a böngészők a BinFix-hez hasonlóan nekiállnak a text/plain adat parse-olásának, és az eredmény függvényében felüldefiniálják a content-type-ot."
Ezért kéne az előírásoknak megfelelően elkészíteni ezeket a dolgokat és nem a "Nézzük meg FF-ben meg IE-ben és ha működik, akkor mehet" mentalitást. Ami ha minden az előírásoknak megfelelően írnának meg nem lenne probléma, de ezt a mentalitást többnyire a segghülye emberek követik el, akik előbb tanulják meg a HTML marquee és a kurzorkövető JS animáció használatát, mint azt, hogy például mit jelent a Doctype és miért van rá szükség.
Gondolom ennek a parse-olása nem kicsit erőforrásigényes feladat.
Lévén, állítólag az ECMAScript5 által hozott strict mode használatával is 15x-ös gyorsulás is elérhető.
Ahogy a kedvenc példám alatt is minden böngésző megdöglik, ahol van bekapcsolt Linkifier UserJS vagy kiegészítő.
-
Cane
őstag
válasz fatal` #13148 üzenetére
Dettó, belassult de bezárható.
Más. A Fast Dialban megmaradt a pl. 3x3-as mező, de a kis képernyőkben a weboldalak bal felső sarkait nagyítva rakja be. Van erre megoldás, hogy lássam a kis képernyőkben a weboldalak teljes nézetét.
▫■ Ω Sēctσr - Γhē lαsτ lιηē σf dēfēηsē ▪□
-
fatal`
titán
Nem a bal oldalra zoomol, hanem logo képet keres.
Már többször le lett írva, de:
Ha a régi, zoom nélküli, teljes oldalas gyorshívót szeretnéd akkor minden egyes miniatűrön jobb click -> periodikus frissítés -> egyéni -> írj be valami nagy számot (pl. 9999 perc). Ha kész vagy az összessel akkor frissítsd a gyorshívot és voilá.
Új hozzászólás Aktív témák
Kérdés előtt olvasd el az
összefoglalót!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen