Hirdetés
- Nagy aksival és erős hardverrel megjött Magyarországra a Poco X8 Pro és Pro Max
- Fotók, videók mobillal
- Vivo X300 Pro – messzebbre lát, mint ameddig bírja
- iPhone topik
- Android alkalmazások - szoftver kibeszélő topik
- MWC 2026: Bajnoki címre pályázik a Xiaomi Watch 5
- VoLTE/VoWiFi
- Távozik az Apple vezérigazgatója
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Honor Magic V2 - origami
-
Mobilarena
Új hozzászólás Aktív témák
-
#20499
#41133696
törölt tag
Sk8erPeter
#20497
#41133696
törölt tag
válasz
Sk8erPeter
#20497
üzenetére
Nem azt montam, hogy a legszebb, hanem hogy az egyik legszebb
Tovább pontosítok, a legszebb úgy igaz, hogy amennyiben a superbar előtti Windows verziókat vesszük alapul, azaz a hagyományos tálcás rendszereket. Azt pedig pláne nem vitattam - csacsiság is lett volna -, hogy a 7-es jobban optimalizáltabb, a 8-as meg még jobban. Nem hiába használok Windows 8-at és ha most vennék új Win-t akkor csakis 8-as lenne már nem is 7-es. Ami pedig még tetszett benne az nem más mint az oldalsáv... ez egyébként 7-esre is rávarázsolható, bár ott csak egyszer próbáltam, annyira nem tetszett mint Vistán
Ami pedig a stabilitást illeti: Vistán SP1, de különösen SP2 óta remek stabilitás van, Windows 7-nél SP1 előtt sem volt különösebb gond, és Windows 8-nál a 8.1 előtti állapotokat tekintve sincs instabilitásra panaszom. A jelenlegi Windows 8 telepítésem még 2012-es... december 31-ei dátummal. -
#20498
Sk8erPeter
nagyúr
AtHoS
#20496
Sk8erPeter
nagyúr
Szerintem csak megvan előre az a bizonyos letöltőoldal, de hogy mi a francnak hazudnak az ember arcába, hogy van 16.x verzió Linuxra, azt nem értem.
Changelog szerint az utolsó továbbra is a 12.16-os változat:
http://www.opera.com/docs/changelogs/unix/
Hogy mikor lesz Linuxos változat, azt azok tudhatják, akik olvasgatják az Opera Desktop Team blogját.Szerk.:
http://my.opera.com/desktopteam/blog/2013/09/06/opera-17-next
szept. 6-ai bejegyzés:
"To save some of you a little trouble, there is no Linux release of Opera 17, but there will be Opera for Linux."Talán kicsit korrektebb lenne tőlük, ha az általad linkelt oldalon az "Opera 16.0.1196.62 for Linux x86-64" változat helyett azt tüntetnék fel, ami valóban készen van már...
-
#20497
Sk8erPeter
nagyúr
#41133696
#20492
Sk8erPeter
nagyúr
válasz
#41133696
#20492
üzenetére
Rengeteg tekintetben különbözik a Windows 7 a Vistától, az érezhetően jobb teljesítménytől kezdve nagyon hosszan lehetne sorolni az újításokat, de inkább rábízom a Wikipédiás gyűjteményre:
http://en.wikipedia.org/wiki/Features_new_to_Windows_7
Azt viszont nem egészen értem, mitől a "legszebb" számodra a Vista, miben szebb, mint a 7-es mondjuk. (Azt megértem, hogy az XP-nél szebb, sőt, tény.) -
AtHoS
nagyúr
válasz
Penge_4
#20495
üzenetére
Esetleg azt, hogy VAN linux verzió? Bár mint írtam, win alól nem lehet tölteni onnan, mert átdob a win letöltési oldalra...
Én eddig ennek ellenkezőjéről olvastam csak, de lényegében nem is érintett, mivel nem használok linux-ot. Viszont melóban 12.12-t kezdtem el frissíteni 12.16-ra az egyik gépen és a letöltés közben bedobta a linkelt oldalt az arcomba. Ezen kicsit meglepődtem, mert egyrészt úton-útfélen azt olvastam, hogy nincs linux verzió, másrészt pedig win alól miért éppen a linux-os 16-ot kínálgatja letöltésre. Szóval kiíváncsian várom, hogy valóban van linux-os verza vagy csak egy előre gyártott oldal a későbbi letöltési lehetőséghez
-
AtHoS
nagyúr
Ezt láttátok már? Opera 16.0.1196.62 for Linux x86-64
Win alól nem működik, átdob wines letöltésre
-
#20492
#41133696
törölt tag
Sk8erPeter
#20490
#41133696
törölt tag
válasz
Sk8erPeter
#20490
üzenetére
Akkor tiszta vizet öntök a pohárba
Mind a két PC-ben van SSD, és HDD is. PC-nként egy SSD, illetve az egyikben 2 HDD a másik meg csak egy Mondjuk én is többet használom a Windows 7-et azon a gépen ez tény, mivel optimalizáltabb a memória kezelése is, de ettől még a Vista az egyik legszebb Windows számomra eddig
-
#20491
Sk8erPeter
nagyúr
dqdb
#20479
Sk8erPeter
nagyúr
Most én is elolvastam az egész önigazoló jellegű cikket a LastPass oldalán, hátha megtudok valamit a technológiáról, de sajnos én is csak "mi vagyunk a legnagyobb és legmegbízhatóbb királyok"-jellegű, "biztonság, na még egyszer biztonság, mert azt szeretik, meg a még nagyobb hitelesség érdekében megint csak biztonság"-címszavakban összefoglalható, minden konkrétumot nélkülöző, egyszerű júzerek számára érthetetlen, ezért hitelesnek tűnő, infós szemmel viszont unalmas marketinghablaty szöveget olvastam. Tényleg nem részletezi, milyen adat hogyan kerül elküldésre a kiszolgáló felé, pontosan mi kerül titkosításra, stb. Nem is beszélve arról, hogy a magyarra lefordított szöveg minősége elképesztő silány, valami viszonylag olcsó gyorsfordítás eredménye lehet.
Bár nem utóbbi fogja meghatározni a viszonyulásomat a dologhoz, de azért adhatnának erre. -
#20490
Sk8erPeter
nagyúr
Penge_4
#20459
Sk8erPeter
nagyúr
válasz
Penge_4
#20459
üzenetére
"Szerinted miért fejleszt akkor annyi mindenki eleve halálra ítélt böngészőt? Ha x év múlva kiadják, amikorra már senkit nem érdekel, akkor az lesz a forgatókönyv, amit te jósolsz."
Nem értem, mi ebből a következtetés? Hogy azért fejlesztenek halálra ítélt böngészőt, mert az sokkal jobb, mint a többi, de a jobb kóddal megírt böngészők eleve halálra vannak ítélve? Nem látom az ok-okozati összefüggést, egyáltalán az értelmet ebben a két mondatban."De ha idejében adnák ki és tényleg rácsapna valami olyan csoport, akinek ugyanez a filozófiája (pl. a KDE csapata), csak eddig hiányzott az alap, akkor akár még jól is elsülhetne. És ezt pontosan tudja az Opera Software is."
Jah, tehát valójában a Presto minden eddiginél forradalmibb módon volt elképesztő igényes kóddal rendelkező, és valóban csak azért nem adják ki a forráskódot, hogy nehogy ezt a know-how-t valami ügyesebb cég ellopja tőlük, mert ők ám mindenkinél jobbak és ügyesebbek, biztos nem ám egy évek óta toldozgatott-foldozgatott széjjeldrótozott szar, amit egyszerűbb volt elölről kezdeni, mint szépítgetni. Az is lehet, hogy szép kódja volt, az is lehet, hogy undorító hányadék lett már a végére, mivel nagyon sok éve hurcolják már az örökségeket, de nem tudom, még ezt hányszor kell átrágni, úgysem tudjuk megítélni.
Az Opera rendkívül töketlen volt a marketingkérdésekben, legalábbis az asztali böngészők piacán mindenképpen. Nyilván ahhoz befektetés is kell, ami sok pénz, de anélkül nem is fog menni az igazán népszerűvé válás.
Hidd el, én is szeretem az ingyenes, open source dolgokat, de ettől még nem gondolom, hogy az Opera Presto forráskódjának kiadása után létrejönne ez alapján egy böngésző, ami "szárnyalna" - szavaiddal élve -, vélhetően elnyomná az első kezdeményeket a többi konkurrens böngésző, mint egy cigicsikket, vagy csak simán alábbhagyna a fejlesztői lelkesedés. Meg azt is írtam már, hogy egy igazán aktív open source fejlesztői közösséget HOSSZÚ TÁVON összeverbuválni, szigorúan a feladat igényes elvégzéséhez sürgetni, folyamatos update-ek kiadására sarkallni, az idejük rendszeres rászánására ösztönözni, erős befektetőket, támogatókat szerezni mindehhez, főleg igazán igényes dokumentáció nélkül (nyilván rengeteg olyan kódrészlet van a Prestóban, amit lustaságból vagy időhiányból rohadtul nem kommenteltek a fejlesztők) nem olyan könnyű feladat, mint ahogy írod.
Szerencse, hogy vannak élő, aktívan fejlesztett open source projektek ettől függetlenül."A Presto kódja meg már csak azért is jobb, mint a WebKit/Blink motoré, mert míg utóbbi "csak" egy motor, de még ha a Chromium API-t is veszed alapul is "csak" egy GUI-s renderelőmotor címsorral, addig nincs olyan, hogy külön Presto. Ha ez lehetséges lett volna, akkor valószínűleg a régi alá rakták volna be a Blinket, ahogy azt a hivatalos postok valamelyikében is
hazudtákmondták."És ez mégis mitől bizonyíték bármire is, hogy a Presto egy összedrótozott szar, míg a Blink "csak" egy renderelő motor?
A példád ebben a formában hülye példával élve nagyjából annyira helytálló, mintha azt állítanád, hogy sokkal jobb az olyan autó, aminek a kerekét nem lehet kicserélni, ha durrdefektet kapott, mert úgy van megoldva, hogy akkor már az egész autót kell kicserélni újra.
Hidd el, a pókhálószerűen szanaszéjjel-drótozott kód nem lesz igényesebb, mint a moduláris egységekből összeálló kód. Pont ezt fejtette ki dqdb is.========================
(#20489) GoodSpeed :
ez az előző hsz.-edből egyáltalán nem derült ki, hogy ez a mögöttes mondanivaló.
Sajnos nem tartjuk számon, melyik gépedben van HDD vagy SSD. A Vista számomra egy köztes állomás az XP és a 7-es között, olyan állomás, ahonnan szeretnék már elhúzni, mert nem szeretek ott lenni.
-
#20489
#41133696
törölt tag
Sk8erPeter
#20487
#41133696
törölt tag
válasz
Sk8erPeter
#20487
üzenetére
Csak annyit, hogy ameddig nem lesz valamilyen formában áthelyezhető benne -akár paraméterezéssel - a gyorsítótár addig csak a harmadlagos rendszeremen lesz fent, a két SSD-sen (Windows 7 és 8) nem
(#20486) LonGleY: Mi a gond a Vistával? Sok emberrel ellentétben nekem abszolút bejött a rendszer SP1-től kezdve már baráti volt, és ha már anno ezt is megvettem, mint eddig az összes MS OS-t OEM 32 bites XP-vel kezdve a dolgot miért ne használnám? A Vistás gépre van licencelve egy 64-bites XP és egy 64- bites W7 is. Az XP-t már azért nem használom, a polcon van
-
#20488
Sk8erPeter
nagyúr
Orlin
#20466
Sk8erPeter
nagyúr
-
#20487
Sk8erPeter
nagyúr
#41133696
#20485
Sk8erPeter
nagyúr
válasz
#41133696
#20485
üzenetére
És most ezzel mit akartál mondani?
===================
(#20480) Black Plague :
jó ez a videó, kifejezetten érdekes az előadás! Végignéztem, köszi a linket.===================
(#20483) dqdb :
nem értem: most kipróbáltam, és most "le tudom tépni" a maximalizált állapotból. Opera Developer 17.0.1246.0 verzió, elvileg ugyanaz, mint amit korábban próbáltam.
Fogalmam sincs, mi változott, elvileg semmi, a verzió is ugyanaz. Igazából csak annyi változhatott, hogy azóta volt újraindítva a böngésző is, Windows is, más nem. Ezt most elkönyvelem a misztikus hibák közé.Azért a fülletépéstől, másik ablakból visszarendezgetéstől még mindig omlik párszor a böngésző, ha ügyesen csinálom.
-
#20483
dqdb
nagyúr
Sk8erPeter
#20458
dqdb
nagyúr
válasz
Sk8erPeter
#20458
üzenetére
Tényleg, ha már böngészőablak kódja, meg ilyenek: az vajon miért van, hogy majdnem mindenféle ablaknak a fölső címsorát alapértelmezetten meg lehet fogni asszem a Windows Vista óta, ... Operánál (Dev. 17.0.1246.0) mindezt most már nem lehet?
Ennek a támogatására a saját non-client implementáció miatt külön kódot kellett volna írniuk, folytassam? Rengetegen kérték tőlük, hogy teljes képernyős ablak esetén a fülsávban az O12-höz hasonlóan a duplaklikk új fület nyisson és ne állítsa vissza normál méretűre, de a válasz határozott nem volt (link nincsen, elfelejtettem elmenteni).hunfatal: A címsorba helyezett fülek miatt nem megy. A régi operánál pont emiatt tartották meg azt az 1 pixelt a fülek felett.
O17-ben a flagsben kikapcsolható az 1 pixeles rész, ha nem szereted.Penge_4: A Presto kódja meg már csak azért is jobb, mint a WebKit/Blink motoré ... A Presto teljesen össze van/volt drótozva a régi Operával.
Fejlesztőként azt kell mondanom, hogy látatlanul is 10-ből 9-szer egy moduláris kód sokkal jobb, mint egy monolitikus monstrum.Black Plague: az Opera bővítményeknél most is van code review, szóval szemét/biztonságilag problémás kód nem kerül fel. De azt jelenleg semmi sem akadályozza meg, hogy egy külső alkalmazás kicsinosítson egy biztonságos forrásból telepített bővítményt. Feltettem a kérdést, kíváncsi leszek a hivatalos válaszra.
"This has been requested many times: we are working on limiting the HDD usage"
[link] -
#20482
Black Plague
tag
dqdb
#20481
Black Plague
tag
Szerintem erre egy olyan tipusű megoldás lehetne a jó mint pl ami a WP áruházban van...WP rendszerre nem kell még biztonsági eszkőz..ÉN el tudnék képezni valami ilyesmit szűrést a különbözö böngészők és oprendszerek áruházainál is..igaz akkor nem lennének több százezres app mennyiségel de talán az appok és ahova telepítve vannak talán biztonságban lennének
-
#20481
dqdb
nagyúr
Black Plague
#20480
dqdb
nagyúr
válasz
Black Plague
#20480
üzenetére
Köszi a linket. Az ott látható módszer szerintem egyáltalán nem a LastPass hibája/hiányossága, hanem a böngészőé, amelyik nem védi meg a telepített bővítményeket a külső módosítás ellen.
Ma délelőtt olvastam a Desktop Team blogon, hogy egy Opera alkalmazott szerint ([1], [2]) azért nem lehet még O17-ben az alapértelmezett keresőket módosítani, mert meg szeretnék akadályozni, hogy azokat külső alkalmazások felülírhassák, és még nem dolgozták ki erre a megoldást (inkább nem kommentálnám ezt az indokot és a realitását $€£¥). Ezután és a linkelt videó megnézése után úgy érzem, muszáj lesz feltenni azt a kérdést, hogy a hivatalos add-on oldalról feltelepített bővítményeket, mint például a LastPass mivel kívánják megvédeni attól, hogy bárki beletúrjon a forrásukba kompromittálva azt, mert most egy gyors teszt alapján nincsen erre semmi ellenőrzés
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#20480
Black Plague
tag
dqdb
#20479
Black Plague
tag
Tekerj a 31 : percig ott lesz számodra érdekes Last pass+ yubico key
-
dqdb
nagyúr
válasz
LonGleY
#20478
üzenetére
Azért, mert az itt leírtak számomra nem elegendőek. Látok sok blablát, néhány buzzwordot Wikipédia linkkel, de konkrétumot a protokollról és a forgalmazott adatokról nem igazán. Például ilyenekkel van problémám: egy belépési adat url-username-password hármasokból áll. A jelszót biztosan titkosítják, eddig oké. És a felhasználói nevet? Mert az is érzékeny adat. És az url-eket? Mert szerintem az is érzékeny adat, hogy melyik szerverekhez van eltárolt belépési adatod.
Opera Linkben sem szinkronizálom a jelszavaimat, ott sem olvastam ezekről az infókról rendes leírást, nem kizárólag a LastPass-szal van problémám.
-
-
dqdb
nagyúr
válasz
fatal`
#20474
üzenetére
A bővítmény a forráskód alapján sajnos localStorage-ben tárolja a jelszavakat (ugyebár láttunk már olyan Opera hibát, hogy repült az egész a böngészőből való kilépéskor) webdb helyett, és mindenféle minimális titkosítás nélkül, szóval lenne még miben fejlődni. Minden oldalbetöltéskor JSON serializer kódot injektál az oldalba, mindig betölti az összes jelszót localStorage-ből, majd megint kódot injektál és azt lefuttatja. Nekem feleslegesen bonyolultnak és pazarlónak tűnik ez a megoldás, az első két lépés szükségességét nem igazán értem (JSON támogatás van a böngészőben natívan, a jelszavakat a bővítmény tudná tárolni egy singleton objektumban). Minden jelszóhoz három további control adatát képes elmenteni, ami a régi wandból ismerős lehet.
Szóval csak arra akarok kilyukadni, hogy nem rossz, de még lesz mit javítani rajta. És arra, hogy ezt natívan kellene, ha végre megjönne Norvégiában az eszük.
Érdekes, hogy a Next a buildszám alapján régebbi, mint a dev, mégsem találkoztam még a kilépős buggal.
A next buildben még nincsen benne, míg a developerben már igen -
fatal`
titán
-
#20463
fatal`
titán
Sk8erPeter
#20458
fatal`
titán
válasz
Sk8erPeter
#20458
üzenetére
A címsorba helyezett fülek miatt nem megy. A régi operánál pont emiatt tartották meg azt az 1 pixelt a fülek felett.
Pl. róka esetében sem működik ez, de valószínűleg azért mert duplakattra új fület nyit nekem.
Elfelejtettem szerkeszteni, elnézést.
-
LonGleY
veterán
válasz
Penge_4
#20459
üzenetére
Milyen közösségre gondolsz? Amelyik majd teljesen új JS motort fejleszt alá? :Đ Esetleg amelyik karbantartja azt az iszonytató mennyiségű bugot, ami mindig is jelen volt az Operában, és amit az eredeti fejlesztők sem tudtak felszámolni? Vagy amelyik majd rendesen többszálúsítja, függetleníti egymástól a tabokat? Aham-aham..
-
#20459
Penge_4
veterán
Sk8erPeter
#20454
Penge_4
veterán
válasz
Sk8erPeter
#20454
üzenetére
Szerinted miért fejleszt akkor annyi mindenki eleve halálra ítélt böngészőt? Ha x év múlva kiadják, amikorra már senkit nem érdekel, akkor az lesz a forgatókönyv, amit te jósolsz.
De ha idejében adnák ki és tényleg rácsapna valami olyan csoport, akinek ugyanez a filozófiája (pl. a KDE csapata), csak eddig hiányzott az alap, akkor akár még jól is elsülhetne. És ezt pontosan tudja az Opera Software is.
Mert tudod vannak dolgok, amik üzletileg nem érik meg és csak mindenféle zárt forráskóddal meg licenszekkel meg jogdíjakkal bevédve magukat tudják megtartani a pozíciójukat, de ugyanakkor ingyen, lelkesedésből szárnyalhat.
A piaci részesedés pedig 17 évig senkit nem érdekelt a részvényeseken kívül. Még a felhasználók is úgy voltak vele, hogy annak ellenére, hogy közvetett hasznuk ugyan származna belőle, de közvetett hátrányuk is (lásd: mainstreammé válás), úgyhogy senki nem erőltette különösebben.
A Presto kódja meg már csak azért is jobb, mint a WebKit/Blink motoré, mert míg utóbbi "csak" egy motor, de még ha a Chromium API-t is veszed alapul is "csak" egy GUI-s renderelőmotor címsorral, addig nincs olyan, hogy külön Presto. Ha ez lehetséges lett volna, akkor valószínűleg a régi alá rakták volna be a Blinket, ahogy azt a hivatalos postok valamelyikében is
hazudtákmondták.Szóval Presto forráskód az én szememben = a teljes funkcionalitású Opera a maga teljességében.
Ha valami kiherélt szart kap a közösség, azzal valóban nem lenne előrébb. De mivel
1. A Presto teljesen össze van/volt drótozva a régi Operával. Még az Opera Mail is egy letiltott böngészőrésszel rendelkező teljesértékű 12.x-es Opera.
2. Az új Opera egy sort nem tartalmaz éppen ezért a régi kódból, szóval számukra a Presto köré épített böngésző sem bír nagyobb jelentőséggel, mint maga a Presto core (már ha ebben az esetben van éles határvonal a core és a böngésző között). -
#20458
Sk8erPeter
nagyúr
dqdb
#20441
Sk8erPeter
nagyúr
Tényleg, ha már böngészőablak kódja, meg ilyenek: az vajon miért van, hogy majdnem mindenféle ablaknak a fölső címsorát alapértelmezetten meg lehet fogni asszem a Windows Vista óta, és maximalizált állapotából "letépni", ugyanúgy, mint amikor a "Restore Down" gombra (
) kattintok, és így visszaállítani a korábbi méretére, arrébb mozgatni, stb., DE Operánál (Dev. 17.0.1246.0) mindezt most már nem lehet? (Pedig korábbi Prestós Operánál ez is működött.) Mármint oké, ablakkezelésnél ezt ki lehet kapcsolni, de miért tették ezt? Elég zavaró, igencsak megszoktam, hogy ilyen módon "tépem le" az ablakokat a maximalizált állapotból (és rakom át esetleg másik kijelzőre). -
LonGleY
veterán
válasz
fatal`
#20456
üzenetére
Tényleg, el is rakom. :] Külön honnan letölthető olyan verzióban, ami a Play-től függetlenített és véletlen sem akar majd updatelni?
Gyanítom, most pár évig ez lesz az egyetlen élhető darab. Többmagoson mondjuk már nem annyira idegesítők a WebKit-es böngészők.
(#20454) Sk8erPeter: utólag is +1
-
-
#20454
Sk8erPeter
nagyúr
Penge_4
#20447
Sk8erPeter
nagyúr
válasz
Penge_4
#20447
üzenetére
Ja, mert ha kiadnák a Presto forráskódját, akkor NYILVÁN egyből rácsapnának, mint gyöngytyúk a takonyra, hirtelen összetartó fejlesztői közösség verbuválódna, tök simán bele tudnának nyúlni a kódba alapos dokumentáció nélkül, és egy hosszú távon is fejlesztett, legalább minimális népszerűségre szert tevő böngészőt sikerülne alkotni...
NYILVÁN. Ahogy az is nyilvánvaló, hogy a Presto kódja BIZTOS sokkal jobb, mint a WebKit/Blink-motoré. -
Penge_4
veterán
"A új Opera valószínűleg soha nem lesz ilyen szinten testre szabható."
Az egyetlen esély, amit már hónapokkal ezelőtt mondtam: Ha végre az Opera Classic megszűnik mobilon, meg a különválasztott Opera Mail is és akkor kiadják a Presto forráskódját.
Egyedül ebben van halvány remény, hogy az open source közösség felkarolja. Mert ahhoz gyenge, hogy a 0-ról hozzon létre egyet, de ott van igény arra, hogy legyen egy szénné konfigurálható böngésző.
Az üzleti szegmensben sajnos nincs...
-
#20444
Sk8erPeter
nagyúr
Sk8erPeter
#20442
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#20442
üzenetére
Na, tessék, egy aktuális példa arra, amiről beszéltem, az Opera belső opera:// protokolljának erőltetéséről (hogy a *********************):
-
#20443
Sk8erPeter
nagyúr
dqdb
#20440
Sk8erPeter
nagyúr
"az Alt+F4 megnyomása után a vad swapping kezdődött, és másik ablakban volt időm kiadni a pskill opera parancsot.
Pozitívum, hogy a taszk kilövése ellenére megmaradt egy félig megírt hozzászólás az egyik fülön, szóval az állandó HDD kerregtetésnek van érdemi haszna is."Mármint miért is van ez a vad swappelés, "állandó HDD kerregtetés"?
-
#20442
Sk8erPeter
nagyúr
dqdb
#20441
Sk8erPeter
nagyúr
"Fogták a Chromium projektet, és a fő böngészőablak kódjának 90%-át már az elején kivágták a kukába."
Ja, hogy ilyen szinten akartak valami hú de újat alkotni? Akkor nem csodálom, hogy kapkodás és bénázás van belőle."Megmaradt a webview rész és a hozzátartozó többfolyamatos működési logika, de maga a címsor és a maradék körítés már saját kútfő"
Remek. Olyan is. Példa a rettentő idegesítő címsoros gyökérségekre, bugokra: új ablakot vagy új fület nyitok (Ctrl+N/Ctrl+T), azonnal gépelem a keresett honlap címét, VAGY pedig az alapértelmezett keresőmotorral keresendő stringet, erre az arcomba vágja, hogy ilyen lap nem létezik, mivel a belső, opera:// protokollal ellátott címet akarta megnyitni. Mégis ki a büdös franc kérte erre? Aztán legközelebb, amikor pontosan ugyanezt csinálom, akkor már helyesen megnyitja a beírt webcímet (nyilván ahogy kéne, az alapértelmezett http:// protokollal ellátva, amivel gondolom nem vagyok egyedül, hogy nem szoktam a domainek elé bepötyörészni), vagy pedig nyitja az alapértelmezett keresővel az adott stringet.
Tehát majdnem úgy működik, ahogy Chrome-nál (nyitja a címet, vagy pedig a keresendő stringet), DE mégsem, mivel bugos.
Az ilyenektől kimegyek a fazonomból, csak lassít a munkában, vagy épp a szórakozásban, keresgélésben, tök mindegy, a lényeg, hogy olyan hibával találkozom, ami teljesen szokatlan, és egyetlen böngészőben sem fordul elő. Miért feltételezi, hogy a belső opera:// protokollal szándékozom megnyitni egy címet?"Egyszerűen éltek azzal, hogy a Blink-Chromium páros jól faktorált alapot nyújt egész komponensek sajátra cseréléséhez. Ott követtek el hibát, hogy bár a fentieket hangoztatták (nem vagyunk Chrome klón és társai), de nem került bele az új Operába olyan egyedi funkció, amiből ez az átlagfelhasználónak azonnal kiderülne (vagyis olyasvalami, ami nem a webviewban jelenik meg, de saját UI tartozik hozzá, a Speed Dial, Stash és Discovery hármas nem ilyen)."
Egyetértek. Ahogy most elnézem a "haladást", "fejlesztést", sokkal jobban jártak volna egy "Chrome-klónnal", aminek a kódját aztán szépen fokozatosan dolgozzák át. Nyilván akkor át kellett volna állítaniuk a gondolkodásukat egy új kódolási módszertanra, ami eltér a sajátjuktól, de ha a saját nem megy, akkor talán nem kéne erőltetni.
Igazából azért vagyok egyre rosszindulatúbb, mert elég megdöbbentő hibák fordulnak elő sokszor, nem tudom elképzelni, vajon náluk hogyan zajlik a kódolás, vannak már igen erős kétségeim a kódolási képességek és tesztelési metódusok terén is. Hibák nyilván mindig vannak, minden szoftvernél, a bug olyan, ami egy vérprofi brigádnál is bekerül a szoftverbe óhatatlanul előbb vagy utóbb, aztán javítani kell, de a régi Opera is nagyon ügyesen tartalmazott teljesen gyökér hibákat, amiket aztán nagy könyörgések árán javítottak csak ki, vagy pedig egyáltalán nem. Még hogy a Presto biztos sokkal igényesebben lett volna kódolva (amit Penge_4 feltételezett), mint mondjuk a WebKit-/Blink-projekt (amit egyébként nem tudom, hogyan kódolnak, mennyire igényesen vagy sem)... hát egyre erősebb kételyeim vannak efelől. Igaz, hozzá kell tenni, a Chrome-topicban is rengetegen panaszkodnak, hogy megdöbbentően leromlott a Chrome minősége mostanság, és rengeteg, sokak által megerősített bugot tartalmaz."Az ablakot nem a JS motor dobja fel, hanem egy megfelelő interfészen keresztül visszaszól az őt futtató fülnek, amely megjeleníti az ablakot."
Teljesen igazad van, nem tudom, miért írtam ilyen f@szságot, hogy ez a JS-motorhoz tartozik. Maximum közvetve tartozik hozzá, pont ahogy írtad."Ezt cserélték le az Operánál sajátra."
Remek. Mint látjuk. Még mindig nem volt időm kotorászni az Opera blogján, volt valami hír a prompt()-ablak hülyeségéről, hogy feldobáskor ez az egyetlen böngésző, ami az alapértelmezett szöveget az ablakban nem jelöli ki?A megjelenését ennek, meg az alert()-nek amúgy leszarnám, mert igényes webalkalmazás már egyre kevésbé használja ezeket (például pont mivel minden böngészőben máshogy nézhet ki, meg amúgy is egy kényelmetlen, nem testreszabható igénytelen szar; YouTube is használja amúgy, ilyenekre, hogy pl. rákattintasz egy hsz. linkjére (amire reagált vki), de adott kommentár már nem létezik, stb.), de akkor az legalább működjön az elvártak szerint, úgy, ahogy az összes többi népszerű böngészőben is működik, ha már ők akarnak újat alkotni, akkor ne olyan dolgokban alkossanak újat, aminek a viselkedése eltér a megszokottól, ráadásul a működése nem is felülbírálható (például a prompt()-ablakban lévő szöveg kijelölésére tudtommal nincs módszer JavaScript-kódból).
Ja, még egy: Ctrl+Shift+T-vel az épp bezárt ABLAKOT (nem fület) nem lehet újranyitni. Erre vonatkozó tervekről tudsz vmit?
-
#20441
dqdb
nagyúr
Sk8erPeter
#20404
dqdb
nagyúr
válasz
Sk8erPeter
#20404
üzenetére
Eddig minden rendben, na de ha úgy, ahogy van, mindent átvettek eleinte, akkor egyszer csak úgy döntöttek, hogy egy réteget leválasztanak? Melyik réteg a külön réteg? Mert most már számomra nem egészen világos, akkor a renderelő motort itt sikerült különválasztani az ilyen alapvető GUI-beli dolgoktól, mint hogy a "Vissza" nyíl miket műveljen?
Fogták a Chromium projektet, és a fő böngészőablak kódjának 90%-át már az elején kivágták a kukába. Megmaradt a webview rész és a hozzátartozó többfolyamatos működési logika, de maga a címsor és a maradék körítés már saját kútfő (más a window class például, mint a Chrome vonalnál). Ez persze magával vonta pár extension API ideiglenes vagy tartós hiányát, valamint az ilyen finomságokét, mint amit te említettél. Egyszerűen éltek azzal, hogy a Blink-Chromium páros jól faktorált alapot nyújt egész komponensek sajátra cseréléséhez. Ott követtek el hibát, hogy bár a fentieket hangoztatták (nem vagyunk Chrome klón és társai), de nem került bele az új Operába olyan egyedi funkció, amiből ez az átlagfelhasználónak azonnal kiderülne (vagyis olyasvalami, ami nem a webviewban jelenik meg, de saját UI tartozik hozzá, a Speed Dial, Stash és Discovery hármas nem ilyen).Plusz például a JavaScript-motorhoz tartozó dolgok, például a window.prompt() hogyan lehetséges, hogy másképp viselkedik?
Az ablakot nem a JS motor dobja fel, hanem egy megfelelő interfészen keresztül visszaszól az őt futtató fülnek, amely megjeleníti az ablakot. Ezt cserélték le az Operánál sajátra. Ami agyrém, hogy a mostani igénytelen és nem túl feltűnő megjelenési formához és pozícióhoz ragaszkodnak (direkt forrás nincsen, ott van elrejtve a blog pár tízezer kommentje között ).Ezt hogyan idézed elő? Ha nyomok Ctrl+D-t vagy Ctrl+L-t, aztán Ctrl+C, akkor a protokollal együtt kapom meg a címmezőt.
Közben megtaláltam, egy semmitmondó nevű és bekapcsolás után úgy maradt experimental beállítás volt a felelős érte. -
dqdb
nagyúr
Addig a Ctrl+F4 és Alt+F4 a megoldás, ekkor tudomásom (és tapasztalatom) szerint nem jelentkezik, csak egérrel.
Ez sem megoldás ... A 30 nyitott fülemet az mentette meg, hogy az Alt+F4 megnyomása után a vad swapping kezdődött, és másik ablakban volt időm kiadni a pskill opera parancsot.Pozitívum, hogy a taszk kilövése ellenére megmaradt egy félig megírt hozzászólás az egyik fülön, szóval az állandó HDD kerregtetésnek van érdemi haszna is.
-
fatal`
titán
Azt hittem csak nálam van valami bug, de ezekszerint létező jelenség.
(#20436) dqdb: Kiegészítőkkel szarakodtam, először azt hittem csak a belső lapokkal bugos, de később rájöttem, hogy tévedtem.
Ez az első build, amit picit tovább használtam, azt hittem a bezárás mindig úgy működik, hogy fogja és becsukogatja a füleket, de ezekszerint ez is bug volt, igen vicces látvány.
Kár, hogy chrome addonokból pl. a Checker plus for gmail egyáltalán nem működik.
Úgy látom megtartották azt a hatalmas idiótaságot, hogy a kiegészítők sorrendjét a címsor mellett nem lehet átrendezni. Nem értem ez mire jó.
-
#20436
dqdb
nagyúr
Sk8erPeter
#20434
dqdb
nagyúr
válasz
Sk8erPeter
#20434
üzenetére
Ja, hogy ez másnál is előfordult már?
Ez friss bug, a legutolsó developer build sajátja. Egy fül bezárására néha az egész böngészőt zárja be, az egész böngésző bezárására néha az összes fület Tudnak róla, majd javítják. Addig a Ctrl+F4 és Alt+F4 a megoldás, ekkor tudomásom (és tapasztalatom) szerint nem jelentkezik, csak egérrel.Wolfskin: exportáld ki a könyvjelzőidet HTML formátumban. Nézd meg, hogy minden megvan-e benne. Ha igen, akkor lépj ki az Operából, töröld a bookmarks.adr fájllt, és importáld be a HTML-ben található könyvjelzőket. Ha az Opera Linket bekapcsoltad, akkor az egész művelet előtt kapcsold ki, és sose kapcsold be újra.
Predator2: egyik gépen 12.16-ot használok, másikon 17-et, a YouTube és a Flash sehol sem problémás. Csak tippelgetni lehet, mi a baj nálad, a Sk8erPeter által írottakat egészíteném ki egy frissítendő dologgal: videokártya driver.
-
#20435
Predator2
addikt
Sk8erPeter
#20434
Predator2
addikt
válasz
Sk8erPeter
#20434
üzenetére
Én is arra gyanakodtam. Azóta volt 2x is flaxh frissítés de a probléma ugyan úgy fent áll.
Kipróbáltam azt, hogy opera 16 és 12.16-al is lejátszottam ugyan azt a videót. Ha elkezdesz a videón belül lépkedni. A 16 simán lejátszotta még a 12.16 rengetegszer összeomlott. -
#20434
Sk8erPeter
nagyúr
Orlin
#20433
Sk8erPeter
nagyúr
Ja, hogy ez másnál is előfordult már? Kétszer volt nálam ilyen, amikor nem igazán vágtam, mitől záródott be az ablak, ráadásul azt Ctrl+Shift+T-vel sem tudtam visszahozni (gáz, ez Chrome-ban szintén jól működik, ABLAKOT (nem fület) is vissza lehet hozni), ezek szerint bug.
(#20432) Predator2 :
lehet, hogy az aktuális Flash-verzióval van para, próbálj másikat felrakni, frissíteni, mittudomén, ennyiből nehéz értelmesebbet mondani. -
#20430
Sk8erPeter
nagyúr
Wolfskin
#20429
Sk8erPeter
nagyúr
válasz
Wolfskin
#20429
üzenetére
Igazából nekem túl sok ötletem a dologra nincs, mint az archivált könyjelzőidet visszarakni, mert ez teljesen abnormális viselkedés, bugnak tűnik, vagy pedig háttértár-problémának, hogy mi okozhatta, arról fogalmam sincs...
Valamiért inkonzisztens állapotba kerülhetett a könyvjelzőkért felelős bookmark.adr fájl, vagy valami hasonló.
Ha van valakinek egyéb ötlete, majd megírja, én személy szerint ilyennel még nem találkoztam. -
#20428
Sk8erPeter
nagyúr
chab7
#20427
Sk8erPeter
nagyúr
+ (#20426) Wolverine
a vicc az, hogy az ilyen JavaScriptes, overlay-es felpattanó ablakocskáknál az ÚJ OPERÁVAL is tapasztalok már hibákat, olyanokat, amik az összes többi népszerű böngészőnél nem fordulnak elő. Nem saját fejlesztésű oldalak, most épp nem ugrik be, melyeknél tapasztaltam, de 2-3 nagyobb látogatottságú, és 2-3 kisebb oldalnál már volt gond (amit más böngészőben nem tapasztaltam). Ami meg meglehetősen vicces, mert azt hittem, ezek a parák megszűnnek, amint ugyanolyan renderelő motor fog futkorászni alatta, mint a Chromiumnál. De ezek szerint kaphatjuk az ilyen parákat továbbra is, így leszünk igazi kitartó Opera-felhasználók. 
Majd belinkelem, ha találkozom megint ilyen parával, mert érdekes jelenség, hogy folytatjuk a régi örökségeket és ökörségeket az "Opera alatt nem funkcionál jól"-oldalakkal.
Ja, és mielőtt valaki annak venné, ez a hsz. nem csak a fikahadjárat jegyében született, hanem tapasztalatból. -
#20427
chab7
addikt
Sk8erPeter
#20425
chab7
addikt
válasz
Sk8erPeter
#20425
üzenetére
"nem bírjuk egykönnyen feldolgozni a korábban egyetlen igazán testreszabható és innovatív böngésző elvesztését, meg azt, hogy ilyen irányba halad a böngészővilág"
Teljes mértékben így van.
(#20426) Wolverine: "Fb azonnal összeomlasztja az Operámat, a Gmail átirányításai szimplán nem működnek és addig kell refreshelnem, amíg meg nem nyílik végre"
és emiatt meg a régi is egyre használhatatlanabb lesz. Én is ilyenekben szenvedek.
Ma pl nem tudtam a godaddy-n megújítani egy oldal domainem dns szerverét (vagy mi is az pontosan - lényegtelen most ebből a szempontból), mert a felugró ablak csak üres fehér volt, míg FF simán hozta amit kellett az oldalon.
És egyre több ilyen oldalba botlok. Akármennyire a 12-es opera a legfunkciódúsabb a mai napig, lassan böngészésre alkalmatlan lesz. -
#20426
Wolverine
félisten
Sk8erPeter
#20417
Wolverine
félisten
válasz
Sk8erPeter
#20417
üzenetére
Sok scriptes oldalak nem akarnak valamiért betöltődni (Fb azonnal összeomlasztja az Operámat, a Gmail átirányításai szimplán nem működnek és addig kell refreshelnem, amíg meg nem nyílik végre); az InoReaderben nem töltődnek be a YouTube-videók, és emiatt egy idő után nem tudok tovább görgetni az oldalon, mert megakad a betöltés; sőt, a 12.16-ban van olyan oldal, ahonnan semmilyen scriptet nem hajlandó betölteni az Opera, és emiatt tökéletesen használhatatlan az egész (ezért nem is használom azt, hanem a 12.15-öt).
Ma pl. azzal bosszantott fel, hogy a SoundCloudon a play gombra kattintva nem történt semmi. Az oldal szerint lejátszás folyt, a mutató maradt 0:00-n... -
#20425
Sk8erPeter
nagyúr
LonGleY
#20422
Sk8erPeter
nagyúr
válasz
LonGleY
#20422
üzenetére
Miért ne lehetne elmélkedni ilyen kérdésekről? Szerinted mégis mire való a topic?
Arra, hogy arról érkezzen néhány gyökér hsz., hogy hogyan lehet kitörölni az előzményeket? Ne Te határozd már meg légy oly kedves, hogy miről beszélgessünk, ha szeretnéd, hogy kihaljon a topic, vagy nem érdekelnek ezek a beszélgetések, akkor kerüld el a topicot, és meg van oldva, nem kell olvasnod a sirámokat. Mi egyelőre pont úgy vagyunk vele, hogy nem bírjuk egykönnyen feldolgozni a korábban egyetlen igazán testreszabható és innovatív böngésző elvesztését, meg azt, hogy ilyen irányba halad a böngészővilág, az Opera irányelvei ilyen furcsa fordulatot vettek (egy ideje), hadd kattogjunk rajta egy darabig, aztán majd lecsillapodnak a kedélyek, egyelőre a rácsodálkozások fázisában vagyunk. -
#20424
Sk8erPeter
nagyúr
Penge_4
#20423
Sk8erPeter
nagyúr
válasz
Penge_4
#20423
üzenetére
"Milyen jogon határozza meg nekem felülbírálhatatlanul egy webfejlesztő, hogy egy mezőben az autofill vagy éppen a jelszókezelő kitöltheti-e a formokat?"
Ebben alapvetően igazad van, és természetesen egyet is értek felhasználóként, de ezt szerintem - utánanézés nélkül gondolom - arra találták ki, hogy amennyiben van egy olyan oldal, amit publikus helyeken is nézhetnek (olyanokra gondolok, mint például az egyetemi Neptun-rendszer), akkor ne is merüljön fel az a veszély, igénytelen rendszergazdai működés esetén sem, hogy az egyszerű júzer véletlenül elmenteti a jelszavát a böngészővel, nem tudja, hol kell törölni, aztán megszopja. Igaz, azt is beszéltük már sokszor, hogy nem jó mentalitás az idióta júzerre gondolni, hozzá igazodni, de speciel itt nem GUI-beli dolgokról van szó (hogy legyen pár egyszerű jóóóbuzinagy, érthető gomb, aztán annyi, és nehogy véletlenül elrontson valamit), hanem adatok védelméről, igaz, ez minden, csak nem igazi védelem, ez csak egy nagyon buta, egyszerű kliensoldali védelem, böngészőimplementációtól függően, a nagyon idézőjelben értendő "biztonság" kedvéért. Engem mondjuk nyilván felhasználóként rohadtul zavar, hogy bizonyos helyeken nem tudom eldönteni - ahogy írtad is -, hogy akarok-e autocomplete-et, vagy sem, mert a fejlesztő eldöntötte helyettem. Én egyébként webfejlesztéskor sosem használtam még ezt az attribútumot, nem is fogom. Értelmesebbnek tartanám akkor rábízni a felhasználóra a döntést, hogy akar-e mentést, mégpedig úgy, hogy az ő döntésétől függően szólok a böngészőnek, hogy na ezt nem kéne elmenteni (bár akkor arra meg majd a böngészőnek a jelszómentő-felajánló funkciója van már), vagy odarakok valami feltűnő figyelmeztetést, ami nem kerüli el a figyelmét (ti. hogy ne mentse el az adatokat, ha publikus helyen van). Szokás is ugye az oldalakon használni a checkboxos "bejelentkezve maradok"-funkciót, ami cookie-alapon dönti el, hogy bejelentkezve maradsz-e, vagy sem, de mondjuk ennek magához a jelszómentéshez semmi köze nincs.
Igazából csak az a furcsa, hogy önkényesen döntöttek ennek az attribútumnak a mellőzéséről.Egyébként most jut eszembe, hogy szerintem úgy teszteltem, hogy mennyire működőképes a dolog, hogy Ctrl+Shift+I, fejlesztőpanel segítségével töröltem az autocomplete attribútumot, aztán kíváncsi voltam, hogy hogyan dönt ezután a böngésző.
Azt meg mondjuk átlagjúzer nem fogja megcsinálni.
De asszem a Neptunnál ez nem működött.
Szóval lehet, hogy nem mindenhol általános ez a döntés, majd tesztelem külön, ha lesz rá időm."A webfejlesztő maximum ajánlást adhat a droidoknak."
Ebben egyetértünk. Ja, végül is ilyesmit fejtettem ki fentebb én is."Ahogy akár a komplett CSS-t is át fogom írni, ha nem tetszik a háttér, betűtípus, betűméret vagy térköz, sorköz."
Ez viszont már megint más kérdés, mert ez már extensionből (vagy régen user JS-ből, user CSS-ből) történik. Azzal meg már nyilván nem szembesül az átlagjúzer. Így elméletben Te akár felülbírálhatnád az autocomplete-es döntést is, ha minden igaz, bár erre most nem vennék mérget, hogy minden esetben működne mondjuk Chrome-ban is."még külsőleg sem lehet egyszerűen pár fájl másolásával beleintegrálni opcionálisan az mp3, h.264 és mpeg4 támogatást"
Ja, legalább valami olyan módon, ahogy a Flash szokott települni az elején, ha az adott böngészőbe nincs integrálva, annak a telepítését általában átlagjúzernek is el kell végeznie.
Na, de épp ezért kell a webfejlesztőknek gondolni SAJNOS a Flash-fallback-re, pedig kevés dolgot utálok jobban a webes világban, mint a Flash-t. A HTML5, CSS3, JS (+különböző library-k) kombójával már elég sok dolgot ki lehet váltani, így a Flash nagyon sok esetben kidobható, de ez pont az ilyen gyökérségek miatt nem igaz, mint a hang- és videólejátszás különbözősége, az open source cuccok erőltetésének hiánya miatt.
És igen, sajnos az Operának nincs meg a megfelelő ereje ahhoz, hogy érvényesítse mondjuk az ogg elterjedését, az mp3 nem az a formátum, amit egyik napról a másikra le fogunk váltani csak úgy. -
#20423
Penge_4
veterán
Sk8erPeter
#20416
Penge_4
veterán
válasz
Sk8erPeter
#20416
üzenetére
"Ááá, gratulálok nekik! Ez igen! Korábban a szabványok betartásának ékesszólói voltak, most pedig szembemennek vele. Remek irány, mondhatom!"
A szabványt akkor tartsák be, ha értelme is van. Nehogy már a befőtt tegye el a nagymamát. Milyen jogon határozza meg nekem felülbírálhatatlanul egy webfejlesztő, hogy egy mezőben az autofill vagy éppen a jelszókezelő kitöltheti-e a formokat? Vagy milyen alapon határozza meg, hogy egy szövegdobozt átméretezhetek-e? Vagy milyen alapon határozza meg, hogy működik-e a jobbklikk menü? Vagy lementhetek-e az oldalról szöveget vagy képet vagy bármit?
Ezeket böngészőoldalon kell szabályozhatóvá tenni. A webfejlesztő maximum ajánlást adhat a droidoknak. Ha viszont én nem vagyok droid, akkor én felül fogom bírálni. Ahogy akár a komplett CSS-t is át fogom írni, ha nem tetszik a háttér, betűtípus, betűméret vagy térköz, sorköz.
Engem inkább ez a patcheléses móka aggaszt, meg az, hogy már megint olyan elmebeteg módon oldották meg, hogy még külsőleg sem lehet egyszerűen pár fájl másolásával beleintegrálni opcionálisan az mp3, h.264 és mpeg4 támogatást.
Pedig ez az egy nekem kellő ok volt arra, hogy mindig kiherélt Chrome-ot használjak Chromium helyett. Látszik, hogy a cég szemlélete nem változott a Presto dobása óta. Ugyanolyan elmebetegek, mint Tetzchner távozása óta folyamatosan. Elhiszem, hogy jogdíj meg minden, de ezt nem így kell megoldani, tekintve az elterjedtséget és a támogatottságot. Lehetne valami olyat, hogy ilyen videóknál van egy felső nagy piros villogó link, ami egy oldalra visz, ahol éhező afrikai árvákkal szimbolizálják, hogy ők mind jól lakhatnának abból a pénzből, amit pár csúnya, gonosz öltönyös tetű zsebre tesz az ötödik generációs jogutódok révén. Persze ez akkor működhetne, ha a nagyok is beszállnának. A Google-nek alapból elemi érdeke is lenne, mivel a saját VP8-VP9-et szeretné terjeszteni az Apple és a Microsoft pedig jelenleg leáldozóban van. Szóval még akár sikeres is lehetne egy ilyen kampány. Főleg, hogy akár még az EU bizottság is kardoskodhatna mellette + a PRISM botrányt is meg lehetne lovagolni. Szóval lennének itt lehetőségek, ha tényleg az lenne a cél, hogy nyomjuk le minden eszközzel a szabadalmakat és tereljük a világot a nyílt szabványok és megoldások felé.
-
#20422
LonGleY
veterán
Sk8erPeter
#20421
LonGleY
veterán
válasz
Sk8erPeter
#20421
üzenetére
Ennyit izgulni is kár, csomó időtök elmegy a semmire, az elmélkedésre. Mint böngésző megszűnt, majd jön más, ha ők túl hülyék a belátásra. Még úgyis évek, mire beér az új Opera, ezért nem értem, mit tököltök velük, meg szidtok itt minden release-t.
-
#20420
LonGleY
veterán
Sk8erPeter
#20413
LonGleY
veterán
válasz
Sk8erPeter
#20413
üzenetére
Egyáltalán nem komálom, csak türelmesebb vagyok.
-
#20419
Sk8erPeter
nagyúr
fatal`
#20418
Sk8erPeter
nagyúr
válasz
fatal`
#20418
üzenetére
Ez inkább már a "viccnek is rossz" kategória.
Csak hogy tudd tesztelni, felraktam ezt a rövid demót: http://jsfiddle.net/CUf8y/. Ha kiszeded a kommentárt az ogg-fájl körül, akkor le fogja játszani az Opera is a fájlt.Itt lehet ilyeneket még tesztelni:
http://www.jplayer.org/HTML5.Audio.Support/Csak hogy életben tartsuk a dolgot, marad a Flash-fallback (ahelyett, hogy kirugdalnánk ezt a szart a webes világból örökre), remek...
-
#20416
Sk8erPeter
nagyúr
dqdb
#20415
Sk8erPeter
nagyúr
"Sokat kellene írni, az a hozzászólás gyorsan megvolt
Majd a napokban."
OK.
"Komoly. Sőt, az a meglepő, hogy a régi vitte. Az az álláspontjuk, hogy kizárólag szabadon felhasználható, licencdíjat nem igénylő formátumokat támogatnak, így nincsen MPEG4 sem."
Ilyen apróságokban mutatkozik meg, hogy az Opera nem fog igazán jelentős részesedésnövekedést elérni soha ilyen mentalitással. (Nem beszélve a kapkodásaikról és a rettenetesen tehetségtelen marketingeseikről.)
Például nálam is fejlesztőként felmerül a kérdés, hogy ha a lejátszás helyesen működik jPlayerrel (aminek egyébként több formátumot is meg lehet adni az mp3-on kívül, de a végfelhasználónak nem mondhatom meg, hogy ugyan konvertálja már több formátumba is, hogy működjön a böngészőben, osztott tárhelyen meg nincsenek meg a szokásos parancssori konvertálós lehetőségek) Chrome-ban, Internet Explorerben (!), Firefoxban, Maxthonban, Safariban, és egyedül ebben a raklap szar új Operában nem (most már tényleg felidegelt a hülyeségeivel), akkor ugyan mégis mi a francnak is foglalkoznék vele. Szeretem a lehető legtöbb környezetben működőképessé tenni a fejlesztéseket, de ez már tényleg olyan dolog, hogy az embernek idegileg és anyagilag sem éri meg foglalkozni az ilyen f@szságokkal. Épp ezért mondanak nemet az ilyenekre a fejlesztők, ha például nem elérhető olyan szolgáltatás, amivel egyszerűen lehet konvertálni (terminálbeli cuccok sehol nem elérhetők osztott tárhelyeken vagy más olcsó felhőalapú tárhelyeken).
Ha 6 böngészőből 1-ben nem működik valami, akkor mégis vajon melyiket fogják lefosni rohadt magasról a fejlesztők? Gondolom nem kérdés... Az Opera már megint rettenetesen bölcsen döntött.
Az mp3-formátum ráadásul nem olyan, ami mellett csak úgy el lehet menni, mivel az emberek gépén általában 90%-ban mp3-formátumú zenék vannak, nem pedig ogg."Hmm, itt akkor betartották a blogon tett ígéretüket, hogy figyelmen kívül hagyják az attribútumot
"
Ááá, gratulálok nekik! Ez igen! Korábban a szabványok betartásának ékesszólói voltak, most pedig szembemennek vele. Remek irány, mondhatom!
Felhasználóként engem is zavar, de itt most arról van szó, hogy egy közösen megállapított, W3C által HTML5-szabvány részeként elfogadott attribútumról van szó (http://www.w3.org/TR/html5/forms.html#attr-form-autocomplete), ergo ne akarjanak már széllel szemben hugyozni.Ugyanez vonatkozik az új Opera összes hülyeségére, amiket már említettem, meg amiket ti is felhoztatok.
Komolyan, egyre jobban kezd elmenni a kedvem ettől az új Operától, mert ezek szerint meg akarják tartani a butaságaikat, az elkövetkezendő időkre is ostobaságokat terveznek bevezetni, és tartják is magukat azokhoz. Kicsit kivehetnék már az Opera-fejlesztők a saját seggükből a fejüket. -
#20415
dqdb
nagyúr
Sk8erPeter
#20413
dqdb
nagyúr
válasz
Sk8erPeter
#20413
üzenetére
háménemválaszószmá'?!
Ötmillió kérdésem volt hozzád, vagy pont azért?
Sokat kellene írni, az a hozzászólás gyorsan megvolt Majd a napokban.Amúgy az komoly, hogy az Opera nem játszik le mp3-akat?
Komoly. Sőt, az a meglepő, hogy a régi vitte. Az az álláspontjuk, hogy kizárólag szabadon felhasználható, licencdíjat nem igénylő formátumokat támogatnak, így nincsen MPEG4 sem.Most már a szabvánnyal/ajánlásokkal is szembemennek?
Hmm, itt akkor betartották a blogon tett ígéretüket, hogy figyelmen kívül hagyják az attribútumot Én felhasználóként nem bánom ezt a feature-t, te fejlesztőként igen. Ettől függetlenül ennek a működésnek paraméterezhetőnek kellene lennie, ahol a paramétert a flags oldalon lehetne módosítani, nem a beállításoknál. -
#20413
Sk8erPeter
nagyúr
dqdb
#20411
Sk8erPeter
nagyúr
háménemválaszószmá'?!
Ötmillió kérdésem volt hozzád, vagy pont azért? Amúgy az komoly, hogy az Opera nem játszik le mp3-akat? Honlapfejlesztésnél jött elő a para, most fedeztem fel, Chrome, IE10, Firefox gond nélkül játssza, az Opera új verziója (!) az egyetlen, ami nem hajlandó, pedig az Opera korábbi verziói (<=12.16) vitték az mp3-at is.
Most itt valami liszenszpara van, vagy csak sikeresen elkúrtak megint valamit?Ja, még egy igen fontos: phpMyAdmin, bejelentkező oldal - a form autocomplete="off"-ra van állítva, mégis Opera az egyetlen, ami az első karakter begépelésekor máris felajánlja a korábban ide beírt nevet, majd ha kiválasztom, szépen ki is tölti a jelszóval, miközben pontosan ez ellen való ez az attribútum...
Fasza. Most már a szabvánnyal/ajánlásokkal is szembemennek?(#20407)+(#20409) S. Szabi : teljesen egyetértek, de "ugyan úgy", "ugyan olyan" helyett "ugyanúgy", "ugyanolyan".
(#20410) LonGleY :
a hozzászólásaidból úgy tűnik, Te nagyon komálod ezt az új Operát.
A múltkorira még elfelejtettem reagálni:
"Igazából csak unom az ilyen feltételezéseket, hogy régi gépen húdejó. Sajnos a régi gép ugyanúgy megszenved mindennel."
Megszenved, ebben egyetértünk, de honnan a Te feltételezésed, hogy régi gépen nem felel meg jobban, mint mondjuk a többi mai, ha nem is régi gépet használsz?(#20412) atillaahun :
nem tudok ilyen lehetőségről. -
#20412
atillaahun
veterán
atillaahun
veterán
Azt meg lehet mondani az Operának, hogy adott oldal, pl. Gmail bejelentkezési adatait milyen sorrendbe ajánlja fel mikor egyszerre kattintok a két egérgombbal?
Csak mert van 6-8 Gmail-es címem amiket használok, és folyton cserélgeti a sorrendjüket, és baromi idegesítő. Nem lehet ezt sorba rendezni? -
dqdb
nagyúr
válasz
LonGleY
#20410
üzenetére
Az, hogy egy funkció azért hiányzik, mert kiszedték, vagy azért hiányzik, mert kidobták a régi alapot és nem valósították meg, teljesen mindegy, mindkét esetben hiányzó funkcióról van szó.
Szerintem eléggé agyrém, hogy a Ctrl+szám billentyűk működéséhez (másfél hónapja ígérik, hogy megvalósítják ezt a rendkívül "bonyolult" feature-t) először bővítményt kellett írni, ami szépen működött az összes oldalon és az Opera belső oldalain, így a gyorshívón is. Biztonságra hivatkozva* letiltották a belső oldalakon való működést (tehát dolgoztak vele), ezért átírtam és nemes egyszerűséggel az opera.pak fájlt patchelve direktben a gyorshívó oldalba került bele a szükséges kódrészlet. Semmire sem hivatkozva letiltották az opera.pak módosíthatóságát (tehát dolgoztak vele, mivel a Chrome-ban és Chromiumban nincsen ellenőrzés a resources.pak érintetlenségét illetően). Most az opera.exe-t is patcheltem, hogy ne reklamáljon a módosított opera.pak miatt. Vajon mikor teszik még nehezebbé az életet? Vajon miért olyan funkciók ellehetetlenítésén dolgoznak, amelyekkel hiányzó funkciókat lehet pótolni új funkciók helyett?
* ez azért nevetséges, mert a hivatalos bővítmények közé csak code review után lehet felkerülni, ahol ellenőrzik, hogy az extension nem csinál/küld/módsít semmi olyat, amit nem kellene. És azért is, mert szerintük az nem biztonsági probléma, ahogyan az O15+ tárolja/kezeli a jelszavakat.
-
S. Szabi
őstag
válasz
fatal`
#20408
üzenetére
De azt nem értem, hogy új verziónál miért kell hasznos, egyszerű jól működő funkciókat kivenni, és ezzel szegényebbé tenni egy programot.
Vagy éppen szinte használhatatlanná tenni, mint az űrlapos részt. Meg miért jó az, hogy ha megnyitok egy oldalt, szépen ott virít beírva a felhasználónév, jelszó, mint az említett kettőben. De legalább ennél ha a felhasználónevet átírom, a jelszót kitörli, nem mint a FF. Meg egy csomó oldalon amíg nem tölti be rendesen és belekatinntok a kereső mezőbe, hogy beleírjak, a gyári szöveget nem tünteti el, hanem közé írja. És ez nem az első verziója ennek az újnak, szóval javíthatnák az ilyen kis apróságokat.
De akkor is miért kell egy ilyen böngészőt így elb****i...
Ja meg ez a rentgeteg beállítási lehetőség is...
Mostanában az az érzésem, hogy bármi komoly újítást akarnak csinálni, csak sokkal rosszabb lesz az egész, főleg, hogy funkciókat szüntetnek meg, nem értem. És most nem csak az Operáról beszélek, hanem Windows 8 pl. És most nem arról van szó, hogy hirtelen sokkal rosszabbnak tűnik valami, hanem egy két hónap használat után is. Nyáron sajnos FF-ot kellett használnom meg chromot, két hónapig, és nagyon hiányzott az Opera, mert más volt mint a többi, jobb volt. Az kettő meg ugyam olyan. Most az Opera is ugyan ulyan. A másik dolog meg az eddig jól működő funkciók nem működése, és ez megint nem csak az Operára vonatkozik, hanem pl a telfonomon a GPS-re. Az új szoftververzióval egyszerűen nem akar normálisan működni, eddig semmi baja nem volt.
-
S. Szabi
őstag
Egyszerűen nem bírom felfogni, hogy hogyan tudták így eltolni (és most nagyon vissza kellett fognom magam, hogy ne valamit nagyon csúnyát írjak ide) ezt az új Opera-t. Ugyan olyan szutyok lett mint a FireFox és a Chrome, minden ugyan úgy működik benne, olyan idegesítő módon, mint azokban, ugyan olyan. Az Opera eddig más volt, sokkal jobb és értelmesebb működéssel, erre tessék.... De miért???
Az automatikus kitöltős részben az volt a legjobb, hogy beírtam oda az email címemet és akárhova be tudtam úgy írni, ahova akartam, elkezdtem írni, megnyomtam a lefelé gombot, kész. Most még oda se akarja berakni ahova kéne...
A jobb egér, ütemezett frissítést, miért kellett kivenni???
A letöltés résznél miért nem jön fel, hogy csak simán meg akarom nyitni?
A kezdő képernyőn miért nem lehet kivenni azt a pluszjel gombot?
Miért nem lehet saját hátteret beállítani? Ezt is miért kellet kivenni?
Hirtelen csak ennyi jutott eszembe, leginkább költői kérdések...
-
#20406
atillaahun
veterán
atillaahun
veterán
Ahhoz mit kell tenni, hogy ha belinkelnek egy videót, akkor ne az Opera akarja beépítve lejátszani, hanem a Youtube Android-os app nyíljon meg?
-
#20405
scott_free
senior tag
scott_free
senior tag
az mitől lehet, hogy a 15 stabil nem frissül magától a 16-ra?
-
#20404
Sk8erPeter
nagyúr
dqdb
#20403
Sk8erPeter
nagyúr
"Ezt még csak egyszer jeleztem My Operán .Ha odatévedsz a másik problémáddal, akkor írd be ezt is."
OK! Ezeket mindig az aktuális napi blogpostba szoktad bedobni? Tudod linkelni azt, ahol jelezted? Vagy ha nincs kedved keresgélni, akkor majd megteszem, csak gondoltam hátha egyből megvan."Ismét eltaláltál egy olyan részt, amely saját kútfő, nem a forkolással érkezett
"
No de ez hogy néz ki, még mindig nem értem Tehát van mondjuk egy open source project, forkolom, megkapom a teljeset, úgy, ahogy van. Akkor én tudok rajta mindenféle módosításokat végezni, innentől már az én kódom, aztán meglátjuk, küldök-e be módosításokat az eredeti projecthez, itt nyilván nem ez van, mert már tök külön ág. Eddig minden rendben, na de ha úgy, ahogy van, mindent átvettek eleinte, akkor egyszer csak úgy döntöttek, hogy egy réteget leválasztanak? Melyik réteg a külön réteg? Mert most már számomra nem egészen világos, akkor a renderelő motort itt sikerült különválasztani az ilyen alapvető GUI-beli dolgoktól, mint hogy a "Vissza" nyíl miket műveljen? Plusz például a JavaScript-motorhoz tartozó dolgok, például a window.prompt() hogyan lehetséges, hogy másképp viselkedik?"A másik saját találmány az idióta címmező, amitől hülyét kapok, hogy protokoll nélkül tudok másolni belőle címeket
"
Ezt hogyan idézed elő? Ha nyomok Ctrl+D-t vagy Ctrl+L-t, aztán Ctrl+C, akkor a protokollal együtt kapom meg a címmezőt. Na de nyilván nem erre gondolsz, akkor hogy másolod ki protokoll nélkül?Ja, és azt a gyökérséget ki lehet kapcsolni, hogy ne vágja már le nekem a query stringet alapból, amikor nem a címmezőn van a fókusz?
-
#20403
dqdb
nagyúr
Sk8erPeter
#20402
dqdb
nagyúr
válasz
Sk8erPeter
#20402
üzenetére
Ezt még csak egyszer jeleztem My Operán .Ha odatévedsz a másik problémáddal, akkor írd be ezt is.
Ez is fura nekem, hogy ilyenekben miért viselkedik teljesen másképpen, mint a Chromium, ha már azon alapul, pedig nemrég forkolták.
Ismét eltaláltál egy olyan részt, amely saját kútfő, nem a forkolással érkezett A másik saját találmány az idióta címmező, amitől hülyét kapok, hogy protokoll nélkül tudok másolni belőle címeket -
#20402
Sk8erPeter
nagyúr
Sk8erPeter
#20387
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#20387
üzenetére
No, még egy zavaró dolog, legalábbis az általam eddig megszokottól eltérő viselkedés: a Prohardveren, hsz. szerkesztésekor a Link gombra kattintva a "http://" szöveg nem jelölődik ki a JavaScriptes prompt() ablak felugrásakor, és emiatt amikor egyből csak bedobom a linket, ahogy eddig, akkor az ugye emiatt el lesz rontva (kétszer lesz a http:// rész), így oda kell figyelnem, hogy mindig nyomjak előtte egy Ctrl+A-t - pedig a Chrome, Firefox, Internet Explorer, plusz emlékeim szerint az Opera korábbi verziója is mindig alapértelmezettként kijelölte a promptnak második paraméterül átadott szöveget.
Ez is fura nekem, hogy ilyenekben miért viselkedik teljesen másképpen, mint a Chromium, ha már azon alapul, pedig nemrég forkolták.
Tovább pontosítok, a legszebb úgy igaz, hogy amennyiben a superbar előtti Windows verziókat vesszük alapul, azaz a hagyományos tálcás rendszereket. Azt pedig pláne nem vitattam - csacsiság is lett volna -, hogy a 7-es jobban optimalizáltabb, a 8-as meg még jobban. Nem hiába használok Windows 8-at és ha most vennék új Win-t akkor csakis 8-as lenne már nem is 7-es. Ami pedig még tetszett benne az nem más mint az oldalsáv... ez egyébként 7-esre is rávarázsolható, bár ott csak egyszer próbáltam, annyira nem tetszett mint Vistán 
Mind a két PC-ben van SSD, és HDD is. PC-nként egy SSD, illetve az egyikben 2 HDD a másik meg csak egy 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
) kattintok, és így visszaállítani a korábbi méretére, arrébb mozgatni, stb., DE Operánál (Dev. 17.0.1246.0) mindezt most már nem lehet? (Pedig korábbi Prestós Operánál ez is működött.) Mármint oké, ablakkezelésnél ezt ki lehet kapcsolni, de miért tették ezt? Elég zavaró, igencsak megszoktam, hogy ilyen módon "tépem le" az ablakokat a maximalizált állapotból (és rakom át esetleg másik kijelzőre).
Igazából azért vagyok egyre rosszindulatúbb, mert elég megdöbbentő hibák fordulnak elő sokszor, nem tudom elképzelni, vajon náluk hogyan zajlik a kódolás, vannak már igen erős kétségeim a kódolási képességek és tesztelési metódusok terén is. Hibák nyilván mindig vannak, minden szoftvernél, a bug olyan, ami egy vérprofi brigádnál is bekerül a szoftverbe óhatatlanul előbb vagy utóbb, aztán javítani kell, de a régi Opera is nagyon ügyesen tartalmazott teljesen gyökér hibákat, amiket aztán nagy könyörgések árán javítottak csak ki, vagy pedig egyáltalán nem. Még hogy a Presto biztos sokkal igényesebben lett volna kódolva (amit Penge_4 feltételezett), mint mondjuk a WebKit-/Blink-projekt (amit egyébként nem tudom, hogyan kódolnak, mennyire igényesen vagy sem)... hát egyre erősebb kételyeim vannak efelől. Igaz, hozzá kell tenni, a Chrome-topicban is rengetegen panaszkodnak, hogy megdöbbentően leromlott a Chrome minősége mostanság, és rengeteg, sokak által megerősített bugot tartalmaz.
Új hozzászólás Aktív témák
Hirdetés
Kérdés előtt olvasd el az
összefoglalót!
- Nagy aksival és erős hardverrel megjött Magyarországra a Poco X8 Pro és Pro Max
- Házimozi belépő szinten
- Canon MILC: EOS R és M topik
- Egyre inkább szoftverrel segítene a Core CPU-k teljesítményén az Intel
- Bluetooth hangszórók
- Amazon Fire TV stick/box
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Távol-keleti webshopok OFF topikja (játékok, kuponok, stb.)
- Vírusirtó topic
- Bestbuy játékok
- További aktív témák...
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- The Elder Scrolls Online Imperial Collector s Edition
- MS SQL Server 2016, 2017, 2019
- Game Pass Ultimate előfizetések 3 - 36 hónapig azonnali kézbesítéssel! 13 hónap ultimate - 50.000 ft
- HP. Laptop. i5. Model: 15-da1002nq
- AMD GAMER PC! Ryzen 5800X / RX 6900 XT / 32GB 3600MHz/ 1TB NVMe / 850w Gold! BeszámítOK
- HP EliteBook 840 G7 i5-10210U 16GB 256GB FHD 400nit 1 év garancia
- Lenovo ThinkPad dokkolók: USB-C 40A9/ 40AY/ 40AS/ Thunderbolt 3 40AC/ Hybrid USB-C DisplayLink 40AF
- Samsung Galaxy S24 / 8/128GB / Kártyafüggetlen /12Hó Garancia / Akku: 100%
- Ryzen 7 9850X3D // Számla // Garancia //
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest