-
IT café
Új hozzászólás Aktív témák
-
Penge_4
veterán
"Így néz ki nálam a Google keresője a profilomban található search.ini-ben (azt a Deleted=1 sort nem értem ):"
Azt jelenti, hogy törölve van a gyári Google kereső. Hogy miért jelenik meg (bug?) azt nem tudom.
Tudod az Opera itt is olyan hihetetlenül logikus, hogy ha törölgeted a gyári keresőket (a Yandex-et, eBay-t és társait szoktam), akkor ahelyett, hogy ezt egy logikusan elkülönített szekcióban tárolná, bevágja a custom (profilodban lévő) search.ini-be, számozással ráadásul. Tehát ilyenkor a legelső keresőtől indul a sorrend, aminél Deleted=0 van.
Én azért csináltam ezt, mert a Wikipédiát például ha nem töröltem, akkor úgy következett, hogy Google, Wikipédia és utána a többi. Én meg a Google alá akartam egy Google HU-t is meg egy Bing-et és csak utána a Wikipédia). Mert ugyebár a sorrendet se lehet GUI alól módosítani, egy Up és egy Down gomb nyilván túl nagy terhet jelentene. Van SearchINIEditor meg tudod kézzel INI-t túrva, csak a legidegesítőbb, hogy ilyenkor a számozást is át kell írogatni, hogy sorrendbe legyen.
Én kikapcsoltam a keresők szinkronizálását, ugyanis az utóbbi napokban nálam is meghülyült. Kétszer szerepelt a Google ugyanazzal a kulcsszóval, 2-szer és 3-szor szerepelt eltérő kulcsszavakkal ("l" és "a") és szerkesztés után az Opera indításával együtt visszaszinkronizálódott a hibás beállítás.
A suggestion-nel pedig nekem is eljátszotta, hogy hol működött, hol nem, pedig az URL stimmelt.
"Az a szép, amikor valami hiba következik be kicsomagolás közben, és addig nem tudod feltelepíteni sem a programot, amíg nem jut eszedbe a %TEMP% mappa tartalmát kukázni, mert minden telepítési kísérlet hibaüzenettel zárul."
Én olyannal is találkoztam már, hogy a Temp időszakonkénti ürítése után hónapokkal később akartam uninstallálni valamit. Az uninstall folyamat felénél leállt hibával, mert valami szükséges fájlt (a Temp-re hivatkozott) nem talált, ezért kérte, hogy helyezzem be a telepítőlemezt.
(#18556) Kuruc2: "Rókában legalább meg lehetett nézni." - és hogy örültek ennek az adathalászok.
(#18557) hunfatal: "Nekem még sosem felejtett el jelszót." - Nem felejti el, csak nem működik többé. Elég hozzá, hogy változtatnak valamit az oldalon és az űrlapok más ID-t kapnak, vagy hasonló.
"(#18579) Sk8erPeter" "Mi lesz helyette? Vagy nincs terv?" - Gondolom a Chromium-os Developer Tools
(#18580) Kuruc2: Előfordul néha. Mikor fullscreen-ből Alt-Tab-ozol lesz egy szép nagy Adobe ikon és ott megy benne a Flash videó, a tálca visszajön. Ha ilyenkor nyomsz egy Win+D-t, akkor ott marad az Adobe ikon a tálcán, azaz külön task-ként fut.
(#18590) brd: Nem. Lesz egy ugyanolyan Opera, csak a motort cserélik ki alatta. Ami ezzel összefügg, azoknak kérdéses a sorsa, de elvileg azon dolgoznak hónapok óta (mialatt csak bugfix buildek jöttek ki), hogy működjenek Webkit motorral is. Sok dolog miatt én is aggódom. De ha csak a mindenhol működő mozdulatparancsokat és a konfigurálható billentyűparancsokat veszed alapul, már akkor köröket ver a Chrome-ra.
Sok userJS, userCSS az enyészetté válik, ahol sok elhagyatott kiegészítő sem lesz átkonvertálva, amik miatt aggódom: szövegkijelölés, sajátgombok, spatial navigation, Fast Forward, History Navigation Mode, SSR (Small Screen Rendering), MDI, anonymous függvény, opera.MagicVariables, on-the-fly forráskódszerkesztés, képmegjelenítési mód none/cached/show, valósidejű CSS alkalmazás ki/be kapcsolás, a .htaccess értelmezése a kényszerített letöltéseknél (hogy meg lehessen nyitni böngészőben is előzetes lementés nélkül), hogy a letöltés elindul-e a dialógusablak felugrásakor, illetve ezzel összefüggően az Operában megnyitott fájlokat az Opera cache-ből menti le a végleges helyre, miközben a többi böngésző ilyenkor az eredeti URL-ről akarja letölteni.
-
chab7
addikt
szuper, így most már tudom használni a kulcs ikont
De most jut eszembe, hogy az itcafe-n nem léptet ki csak egy másik oldalon. A különbség csak annyi hogy az a másik oldal az nyitott lapon van mikor bezárom az operát, az itcafe-t pedig gyorsindítóból nyitom általában. De mondjuk ha épp nyitva van az itcafe is, az akkor sem léptet ki ha újra indítom az operát. Mindkét helyen pipáva van a "ne léptessen ki".
Csak valami sütis dolog lesz ez.Érdekes bug, - legalábbis nálam linuxon - hogy billentyűre nem megy a beállítások panel (ctrl+f12), pedig a menüben oda is van írva mellé.
Lenovo ThinkPad T500 (Win10) | Huawei Mate 9 (8.0)
-
chab7
addikt
Nem. Egy teljesen más jellegű oldal. Még a témája sem műszaki jellegű. Ott nem marad benne hiába van pipálva a jegyezzen meg. phpbb alapú fórum.
Na majd lecsekkolom, hogy csak ezen a helyen, vagy egyéb más phpbb fórumokon sem jegyez vajon meg.Apropó. Az ilyen belépős oldalakon hogy lehet megjegyeztetni a beírt email címeket vagy felhasználóneveket? Jelszó nélkül. Nem a kulcsos lehetőségre gondolok, hanem csak hogy mikor újra arra járok akkor a szövegmezőbe gépelve ajánlja fel lenyílóban ha oda már írtam be olyan kezdetűcímet.
[ Szerkesztve ]
Lenovo ThinkPad T500 (Win10) | Huawei Mate 9 (8.0)
-
Penge_4
veterán
"akkor a felhasználók kemény magjának búcsút inthetnek."
Nem csak annak. Mivel pénzük ekkor se lesz marketingre, meg OEM-ekkel társulni, meg népszerű szarokba bundled Operát gyártani, ezért még az 1%-ot is elveszítik és visszacsúsznak ilyen gány böngészők szintjére, mint a Maxthon vagy az Avant. Egyáltalán miért kéne bárkinek is ezek után Operát használni? A fícsörök miatt használta mindenki, meg maximum páran az Opera Turbo miatt. Ha a Google is beszáll a bizniszbe, akkor a hatalmas szerverparkja röhögve lenyomja az Opera Mini szerverparkját és ezt a szegmenst is bukták. Nyilván alternatíva hiányában ha már nagyon rá leszek kényszerülve, hogy 12.14-ről váltsak, akkor akár egy szimpla (mindenhol működő) mouse gestures vagy billentyűparancs konfigolhatóság is elegendő lesz, hogy az Operát válasszam, de minél kevesebb ilyesmi tart majd az Opera mellett, annál nagyobb az esélye, hogy ha a konkurencia jobbat kínál, akkor átállok.
És akkor még mindig csak rólam, mint extra igényekkel rendelkező power userről beszéltünk. Az átlagfelhasználó semmi miatt nem fog Operát használni, mert bármelyik böngésző kiszolgálja az igényeit. Neki mások a prioritásai.
"Az Opera .ini fájlaira az átláthatóság nem igazán jellemző, van ott kavarodás bőven a menük és toolbarok környékén a fájlformátum határainak megerőszakolásával."
Ja, a sok kis vesszőre gondolsz, például a sajátgomboknál, vagy 1-1 komolyabb parancsnál? Az tényleg durva volt.
Meg már 1-2 verzióval korábban is bevezették a dialogs.yaml fájlt, mert ott már elérték az ini határait. Szóval várható volt, hogy előbb-utóbb bekövetkezik, a kérdés már csak az, hogy miket emelnek át a régi funkciók közül.
"kivéve olyan helyen, ahol már maga a feldolgozókód JS-ben fut, mint egy böngészőben, mert ott a JSON szinte nulla idő, míg az XML plusz nyűg"
De míg a Chrome eleve webes nyelvekben íródott nagyrészt és szinte minden "weboldal", még a saját gyorshívójuk is, addig az Operában azért volt sok natív kód is. És ez jó volt, mert gyorsabb volt. Ha Operában is minden webes nyelveken lesz írva (még a panelek is), azon a JSON sem segít.
"Hiába kompaktabb egy formátum, ha nagyobb k értékű LL(k) parser képes csak feldolgozni, ilyenkor a bonyolultabb feldolgozás, és a nagyobb token lookahead buffer kezelése elviheti a kisebb adatmennyiség okozta előnyöket."
Szóval akkor ezért van, hogy a brainfuck a leggyorsabb kód?
Amúgy ez az általános szabály konkrétan az INI-re kivetítve mit jelent? Valóban lassabb, mint a JSON?
(#18719) AtHoS: opera:config#UserPrefs|WandAutosubmit
(#18720) brd: Vagy csinál neki sajátgombot, billentyűparancsot vagy mozdulatparancsot. Egyelőre még megteheti, aztán ki tudja... Amúgy ha már itt tartunk, itt is volt egy ősrégi bug. Vagyis ha bizonyos parancsokat raktál be és menüből ki/be kapcsoltad, akkor újratöltötte minden nyitott tabon a stíluslapokat, ami miatt egyrészt a zoom értéke mindenhol visszaállt defaultra, másrészt pár másodpercre meg tudta fogni a böngészőt sok nyitott tabnál.
Ilyen volt egynek például az általam F12 alá berakott "Enable Content Blocker" (hogy egyszerűbb legyen debuggolni, ha valami gáz van az oldallal) is. Ezt a bugot se javították évek óta.
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
Ezzel a hozzászólással teljesen egyetértek, nekem sem lenne probléma, ha az INI-ket lecserélnék JSON-re, ahogy írtad, normális formában, nem minimalizáltan tök jól olvasható. És igen, létezik pl. http://jsbeautifier.org/, ha mégsem lenne az elsőre.
Nekem az is szimpatikus, hogy a Google Chrome extensionöknél JSON-formátumban kell megadni az alapadatokat (manifest.json), semmi baj nincs vele, teljesen jól olvasható, és így egymásba ágyazott formátum is megadható, ami ilyen esetben jóval olvashatóbb az INI-fájloknál.
Az XML csúnyább egy fokkal számomra, de attól még az is jól olvasható, az ellen sem tiltakoznék.
Csak ahogy írtad is, legyen egységes, és akkor ez a formátumprobléma megoldott kérdés.
Sőt, kívánom minden Opera usernek, hogy az új verzióknál az legyen a legnagyobb problémájuk, hogy az ő preferenciájuknak esetleg nem felel meg az XML- vagy JSON-formátum, az lenne a szép világ, egy jó böngészővel.Sk8erPeter
-
-
Penge_4
veterán
application_cache: Elvileg a WebDatabases lenne, amit lecseréltek IndexedDB-re (amit az Opera még nem támogat).
opcache: Én sem tudom, de a levelezési indexhez van valami köze. Egyszer még régebben, mikor profilt takarítottam, töröltem és keletkezett pár olyan levél, ahol a listában "üres levélhelyeket" lehetett kijelölni és nem jelent meg levél. Bár nem tudom, hogy tényleg köze volt-e hozzá vagy bug volt-e.
(#18741) M_AND_Ms: Ja, 1-2 órás késéssel frissülnek egyes "Most obscure" feedek, meg újabban a 30 napja olvasatlan feedeket önhatalmúlag törli. Szóval csak óvatosan azzal is.
Egyébként a többivel egyetértek, engem is bosszant, hogy nincs használható RSS alternatíva, csak ha az ember szervert bérel, amin saját Feedburner fut. Pedig nem lenne nagy dolog egy hibrid megoldás, de úgy néz ki 2012 áprilisa óta a Wishlist-en is csak 1 szavazat érkezett rá...
-
lordjancso
senior tag
Köszönöm szépen!
Ebből pár könyvtárat fogok szinkronizálni felhőbe.
A mail könyvtár egy részét is szeretném, de úgy, hogy a mail könyvtárban lévő fájlokat mindent, plusz a benne lévő könyvtárak közül csak egy párat. Ez megoldható valahogy symlinkeléssel?(#18741) M_AND_Ms: Nálam amíg be van kapcsolva a gép, az Opera is fut, tehát nekem megfelel RSS kliensként is.
Rip and cut and mutilate the innocent, his friends, and again and again and on and on.
-
a1200
aktív tag
Köszi. Itt [link] ezt írja:
Note: From Opera 12, both 32-bit and 64-bit Windows are supported.
Most akkor ténylegesen van 2 féle verzió, vagy csak 1 féle van, ami a 32-est is és a 64-est is támogatja?
Látom hogy a letöltésnél lehet választani a 32/64 között, de azért kérdezem, mert a 32 bitesnek jelzett Chrome-ban is van 2 nagy 64 bites file. Chrome 64 bit tényleg nincs? -
Penge_4
veterán
Tudok róla. Az elején még a működő RSS szolgáltatásuk idejében elmentett, userekhez tartozó csatornák is működtek, aztán egyszer csak elkezdtek nem frissülni. Ekkor gugliztam, találtam 2 használható, userID cserélő megoldást, amik közül az egyik nem működött, a másik frissült rendesen. Mostanában viszont megint nem frissül. Én meg hadd ne ellenőrizzem már rendszeresen, mikor pont a Twitter RSS-e az, ahol szinte soha nem is megyek még az oldalra sem fel, csak ha linkelek valahol valamit (pl. az előbb Haavard tweetjét), ráadásul még totál rendszertelen is az egész. Például ha innen nem kapok egy hétköznap egy feedet sem, akkor már tudom, hogy valami gáz van. A Moli.hu-féle aggregátornál (amivel a PH-s topicokat is RSS-ből lehet olvasni) már benéztem, mert egy hónap múlva jöttem rá, hogy valami miatt nem frissül, pedig van új hozzászólás.
(#18756) M_AND_Ms: A Netvibes egy rossz vicc. Ezzel az erővel az Opera Portal-t is használhatod. Én úgy akarom olvasni az RSS-t, mint egy e-mailt, nem pedig úgy, mint egy halom linket címmel egy-egy dobozban, esetleg alatta pár sor. Számomra ezért használhatatlanok az élő könyvjelzős megoldások, amik a többi böngészőben vannak (a Chrome kivételével, mert az még ehhez is túl buta).
(#18765) hunfatal: Nálam is volt olyan. Van vagy 80 csatornám (volt, amikor több is), többségük azért van a GReaderben (és onnan húzza le az Opera a szűrőkkel szétdobva a megfelelő kategóriába), hogy ne a kliens frissítsen be ilyen sokat, amikor van, hogy egy héten egyszer jön hsz és olyan is, amikor egy hónapot kell várni rá (de így legalább tudok rájuk reagálni anélkül, hogy bármilyen e-mail címmel feliratkoznék valahova). Így közvetlenül Operában csak azok a csatornák vannak, amik vagy mindig rendszeresek (ezek állandóak), vagy azok, amik pörgősek, de aztán pár nap/hét múlva leülnek, utána mennek át a Readerbe.
Mi lesz a következő? Majd a hírportálok is szépen lassan kihagyják az új designból az RSS lehetőséget, mivel innentől úgy veszik, hogy ha a Google Reader megszűnt, akkor RSS-re sincs már szükség? Ez egy lavinát fog elindítani...
[ Szerkesztve ]
-
Predator2
addikt
Ha bővítmény okozná akkor meglenne a hiba újraindítás után is nem?
Egy idő után (sokat levelezünk fb-on) iszonyat belassul Beírok egy szöveget és csak másodpercekkel később jelenik meg. Csak annyit csinálok h bezárom az operát és újra megnyitom, és már jó is.>> Ha érdekel valami, vagy nem tudok valamit, akkor Kérdezek << >>McLaren Forever.<< >> Az első és legfontosabb a megbízhatóság, minden más csak sokadik tényező!<<
-
Sk8erPeter
nagyúr
Már csak azt nem látom be, mi értelme van ennek a szenvedésnek, ahelyett, hogy egyből az IsoHunton keresne, ha már úgyis az a dolog vége...
(#18853) dqdb :
a jobbklikkes menüben milyen említésre méltó rendkívüli újítások szoktak lenni, amiről lemaradna az ember? Még sosem éreztem hátrányát, hogy átszerkesztettem a jobbklikkes menüt saját menüpontjaimmal, SŐT...Sk8erPeter
-
Penge_4
veterán
"Azért mondom, hogy nem ér ennyit, mert innentől kezdve az Opera menüi nem fognak nálad frissülni a jövőben az újabb verziókban megjelenő módosításokkal, neked kell mindig kézzel módosítanod őket."
Azért kell egy szűz menu.ini-t gyártani a feltétlenül szükséges adatokkal és kizárólag a [Hotclick Popup Menu] szekciót tárolni benne. Ilyenkor csak a módosított szekciók nem frissülnek, a többi hiányzót a gyári menu.ini-ből rántja be. Skineknél és toolbar.ini-nél is használható ugyanez a módszer, kivéve keyboard és mouse esetében, mivel ott a hiányzó elemek azt jelentik, hogy azokat törölted.
(#18854) Sk8erPeter: "a jobbklikkes menüben milyen említésre méltó rendkívüli újítások szoktak lenni, amiről lemaradna az ember?"
Nem sok, de előfordul.
- Egyszer különdobták a kijelölt linkekre és a kijelölt szövegekre vonatkozó környezeti menüt (ezt vissza is csináltam, mert ha kijelölöm egy link szövegét, akkor valószínűleg a szöveges dolgok érdekelnek (mint kereső, stb.), nem pedig ugyanaz, ami a linkre jobbklikkelve előjön, hogy megnyitás itt-ott, stb.
- A másik a "Reload Every" lebutítása. Avagy az előredefiniált értékeknél a 30 perc a minimum a másodperces és pár perces elemeket kivágták.
- Az Inspect Element bekerülése óta 3x változtatott helyet.
- A szövegre duplaklikkre feljövő menünél a Search/Search With és a Copy/Copy to Note helyet cserélt.
- F12-ből kiszedték az Enable/Disable background sound-ot mikor a szövegfelolvasót kivették az Operából. Bár a kettőnek nem sok köze volt egymáshoz, ugyanis a háttérhangok arra vonatkozott (legalábbis arra IS), hogy mikor wav vagy midi háttérhang van egy oldalra beágyazva (amit le tud játszani az Opera alapból, de a HTML5 óta az ogg-gal is kibővült), akkor ez megszólaljon-e vagy sem. Életem során egy oldalon találkoztam ilyennel, az összes többin Flash alapon oldották meg, szerencsére annyira nem terjedt el. -
Predator2
addikt
megtűri egymást a két változat ?
mármint meghagynám a 32 bites verziót ameddig tesztelgetem a 64 bites változatot
[ Szerkesztve ]
>> Ha érdekel valami, vagy nem tudok valamit, akkor Kérdezek << >>McLaren Forever.<< >> Az első és legfontosabb a megbízhatóság, minden más csak sokadik tényező!<<
-
Predator2
addikt
Köszönöm jó lett.
Opera 32 bites a Programfájlok x86-ba telepítve még a 64 bites a Programfájlok mappába. Ugyan azon a néven.
Nem lehet egyszerre futtatni a kettőt. Ha megnyitom a 64 bites változatot és megpróbálom a 32 biteset is akkor csak a 64 bitesben csinál egy új fület.
Nem okoz gondot a könyvjelzőknél és egyéb kiegészítőknél a két különböző változat használata?
(Mentek egy könyvjelzőt a 64 bitesben az ugyan úgy szinkronizálódik és használható lesz majd a 32 bitesben is?)Kiegészítők is?
[ Szerkesztve ]
>> Ha érdekel valami, vagy nem tudok valamit, akkor Kérdezek << >>McLaren Forever.<< >> Az első és legfontosabb a megbízhatóság, minden más csak sokadik tényező!<<
-
Penty
tag
Kitöröltem a profil mappámból (/home/user_name/.opera) a search.ini-t, majd a default mappából is/ (/usr/share/opera/defaults) a search.ini-t. Elindítom az Operát és ott van ismét az összes default kereső!! (Google, Bing stb.) Beírom és beállítom megint, hogy az általam kedvelt kereső legyen az alapértelmezett (eddig oké minden), majd bezárom a böngészőt. Ismét megnyitom és megint a Google az alapértelmezett! Az általam berakott meg csak ott van a sor végén, egy a többi 5-6 default kereső között.
-
Penty
tag
Kitöröltem a hu mappából és a default mappából is a fájlt. A profil mappámban a search.ini-ben csak az általam megadott kereső adatai maradtak, semmi más. Elméletileg tehát, mikor megnyitom a böngészőt most már csak annak az egy keresőnek szabadna ott lennie. De nem!!! A Google még mindig odapofátlankodja magát alapértelmezettnek. A többiek (Bing, mall.hu stb) most nincsenek ott, csak a G és az általam megadott. Mikor átállítom, hogy ne a G legyen az alapértelmezett, akkor a korábban már leírt dolgok játszódnak le.
Akkor ha jól sejtem ez vagy bug, vagy szándékosan csinálják, hogy pénzt kapjanak a G-től... Ha ez az utóbbi, akkor nem értem, hogy minek rakják bele az alapértelmezett kereső megváltoztatásának lehetőségét. Hogy szakadna rájuk a budi!!! -
Gerisan
tag
Máshol ovlastam ahol többek írták hogy rendbe hozza meg azátn nekem mindegy. legfeljebb nem frissítek. Én örülök neki,hogy nem omlik össze pár percenként.
GIGABYTE GA-B85M-D3H ,Core i5 4460, 12 Gb Ram,GigaByte Geforce GTX 650Ti Boost 1024 MB DDR5,1,5TB SATA HDD,60 Gb SSD
-
Predator2
addikt
Nem volt letiltva és így sem frissítette magát [link]
Én sem vettem észre h bármikor is frissítette volna magát automatán a flash.
Most h frissítettem az általad is írt verzióra egyenlőre nem omlott még össze, de ha megint előfordul akkor törlöm a fájlokat.
>> Ha érdekel valami, vagy nem tudok valamit, akkor Kérdezek << >>McLaren Forever.<< >> Az első és legfontosabb a megbízhatóság, minden más csak sokadik tényező!<<
-
Sk8erPeter
nagyúr
"jQuery alapú az oldal, azt horror kibogozni"
Miért lenne már "horror" kibogozni a jQuery-kódot?
Ha valaki jól ismeri a jQuery-t, akkor neki pontosan ugyanannyi erőfeszítés kibogozni a jQuery-ben megírt kódot, mint a plain JavaScriptben készültet. Sőt, adott esetben gyorsabb is lehet, mert a jQuery ugye csak egy library a JavaScriptben kódolás egyszerűbbé és gyorsabbá tételéhez, így jQuery-ben sok minden egy sorban is megoldható, ami plain JS-ben 5-6 sor, ergo ilyen kódoknál a kibogozás is gyorsabb lehet.
Amúgy is, ezen az oldalon nem az a gond, hogy milyen library felhasználásával készült a kód, hanem hogy minimalizálva van a kód (whitespace-ek kiszedve), lásd pl. ezt - de erre is van egy megoldás, fogod a kódot, bedobod http://jsbeautifier.org/-on a textarea-ba, és szépítteted. De ekkor jön a következő probléma: felfedezed a gyökér változóneveket és függvényneveket, ami viszont kivételesen nem a fejlesztők "hibája", hanem azért van ez, mert valszeg obfuszkálva lett a kód.
Szóval a kibogozás nehézségének semmi köze ahhoz, hogy a kód egy része jQuery-ben készült.A kód amúgy is ezer sebből vérzik: ott van a HTML-kódban az a probléma, amit említettél (miért nem lehetett egy nyomorult form elembe rakni azt, ami űrlap része), aztán a JS-kód tele van console.log() hívásokkal, amitől pl. az IE8 azonnal kiakad (értem én, hogy nem támogatják, de attól még a console.log()-ot és társait alapvetően fejlesztési célból, debuggolásra, kód helyes/helytelen lefutásának ellenőrzésére használjuk), meg van még egy pár hülyeség sztem, de eléggé OFF-olás lenne itt felsorolni.
Amúgy nem értem az ilyen fejlesztőket, attól még, mert alapvetően modern akar lenni az oldal, attól még nem kell tákolni, mint egy nyomorult kezdő, pl. úgy elkészíteni egy űrlapot, hogy csak odab@sszintanak valahova egy input-elemet, úgy, hogy nincs körbevéve egy form taggel, ami pedig szemantikailag is helyessé tenné az űrlapelem jelenlétét.Na, de rátérve a konkrét parára, az Opera Wand működőképessé tételéhez nem elég, ha userJS-sel vagy extensionnel körbevonjuk oldal-betöltődéskor egy form taggel a megfelelő űrlapeleme(ke)t? Nem próbálgattam még a probléma megkerülését, mert szerencsére nem sok olyan oldalt látogatok aktívan, ahol ilyen gyökérül van megoldva (vagyis nincs megoldva) az űrlap, de érdekes lehet a dolog.
Sk8erPeter
-
Sk8erPeter
nagyúr
Bőven lehet látni obfuszkált plain JS-kódot is... Csak mivel mostanság a jQuery elég divatos (végül is legnépszerűbb library tudtommal), mivel tényleg egyszerűvé teszi a JS-kódolást (ahogy persze más library-k is), és számtalan mennyiségű plugint fejlesztenek hozzá, ezért nagyobb eséllyel találkozol jQuery-kóddal, mint plain JS-kóddal.
"Elég lenne, erre utaltam Penge_4-nek írt hozzászólásomban a 30-40 sornyi kóddal."
Körbevenni egy elemet form taggel jQuery-ben egyetlen sor. Példa:
http://api.jquery.com/wrap/
Legfeljebb a jQuery felhasználhatóságához kell pár sor, de erre itt írtam stackoverflow-n korábban egy nagyon egyszerű példát:
http://stackoverflow.com/questions/2648042/using-jquery-within-opera-user-javascript/6108059#6108059Viszont mennyire vagy biztos benne, hogy a form tag a hiba? Nem lehetséges, hogy a Wand lekezeli azokat az űrlapelemeket is, amelyek körül nincs form tag?
Ugyanis itt erősebb az, hogy az "autocomplete" attribútum off-ra van állítva, van egy ilyen sor a JS- (jQuery-)kódban:$("input,button,select").attr("autocomplete", "off");
az autocomplete attribútumról:
http://www.w3.org/wiki/HTML/Elements/input/text#HTML_Attributesautocomplete = on/ off/ default
on
The on state indicates that the value is not particularly sensitive and the user can expect to be able to rely on his user agent to remember values he has entered for that control.
off
The off state indicates either that the control's input data is particularly sensitive (for example the activation code for a nuclear weapon); or that it is a value that will never be reused (for example a one-time-key for a bank login) and the user will therefore have to explicitly enter the data each time, instead of being able to rely on the UA to prefill the value for him; or that the document provides its own autocomplete mechanism and does not want the user agent to provide autocompletion values. [Example A]
default
The default state indicates that the user agent is to use the autocomplete attribute on the element's form owner instead. (By default, the autocomplete attribute of form elements is in the on state.)[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"Én is tudok szemre ASN.1-et dekódolni ..."
Nem úgy értettem, hogy én simán tudom szemre dekódolni az obfuszkált kódot"Mivel ez már a sokadik oldal, ahol belefutok a jquery.min.js-be, így lassan a saját érdekem lesz vagy megszokni az oldalak hülyeségét"
Mármint itt milyen hülyeségükre gondolsz?"Ennyi infóból nem véletlen, hogy a Wand tehetetlen"
Jaja, ez ettől még lehetséges, de mondom, itt az autocomplete attribútum off-ra van állítva, ami azt jelenti, hogy akkor az automatikus kitöltés nem is fog működni, kényszerítve van a júzer, hogy begépelje az adatát. Szenzitív jellegű adatoknál szokták ezt csinálni, pl. a Neptunnál is ez van, ha belekukkantasz a forráskódba, igaz, ott magára a form tagre határozták meg.
Persze ettől függetlenül teljesen jogos, amit mondasz, azért SEM működik a Wand, mert nincs form tagbe pakolva. Már csak azért is gyökérség ez, mert így egy szövegmezőben nyomott sima Enterre nem submitolódik maga a form.Amúgy látom a jelszómező meg egy sima display:none-nal el van tüntetve alapból, gondolom csak azután jelenik meg, miután ellenőrizve lett külön az azonosító, így nem is tudom hirtelen, hogy jól fog-e működni a Wand, miután form tagbe pakoltuk az egészet mondjuk egy userJS-sel vagy extensionnel. Úgyhogy ez még nyitott kérdés.
A plain JavaScriptes wrap sem lenne 30-40 sor, majd reggel rittyentek demókódot, de most inkább aludni kéne.
Sk8erPeter
-
Penge_4
veterán
"Opera felhasználóként ez még kérdésként felmerül számodra?"
Nem csak az Opera érintett, a Chrome sem ajánlja fel itt a jelszómegjegyzést.
(#18967) Sk8erPeter: Beírtam random szöveget a névhez és a jelszóhoz is a JSFiddle-s tesztoldalon és nem úszott be a jelszómegjegyzéses sáv így sem. Még mikor a frame-ből kitörtem sem.
-
upsyka
aktív tag
Új hozzászólás Aktív témák
Kérdés előtt olvasd el az
összefoglalót!
- Hálózati / IP kamera
- Diablo IV
- Medence topik
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Szilárdtest-akkumulátorokat fejleszt Kína, jöhet az áttörés?
- Okos Otthon / Smart Home
- BestBuy ruhás topik
- Synology NAS
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Xbox tulajok OFF topicja
- További aktív témák...
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Autómatricák a legjobb minőségben, több ezer minta! PH tagoknak 30% kedvezmény!
- Vírusirtó, Antivirus VPN kulcsok
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs