-
Fototrend
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Hát igen, a jobb klikk > keresés tényleg úgy működik alapértelmezetten, ahogy illene, tehát új lapon nyílik meg. Tök értelmetlen, hogy ez meg felülcseszi a jelenlegit, nagyon zavaró. Marad a Ctrl+C > Ctrl+T > Ctrl+V > Enter az egyetlen jobb klattyintás helyett... (van, amikor épp az egér áll jobban kézre a billentyűzet helyett, például amikor valahol a lap közepén kijelölni kell egy szövegrészt, na olyankor speciel elemelem a kezem a billentyűzetről, néha azt is kell )
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Nem lenne rossz valami látványos és érzékelhető frissítéssel is találkozni mostanság, bevallom, olyan 1-2 (?) hónapja semmi igazán kézzelfogható frissítést nem tudnék mondani, ami szembeötlő.
Cserébe a különböző billentyűkombinációkkal előidézhető, teljesen változatos bughalmazt MINDEN nap, akár többször is elő tudom idézni... Csak intenzíven kell használni a billkombókat. Példa: Ctrl+0 (zoom visszaállítása alapértékre) a Ctrl+Tab hatását váltja ki (de azért legalább visszaállítja az eredeti fülön a nagyítás értékét, ahonnan kéretlenül elnavigált), VAGY épp a Ctrl+Tab adott esetekben iszonyatosan lekicsinyíti az oldalt, mintha sokszor megnyomtam volna a Ctrl+Numpad mínusz kombót, és UTÁNA vált fület, aztán ugye sokszor előforduló probléma a Ctrl+L-re előugró keresőablak, mintha a Ctrl+F-et nyomtam volna le, és még sorolhatnám*... Zseniális, valami óriási kavarodás van a billentyűkombináció-callback-eknél vagy -detektálásoknál (vagy tudja a bré, hol).Szerk.:
*: most sikerült előidézni - csak hogy megerősítésre kerüljön, amiket írtam - egy Alt+D billentyűkombináció hatására a fülváltást, mintha Ctrl+Tabot nyomtam volna...Ja, még egy: felfedeztem, hogy mostanában fülváltások során sokszor a címsorba kerül át a fókusz, és ez rohadt bosszantó, amikor mondjuk azért váltok fület, mert meg akarom nézni egy hsz. előzményeit, majd folytatni a saját hozzászólásomat... ezt nem tapasztaltad? Persze lehet, hogy ez is ügyesen összefüggésbe hozható ezekkel a nevetségesen működő billentyűkombókkal, mert ugye fület is a billkombóval váltok.
(#25273) zolikaDB:
Arra utal, hogy globális problémáról van szó, nem böngészőspecifikusról.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Bevallom, teljesen elfelejtettem, amit akkor beszéltünk, és ez az extension a stable-változatba nem is került fel, ami most fent van (meguntam a developerrel való kísérletezést, a stable is tud katasztrófa lenni pl. ilyen tekintetben, amiről szó van), most felraktam, DE amikről én beszéltem, azok pont nem egyetlen karakteres billentyűparancsok. Na majd meglátjuk, ezekkel kapcsolatban van-e bármilyen összefüggés, és azokat a problémákat is megoldja-e, amiket én említettem (amik nem egykarakteresek).
Sk8erPeter
-
Sk8erPeter
nagyúr
"Ez működik minden oldalon, ahol van dedikált keresőmező"
A Google Translate textarea-jában nem működik. Valszeg épp azért, mert textarea, és nem egy search (vagy text) típusú input-elem.
Szóval van, ahol az ember nem ússza meg a manuális kereső-hozzáadást, na nem mintha nagyon összetett művelet lenne, de nem hiszem, hogy az átlagember tudja, hogy a %s mire való.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz winhate #25356 üzenetére
Ma már sajnos a <=12.x vonallal kapcsolatban sokkal több a kontra, mint a pro: a népszerű, scripteket, HTML5-öt, CSS3-at is erőteljesen használó modern oldalak vagy használhatatlanok, vagy jóval lassabbak a kelleténél, esetleg bizonyos szolgáltatások nem működnek (jól), ez igazából már önmagában is elég ahhoz, hogy az ember ne használjon egy elavult böngészőt, és akkor még nem beszéltünk arról az igencsak fontos tényezőről, hogy ha egy böngésző nem frissül, akkor az biztonsági frissítéseket sem kap, illetve bugfixeket sem, feature-bővítést meg végképp nem.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz alapz@j #25392 üzenetére
Egyetértek tájMacs kollégával, teljesen értelmetlen ilyen okok miatt is kikapcsolni a disk cache-t, az évek során stressztesztek és napi használat alapján is kiderült, hogy sokkal jobban bírják az SSD-k az írási műveleteket is, mint amennyire az átlagfelhasználói elterjedésük környékén jósolták - ennek nyomán született annak idején annyi idióta cikk, ami rábeszél mindenféle írási műveletekhez kötődő hasznos szolgáltatás kikapcsolására, és a sűrűn írt+olvasott fájloknak a rohadt lassú HDD-re való áthelyezésére. Nem kell kímélni az SSD-det, nem azért vetted, hogy az üvegszekrényben kiállítva porosodjon.
Mellesleg pont 3 éve használom az SSD-met úgy, hogy soha semmilyen írási műveletet nem kapcsoltam ki, nem helyeztem át sűrűn írt könyvtárakat/fájlokat HDD-re (pl. épp a gyorsítótárhoz kötődőeket), és HD Sentinel szerint a Wear Leveling Count (ami a kondíciót határozza meg) 76/100, ami még azért elég sokáig elég elméletben (igaz, ez MLC-s SSD (Samsung 830), szóval jól bírja a gyűrődést).
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz alapz@j #25402 üzenetére
Természetesen nem "tartozol" magyarázattal, de egy szakmai fórum többek közt arra is való, hogy jó/jobb megoldásokat javasoljunk egymásnak. Ha alapvető hiba van a kérdező koncepciójában, akkor tanácsolunk mást, ha tudunk, gondolom ezen nem annyira vagy felháborodva...
Sk8erPeter
-
Sk8erPeter
nagyúr
"Honnan tudja az agyhalottak által készített weboldal, hogy nem egy asztali gépről/böngészőből nézném a weboldalt?"
Erre elég sok detektálási módszer van a webfejlesztésben (persze egyébként van, amelyik téved De normális oldalakon olyan library-ket használnak, amik elég nagy eséllyel tudják legalább azt érzékelni, hogy pl. asztali böngészőről van szó, vagy valamilyen mobileszköz böngetőjéről, és még ezenbelül is konkrétan melyik az a user agent alapján. és milyen feature-ök használhatóak, stb.), de gondolom nem a technikai részletek érdekelnek."A desktop nézet persze be van kapcsolva a mobilos böngészőben, de az csak az olyan oldalakat érdekli, ahol értelem is van a fejlesztők fejében (pl. PH!)."
Mondjuk a PH!-t felhozni követendő példának a webfejlesztésben, az azért humoros dolog. Egyes weboldalak hülyesége (pl. a túlzásba vitt betűméretek felbontáshoz történő igazodás esetén reszponzív kialakításnál) a PH! durva lemaradását a webfejlesztésben nem menti fel.A kérdés igazából az Opera mobilalkalmazására vonatkozik? Ha igen, azonbelül melyikre?
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Luissimo #25441 üzenetére
Jól sejted, esélytelen. Minden weboldalon másképp jelenítik meg az erről az információról szóló beúszó/lenyíló/felugró/begördülő/stb. üzenetet, így tök általánosan megvalósítani az erre vonatkozó blokkolást lehetetlen. Csak akkor lenne lehetséges, ha lenne erre vonatkozóan valami ajánlás, amit MINDENKI követ, de ilyen a szoftverfejlesztésben (meg más területen) úgy általában nem szokott előfordulni.
Egyébként tényleg elképesztően idegesítő ez az üzenet, még ha előírás is. Igazából technikai szempontból majdhogynem értelmetlen: ha nem fogadom el, akkor mi van? Annyi történik, hogy ott lesz egy qrva zavaró felirat, ami ennek hiányára felhívja a figyelmemet. ELVILEG nem tárolhatnak cookie-t, de gyakorlatilag igen (nyilván egyébként magára valamit adó weboldal nem tesz ilyet az elfogadás előtt), és cookie elhelyezése nélkül is nyomon követhető a felhasználó tevékenysége az adott weboldalon, statisztika így is készíthető róla, a cookie nem valami mindenes, ami mindent elintéz. Egyéni preferenciák mondjuk elvileg ugye így nem tárolódnak, legalábbis kliensoldalon, így azok nem "segíthetik" a júzert a későbbi oldallátogatás során abban, hogy mondjuk az ő "viselkedése" vagy átmeneti beállításai alapján szolgáltasson adatot a weboldal. De ha bejelentkezésre is szükség van az oldalon, akkor úgyis el fognak helyezni egy session cookie-t, szóval továbbra is ott tartunk, hogy csak bosszant, de legalább le van tudva a kötelező tájékoztatás, ami viszont érthető a honlapok üzemeltetői részéről, mivel ha elmarad, akkor jó kis büntit varrnak rájuk. Mellesleg azok között, akik ezt elsősorban jogi szempontból közelítik/ítélik meg, nagy eséllyel igen nagy számban fordulnak elő olyanok, akik azt feltételezik, hogy amíg a weboldal nem helyez el sütit a felhasználó böngészőjében, addig szinte semmit sem tudnak a júzerről, pedig ez ugye igen nagy baromság.Sk8erPeter
-
Sk8erPeter
nagyúr
Céges laptopon fordult elő, és még mindig nem igazán értem: ha az Opera angol nyelven lett telepítve, a "Select user interface language" opciónál "English (United States)" van kiválasztva, a "Preferred languages" menüpontban első helyen a magyar van, második helyen az "English (United States)", harmadik helyen "English", ÉS ezenkívül a Windows 7 angol nyelvű, valamint a "Region and Language" menüpontban a Location Hungary-re van állítva, a Formats menüpontban magyar formátum van kiválasztva, billentyűzet-kiosztásnál angol (US) és magyar között lehet választani (na nem mintha utóbbi kettő számítana), "Administrative" fülön a "Language for non-Unicode programs"-nál szintén "English (United States)" van kiválasztva, akkor az Opera a keresősávban a Google-keresés során mégis honnan a búbánatból szedi, hogy lengyel domainre (https://www.google.pl/) kellene irányítania?
Sk8erPeter
-
Sk8erPeter
nagyúr
Tudtam, hogy tudni fogod. És tényleg ez volt, hogy a Local State fájlba került bedrótozásra a "country" és "country_from_server" kulcsoknál a "PL" string. Micsoda retardált dolog, hogy nem lehet ezt UI-ról állítani, most nem jutott eszembe, hogy itt keressem.
Szóval köszi, átírtam, megoldódott!Amúgy a "kézi hegesztés nélkül lehet átállítani" részben a "lehet" szó gondolom "lehetetlen" akart lenni. Ez amúgy érdekes, hogy olyan beállítás, amit nem gondoltak úgy, hogy az elsők között kellene UI-ra is kitenni, ha már az általam korábban említettek viszont átállíthatóak... Ebben az esetben pedig igencsak lényeges lenne, máshol is nyilván számít ez a beállítás.
(#25493) AtHoS:
Ezek szerint az van, amit dqdb írt, hogy egyszer kerül detektálásra, és azután be van drótozva, és kész. Érdekes elgondolás mindenesetre, hogy ez csak JSON-szerkesztéssel módosítható...[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Pierre75 #25505 üzenetére
"Notebookon kurzorra eltűnik."
Nem mintha számítana, hogy notebook vagy asztali gép. A böngésző számíthat esetleg.
Itt a kódban "scroll" eseményre van a cookie-figyelmeztető lábléc eltüntetése, szóval ahogy írtam, egérgörgő mozgatására vagy az oldal egyéb módon (billentyűzettel, oldalsó scrollbarral) történő lejjebbtekerésének hatására tűnik el, a kurzort alapból hiába mozgatod."PH-t Edge-n olvasok és nem mindig működik a link"
Ez komoly? Hát igen, öreg hiba egy egyelőre félbéta állapotú fos böngészőt használni.(#25506) S. Szabi:
"Ugrás a webcímre dolognál, ha CTRL-t lenyomva lett kattintva, új lapon nyitotta meg, nem az aktuálison. Ezt nem lehet valahogy visszahozni? Vagy mást kell lenyomni hozzá?"
Az a fantasztikus, hogy ez a kérdés engem 2013 óta zavar, igazából mióta egyáltalán megjelent ez a menüpont, és azóta sem látok ebben változást. Most 2016 eleje van, és ennyi idő alatt nem sikerült megoldaniuk ezt az egetrengető fejlesztői erőforrásokat igénylő feladatot, hogy új lapon nyíljon már meg az a nyomorék weboldal.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Pityu. #25516 üzenetére
Természetesen az ilyen jellegű feladatok is megoldhatóak, hiszen értelemszerűen valahol tárolnia kell az Operának is a gyorsítótárat.
A cache szót tartalmazó könyvtárakat helyezd át máshová, majd EZUTÁN directory junctiont hozz létre rá a mklink segítségével, AtHoS kolléga már leírta a menetét:
http://prohardver.hu/tema/opera_bongeszo_2/hsz_25110-25117.html
Nyilván az elérési utakat helyettesítsd be a sajátjaiddal.Majd azért elárulhatnád a kísérlet lényegét és értelmét.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Pityu. #25518 üzenetére
"de úgy tudom az mklink csak win 7 nél működik"
Már miért működne csak Windows 7-nél? Windows 10-nél is pontosan ugyanúgy működik, szóval ezt nem tudom, honnan szedted. Mondjuk legegyszerűbb lett volna kipróbálni...Az Opera <=12.x (Presto-motoros) verziójára vonatkozó dokumentációkat, tutorialokat meg teljesen felesleges nézegetni, azóta a mostani, Blink-motoros Opera ilyen (és más) jellegű kialakításának SEMMI köze a korábbihoz.
Sk8erPeter
-
Sk8erPeter
nagyúr
"Arra pedig ügyelnek, hogy a jövőre vonatkozó ígéretekhez ne kapcsolódjon időpont."
Az azért jobb, mint amikor utólag számonkérhetőek a fejlesztők, hogy na hol van má'.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Winnie The P #25610 üzenetére
Az "Avira Browser Safety" bővítmény igen gyanús, hogy ő a hiba egyik potenciális okozója, annak ellenére, hogy a vírusirtóhoz kötődik. A vírusirtók böngészőbe beépülő szutykai sokszor több kárt tesznek, mint hasznot, a böngészőtől teljesen független, önálló védelemnek elegendőnek kellene lennie a problémák kiszűrésére. Tiltsd le a bővítmények lapján (Ctrl+Shift+E), és kiderül, hogy ez megoldja-e, ha nem, akkor máshol kell körülnézni.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz prozodus #25579 üzenetére
"A legbosszantóbb számomra, h ha több ablak van megnyitva, akkor csak a gép újraindításával lehet kilőni úgy, h a lapok megmaradjanak."
Pedig ez nem igaz. Ha a bal fölső menügombra kattintasz, majd az ott legalul lévő Exittel lépsz ki, vagy csak simán a Ctrl+Shift+X billentyűkombinációval csinálod meg ugyanezt a fajta kilépést, akkor az összes ablakot bezárja, majd a böngésző újraindításakor ugyanezeket az ablakokat+füleket vissza is állítja, ha az van beállítva, hogy a korábban megnyitott lapokkal nyíljon a böngésző (On startup > Continue where I left off), ami ezek szerint nálad is a helyzet (emlékeim szerint ez az alapbeállítás).Szóval ez aztán nem érv a többfolyamatos működés ellen, de egyébként ilyen alapon ez még a 12.x változatokra is igaz volt, amit itt fentebb írtam.
"Márpedig mivel zabálja a memóriát, tök feleslegesen, erre szükség van."
Nem látom a két állítás közötti összefüggést."De uez áll ff-ra is."
A FF-nál pont ugyanúgy be lehet zárni az összes ablakot és lapot, majd a böngésző újraindításakor visszaállítani az összeset ezek közül, amennyiben a menüből lépsz ki. (Ahogy itt és itt elnézem, úgy tűnik, nincs rendes shortcut erre, ami elég meglepő.)Sk8erPeter
-
Sk8erPeter
nagyúr
Igen, a Blinket kötelező szidni, az új Operát és a Vivaldit is kötelező emiatt a böngészőmotor miatt skinezett Chrome-nak hívni, és mivel ez a motor van ezekben a böngészőkben, ezért mind csakis rossz lehet, de hát amúgy is, ha a Google bármiben is részt vesz, amit használni szeretnénk, akkor rögtön a rólunk mindent tudó és gonosz módon titokban kikémkedő reptiliánus háttérhatalmak és az illuminátusok kezében vagyunk.
Mellesleg azt, hogy a két állítás közötti összefüggést nem látom, arra írtam, hogy azt írta az illető, hogy zavarja a többfolyamatos működés AZÉRT, mert akkor nem tudja egyszerre bezárni, majd újranyitni az összes ablakot az összes korábban megnyitott füllel (gondolom mert azt hitte, hogy csak egyenként lehet bezárni az ablakokat, majd a böngésző újraindításakor már csak az egyetlen utolsó ablak lesz visszaállítva, hiszen a többit egyesével bezárta; valszeg nem ismerte a menüből exitelést, vagy Ctrl+Shift+X-et, amivel az összes ablakot (magát az alkalmazást) egyszerre lehet bezárni), miközben a kettőnek abszolúte semmi köze egymáshoz, és ez a működés (hogy ha egyesével bezárod az ablakokat, majd a végén csak egyet hagysz, akkor nyilván csak az utolsó fog megnyílni indításkor) ugyanúgy igaz volt a 12.x Operára is...
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Winnie The P #25619 üzenetére
Akkor esetleg megpróbálhatnád, hogy egy tiszta profillal indítod az Operát.
Az a vírusirtós bővítmény amúgy is felesleges, inkább önálló védelem kellene a gépre.
A uBlock Origin nálam is fent van, de az sg.hu betölt, szóval máshol kell keresni a problémát.Sk8erPeter
-
Sk8erPeter
nagyúr
A hosts-fájl ilyen szintű megtömése nincs rossz hatással a teljesítményre? Korábban én is használtam ezt a listát (azóta nyilván bővült), bár még talán XP idején, és mintha arról szólt volna a fáma, hogy azért a hosts-listákkal is csak mértékkel.
(#25950) jani0114:
"Mér nem mentem én webfejlesztőnek? Minden problémát megoldanék. "
Kis naiv.Sk8erPeter
Új hozzászólás Aktív témák
Kérdés előtt olvasd el az
összefoglalót!