-
GAMEPOD.hu
Új hozzászólás Aktív témák
-
dqdb
nagyúr
Nincsen. Az O12-ben működő Ctrl+Enter lenyomásával keresés sem él itt sajnos. Ezt és még jó pár középső gombos funkciót sokszor kérnek a Desktop Team Blogon, de különösebb visszhangja nincsen a fejlesztők részéről.
jános: kereső vagy visszaolvasás. Az elmúlt fél évben ~100 hozzászólásonként feljön ez a kérdés, ~100 hozzászólásonként írtam választ, vagy linkeltem egy korábbi válaszomat.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
sid87
senior tag
Hello!
Lenne egy kérdésem:
Ha az aktív tabon a címsorba beírok valamit amire rá szeretnék keresni, és megnyomom a középső gombot a felajánlott keresési lehetőségre, akkor a keresés az aktív tabon lesz, és nem nyit neki egy újat. Chrome-ban meg Firefoxban működik ez. Itt van valami mód arra hogy ne kelljen új tabot nyitni és ott keresni?
iPhone 12 Pro Max (Telenor) | Apple Watch S6 | iPad Pro 10.5 | MacBook Air M1 16Gb | Pana Lumix LX100II | burgerem.blog.hu
-
#23295
dqdb
nagyúr
szildavid90
#23291
dqdb
nagyúr
válasz
szildavid90
#23291
üzenetére
[link]
Töltsd le a fájlt egy mappába, húzd be az Opera ablakába és kövesd a képernyőn megjelenő utasításokat. Be tudsz állítani üres vagy tetszőleges oldalt, működik új fül megnyitása mellett a címsortól balra lévő Start page gomb megnyomásakor is. Néha egy pillanatra bevillan az eredeti Speed Dial tartalma, ez ellen nem tudok semmit sem tenni (te annyit, hogy törlöd az összes Speed Dial és Stash elemet).Forrás itt.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
#23294
S-IW
tag
szildavid90
#23291
S-IW
tag
válasz
szildavid90
#23291
üzenetére
Én ezt használom új fül megnyitására.
-
#23293
szildavid90
aktív tag
szildavid90
aktív tag
Tudja valaki hogy a Magic Actions for YouTube kiegészítővel mi lehet a problémám?
Nézek egy videót és előszőr csak fekete kép van, aztán ha átrakom nagy képernyőre és vissza kicsire akkor már van kép a kis képernyős lejátszón is.
- Meg lehet valahogy úgy csinálni, hogy egyből a kis alap képernyős lejátszáson is legyen kép?Más: Belehet úgy állítani valahogy a kiegészítőn belűl, hogy egyből végig töltsön a buffer csík és ne álljon meg a videó felénél?
Ki hogy szokta beállítani ezt a kiegészítőt, hogy a lehető legjobb videózási élményt nyújtsa?
Köszönöm a válaszokat nektek!
-
#23292
spammer
veterán
szildavid90
#23291
spammer
veterán
válasz
szildavid90
#23291
üzenetére
Esetleg valami bővítménnyel, ami üres lapra visz (redirect), de annak meg sok értelmét nem látom.„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
#23291
szildavid90
aktív tag
szildavid90
aktív tag
A gyorshívó helyére be lehet valahogy állítani sima üres kezdőlapot valamilyen kiegészítővel? Nincs annyi könyvjelzőm, hogy szükségességét érezzem a gyorshívónak.
Ami van könyvjelzőm annak elegendő a sima könyvjelző sáv is, annak meg nem látom értelmét hogy oda is hozzáadjam és gyorshívóhozis a könyvjelzőmet.Valaki, valami ötlet?
-
dqdb
nagyúr
válasz
utas666
#23289
üzenetére
Rövid válasz: az attól függ.
Hosszú válasz: VS-t használok fejlesztésre, így próbálok azon belül maradni, ha lehet, mert azt szoktam meg, annak a hülyeségeit már jól ismerem. Sokszor előfordul kimondottan több platformos libraryknél, hogy a makefile mellett van VS projektfájl is, ilyenkor lehet örülni. Ha nincsen, akkor egy nem configure-ra építő könyvtárnál simán előfordulhat, hogy kézzel összerakva egy projektet fordul az egész. Ha ez sem megy, de CMake alapú a library, akkor könnyen exportálható belőle VS projekt. Ha normál make alapú, akkor elő kell szedni a MinGW32-t, de itt is van sokszor lehetőség arra, hogy a configure-nak meg lehessen adni, hogy az MSVC fordítóját használja. Ha ez sem működik, akkor marad MinGW32 alatt a GCC, és a VS projekthez történő dinamikus linkelés a statikus helyett.
Használok olyan libraryt, aminek W32-re fordításához 7 pontból, WCE-re fordításához 12 pontból álló leírást készítettem magamnak közel egy napnyi szívás után, és némelyik pont 20+ sorból áll, de általában ennél sokkal szebb és jobb a helyzet.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Már nem, tegnap lemaradt az OK gomb lenyomása
Nem használ MFC-t a program, a CRT-t is direkt statikusan linkelem hozzá, hogy ne kelljen neki VS redistributable, ez egy sima konzol alapú Win32 alkalmazás. Én teljes értékű Visual Studióval hoztam létre, azért szemetelhetett bele olyat, amire semmi szükség nincsen.ClickOnce: megnézem, de nem most. Ha 1-2 napon belül nem reagálok, akkor küldjél privátot, mert elfelejtettem.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
brd
nagyúr
Köszi', lebuildeltem magamnak, bár némi hibával, mert az Expressben nincs MFC, de ha jól láttam, azt nem használ a project, így kicseréltem a
#include "afxres.h"
sort erre:
#include "WinResrc.h"
#define IDC_STATIC -1így lefordult, láthatóan működik is rendesen, elmenti és vissza is teszi a login infókat. Ugye tényleg nem használja az MFC Library-t, így nem fog hibásan működni?
A linked permission-t kér.
Ill. ha már itt vagyok, kérdeznék valamit, és amennyiben nem rabolom el sok idődet, kérlek válaszolj:
Van egy ClickOnce extension, ami egyik Operában működik, a másikban nem (22.0.1471.70 verzió mindegyik), hogyan lehetne debugolni, hogy mi a probléma vele? A nem működés úgy néz ki, hogy duplakatt a ClickOnce linken, és valamit forgalmaz a net felé, majd semmi nem történik (egy exe-t indítana el egyébként a link).The only real valuable thing is intuition.
-
dqdb
nagyúr
Igen, ez a legfrissebb, és csak így elérhető (a My Opera beszántása után nem töltöttem fel belőle binárist máshová). Ha nem lenne Visual Studio a gépeden, akkor a Visual C++ 201x Express elegendő a fordításhoz.
Ha valami nem megy, szóljál, aztán megnézem.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
-
Rivaul
addikt
Sziasztok.
Néha ha betöltök egy oldalt akkor teljesen vagy részlegesen befeketedik. Ahogy mozgatom az egeret és viszem a feliratokra bármire úgy jön vissza minden. Vagy ha frissítem az oldalt akkor helyreáll. Van rá valami megoldás hogy lehet ezt megszüntetni?Eladó egy zöld kaméleon….Nem,sárga! Inkább piros! Most barna….Ez k**va jó!…… NEM ELADÓ!!!
-
Penge_4
veterán
válasz
Roxkex
#23276
üzenetére
"Hogy értsétek a példával magyaráznám el :
Facebookon rá kattintok a értesítési földgömbre GÖRGŐVEL akkor nem új oldalon nyitja meg hanem úgy működik mint ha a balgombbal kattoltam volna rá. Ezt hogyan lehetne ki offolni ?"Jó kérdés, engem is érdekelne. Chrome-ból hozott hülyeség egyébként, de tapasztaltam már hasonlót Firefoxban is. Presto-s Operában nem volt ilyen soha, mivel ott minden annak megfelelően működött, ahogy kell.
Egyébként gondolom az eredeti célja az lett volna, hogy az átlag user ne nyisson meg új lapon/háttérben értelmetlen javascript
nclick-es és hasonló linkeket (amik Opera 12-ben előfordultak, mert az a userre bízta a döntés jogát).A másik (gondolom ehhez kapcsolódó) hülyeség, amit tapasztalni szoktam, hogy középső klikkre megnyílik a klikkelt oldal új lapon, de az aktuális lapon is ugyanazon az oldalon betöltődik a middle click-elt oldal.
-
Roxkex
senior tag
Sziasztok!
Miért van az , hogy ha görgővel kattintok egy oldalon belül valamire ami lenyit egy fűlt akkornem új oldalon nyitja meg ? - Ezt hogyan tudnám megoldalni ? Firefoxot váltottam le , és ott nem volt ilyen.Hogy értsétek a példával magyaráznám el :
Facebookon rá kattintok a értesítési földgömbre GÖRGŐVEL akkor nem új oldalon nyitja meg hanem úgy működik mint ha a balgombbal kattoltam volna rá. Ezt hogyan lehetne ki offolni ?
Más böngi alatt nincs ilyen !Redmi Note 7 MIUI 12 Stable - Xiaomi.eu "Én nem akarok se iOS-t , se Androidot Én egy jó okostelefont akarok!"
-
dqdb
nagyúr
válasz
Penge_4
#23273
üzenetére
Nem is úgy gondoltam, hogy csak úgy fogják és módosítás nélkül kiadják, hanem, hogy a nem publikus sallang nagy részét pár automatizáló scripttel kikapják a maradékot meg kézzel, de nem gondoltam, hogy ennyi meló van vele.
Persze, lehet automatizálni, de nem teljesen. Ráadásul abban az esetben, ha az ember egy zárt forráskódú projektet fejleszt, akkor teljesen más stílusban írja azokat a kommenteket, amelyek egy rengeteg fejfájást okozó bug javításánál kerülnek a forrásba, vagy ecseteli integráció/interfészelés esetén a túloldal hülyeségeit (persze a túloldal meg az enyémet, ez egy ilyen játék
), hiszen csak ő vagy egy "sorstársa" fogja látni, mintha ez nyílt forrásba menne. A kód és annak minősége teljesen ugyanolyan természetesen (legalábbis magamból kiindulva), de már egy olyan projekt esetében is, ami nem nyílt forrású, de másik cég által végzett szoftverminősítésen ment át, máshogyan fogalmazok. Itt nem káromkodásra vagy hasonlóra kell gondolni, hanem olyasmire, hogy kettőspontduplavé sorminta és társai helyett egy hosszú levegővételt követően tárgyilagosan kerül leírásra a hiba vagy a workaround oka és megvalósítása. Az Operát rengetegen fejlesztették, valószínűleg az IE kompatibilitással és annak hülyeségeivel rengeteg szívhattak, szóval biztos vagyok benne, ha máshol nem is, de ezeken a helyeken a forráskódban nem kevés agyeldurranás van dokumentálva az utókornak 
Amíg ez cégen belül marad, addig nem szép, de a maga módján rendben van. Ha ez kikerül, akkor az nem kicsit kellemetlen.Meg az sem volt alapfeltétel, hogy a kiadás pillanatában leforgathatónak kell lennie. Elég lett volna, ha ezt leírják, hogy mik lettek érvénytelenek a kódban a kiherélés miatt.
Ha így adnák ki, abból világbotrány lenne kicsiben. Tényleg, biztos vagyok benne, ebben az esetben köszönetnyilvánítás helyett a FOSS közösség egy kis, de annál hangosabb része az Operát szapulná.bluobluo75: menni kellene már az opera szinkronizálásnak és csókolom
Attól, hogy megy a szinkronizálás, még nem fognak másik böngészőből átmászni a könyvjelzők Operába.Két nappal ezelőtti hozzászólás szerint már nekiálltak fejleszteni, és nem egyszerű. Fél évvel ezelőtti hozzászólás szerint már készen vannak a fejlesztéssel, csak a szervereket kell beüzemelni. Az akkor mi van kérdést illetően neked kell a konklúziót levonni.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
utas666
tag
válasz
bluobluo75
#23272
üzenetére
Szóltak volna az NSA-nak, már rég kész lenne az a szinkronizálás.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Penge_4
veterán
"Na, ezért nem lesz a Presto sosem open source, és nem azért, mert félnek attól a konteótól, hogy pár külsős ember világuralomra tör majd Presto alapokon."
Nem is úgy gondoltam, hogy csak úgy fogják és módosítás nélkül kiadják, hanem, hogy a nem publikus sallang nagy részét pár automatizáló scripttel kikapják a maradékot meg kézzel, de nem gondoltam, hogy ennyi meló van vele.
Meg az sem volt alapfeltétel, hogy a kiadás pillanatában leforgathatónak kell lennie. Elég lett volna, ha ezt leírják, hogy mik lettek érvénytelenek a kódban a kiherélés miatt.
-
#23271
szildavid90
aktív tag
Ádámbátyám
#23267
szildavid90
aktív tag
válasz
Ádámbátyám
#23267
üzenetére
Írd be kézzel, nem hinném, hogy lenne vagy 1000 könyvjelződ azt a párat meg simán beírhatod egyesével is.
[ Szerkesztve ]
-
dqdb
nagyúr
válasz
Penge_4
#23265
üzenetére
A nyílt forráskódnak nem az a lényege, hogy minden nyílt? Te arról beszélsz, hogy egy cégnél, ahol alkalmazott vagy, egy zárt forráskódú kereskedelmi termékből részletet úgy osztasz meg, hogy ne rúgjanak ki vagy pereljenek be.
Nem, én arról beszélek, hogy akármilyen forrást nem csak annyiból áll nyílttá tenni, hogy fogom, és feltolom valahová, csak erre hoztam egy valós életben könnyebben megfogható példát. Szerencsére ilyen módon még sosem kellett ráfanyalodni a Stack Overflowra, eddig a google-fu és az értő olvasás elegendőnek bizonyult. Azonban ha egyszer kevés lenne, akkor sem az általad írt retorziók miatt fordulnék ilyen módon az oldalhoz (amelyek nálunk nem léteznek, így nem is érinthetnének), hanem azért, mert szerintem így illik.A mostani Presto forrás:
1. tartalmazhat olyan harmadik féltől származó könyvtárakat, amelyeket nem tehetnek nyílttá, ezeket le kell cserélni másra (azaz fejlesztést igényel)
2. tartalmazhat olyan megjegyzéseket, információkat, amelyek nem kerülhetnek ki az Operától, ilyen például a buildbox felépítése és hasonlók (azaz teljes code review-t igényel az összes forrásfájlra vetítve)
3. használhat olyan egyedi segédprogramokat, amelyeket nem akarnak és/vagy tudnak nyílttá tenni, indoklás gyanánt lásd első pont (azaz fejlesztést igényel)
4. a forráskód mellé illik dokumentációt mellékelni, legalább a fordítás menetéről (nem, ez egy valós projektben nagyon nem az F7 vagy a Ctrl+Shift+B lenyomása), amelyek egy része természetesen létezik, csak garantáltan nem olyan formában, ahogyan itt kellene (azaz dokumentációt kell írni)
5. illik az új önjelölt fejlesztők munkáját valamilyen módon támogatni, ha később nem is, de legalább a kezdeti időkben (azaz kell fórumfelület, ahol aktív pár régi motoros a jelenlegi munkája mellett)Szóval idő és pénz, pontosabban szólva sok idő és sok pénz, még pontosabban szólva rengeteg idő és rengeteg pénz. Na, ezért nem lesz a Presto sosem open source, és nem azért, mert félnek attól a konteótól, hogy pár külsős ember világuralomra tör majd Presto alapokon.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
#23269
myke01
senior tag
Ádámbátyám
#23267
myke01
senior tag
válasz
Ádámbátyám
#23267
üzenetére
majd állítólag a 23-as az fogja tudni ezt is ...méghozzá automatikusan (sajnos)
-
#23268
spammer
veterán
Ádámbátyám
#23267
spammer
veterán
válasz
Ádámbátyám
#23267
üzenetére
Nem lehet, de volt más módszerről szó nem rég, olvass picit vissza
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
#23267
Ádámbátyám
csendes tag
Ádámbátyám
csendes tag
Most dobtam fel az Opera 22 Stable verziót . Most ez komoly ,hogy nem lehet a könyvjelzőket importálni másik böngészőből ? EZ bug ,vagy egyáltalán nem működik ez a funkció ? "További eszközöknél / Könyvjelző-importáló " inaktív módban van .
-
#23266
vilag
tag
Sk8erPeter
#23260
vilag
tag
válasz
Sk8erPeter
#23260
üzenetére
Akkor egy példakép:
-
Penge_4
veterán
"Ha nekem olyan problémám lenne egy belsős projekten egy konkrét funkció megvalósításával, hogy csak a Stack Overflow jelentené a megoldást, akkor a tényleges kérdés megírása előtt legalább 10-60 percet venne igénybe a linkelt forrásban található belső osztálynevek, SQL lekérdezések, címkék, kommentek átírása-eltávolítása."
A nyílt forráskódnak nem az a lényege, hogy minden nyílt? Te arról beszélsz, hogy egy cégnél, ahol alkalmazott vagy, egy zárt forráskódú kereskedelmi termékből részletet úgy osztasz meg, hogy ne rúgjanak ki vagy pereljenek be.
"És most fogom dicsérni az általad ekézett többfolyamatos felépítést: igaz, hogy némileg több memóriát foglal, de pont az ilyen finomságok miatt mégis egy gyorsabb, használhatóbb böngésző készíthető ilyen módon, nem véletlenül mozdul el mindenki ebbe az irányba."
Csak a memóriaigényét ekéztem és az opcionalitás hiányát. Nyilván vannak előnyei, főleg a komplex webalkalmazások terjedésével, de egyszerűen úgy látom, hogy 4-8 giga RAM alatt (felhasználási szokásoktól függően) több a szívás vele, mint az időnkénti haszon.
Na meg a kilapozással kapcsolatban is szkeptikus vagyok. Egy olyan átlagusernél, akinél a Superfetch is bevált, vagy egy szigorú rendszer szerint élő és gépet is eszerint használó embernél biztos lenne értelme, de én sokszor még magam sem tudom, hogy az elkövetkezendő órákban mit fogok csinálni, nemhogy egy algoritmus.
"A hardveres gyorsítás hiánya az első jel, és ez még csak nőni fog."
Miért? Safariban is van hardvergyorsítás és a Blink előtti Chrome-ban is volt. Ugyanez vonatkozik a PPAPI-ra is.
-
dqdb
nagyúr
Mókás a Desktop Team Blog hozzászólásait olvasni: az emberek egyik fele oda és vissza van a fülek előnézeti képétől, hogy mennyire jó lett, a másik fele pedig ekézi azt, hogy a régi jobb volt (szerintem is). Ilyenkor lenne a win-win szituáció a paraméterezhetőség, amit a régi szemléletű Opera még meglépett volna, kíváncsi vagyok, hogy az új szemléletű mit fog kezdeni a helyzettel.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
#23263
dqdb
nagyúr
Sk8erPeter
#23249
dqdb
nagyúr
válasz
Sk8erPeter
#23249
üzenetére
A tesztelésről, pontosabban azok hiányáról szóló rész meg egy ilyen vállalatnál tényleg megdöbbentő (még ha érezhető is volt, hogy valami nagyon nem stimmel, azért kevésbé kaotikusnak gondoltam volna a helyzetet).
Egy pillanatig sem fordult volna meg a fejemben, hogy 2009-ben egy böngészőmotort, amire kiválóan írhatók automatizált tesztek, bármiféle unit testing nélkül fejlesztenek. Így a sok kijavított-újra megjelent-kijavított hiba mindjárt más megvilágításba került. Egy garázscégnek nem illik így saját libraryt fejleszteni, nemhogy egy ennyire komplex valamit. Ami történt a hozzászólás alapján az Operánál, az teljesen menedzsmenthiba, mind a tervezés, mind a vezetés terén.Az ilyenek miatt már bennem is erősen felmerült a Chrome bojkottálásának gondolata, mert elég sok döntésükkel húzogatják ki a szőnyeget a tudatosabb felhasználó lába alól a szokásos átlagfelhasználós bullshittel megtámogatva a döntést. Meg így akkor kevésbé anyázzák őket, hogy valami "csak úgy" felmászott a gépükre. Nem lehetne ám alternatív megoldást kitalálni...
Remélem, azért ezt a f@szságot az Opera NEM fogja átvenni.
Én nem lennék annyira biztos a helyedben: emlékszel a módosíthatatlan alapértelmezett keresők magyarázatára?Persze egyébként igazad van, hogy zavaró tud lenni a hosszas animáció, remélem, hogy bőven csiszolnak azért rajta.
Kicsit csiszoltak rajta a mai buildben, de még mindig nem vagyok kibékülve vele, túl sokszor láttam ma is az animációt. Az mindenesetre pozitívum, hogy Ctrl+Tab-bal lépkedve az Entert lenyomva meg lehet szakítani a fülváltást.Penge_4: Ez a része ott sántít, hogy ha tényleg ennyire elhanyagolt volt, hogy fizetett fejlesztőkkel sem lehetett volna gatyába rázni, akkor miért is nem adták ki a forráskódot unatkozó kockáknak játszani? Talán csak nem fostak tőle, hogy az unatkozó kockák mégis gatyába rázzák?
Már korábban is kifejtettem, hogy egy ilyen komplex projekt nyílt forráskódúvá tétele nagyon nem csak egy döntésből áll, rengeteg munka van vele. Több erőforrást igényel, mint amennyi az Otter Browserbe eddig belement, és bele fog menni hasonló méretű csapattal az elkövetkezendő 3-4 évben (persze ezek nem pontos adatok, de a nagyságrend szemléltetésére alkalmasak). Ha nekem olyan problémám lenne egy belsős projekten egy konkrét funkció megvalósításával, hogy csak a Stack Overflow jelentené a megoldást, akkor a tényleges kérdés megírása előtt legalább 10-60 percet venne igénybe a linkelt forrásban található belső osztálynevek, SQL lekérdezések, címkék, kommentek átírása-eltávolítása.Ez az állítás pedig ott vérzik el, hogy 10 főverzióval később (egyáltalán ez a verziószámos faszság is minek kellett, mikor még a régi fejlesztők is ekézték?) miket kaptunk? ... Egy semmi komoly dologra nem alkalmas buta böngésző maradt a mai napig, ami sok szempontból még a Chrome-tól is elmarad ...
Én is ekéztem a fejlesztési tempót és ahogyan kinéz, még fogom is. Ezzel együtt jelenleg számomra jelenleg az Opera a legjobb böngésző még ilyen ezer sebből vérző formában is. Innentől kezdve lehet, hogy másik böngésző fejlesztése gyorsabbnak tűnik, de ha azok hiányosságai-hátrányai máshol jelentkeznek.Ezt a funkciót én is megtaláltam, gondolkoztam is, hogy bekapcsoljam-e, de aztán eszembe jutott, hogy nem lenne jó, ha véletlenül olyan lapot is hibernálna, ahol szöveget írok egy szövegdobozba.
Ahogyan brd is írja, ez csak felfüggeszti a háttérben lévő fülhöz tartozó folyamat futását. Az előtérben lévővel nem történik semmi, csak a háttérben lévővel, és ez a felfüggesztés is OS szintjén történik. Windows alatt ezzel, Linux alatt ezzel, OSX-hez nem értek (tippre az is pthread alapú).És most fogom dicsérni az általad ekézett többfolyamatos felépítést: igaz, hogy némileg több memóriát foglal, de pont az ilyen finomságok miatt mégis egy gyorsabb, használhatóbb böngésző készíthető ilyen módon, nem véletlenül mozdul el mindenki ebbe az irányba. Ha O12 alatt kevés a memória, akkor az OS nekiáll kilapozni adatokat, aztán ha nem jön össze, akkor jönnek két aktívan használt fül közötti váltáskor a mikrofagyások vagy súlyosabb esetben a 2-3 másodpercre megálló böngésző, mert az OS nem rendelkezik elegendő információval a saját memóriamenedzsmentet megvalósító böngésző belső szokásairól, hogy melyik page lapozható ki fájdalommentesen, és melyik nem. Ezzel szemben egy ilyen felfüggesztett folyamat meghívó keringőre, az OS nyugodt szívvel kivágja a memóriáját lemezre, és neked sem fog fájni, mert a háttérben van, és a többi fül még reszponzív marad. Szóval attól, hogy valami több memóriát foglal összességében, még nem biztos, hogy rosszabbul bánik a rendszer erőforrásaival. Ha megkérdeznél, mi az új Opera legjobb tulajdonsága, akkor részemről a többfolyamatos architektúra lenne a válasz. Lehet felhördülni
És ez a programra nézve mit jelent? Ha mondjuk 1-2 év múlva olyan állapotban lesz a Blink és még akkor is élni fog a projekt, akkor egyszerűen ki lehet majd cserélni a WebKitet Blinkre, vagy ugyanaz lesz a helyzet, mint a Presto-nál, ami keresztül-kasul volt drótozva?
Nem mélyedtem el ennyire a QtWebKit és QtWebEngine különbségeiben, mert az utóbbi API-ja még nem stabil. Valószínűleg az Otter Browser fejlesztői nem lesznek túl boldogok a portolás során, akármennyire is közel lesz egymáshoz a két API.Flash szerintem NPAPI-t használ, mert nagyon akadozós, lassú YouTube-on és nincs környezeti menüje a Flashnek (emiatt azt hittem, hogy WebM, de Inspectorral láttam, hogy nem.) De érdekes, hogy pl.
Amíg WebKit van a háttérben, NPAPI lesz csak.A motorról: Gyors és nem nagyon tapasztaltam problémát. Élsimítás nincs a betűkön (ez a hardvergyorsított böngészők terjedésével egyre feltűnőbb), a képeken sincs bucubic interpolation, cserébe viszont olyan gyors a zoom, mint Opera 12-ben.
Fogsz, egyre többet, ahogyan a WebKit a Google háttere nélkül egyre jobban lemarad a Blink mögött. A hardveres gyorsítás hiánya az első jel, és ez még csak nőni fog.bluobluo75: bocsi, de az angol szerintem emberi nyelv. Magyarul válaszolok a kérdésekre, magyarul fogalmazom meg a véleményemet, és angolul linkelt, érdekes szövegeknél általában leírom magyarul is a lényeget, azonban mivel nem vagyok fordítógép, így itt vannak kivételek. Egy olyan hozzászólást linkeltem, amelynél a hátteret és a mondanivalót csak egy fejlesztő fogja megérteni és átérezni, így a fordítástól eltekintettem, a lényeget is angolul emeltem ki. Pár nagyon speciális területet kivéve az a fejlesztő, aki nem képes az informatikai angolt a magyarral megegyező sebességgel olvasni, az jobb, ha másik szakmát keres magának, mert már a múltban él.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
brd
nagyúr
válasz
Penge_4
#23261
üzenetére
Ezt a funkciót én is megtaláltam, gondolkoztam is, hogy bekapcsoljam-e, de aztán eszembe jutott, hogy nem lenne jó, ha véletlenül olyan lapot is hibernálna, ahol szöveget írok egy szövegdobozba.
Nem hiszem, hogy komoly gond lenne belőle, mert ha jól láttam, mindössze annyit csinál, hogy az adott tab(ok) processzeit suspend állapotba helyez(tet)i.
The only real valuable thing is intuition.
-
Penge_4
veterán
"O21-től kezdve már az opera://flags oldalon be lehet kapcsolni a #tab-hibernation opciót, amely ilyenkor a háttérben lévő, és aktívan futó kódot nem tartalmazó fülekhez tartozó folyamatok futását felfüggeszti (működik, szerintem stabil, vagy legalábbis nem omlik tőle össze az Opera, mert a bevezetése óta használom)."
Ezt a funkciót én is megtaláltam, gondolkoztam is, hogy bekapcsoljam-e, de aztán eszembe jutott, hogy nem lenne jó, ha véletlenül olyan lapot is hibernálna, ahol szöveget írok egy szövegdobozba.
"nem Blinket, hanem QtWebKitet használ és még egy ideig használni is fog, hiszen a Blinkre épülő QtWebEngine még messze van a kész, használható állapottól."
És ez a programra nézve mit jelent? Ha mondjuk 1-2 év múlva olyan állapotban lesz a Blink és még akkor is élni fog a projekt, akkor egyszerűen ki lehet majd cserélni a WebKitet Blinkre, vagy ugyanaz lesz a helyzet, mint a Presto-nál, ami keresztül-kasul volt drótozva?
(#23259) Sk8erPeter: "Te most egyébként Firefoxra váltottál? Vagy épp mivel próbálkozol?"
Most Operával, hogy megjelent Linuxra is. Egyébként Firefoxra költöztem át a legjobban, de egy idő után engem is idegesít, hogy mennyire lassú, lomha az egész. Pedig már az Adblock Plus helyett is megpróbáltam alternatívákat találni, de az sem segített túl sokat, maximum az indulási időn.
A Chrome a memóriahasználata miatt vállalhatatlan lenne akkor is, ha az Opera 12 minden funkcionalitásával rendelkezne. Használok még Opera 12-t is néha, de csak rosszul érzem miatta magam, mikor meglátom, hogy mennyire villámgyors és az egész 250-300 mega körül van pár óra átlagos böngészés után, miközben tele van egy rakás kényelmi funkcióval, meg userJS-ek, kiegészítők, meg RSS, meg M2. Eközben a Firefox már 900 mega körül szokott enni és még alig pótoltam vissza minden funkcionalitást meg le is tiltottam egy csomó ritkán kellő kiegészítőt memóriaspórolás céljából, a Chrome meg valami veszedelem. Az az új, amúgy nagyon lassú kezdőlap, amibe benne van a Google kereső is önmagában eszik 90-100 megát (egyetlen New Tab).
Az Ottert is figyelgetni fogom, nagyon bízom benne, hogy nem lankad a fejlesztője lelkesedése és később majd mások is látnak benne fantáziát.
Bugok még vanna benne. Nem működik olyan billentyűparancs, mint az Alt+D, a jobbklikk+görgő zoomol, tehát nehéz kijelölni olyan terjedelmű szöveget, amihez sokat kell görgetni, amúgy nagyon gyors. A program is és az oldalbetöltés is. A memóriahasználat nagyon alacsony és a CPU használat is. Egyszer belefutottam egy oldalba, ahol 8-9%-os tüskéket produkált. A Flash miatt volt (mivel Click-to-Play még nincs benne sajnos), de megnéztem az összes többiben, ott 30-40%-ra terhelte a CPU-t és mikor háttérbe került a tab is 10-15% volt. Ellenben az Otternél ilyenkor 0-1% körül. Ez külön szimpatikus, hogy először az alapokra helyezi a hangsúlyt és nem a külsőségekre.
A fejlesztésen azért látszik, hogy elég rendhagyó prioritások vannak. Pl. about:plugins nincs, mozdulatparancsok se (bár az van KDE-ben gyárilag). de a keresők már jobbak, mint a 12-es Operában, mert GUI alól drag and droppal és fel-le nyíl gombokkal átrendezhető a sorrendjük és GUI alól szerkeszthető a Suggestion Query, amihez 12-ben INI-t kellett szerkeszteni, vannak Privát fülek is. Custom User Agent is. about:config is van, de még elég kezdetleges.
A régi GUI kerete már nagyjából kész. Ez alatt egy rakás kiszürkült, még nem használható funkciót kell elképzelni (pl. a Cookie-k sem szerkeszthetők még, ahogy a billentyűparancsok sem). Az utolsó fület nem lehet bezárni. Ez az új Operában úgy van, hogy ha csak egy ablak van nyitva, akkor az utolsó fül bezárásakor az átváltozik gyorshívóvá. Itt úgy, hogy hiába klikkelsz X-re, vagy nyomsz Ctrl+W-t, nem záródik be, amíg nem nyitsz legalább egy üres lapot. Szóval érdekes jelenséges és bugok vannak bőven.
Még a bugok is olyan "Operásak". Pl. visszatérve a keresőre, duplaklikkre nem nyílik meg az Edit, vagy ha egy másik keresőnél checkboxolod be a "Set as Default Search Engine"-t (alapértelmezett a DuckDuckGo), akkor nem veszi ki a meglévő alapértelmezettből a pipát, neked kell megtenned. Nincs drag and drop az URL sávban, van duplaklikkes gyorsmenü, de a szövegkijelölés módja WebKites. Nincs címsáv legördülőmenü. Nincs F12-es gyorsmenü, de a jobbklikk menü Operás csak még nem szerkeszthető (meg van egy rakás kiszürkült funkció, olyan triviálisak is, mint forráskód megtekintése. Ctrl+U/Ctrl+F3 sem működik). Fast Forward helyett Rewind Forward van.
Flash szerintem NPAPI-t használ, mert nagyon akadozós, lassú YouTube-on és nincs környezeti menüje a Flashnek (emiatt azt hittem, hogy WebM, de Inspectorral láttam, hogy nem.) De érdekes, hogy pl.
GUI egyáltalán nem szerkeszthető, oldalsáv sincs, viszont részletes Popup at bottom statusbar van, meg zoom csúszka is.
A motorról: Gyors és nem nagyon tapasztaltam problémát. Élsimítás nincs a betűkön (ez a hardvergyorsított böngészők terjedésével egyre feltűnőbb), a képeken sincs bucubic interpolation, cserébe viszont olyan gyors a zoom, mint Opera 12-ben. A Google Maps műholdra váltáskor fagyogat erősen, a images.google.com a régi (azaz a lapozós, nem a végtelen scrollozós) és a feedly.com kicsit lassabb és akadozósabb mint a többiben, egyelőre rövid böngészés során ezt vettem észre.
"Érted, ha valamelyik platformon ennyi idióta van, nem ám kitalálunk valami alternatív megoldást a nem Chrome Web Store-ból származó extensionök telepíthetőségére, hanem kitépjük a pi××ba a probléma gyökerét, írmagja se maradjon az egyéb forrásokból származó bővítmények felrakhatóságának. "
Amúgy téged mi az, ami a Windowshoz köt? Mert nekem is tyúkszemem a mai napig pl. a Potplayer, de amennyit szívni kell Windows-zal, főleg a ModernUI-s bohóckodás óta, inkább majd hardver upgrade után virtualizálok Linux alól egy Windows-t és azon futtatom azt a néhány Windows specifikus szoftvert.
"pedig ez az üzenet Operánál pont nem jellemző, mert az Opera az F5 lenyomásakor megerősítés nélkül eleve újraküldi az adatokat"
Az Opera 12 volt az egyetlen, amire nem volt jellemző. Chromium óta jellemző, ahogy az összes többi böngészőre is.
-
#23260
Sk8erPeter
nagyúr
vilag
#23257
Sk8erPeter
nagyúr
"Képernyő újraküldésének megerősítése" üzenetet ki lehe valahol kapcsolni?
[...]
Mert bazira idegesítő, hogy mindig nyomkodnom kell az F5-öt vagy a frissítés gombot, konkétan annyira, hogy már gondolkodom rajta, hogy lemondok a rég szeretett Opera böngészőről."Ez érdekes, pedig ez az üzenet Operánál pont nem jellemző, mert az Opera az F5 lenyomásakor megerősítés nélkül eleve újraküldi az adatokat (amikor egy oldal önmagára POST-ol, és nincs külön, adatokat feldolgozó oldal megadva mondjuk az action-attribútumban, ahol megtörténik a feldolgozás, majd visszairányítódik a felhasználó az eredeti oldalra). Most azért kíváncsiságból teszteltem saját miniweboldallal is, egy formnál, és ja, eleve újból elküldi a POST-tal küldött adatokat, nem kérdez vissza. Szóval nem értem, ez az üzenet nálad hogyan jöhetett elő. Biztos ilyenkor az Operát használod?
Azt viszont nem egészen értettem, hogy miért és hol "kell" nyomkodnod mindig az F5-öt?
A "rég szeretett Opera böngésződ" pedig már régen nem a régi.
(#23256) N0zer0 :
Próbáld ki, és megtudod, az a legegyszerűbb. Senki nem tudja, neked mik az igényeid, és megéri-e neked feltenni.Sk8erPeter
-
#23259
Sk8erPeter
nagyúr
Penge_4
#23252
Sk8erPeter
nagyúr
válasz
Penge_4
#23252
üzenetére
"Aki Firefoxra váltott, annak a mostani, 24-es állapota se lett volna kielégítő, aki Chome-ra az meg az alacsonyabb memóriahasználat és gyorsabb működés miatt úgyis visszatér idővel"
Nálam épp az említett agyonkorlátozós dolgok miatt jön el lassan az ideje, hogy megint az Operát használjam gyakrabban a Chrome helyett. A Firefox szerintem egész jó böngésző lehetne, használom is párszor, de valahogy nem tudom megszokni, továbbra is nehézkesnek érzem az indulást, és a használat közben is valahogy nehézsúlyúbbnak tűnik, mint az Opera vagy a Chrome. Pedig tetszik a felület testreszabhatósága is, az, ahogy megcsinálták a UI átrendezhetőségét (hogy relatíve szabadon dobálhatod rajta az elemeket), meg ahogy korábban beszéltük, az extensionök is jóval több lehetőséget kapnak, mint a többi népszerű böngésző bővítményei (erre a Google azt mondaná, hogy ez csakis hátrány lehet, mert akkor szegény ostoba, körül nem néző júzer bekap valami spy-/ad-/mal-/satöbbiware-t). Ennek megfelelően vannak is olyan extensionök Firefoxra, amiknek egyelőre nincs párja se Operára, se Chrome-ra.
Te most egyébként Firefoxra váltottál? Vagy épp mivel próbálkozol?
Az Ottert amúgy használgatod? Csak mert kíváncsi lennék olyan véleményére, aki használta pár napig, hogy milyen.Az előbbi, "többi állítással asszem egyetértek"-részből levonnám a forráskód-publikálásra vonatkozó részt, arra elfelejtettem reagálni. Nekem nem úgy tűnik, hogy a példás forráskód-minőségről tehetne tanúbizonyságot, meg amúgy sem biztos, hogy csak az az oka, hogy nem szívesen adnák ki a kezükből a forráskódot, hogy félnek tőle, hogy valaki világuralomra tör.
Na meg azért tényleg nem olyan sima a dolog egy ekkora szoftvernél, hogy egyszerűen feldobjuk GitHubra a komplett forráskódot, és hadd szóljon."Ez valószínűleg csak Windows alatt van így, mert 35-ös Chrome-ban Linux alatt csomagolatlan kiegészítőnél nem ugat és máshonnan is tudok behúzni crx-et miután jóváhagyom a figyelmeztetést. Vagy később kerül majd bele?"
Jól látod, se Linuxon, se Macnél nincs ilyen f@szság. Itt a válasz:
https://productforums.google.com/forum/#!msg/chrome/2yTVWdfC4Gg/BkbPOe08hWsJ
"Also I should note that we aren't enforcing this policy for chrome apps or themes, nor are we enforcing it for extensions on MacOS, Linux, or ChromeOS because we don't see anywhere near the same level of problems on those OSes (obviously switching OSes is a big deal and I don't mean to suggest that you should consider this, but I just wanted to make sure folks already running those OSes know that the policy doesn't affect them)."Érted, ha valamelyik platformon ennyi idióta van, nem ám kitalálunk valami alternatív megoldást a nem Chrome Web Store-ból származó extensionök telepíthetőségére, hanem kitépjük a pi××ba a probléma gyökerét, írmagja se maradjon az egyéb forrásokból származó bővítmények felrakhatóságának. Mennyivel egyszerűbb, még gondolkozni se kell túl sokat a forráskód módosításának mikéntjén.
Sk8erPeter
-
vilag
tag
válasz
spammer
#23255
üzenetére
Szerintem kár volt, a korábbi verziókat jobban testre lehetett szabni. Ebben gyakorlatilag szinte semmit nem lehet beállítani....
A másik problémára van valami megolás, vagy az a weblap hibája? Mert bazira idegesítő, hogy mindig nyomkodnom kell az F5-öt vagy a frissítés gombot, konkétan annyira, hogy már gondolkodom rajta, hogy lemondok a rég szeretett Opera böngészőről.
-
-
#23252
Penge_4
veterán
Sk8erPeter
#23251
Penge_4
veterán
válasz
Sk8erPeter
#23251
üzenetére
"több felhasználót gyűjthetett volna hirtelen (és esetleg meg is tarthatott volna magának), ha a nagy váltáskor ELEVE egy értelmesebb böngészőt dobnak piacra."
Olyan szempontból win-win szituációban voltak, hogy nem volt más alternatíva. Aki Firefoxra váltott, annak a mostani, 24-es állapota se lett volna kielégítő, aki Chome-ra az meg az alacsonyabb memóriahasználat és gyorsabb működés miatt úgyis visszatér idővel. Ha meg mindegy neki, akkor úgyis csak marketinggel lehet meggyőzni.
"Az persze más kérdés, hogy alaposan rácáfolt az Opera arra, hogy képesek lennének kihozni belátható időn belül egy használható valamit belőle."
Ha még csak ez lenne akkor reménykednék. De a nagyobb baj, hogy egyáltalán nem akarnak. Emdek egyedül, hobbiból, lelkesedésből többre képes, mint egy professzionális, jól fizetett fejlesztő csapat? Nem túl valószínű.
Mindenesetre nagyon bízom benne, hogy lesz majd valami milliárdos Opera 12 rajongó, aki lát benne fantáziát és segíti gazdaságilag a projektet. Tetzchernek már felhívtam rá a figyelmét még pár hónappal ezelőtt, meg a Vivaldi.net-en (My Opera utód) is hoztam neki létre topicot, kb. ennyi amit tehettem az érdekében.
"Azért legalább abban reménykedem, hogy az Opera nem veszi át a Google hülyeségeit az olyan jellegű agyonkorlátozásban, mint amit az előbbi hsz.-ben említettem"
Ez valószínűleg csak Windows alatt van így, mert 35-ös Chrome-ban Linux alatt csomagolatlan kiegészítőnél nem ugat és máshonnan is tudok behúzni crx-et miután jóváhagyom a figyelmeztetést. Vagy később kerül majd bele?
-
#23251
Sk8erPeter
nagyúr
Penge_4
#23250
Sk8erPeter
nagyúr
válasz
Penge_4
#23250
üzenetére
"Ez az állítás pedig ott vérzik el, hogy 10 főverzióval később (egyáltalán ez a verziószámos faszság is minek kellett, mikor még a régi fejlesztők is ekézték?) miket kaptunk?"
Az állítás önmagában igaz (mint írtam is az előző hsz.-emben), hogy nagyobb sikere lehetett volna az Operának, több felhasználót gyűjthetett volna hirtelen (és esetleg meg is tarthatott volna magának), ha a nagy váltáskor ELEVE egy értelmesebb böngészőt dobnak piacra. Az persze más kérdés, hogy alaposan rácáfolt az Opera arra, hogy képesek lennének kihozni belátható időn belül egy használható valamit belőle. Itt egyébként nyilván nem széjjelkonfigurálható dolgokra gondolok, hanem kutyacsontokra, amit oda lehet dobni a felhasználónak, hogy örüljön farokcsóválva (könyvjelzősáv, teljes URL legyen látható, stb.)."Alap könyvjelzősávot, ami egyenértékű a Chrome-éval"
Közel sem. A Chrome könyvjelző-rendszere még mindig jóval értelmesebben ki van találva, eleve a nagyjából megfelelő GUI ki van alakítva hozzá (még ha lehetne is bővíteni a korábbi Operából ismert dolgokkal, de valszeg nem fogják), ráadásul az rossz vicc, hogy az Operában kötelező, hogy meg legyen jelenítve a könyvjelzősáv ahhoz, hogy a könyvjelzők közé lehessen menteni egy aktuális oldalt. (Értsd: ha nincs megjelenítve a könyvjelzősáv, akkor nyomkodhatod a Ctrl+D-t, lószart se fog csinálni, nem fogja felajánlani a könyvjelző mentését.) Szóval még a Chrome könyvjelzős dolgaihoz képest is sok behoznivalója van az Operáénak. (Amivel nem állítom, hogy a Chrome-é tökéletes lenne.)"még hisztek nekik?"
Hmm, nem tudom, ilyenre hol láttál utalást, meglehetősen kisebbségben vannak itt a topicban, akik hisznek nekik. Szerintem jópár hsz.-ben cincáltuk a mostani Operát, a vezetést, a fejlesztőket, meg a blogjukon és a changelogokban látható bullshitgenerátort. Egyébként a többi állítással asszem egyetértek.
Azért legalább abban reménykedem, hogy az Opera nem veszi át a Google hülyeségeit az olyan jellegű agyonkorlátozásban, mint amit az előbbi hsz.-ben említettem (hogy csak saját csatornájukról kerülhet fel extension, és hasonlók).
[ Szerkesztve ]
Sk8erPeter
-
Penge_4
veterán
"the gap had become too large to really be viable to catch up, even if the resources were forthcoming."
Ez a része ott sántít, hogy ha tényleg ennyire elhanyagolt volt, hogy fizetett fejlesztőkkel sem lehetett volna gatyába rázni, akkor miért is nem adták ki a forráskódot unatkozó kockáknak játszani? Talán csak nem fostak tőle, hogy az unatkozó kockák mégis gatyába rázzák?
Tipikus esete a talált második világháborús gránátoknak: Ez már nem működik, nem használható, de semmiképp se nyúljatok hozzá, hívjatok tűzszerészt, mert mi van, ha mégis?
"the two could've been developed in parallel for a while until the new product was in a far better state than the panicked, rushed Opera 14/15 was when it shipped)."
Ez az állítás pedig ott vérzik el, hogy 10 főverzióval később (egyáltalán ez a verziószámos faszság is minek kellett, mikor még a régi fejlesztők is ekézték?) miket kaptunk?
- Alap könyvjelzősávot, ami egyenértékű a Chrome-éval, oké, hogy az JSON-ban plusz értékek vannak, de a GUI része még szarabb is. Könyvjelzőkezelő még mindig nincs.
- Kijött Linuxra egy developer build, ami Unity ablakkal jelenik meg, nem is funkcionál normálisan az ablakkeret KDE alatt.
- Nincs menu.ini, urlfilter.ini, toolbars.ini, override.ini, stb. (ini alatt itt a szöveges config érthető akármilyen formátumban). Tehát nem GUI, hanem még nyamvadt config fájl sem. Olyan sem, ami az internet bugyrainak mélyén lévő dokumentáció alapján a power user által kerül létrehozásra és Átlag Józsi azt se tudja, hogy létezik olyan.Még olyan népszerű funkciók is csorbát szenvednek és késnek, mint az Opera Link vagy a mozdulatparancsok, amiket nem fejlesztenek, mert "too geeky".
Nem akarok politikai hasonlatokkal élni, ezért csak annyit kérdezek: Ennyi hazugság, ködösítés és köpönyegforgatás (Opera Turbo -> Off-Road -> Opera Turbo) még hisztek nekik?
Egy semmi komoly dologra nem alkalmas buta böngésző maradt a mai napig, ami sok szempontból még a Chrome-tól is elmarad és három szignifikáns előnye (illetve Google-elleneseknek négy) van a Chrome-hoz képest: alacsonyabb memóriahasználat, Opera Turbo és kevésbé irritáló (de szintén temp-mentes) letöltő buborék.
Na jó, ha nem vagyok annyira szigorú, akkor a lazy tab loading és a Stash sem rossz és a gyorshívója is testreszabható(bb). De itt tényleg vége az előnyöknek. -
#23249
Sk8erPeter
nagyúr
dqdb
#23244
Sk8erPeter
nagyúr
Hmm, jó kis találat.
Az utolsó bekezdés jó összefoglalót ad. A tesztelésről, pontosabban azok hiányáról szóló rész meg egy ilyen vállalatnál tényleg megdöbbentő (még ha érezhető is volt, hogy valami nagyon nem stimmel, azért kevésbé kaotikusnak gondoltam volna a helyzetet).
Amúgy amikor kijött az Opera 15, én is pont azt emlegettem annak idején, hogy nem igazán értem, miért érte meg ilyen "panicked, rushed"-módon, gondolkodás nélkül kiadni egy ilyen állapotban lévő böngészőt, amikor egy előrehaladottabb állapotban lévőre nagyobb eséllyel ugrott volna rá egy komolyabb felhasználói bázis - mint ő is említi, jobb lett volna várni, "until the new product was in a far better state", kicsit jobbat tehetett volna az Opera piaci helyzetének is. Persze ahhoz az is kell, hogy a mostani mentalitás elég nagymértékben javuljon.Más: ugyanebben a threadben említi az egyik felhasználó korábban, hogy "I almost ragequit using Chrome last Friday when I learned it is now impossible to install any Chrome extensions on Windows Chrome without using a Google account. WTF?". Nemrég én meg azon hidaltam le, hogy most már egyáltalán nem lehet olyan extensiont telepíteni a Chrome-ba, ami NEM a Chrome Web Store-ból származik:
http://prohardver.hu/tema/google_chrome/hsz_18145-18145.html
Magyarul ha van egy saját extensionöd, amit a böngészésed kényelmesebbé tételére fejlesztettél (mint nálam), akkor azt a Chrome kérdezés nélkül, újraengedélyezhetetlenül letiltja a francba. Hacsak nem tolod fel a Chrome Web Store-ba! Ahol pedig ha nem akarod, hogy publikálva legyen, akkor hidden állapotban kell tartanod (legalább ennyi, hogy van ilyen...). Persze ehhez 5 dolláros fejlesztői regisztrációs díjat kell először fizetned. Nevetséges, hogy még saját kockázatodra sem rakhatsz fel máshonnan extensiont (kb. olyan, mintha a használt OS-re nem telepíthetnél csak úgy akármilyen szoftvert egy köztes csatorna nélkül). Egyetlen megoldás a fejlesztői mód bekapcsolása, és a kibontott állapotban történő betöltés, de akkor meg minden egyes böngészőindításkor cseszeget a Chrome egy figyelmeztetéssel, hogy kapcsold már ki a fejlesztői módban lévő bővítményedet, mert micsoda dolog. (Korábban pont ezért csomagoltam crx-be, mert természetesen ez a figyelmeztetés is kikapcsolhatatlan volt, ez volt az első idegesítő lépés.) Az ilyenek miatt már bennem is erősen felmerült a Chrome bojkottálásának gondolata, mert elég sok döntésükkel húzogatják ki a szőnyeget a tudatosabb felhasználó lába alól a szokásos átlagfelhasználós bullshittel megtámogatva a döntést. Meg így akkor kevésbé anyázzák őket, hogy valami "csak úgy" felmászott a gépükre. Nem lehetne ám alternatív megoldást kitalálni...
Remélem, azért ezt a f@szságot az Opera NEM fogja átvenni.(#23245) bluobluo75 :
Azért az angol elég "emberi" nyelv.
+ (#23248): itt az egykori Opera-alkalmazott hozzászólásában elsősorban az Opera Presto-motor végkorszakáról volt szó, és a végén picit annak kihatásáról a mai helyzetre is - de nem igazán a mostani állapotról beszél, hanem a Presto fejlesztéséről, ez a lényeg. Az más kérdés, hogy a töketlenség/hülyeség most is nagyon jellemző, csak más vezetéssel, de most kevésbé ez volt a központi téma.======================================
(#23232) dqdb :
"O24-ben visszatért az O12-ben is meglévő tab peek, valamint Ctrl+Tab közben is látszik a fül előnézeti képe, de ezt is sikerült szerintem sokkal rosszabbra megírni, mint a korábbiban volt."
Legalább végre történt valami észrevehető és még hasznosnak is nevezhető újítás, azért az már önmagában tetszetős. Persze egyébként igazad van, hogy zavaró tud lenni a hosszas animáció, remélem, hogy bőven csiszolnak azért rajta. De most végre valami újabb pozitívat is tudok mondani a böngészőről (legalább ilyen is van, még ha kicsit sárgább, kicsit savanyúbb is) az mp3-támogatás bevezetése óta. (#23231) Penge_4:
"Az ilyen mértékű fejlesztési tempó pedig csak álom marad."
Ahogy már (B)dqdb(/B) említette, ez valóban elsősorban egyemberes projekt, ha a commitokat megnézed, látszik, hogy a fejlesztője rengeteget dolgozik rajta, de rajta kívül inkább ad hoc-módon tesznek hozzá mások a projekthez. Persze drukkolok a fejlesztőnek, de ha nem talál komolyabb támogatást hozzá, akkor félő, hogy elfogy a lelkesedése/energiája/ideje.[ Szerkesztve ]
Sk8erPeter
-
#23248
bluobluo75
őstag
brd
#23247
-
#23247
brd
nagyúr
bluobluo75
#23245
brd
nagyúr
válasz
bluobluo75
#23245
üzenetére
http://translate.google.hu/ Kicsit vicces a végeredmény, de a lényeg kihámozható.
Egy ex Opera alkalmazott mesél a Presto halálának okairól, némi piaci és technikai és fejtegetéssel karöltve (ez utóbbi részt a topictárs nem linkelte, gondolom, mert még az angolnál is kevesebben értenék
). Röviden annyi a lényeg, hogy a vezetés elkényelmesedett, ahogy jött a profit, és a többi böngészővel ellentétben nem alkalmaztak megfelelő számban új embereket a technikai újítások kifejlesztésére, ill. a meglévők megfelelő irányítására sem fordítottak túl sok agysejtet. Pl. amúgy is rossz irányba fejlesztették a Prestot, így ez felesleges munka volt, és nem is tesztelték megfelelően, mert már akkor látni lehetett, hogy az az irány zsákutca, ennek köszönhető a sok hibás buggal teli release. Mindemellett párhuzamosan fejlesztették a WebKit alapút, megosztva így a fejlesztők számát, ezért a Presto lassan egyre jobban lemaradt a versenyben technikailag, végül a hátrány behozhatatlannak is tűnt már. Vagyis nem a pénzhiány okozta a halálát, hanem a vezetőség töketlensége. (Amelyből úgy tűnik, maradt még. 
)[ Szerkesztve ]
The only real valuable thing is intuition.
-
utas666
tag
válasz
whiskeys
#23233
üzenetére
Sikerült? Nekem van egy megoldásom.
Ha részletek nélkül rövid akarok maradni, akkor fog kelleni hozzá az ismdownloader és a fiddler. Első lépésben az rtl oldaláról kell a mediaid: jobbk.>>forrás>>F3>>mediaid. Aztán Fidlerben el kell küldeni egy megfelelően formázott http POST üzenetet. Ez a bonyolultabb része de gyk. pár ctrl+cv az egész, ha már elő van készítve a sablon (kérd és írok részletesen). A válaszban aztán benne lesz a silverlight smooth stream elérhetősége. Ezt kell átadni az ismdownloader-nek és akkor az letölti és belemuxolja egy .mkv-ba.
Ami jó, hogy ehhez egyáltalán nem kell, hogy a silverlight telepítve legyen.
Ha viszont telepítve van, akkor a fiddleres bonyi rész kihagyható, elég a videó elindításkor egy packetcapturet is futtatni és benne lesz a smooth stream manifest. Ilyet pl. a firefox media stealer kiterjesztése tud automatikusan, de biztos van valami operára is. Vagy itt van ez a progi. Az sl.rtl.hu-val végzett kommunikációt kell keresni és egy ilyesmi url-t kell kihozni belőle és átadni az ismdownloader-nek: http://smooth.edge1b.rtl.hu/ca1e30ec-be26-43a2-abbe-c1657eac1a58/ehir_140624_635896d9-97e0-46a6-b243-cf9feaf8e3ab.ism/manifest[ Szerkesztve ]
-
dqdb
nagyúr
"Opera ceased selling a web browser to consumer years ago."
"The move to the Chromium Content API and WebKit and later Blink beneath it was not driven out of lack of resources to develop Presto; it was driven out of an unwillingness to do so."
"This was all not helped by Presto falling further and further behind the competition; a number of engineers were let go during the black quarters in '09/'10, the "Core" department (i.e., that which worked on Presto) let go about as many as any other at the time ...The real hurt was that when the company started posting profits again, Core never began hiring again (only a very few hires were made before everyone was let go or moved to other departments with the end of Presto), and certainly not enough to keep up with the rate that MS, Mozilla, Google, and Apple were hiring people to work on their respective browser engines; there simply weren't the resources to keep up, yet alone catch up the slight gap we had in 2010. As a result, Presto ended up fairing worse and worse to what more and more of our customers wanted. By 2011 it was inevitable Presto was dead (I know others who'd put that date back as far as 2009!); the gap had become too large to really be viable to catch up, even if the resources were forthcoming. That we were heading towards its inevitable death had been obvious for years; nothing was done about it."
"The state of testing was... diabolical, at best. This was really driven by a view of testing as nothing but a cost (and there are plenty of terrible releases of Opera!) and something that can be avoided by proper development process so bugs aren't introduced in the first place (which of course is nonsense). Regressions were aplenty, typically caught months after the code was changed (many were only found once the Presto release found its way into a public Desktop build), by which time nobody knew quite what was going on. Bugs would often languish for years, eventually get fixed, just to be reintroduced a year down the line. "
"Ultimately, Presto died not because of a lack of money, but because the leadership was weak (it was obvious Presto was going to die if investment didn't increase in 2009, and yet nothing was done; had the investment been made in Presto we might not be talking here today, had the decision to move to WebKit been made in 2010 the two could've been developed in parallel for a while until the new product was in a far better state than the panicked, rushed Opera 14/15 was when it shipped). "
Kemény szavak ...
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
Akkor passz, ennek a paraméternek megoldásnak kell lennie. Azt tudom elképzelni, hogy az importálás enyhén bugos, és az nem veszi figyelembe ezt a paramétert, míg a böngésző többi része igen. Én sok más feature-rel ellentétben ezt nem próbáltam saját kezűleg, mert 10+ éve Opera az alapértelmezett böngészőm, abból pedig ment eddig is az importálás. A neten fellelt információk alapján írtam azt a listát.
Esetleg a launcher.exe --with-feature:first-run-import=true parancs lehet a megoldás (szintén nem néztem meg, csak tippelek).
--------
Szinkronizálás
"guys, give us synchronization, why it takes so long ?"
"Its taking a long while because doing it wrong could be disastrous for our users’ highly valuable data."
[link]"You have any roadmap for Opera Link?"
"We don't have any public roadmaps, we are working on sync. And when it's ready enough for being tested it will be released in the developer stream."
[link]Könyvjelzők
"real bookmark manager please and a panel for bookmarks. are you plan that or not ?"
"Bookmarks are a high priority and is being worked on every day"
"good to hear (: but a side panel and a bookmark manger is a must- have. are u plan that ?"
"I'm not the guy who plans and chooses stuff around here, but it seems they're going to do a lot of things with the bookmarks. So these things you're talking about will probably come one day, but might be different and better than what you've imagined :3"
[link]tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
-
dqdb
nagyúr
válasz
myke01
#23235
üzenetére
Én ezt "csak" cikinek nevezném. Opera 12-ből már az első új változat óta ment az importálás, a többi böngészőből az Opera 23 fog tudni importálni. Még 3-4 hét, és kijön a stabil változat belőle.
Szerintem a szégyen inkább az, hogy ezt az importálást bármiféle megerősítés és engedélyezés nélkül teszi meg az alapértelmezett böngészőből. Tehát kíváncsiságból telepítesz egy Operát, és automatikusan átemeli az összes sütit, jelszót, könyvjelzőt az alapértelmezett böngészőből, esélyed sincsen arra, hogy tiszta lappal induljon, és ne nyúljon le érzékeny információkat egy másik programtól. A fejlesztők a mostanában megszokott struccpolitikájukat folytatják ez ügyben, azaz az ez így jó, ahogyan most van, nem értjük, mi a bajod vele álláspontot képviselik.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz
Penge_4
#23231
üzenetére
Azóta használtam az egeret fülek közti váltásra, továbbra is az a véleményem, hogy rendkívül idegesítő a nagy méretű előnézeti kép és a sötétítés párosa. Ugyanaz van, mint billentyűzetről: ha a fül fölé állás után nem klikkelsz azonnal, akkor minimális késlekedés után is már ki kell várni az elsőre látványos, 10 percen belül huszadik alkalommal lefutáskor már rettentő idegesítő animációt.
Az Otter Browsert én nem hoznám fel példának, tipikus egy emberes projekt, hiába van elvileg sok közreműködő, ha nem csinálnak semmit sem. Akármennyire is egyszerűnek és funkciószegénynek tűnik az új Opera felülete, még így is rengeteg erőforrás kell a megvalósításához.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
Penge_4
veterán
"O24-ben visszatért az O12-ben is meglévő tab peek"
Ez inkább valami Safarira emlékeztető Tab Peek, nem rossz, bár a fading felesleges. A régihez nem is hasonlítható.
Az ilyen mértékű fejlesztési tempó pedig csak álom marad.
-
dqdb
nagyúr
válasz
myke01
#23229
üzenetére
Telepítesz Chrome-ot, abban be tudod importálni a könyvjelzőket, ezután folytatás itt. Vagy vársz az Opera 23-ra, az bármiféle kérdés-kérés nélkül megteszi ezt az alapértelmezett böngészőből, még akkor is, ha nem akarod.
-----
O24-ben visszatért az O12-ben is meglévő tab peek, valamint Ctrl+Tab közben is látszik a fül előnézeti képe, de ezt is sikerült szerintem sokkal rosszabbra megírni, mint a korábbiban volt. Az előnézeti kép feleslegesen nagy, és lazy tab loading + nem betöltött fül esetén csak egy semmitmondó üzenet jelenik meg. Ctrl+Tab közben nem jelenik meg a fülek listája, ami eléggé hasznos információ lenne, és jobb klikk+görgő sincsen. Cserébe van animáció, ami elsőre látványos, azonban ha sokszor váltasz Ctrl+Tab-bal két fül között, és a Tab billentyű felengedésével kicsit lassabb vagy, mint ahogyan azt az Opera fejlesztői gondolták, akkor hamar idegesítővé válik az egész.tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
w333
félisten
válasz
Penge_4
#23222
üzenetére
+1 szerintem is 2014 -ben már elvárt lenne a min. 4GB/RAM
Régi Dell MT Optiplex 745 (D925 cpu / 2GB/RAM) gépem van, már nagyon nem éri meg fejleszteni és még egy darabig eldöcögök vele míg meglesz az új i5 + 4GB/RAM aztán majd idővel még +4GB, de már nagyon érzem hogy váltani kell ... lassan már tényleg a telefonom is sokkal erősebb és élvezetesebb rajta bármelyik böngésző
Szerintem nincs lassú böngésző, csak kevés vas ...
iPhone 13 Pro Max & iPhone SE
-
vlevi
nagyúr
válasz
w.miki
#23224
üzenetére
Opera Mini van még?
Androidos telefonra biztosan van, még láttam a napokban a play storeban. Az volt olyan, hogy mindent az opera szerverein keresztül tömörítve csinált, ráadásul egyszerűsítve. Természetesen így nem működik minden, de kevés az adatforgalom.
Esetleg a rendes operának, szintén androidra a rally módját érdemes kipróbálni.
Nekem nincs mobilnetem, csak wifizek, így az adatforgalmi dolgokról nem tudok nyilatkozni. -
vlevi
nagyúr
Nálam valamelyik FF verziónál a fortepan zabált el 3.5Gigát. Pedig nem volt 1000+ lap nyitva, csak néhány képre böktem rá, és párszázat
lementettem. Aztán elkezdett nagyondenagyon lassulni. Akkor tűnt fel, hogy a memóriájának a végrére ért. Gondoltam, szerencse, hogy a gépben 8G memória van, mert azt nem készítette ki. Szerintem valami javascriptes, vagy egyéb memóriakezelési probléma is lehetett a dologban, mert a fortepan oldala nem túl bonyoult.
Legközelebb Operával bóklásztam arra, és mivel az külön processben nyitja a lapokat, legnagyobb ledöbbenésemre, az Opera képes volt felzabálni a teljes 8giga memóriát!. Igaz, sok képet nyitottam meg a háttérben, és ezek általában nagy képek, de 8giga azért mégis túlzás. Az a baj ezzel a fülenként külön processzel, hogy összességében jóval több memót fogyaszt, mintha egy processz lenne. -
Penge_4
veterán
"Tekerd végig a sample imagest Link gyorsan megeszi a 1.5GB -t "
Erről van szó. Direkt nem magamat hozom fel példaként, aki power user és időnként szeret(ne) 50+ oldalt is nyitva tartani, na meg a böngésző mellett azért fut pár szoftver.
Vehetünk egy átlag Mancikát, aki belescrolloz egy Facebook albumlistába és 300-400 kép után (aminek nyilván a 90%-a mindenféle idióta alkalmazás képe, de mint tudjuk sokszor az ember saját hülyesége ellen sincs ellenszer, nemhogy másoké ellen) még akkor is összefossa magát az egész OS, böngészőstől, ha a böngésző az egyetlen ami egy jól bekonfigurált Windowson futnak, ahol az, autorunok és gyári feleslegek le vannak tiltva. Mert ilyenkor egyetlen tab jár olyan 1,5 giga körül, a többi megeszi (azaz megenné, ha lenne) a maradék 500 megát, beleértve mondjuk egy ABP-t, ami egymagában eszik 180-200 mega körül és akkor mi marad az OS-nek?
És ha még fut mellette más is? Ismétlem: átlagfelhasználásra kell gondolni. Fut az OS-en valami jó tápos Internet Security, mellette torrent, mellette Photoshop, mert hát a pattanásokat és a ráncokat valamivel el kell távolítani és amúgy is snassz bezárni ezeket az alkalmazásokat, simán váltsunk ablakot és töltsük fel az újdonsült remekművünket a fácséra. Utána meg hívjunk szakembert, mert lassú a gép.
Aztán nem is Magyarországon lennénk, ha ilyenkor nem merülne fel az összeesküvés-elmélet, hogy "Régebben bezzeg minden sokkal gyorsabban futott. Biztosan a szakember meg a szakszerviz lassítja időről-időre, mert hát a tudjukkik uralják ezt is, akárcsak az embereket megbetegítő gyógyszeripart meg az egészségre káros élelmiszereket. De majd a nagy turul lesújt rájuk!" de ez már egy másik történet. Viszont élvezet, mikor a háttérből nyomja a szöveget a családfő, miközben a tudjukkik uralma alatt álló lelketlen szakember éppen készül összetörni a kis Mancika szívét, hogy sajnos a csillámpónis szmájlipacknek mennie kell.
-
-
Gyick
őstag
válasz
albandy
#23218
üzenetére
ezt ma meg is tapasztaltam..
Felraktam a puppy linuxot annak a csomagkezelőjéből telepitettem az opera 12-t ,chromium 25-t,firefox alapból bent volt de nem jártam sikerrel talán,majdhogynem lassab volt mind mint xp alatt a chrome.Akkor xp alatt kezdtem el keresni.probáltam a k-melont,comodo dragont,firefox 30-t,opera 22-t ezekből a firefox tünt a leggyorsabbnak facebooknál igy azt hagytam meg.ill a k-melon is gyors volt a stable verzio de abban még bookmark sincs(a beta-ban van de az meg fagyott)
-
utas666
tag
válasz
skitzoo
#23211
üzenetére
Most szombaton(22) gond volt T-Home DNS serverekkel és előfordulhat, hogy az okozta nálad is. Én erről ezzel a progival győződtem meg. Kimegy a kérés, hogy csináljon az ujmenetrend.cdata.hu-ból IP címet, de nem jön válasz és aztán a böngésző feldobja a nem elérhető / ellenőrizze az internet kapcsolatot lap. Ilyenkor DNS szervert lehet váltani, pl. OpenDNS, vagy a Google féle 8.8.8.8 és társai.
[ Szerkesztve ]
-
spammer
veterán
válasz
Penge_4
#23212
üzenetére
1,5 GB rammal használtam a Chrome-ot, meg az Opera Nextet is azzal használom egy régi laptopban.
Mondjuk az igaz, hogy nem tartok nyitva 50 lapot egyszerre, de nincs is igényem rá, én a rendet szeretem, csak azt nyitom meg, ami éppen kell. Átlagjúzer is ugyanígy el tud böngészgetni 1-1 lappal (ha egyébként nincs tele a gépe felesleges erőforrás zabáló szarokkal, amik pl. Windows-zal együtt indulnak.)Persze jelen esetben a P3 lehet a bajos, a fentieket csak a RAM-ra írtam, mert ha van egy elfogadható proci, akkor nincs gáz a kevesebb rammal sem.
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Gyick
őstag
válasz
Penge_4
#23212
üzenetére
mutteromnak raktam össze ezt a gépet a korábbi gépeim maradványaiból tulképp,ő kb arra használja hogy heti kétszer bekapcsolja megnézi a facebookját meg nagy néha skype-ra.Linux-on én is gondolkodom hogy az egyik particiora rakok,lubuntu lesz vszeg 14-est reméljem elbirja...
[ Szerkesztve ]
-
Penge_4
veterán
P3-as gépre? Sem Chrome-ot, sem forkjait nem tenném jó szívvel 8 giga RAM alatti gépekre. Na jó, 4 giga olyan határeset kategória.
Attól függ, mire használod (vagy a gép tulajdonosa) a gépet. Ha csak netezésre és semmilyen Windows-specifikus program nem kell, akkor Lubuntu vagy Puppy Linux és arra egy Opera 12, mivel az a leginkább erőforrásspórolósabb.
Az Otter Browser-ben még látok fantáziát, kérdés, hogy meddig tart majd ki a fejlesztők lelkesedése.
-
skitzoo
senior tag
Sziasztok, ilyenkor mi a teendő? Másik böngészőnél is ilyen hiba van?
"Tudod, mi a pokol? Nem tűz és ördögök... nem az, amit gyerekkorunkban tanultunk! Mi magunk építjük a magunk poklát... még életünkben... ahányszor fájdalmat okozunk... ahányszor szenvedést okozunk!"
-
dqdb
nagyúr
A helyzet egyszerű: a Chromiumhoz (Linux, Windows), Chrome-hoz és Opera 22-höz kell az SSE2, amit nem tud a P3. Az Opera 12.17-nek elvileg elég csak az SSE utasításkészlet támogatása, így az el fog indulni, de nem lesz túl nagy élvezet vele a böngészés. Esetleg még érdemes megnézni a 11.64-et is, aminek kisebb az erőforrásigénye, cserébe még nagyobb kompatibilitási problémáid lesznek azzal.
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
dqdb
nagyúr
válasz
norbszt
#23202
üzenetére
Az Opera profilod mappájának helyét az Opera menü > Névjegy alatt tudod megnézni (a stabil csatorna telepítése esetén %APPDATA%\Opera Software\Opera Stable lesz), ebben a mappában a Bookmarks nevű fájl tárolja a könyvjelzőket. Lépjél ki másolás előtt a forrásként használt böngészőből, és ne fusson másoláskor a célként használt böngésző.
LonGleY: nem lehetne, hogy a jövőben csak akkor válaszolsz kérdésre, ha van érdemi mondanivalód, ami elősegíti a probléma megoldását? A kérdezőbe történő belekötés szerintem nem ilyen, és az értelmetlen, hozzászólásszám-növelő beszólás sem az.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
Esetleg valami bővítménnyel, ami üres lapra visz (redirect), de annak meg sok értelmét nem látom.
Nem használ MFC-t a program, a CRT-t is direkt statikusan linkelem hozzá, hogy ne kelljen neki VS redistributable, ez egy sima konzol alapú Win32 alkalmazás. Én teljes értékű Visual Studióval hoztam létre, azért szemetelhetett bele olyat, amire semmi szükség nincsen.
nclick-es és hasonló linkeket (amik Opera 12-ben előfordultak, mert az a userre bízta a döntés jogát).
), hiszen csak ő vagy egy "sorstársa" fogja látni, mintha ez nyílt forrásba menne. A kód és annak minősége teljesen ugyanolyan természetesen (legalábbis magamból kiindulva), de már egy olyan projekt esetében is, ami nem nyílt forrású, de másik cég által végzett szoftverminősítésen ment át, máshogyan fogalmazok. Itt nem káromkodásra vagy hasonlóra kell gondolni, hanem olyasmire, hogy kettőspontduplavé sorminta és társai helyett egy hosszú levegővételt követően tárgyilagosan kerül leírásra a hiba vagy a workaround oka és megvalósítása. Az Operát rengetegen fejlesztették, valószínűleg az IE kompatibilitással és annak hülyeségeivel rengeteg szívhattak, szóval biztos vagyok benne, ha máshol nem is, de ezeken a helyeken a forráskódban nem kevés agyeldurranás van dokumentálva az utókornak 
Amíg ez cégen belül marad, addig nem szép, de a maga módján rendben van. Ha ez kikerül, akkor az nem kicsit kellemetlen.![;]](http://cdn.rios.hu/dl/s/v1.gif)
lehet hanyagolom a chromet
Új hozzászólás Aktív témák
Kérdés előtt olvasd el az
összefoglalót!
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Eladó Steam kulcsok kedvező áron!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Újévi kedvező ár!
- AKCIÓ! Microsoft szoftverek, vírusírtó szoftverek, egyéb szoftverek széles választéka!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest