-
Fototrend
Új hozzászólás Aktív témák
-
#27441408
törölt tag
válasz
Sk8erPeter
#19298
üzenetére
KB igen,
Apropó annó ugye terjengett, hogy az operát megveszi a facebook. Ezzel a tervvel mi van ? És ha a face,nem veszi meg hogyan akarják az anyagi gondokat megoldani? (gondolom az opcsi megszünésétől azért nem kell tartani. )
-
Debilon
addikt
válasz
Sk8erPeter
#19298
üzenetére
ez jó -
Sk8erPeter
nagyúr
válasz
#27441408
#19295
üzenetére
"így értettem, ha az operánál blogolok akkor olyanok is látják e akiknek nem mutattam meg, bocsánat nem tudom jobban leírni"
Csak hogy lefordítsam: azt akartad megkérdezni, hogy a my.opera.com-on indított saját blogod keresőoptimalizáltsága (SEO) várhatóan milyen lesz, a Google-találatok között a megfelelő kulcsszavakra rákeresve megtalálható lesz-e a Te oldalad is?
A választ nem tudom, csak azért fordítottam le, hogy hátha így más is megérti.
-
#27441408
törölt tag
Sűrű elnézést a modiktól, nem offolni szándékozom, de sikerült operás mailtt csinálnom, a kérdés e része tárgytalan. ELNÉZÉST

-
#27441408
törölt tag
már persze ha lehetőség van operás mail címre, én úgy emlékeztem régről hogy igen,.
-
#27441408
törölt tag
válasz
Debilon
#19294
üzenetére
nem így értettem, a blogspottal ugye a gugli, gondolom nyomatja a blogot, és sokan nézik (ez látszik a statisztikában is) , így értettem, ha az operánál blogolok akkor olyanok is látják e akiknek nem mutattam meg, bocsánat nem tudom jobban leírni

És operás imélcímet is szeetnék azt hol regisztrálhatok? köszija és persze ha itt blogolnék, van e korlát , a blogspotnál azt hiszem nincs, csak a blogok számát, korlátozzák 100-ra.
-
#27441408
törölt tag
Sziasztok. érdemes blogot indítanom,az operánál? Eljut az magyar emberekhez stb stb,,, köszi (nyílván magyarul írnám és a sakkról szól
) -
Predator2
addikt
Most az Opera Next (15) egy teljes értékű böngésző vagy még béta és társai fázisban van?
Rányomtam a 12.15-nél a frissítésre de nem talált semmit. -
fatal`
titán
válasz
Penge_4
#19277
üzenetére
Igazából engem legjobban a letöltéskezelő aggaszt, hogy nem fognak vele semmit kezdeni.
(#19285) dqdb: Na ezt nem tudtam, eddig csak arról tudtam (Chromenál), hogy ezeket meg lehet adni parancssori kapcsolónak.
Remélhetőleg erre bedobnak egy beállítást, mert nem valami kényelmes.

Akkor mostmár tényleg (számomra) csak a letöltéskezelő hiányzik, hogy rendbetegyék. Meg persze a többi, amire már találtatok utaló jeleket.

-
Orlin
addikt
Sziasztok!
Az új Next-ből van 64 bites?
Köszi
-
Sk8erPeter
nagyúr
Na, hát először is köszi, hogy megosztottad a kutakodásaid eredményét, tényleg így van némi reménysugár, bár még így is számtalan olyan dolog van, ami felháborodásra adhat okot, hogy nem került bele, de hátha majd egyszer, valamikor lesz ebből is testreszabható böngésző...
Majd kipróbálom a progit, amit összeraktál a fájlok szétbontására, abból is tényleg lehet egész sok mindent sejteni (még ha tévesen is). Amúgy tök jó, hogy open source fejjel gondolkodsz.
A Strings progival most én is szórakoztam, hozzád hasonlóan értelmesebb tevékenységek helyett most kb. 30 percet bújtam az exportált fájlt.
Konkrétan én a "tab" stringre kerestem, mert annyira érdekelt, hogy van-e vajon a Ctrl+Tab viselkedésének a régihez hasonló működésére utaló jel. Mindössze ennyit találtam, de hátha ez is jelent valamit:
SelectPreviouslyActiveTab
kérdés mondjuk, hogy ez mivel lesz majd vajon elérhető. A SelectTabToTheLeft gondolom a Chrome-ban is szokásos Ctrl+Shift+Tab, a SelectTabToTheRight a sima Ctrl+Tab. De engem az előzőleg aktív fül kiválasztása érdekelne. Jah, de most látom, hogy írtad korábban, hogy "a Ctrl+F1 és Ctrl+F2 pontosan úgy működik, mint a régi Ctrl+Tab és Ctrl+Shift+Tab, szóval ez a feature sem a múlté, csak a Ctrl+Tab-ra mást kötöttek be".
Na, de ezt most kipróbáltam, és a Ctrl+F1 tök jól működik, de a Ctrl+F2 most nem világos, mert mintha nem determinisztikus lenne, de majd próbálgatom erősebben. 
Írtad korábban, hogy "nincsen privát böngészéses fül, csak privát ablak", ennek ellentmondhat az, hogy ilyen stringek is vannak:
"type":"function","name":"createIncognitoTab"
test.createIncognitoTabCache-sel kapcsolatos dolgok (bár ezt azóta írtad asszem):
disk-cache-dir
disk-cache-sizeEzekre a stringekre is felfigyeltem, hátha ebből lehet fülcsoportokra következtetni:
enable-stacked-tab-strip
enable-tab-groups-context-menu
enable-tab-browser-dragging
enable-tab-captureA könyvjelzővel kapcsolatos bookmark_bar.show_on_all_tabs stringet Te is írtad azóta, a bookmark_bar.show_apps_shortcut, bookmark_editor.expanded_nodes most konkrétan nem tudom, mire utal.
Van még pinned_tabs, bár ez nem nagy valami, Chrome-ban is van.Van sessions\tab_session.cc, ez alapján lehet, hogy továbbra is elmenthetők lennének füles sessionök konkrét néven, külön kiegészítő nélkül (ami Chrome-ban nem lehetséges), de lehet, hogy rosszul gondolom.
A ..\chrome_imports\chrome\browser\content_settings\tab_specific_content_settings.cc csak Chrome-ból való importálásra utal gondolom, ha nem értem félre.
Ami még felmerült bennem, hogy olyan sok a CSS-fájlra hivatkozás, ez mind pusztán "belső használatra" van (pongyolán), vagy lesz vajon testreszabható CSS-fájl a korábbi Operához hasonlóan, amivel valamelyest a felület átszabható? Nyilván ez csak költői kérdés egyelőre, de hátha mégis találtál erre utaló konkrétabb nyomot.
Na most egyelőre ennyire volt energiám, de végül is tényleg vannak biztató jelek, remélhetőleg ezek nem csak jelek, hanem előbb-utóbb lesz is belőlük valami.
Ha közben még valamit felfedeztél, kíváncsian várjuk.
-
dqdb
nagyúr
válasz
fatal`
#19276
üzenetére
lehet korlátozni a cachet
A profilodban a Preferences fájlt kell szerkeszteni ehhez. Az elejére dobd be ezt a node-ot:"browser": {
"disk_cache_dir": "G:\\data\\apps\\opera\\next\\abc",
"disk_cache_size": 10000,
"media_cache_size": 10000
},Ha nem szeretnéd áthelyezni a cache mappáját, akkor a disk_cache_dir sort töröld (ha áthelyezed, akkor ügyelj a dupla \-ekre). A disk_cache_size és media_cache_size kezelése még bugos, vagy legalábbis nagyon furcsán viselkedik. Ha értéke nulla vagy túl nagy, akkor önhatalmúlag cache-el a lemezre. Ha a fenti értéke a fenti 10000 vagy annál kisebb, akkor nincsen növekvő disk cache, 10 percnyi tesztelgetés alapján körülbelül 2 MB-nyi indexfájl került csak a mappába. Szóval tisztán kísérletezés eredménye, csak óvatosan.
littlemamba: Sziasztok, szép és tetszik az Opera next, de jól látom, hogy nem tudom a fülsávot lerakni?
Jól, a felület jelenleg semennyire sem módosítható.Ahelyett, hogy értelmesen töltve az időmet elmegyek bringázni, továbbra is az Operát túrtam ma. Találkoztam még ilyen szövegekkel: pinned_tabs, bookmark_bar.show_on_all_tabs (ez nem csinált semmit), valószínűleg a default Google keresőt már most le lehetne cserélni, a szinkronizálás is fejlettebb lesz, mert szinte mindent szinkronizál, ha elkészül (vagy ha az erre utaló szöveglista nem a Chromiumból ottmaradt szemét).
A Chrome Extensions dokumentációjában szereplő modulok egy része már most is a kódban van (windows, tabs, management, contextMenus), de egy részük hiányzik (bookmarks, cookies), és van Opera egyedi feature is (speeddial). Szóval a bővítmények egy része ezért megy, másik részük ezért hasal el.
Penge_4: Az MDI működést nem tudom, hogy bevezetik-e újra, de anélkül a paneleknek és a minden oldalra dokkolható toolbaroknak inkább elvi, mint technikai akadálya van. Kíváncsiságból egy minimalista külső programmal átméreteztem egy Opera 15 ablakban belül található Chrome_WidgetWin_1 controlt. A fő ablak átméretezésekor/minimalizálásakor visszaáll ez is az eredeti állapotára (ennyire nem akartam beletúrni kívülről egy másik folyamat lelkivilágába), de látható, hogy a weboldal nem kötelezően tölti ki nem faltól-falig, address bartól padlóig a területet. Az MDI már macerás lehet. Jelenleg --single-process paraméterrel futtatva a fülek számától függetlenül egyszerre egyetlen Chrome_WidgetWin_1 control létezik csak (nem tudom, ez mennyire a Chromiumból jött), és fülváltáskor egy másik jön helyette létre (megpróbáltam kívülről egymás mellé
raknitaknyolni két fület egyszerre látható módon, de emiatt elbukott
) -
M3oH
addikt
Jo latni, hogy azert nem teljesen eselytelen itt a dolog, a "nagy oregek" is visszakpanak dolgokat. Ha tenyleg osszejon ez nekik, nem lesz ez rossz. Nalam nagyon eselyes a chrome kivaltasa.
-
littlemamba
aktív tag
Sziasztok, szép és tetszik az Opera next, de jól látom, hogy nem tudom a fülsávot lerakni?
-
dqdb
nagyúr
válasz
fatal`
#19276
üzenetére
meg smooth scroll
Van már most is, de még nem az igazi, --enable-smooth-scrolling parancssori paraméter, igazi Chrome módra. Szerepel a kódban az opció letiltó változata is, gondolom, most még off, aztán ha kijavítják, akkor lesz on az alapértelmezett állapota.A spatial navigationre van újabb megerősítés az --enable-spatial-navigation paraméter személyében, ez még nem működik sajnos. A biztonságot növelő homokozót átvették a Chromiumból, és látok PPAPI parancssori opciókat is. Van lehetőség a multiprocess helyett egyetlen processként futtatni az új Operát a --single-process paraméterre, ez működik már most is.
Portable módban nézegettem, ott a launcher.exe hívását egészítettem ki a paraméterekkel. Ha valaki ilyen téren szeretne nézelődni, akkor ezt ajánlom neki strings opera.exe >..\opera.txt paraméterezéssel, és lehet az 50 mb-os fájlban keresgélni

-
Penge_4
veterán
A felsoroltak a chrome://bookmarks kivételével Chrome alatt nem léteznek. A Notes importálása is jól hangzik. Remélem lesz oldalsáv is.
Az M2-vel meg remélem lesz valami. Ha legalább átírták volna Blink alá, már akkor nem aggódnék ennyire, még ha külön van sem, de jelenleg nagyon úgy tűnik, hogy abba is hagyják a fejlesztését.

"Igen, minden maradt a régiben, ezt szerencsére nem rontották el"
Akkor van rá esély, hogy ha megjelenik Linuxra is, nem az /opt alá hányja be magát (mint a Chrome). Amúgy érdekes, hogy itt a Chromium is normálisan települ (míg Windows alatt az is az AppDatába). Csak Linuxon jobb a Chrome a H.264, a PPAPI-s Flash és a PDF olvasó miatt, ugyanis itt az is a többi csomaggal együtt frissül és nem szemeteli tele a Google mindenféle Updater szarával a rendszert.
-
dqdb
nagyúr
válasz
Penge_4
#19277
üzenetére
Most az opera.exe-ből szedtem ki a stringeket, és keresgéltem érdekességeket. Íme a belső oldalak listája, de ezeknek csak egy része él, nem tudom, melyik csak a Chromium miatti copy-paste. Kiszedtem pár nem létezőt, de jónak mutatkozót:
opera://bookmarks/
opera://managed-user-passphrase/
opera://tasks/Pár szöveg alapján készülnek az Opera 12-es profil migrálására is, annak a fájlneveit is megtaláltam. Van ilyen is: opera:: NotesImporter:: ImportFile, de még nem tudni, hova kerül az infó (az opera.pak fájlban 39020.html azonosítóval csak egy megjelenítő felület nyomait véltem felfedezni, remélem, nem csak ennyiben merül majd ki).
Ja, a 39010.html-ben van a speed dial oldal forrása. Szerintem megnézem, mennyire lehet minimalizálni a felesleges szemetet
Itt a mostani három mellett egy negyedik, sync azonosítójú képernyő is létezik a kódban.AtHoS: A telepítés mennyire egyezik meg a chrome-éval avagy maradt a "hagyományos" oda telepítem, ahová akarom és a profil mappa is mehet a böngészővel "egy könyvtárba"?
Lehet-e választani USB (hordozható) telepítési módot?
Igen, minden maradt a régiben, ezt szerencsére nem rontották el
-
AtHoS
nagyúr
No nem mintha váltani akarnék 12.15-ről, de azért informálódom róla, mert ismeretségi körömben bizonyosan lesz automatikus lefrissülés, így emiatt hamarabb kell majd vele foglalkoznom "sajnos", mint szeretnék.
A telepítés mennyire egyezik meg a chrome-éval avagy maradt a "hagyományos" oda telepítem, ahová akarom és a profil mappa is mehet a böngészővel "egy könyvtárba"?
Lehet-e választani USB (hordozható) telepítési módot?
A levelezőt nagyon sajnálom, hogy kivették. Jó, tudom, hogy külön elérhető, de akkor már lehet előbb kicsit körülnézek az alternatív lehetőségek között, mert van egy olyan érzésem, hogy az igazi extra az volt csak, hogy egybe volt integrálva a böngészővel.
-
Penge_4
veterán
Asztakurva!
"CycleBackwardInActivationList": ["Ctrl+F2"],
"CycleForwardInActivationList": ["Ctrl+F1"],
"FitToWidth" : ["F11+Ctrl"],
"Forward": ["Shift+Backspace","Alt+Right","Ctrl+Right"],
"HideOpera": ["Ctrl+Shift+H"],
"PasteAndGo": ["Ctrl+Shift+V"],
"PastePassword": ["Enter+Ctrl"],
"QuickPreferences": ["F12"],
"SelectPreviouslyActiveTab": ["Ctrl+Grave"],
"ValidateSource": ["Ctrl+Shift+U"],
"LoadAllImages" : ["I"],
"Rewind": ["Shift+Z"],
"SelectNextElement" : ["D"],
"SelectNextHeading" : ["S"],
"SelectNextLink" : ["A"],
"SelectPrevElement" : ["E"],
"SelectPrevHeading" : ["W"],
"SelectPrevLink" : ["Q"],
"ShowAddressDropdown" : ["H"],
"ShowImagesToggle": ["Shift+I"],Felcsillant a reménysugár!
Bár ahogy elnézem a zoomon még dolgozniuk kell, mert ugyanaz az ótvar zoom van benne, ami Chrome-ban és Firefoxban (de még IE-ben is), avagy egy idő után elveszti a fokozatokat és túl nagyokat ugrik. Tehát nem 10%-os mértékben zoomolódik Ctrl+görgőre, hanem 200 után 300 és így tovább.
Amúgy a Fit-to-Width éppen pár perce jutott eszembe, amikor a szabványtámogatási különbségeket nézegettem: [link]
Megakadt a szemem a CSS3 word-break-en, ami elvileg használható erre is.
6. itt nem billentyűkombinációhoz kapcsolunk történést, hanem parancshoz billentyűkombinációt, azaz a régi összetett/paraméterezett makróknak annyi
Ezt én is nagyon sajnálom.
13. nyoma sincsen a bookmarkoknak
"AddToBookmarks": ["Ctrl+Shift+D", "Ctrl+D"],
"Bookmarks": ["Ctrl+Shift+B", "Ctrl+B", "Ctrl+Shift+2"],Attól nem félek, hogy ne lennének könyvjelzők, csak attól, hogy ugyanolyan buta módon, mint Chrome-ban. Se nickname, se description, se külön oszlopok (created és visited date) és rendezési lehetőségek.
"rendes password manager, rendes site preferences, rendes keresők, letöltésnél Open/Save ablak, bookmarkletek, és UI testre szabhatóság."
Jelszókezelő: "PastePassword": ["Enter+Ctrl"],
A keresőfunkciót személy szerint Chrome-ban jobban szerettem három okból
1. Mutatja a találatok számát.
2. Nem ékezetérzékeny, ezért az ékezet nélkül írók esetében sem kell külön keresést indítanom.
3. Nem fagy szarrá olyan oldalakon, mint a WhatWG Current Work.
(De mondhatnám a hosszú fájllistákat is, ahol buildszámra keresek rá vagy dátumra).(#19274) hunfatal: "Smooth Scroll?"
Mondom már, hogy ne azon aggódjatok, ami Chrome-ban van, az lesz valószínűleg itt is. Nézzétek meg, a régóta könyörgött (kiegészítővel azóta megoldható) "Close tabs to Right" funkció is rögtön belekerült.
-
fatal`
titán
Akkor a keresők visszakerülnek talán rendesen. Galéria nem tudom minek? Ez nem egy telefon. Galériát majd intézi az OS.
Egyébként én már lehet hogy annyira is képes lennék lebutítani a böngészőmet, hogyha lehet korlátozni a cachet és rendbeteszik a letöltéskezelőt, lesznek kedvencek meg smooth scroll, akkor lehet, hogy váltok. A többi funkcióra (nagyjából) van addon.
Csak ez még mindig rengeteg dolog, ami nincs, szóval lényegében tökmindegy. Még a WANDot hiányolom nagyon, de az reménytelen.
-
dqdb
nagyúr
válasz
fatal`
#19274
üzenetére
A kuka helyett van chrome addon szóval az annyira nem érdekes.
Nem kell addon, van rá beépített funkció, ami billentyűzetről elérhető, csak ikont nem gyártottak hozzá a felületre.Gondolom a letöltéskezelő is marad a mostani, addig mindenképpen felejtős... Smooth Scroll?
A smooth szót nem találtam meg a szétbontott forrásban, de valószínűleg lesz. A beállítások ablakát megtaláltam, a fél fájl megjegyzésként szerepel, de ilyeneket találtam inaktív állapotban:
language options, autofill, media galleries(?), home page, font settings, search engine manager, startup options. -
dqdb
nagyúr
válasz
M_AND_Ms
#19272
üzenetére
Én is ezt mondom.
Az mindenképpen pozitív, hogy pár nekem kedves feature úgy tűnik, nem lesz az enyészeté véglegesen. Számomra az 1, 2, 3, 4, 7, 9, 11 elengedhetetlen, ez jó kezdet.
Persze a váltáshoz ez még mindig rém kevés, nekem kell még user JS, user CSS (ezekre lehet legalább extensiont írni), rendes password manager, rendes site preferences, rendes keresők, letöltésnél Open/Save ablak, bookmarkletek, és UI testre szabhatóság.
-
M_AND_Ms
veterán
Én akkor is azt mondom, volt egy jó funkcionalitással bíró böngésző, tele nagy részben kidolgozott és megvalósított innovációval. Most meg van egy teljesen kezdő állapot, ahol meg kell várni, hogy hosszú évek alatt újra kitalálják a spanyolviaszt: lesz majd ez, tervezik azt, miközben minden volt már.
-
dqdb
nagyúr
Játszadoztam kicsit az Opera 15 .pak fájljaival. Szerencsére a formátum nem különbözik a Chromiumban használttól, így egyszerű volt a dolgom, mert volt róla dokumentáció. Összedobtam egy egyszerű programot a fájlok szétbontására, amely némi heurisztikával kiterjesztést is társít a fájlnevekhez. Az összerakás is tökéletesen működik, így szórakoztam kicsit az opera.pak fájl módosításával.
Ha valaki más is kísérletezni szeretne, itt a forrás, az első sorban található paranccsal Windows alatt le lehet fordítani. Az egész nem a szépségről, hanem a funkcióról szól.
Én a billentyűkombinációknak estem neki (38273.json), és találtam pár kellemes meglepetést:
1. ikon nincsen az utolsó fül újranyitására, de hotkey van (Ctrl+Shift+T)
2. bár a gyorshívó elemeinek Ctrl+szám betöltése nem megy most, de ez bug, hiszen a fájlban világosan szerepel
3. a Ctrl+F1 és Ctrl+F2 pontosan úgy működik, mint a régi Ctrl+Tab és Ctrl+Shift+Tab, szóval ez a feature sem a múlté, csak a Ctrl+Tab-ra mást kötöttek be (de a fájl módosításával és az opera.pak újrafordításával visszacserélhető a hagyományos megoldásra, teszteltem
)
4. működnek egy karakteres hotkey-k is (tehát ennek nem kell majd búcsút inteni), 1 és 2 hagyományos funkcióval tesztelve, és a . is belőhető oldalon belüli keresésre
5. Ctrl+Alt+billentyű kombinációt nem sikerült belőni
6. itt nem billentyűkombinációhoz kapcsolunk történést, hanem parancshoz billentyűkombinációt, azaz a régi összetett/paraméterezett makróknak annyi
7. igaz, hogy Fit to width még nincsen, de tervezik
8. egy parancshoz több billentyűkombináció is rendelhető
9. lesz F12 menü!
10. lesz Fast forward
11. lesz spatial navigation!
12. a képek kezelését javítják (Show Images, Load All Images)
13. nyoma sincsen a bookmarkoknak
-
válasz
Sk8erPeter
#19268
üzenetére
Struccpolitika
Nem látom=nincs -
Atmo
senior tag
és ami az egyik legdurvább hiányossága az opera:config teljes hiánya....stb...
-
ottoyes
senior tag
Nem.Ez nem Opera..ez inkább Chromera.Marad a régi,elavult..stb,de szerethető piros O betűs,amig véglegesen ki nem kopik.. :-(
-
válasz
Sk8erPeter
#19262
üzenetére
nem irányítgatok semmit, nincs problémám
-
fatal`
titán
válasz
Sk8erPeter
#19262
üzenetére
"akkor pattog, mint kecskesz@r a deszkán"
Ezen borultam.

-
Sk8erPeter
nagyúr
válasz
Dluinet
#19261
üzenetére
Én is ezt használom jóideje, és meglepően jól teljesít. Egy dolog elég "érdekes" az MSSE-nél, hogy amennyiben konkrétan a Microsoft-érdekeltségbe tartozó domaineket átirányítod locahostra a hosts-fájlban, akkor pattog, mint kecskesz@r a deszkán, pl. facebook.com esetén, ahogy ezt kitárgyaltuk Penge_4-gyel korábban:
http://logout.hu/tema/opera_bongeszo_2/hsz_18800-18804.html -
M3oH
addikt
válasz
Dictator^
#19258
üzenetére
Megfelelo topic De freeben: Bitdefender free, avast, avira, panda cloud free, ComodoIS. Fizetos: Bitdefender, Kaspersky, Norton, f-secure, Avast IS. Es persze fizetosben meg van par alternativa, ami kivaltja tokeletesen a Nodot.
-
LonGleY
veterán
válasz
Dictator^
#19258
üzenetére
Itt van a kérdésedhez a perfekt topik.
A Kaspersky jó (ezt onnan is látni, hogy megfelelően kis számú a téves riasztás), viszont nagyon fogja a gépet és karcsú a tűzfala - legalábbis körülményes és hozzáértést igényel.
Személy szerint a tűzfalat és egyéb védelmeket fontosabbnak tartom, mint magát a fájlszkennelést. Már nem is tudom, mikor engedélyeztem utoljára az aktív figyelést. Az elsődleges védelem úgyis te vagy meg a tűzfal, ami szabályozza a programok nethez jutását. Én az ingyenes Comodo Internet Security-t szoktam alkalmazni, abból is az 5-ös verziót. A 6-os eléggé el lett túrva felületileg és működésileg (legalábbis nagyon sok fix kell még hozzá), de az 5-ös már kifejlettnek tekinthető, és az adatbázis is frissül még.
-
Sk8erPeter
nagyúr
válasz
fatal`
#19256
üzenetére
Itt meg volt egy még finomabb változat dqdb-től, hogy miért is fos:
http://logout.hu/tema/opera_bongeszo_2/hsz_17028-17028.html -
Dictator^
veterán
válasz
fatal`
#19249
üzenetére
Küldtek egy üzenetet, hogy valami remover5-öt futtassak, ami legyak minden virusírtót.. meg CC cleaner utána.. meg fresh install.. és ugy kezdtem, hogy friss windowsnál produkálja..
Igy vissza sem írtam nekik, de a 3-as verziónál volt ilyesmi, találtam postot róla, hogy pont PH-ról linkelt a srác képeket, aztán javították.. -
Sk8erPeter
nagyúr
válasz
Sterilzona
#19250
üzenetére
Attól függ, milyenek az igényeid, mire van szükséged az általános böngészés során. Nem fejtetted ki, a többi böngésző miért nem jó, mi az, ami kellene, úgyhogy így nehéz válaszolni.
Azok meg, akik egy full konfigurálható böngészőt szeretnének, azok most szintén gondban vannak, használhatják a jelenlegi Opera stable-változatokat, ameddig tudják, és aztán nyitott a kérdés, hogy vajon mi lesz majd, sikerül-e ezt a fostalicska Chrome-klónt felturbózni egy extensionök nélkül is jól használható, testreszabható böngészővé. Bár én kicsit szkeptikus vagyok, azért jópár év fejlesztései azok, amiket most kidobtak a francba, mint egy üres sörösdobozt. -
Predator2
addikt
válasz
Sterilzona
#19250
üzenetére
ugyan így vagyok én is

csináljunk egyet közösen a sok vacakból -
Sterilzona
senior tag
Sziasztok!
Next- felraktam.
Itt a többsége lefikázza. A kérdésem, mit használjak akkor ? Próbáltam az összes nagyot ( IE, firefox, maxthon, chrome ) Valamiért egyik sem jó. -
Penge_4
veterán
Na kipróbáltam Windows 7 alatt. Tényleg gyors. Meg van benne Mouse Gestures (mínusz Flip gestures), ami így működik a belső lapokon is.
Az Alt+P megmaradt, viszont még a Ctrl+D is megdöglött (ennyit a billentyűparancsokról).
A címsorból eltünteti a query utáni részt. Ezt az egyet viszont nem lehet még a Chrome számlájára sem írni, mert az ilyen elmebeteg baromságot nem csinál. Nem tudom, hogy igazából ez miért került egyáltalán bele még a Presto-s Operába (majd nagy balhék árán kikapcsolhatóvá tették).Smooth Scroll nincs (majd lesz, attól nem félek), viszont a belső Help lapon akadozik a nem smooth is, mint a veszedelem. Ez remélem csak bug és nem hoztak át valamit a rettegett position:fixed-ből.

A letöltés... olyan tipikus Apple-ös fíling. Szép, de buta. Még a lemezről sem tudja törölni...
Jó lesz ez... másodlagos böngészőnek.

-
brd
nagyúr
válasz
Sk8erPeter
#19244
üzenetére
Még reménykedem.

-
brd
nagyúr
válasz
LonGleY
#19239
üzenetére
Nekem spec. az első 20 másodpercben már 4 gondom is akadt: nem vezérelhető billentyűzetről (vagy nem úgy, mint eddig/nem állítható, a végeredmény szempontjából tökmindegy), a testreszabás, mint olyan, teljesen hiányzik (ikonméret-állítás, melyik bar jelenjen meg - mondjuk, remélem, csak egyelőre, nincs is minek nagyon megjelennie...), semmilyen szinten nincsen reklámblokkolás (extension valami persze van), ronda az új ikon (
), aztán a következő 20 másodpercben kiderült, hogy a letöltésvezérlő is egy webes izé (gondolom, ugyanaz, mint a Chrome-é), ill. hogy a görgetés nem lehet szmúsz. "Apró" bosszantás még, hogy az addressbar dropdown button, és a bookmark, mint olyan is teljesen hiányzik, aztán a perc hátralévő részében kiderült az is, hogy a session-kezelési képesség is egy nagy O egyelőre, csak az előző oldalak nyílnak meg újra. Ezek egyelőre nálam kizáró okok a használatára. Viszont gyors...
Összességében, akár lehet később jó is. Úgy fél év múlva. -
Dictator^
veterán
-
-
LonGleY
veterán
Opera Next 15.0.1147.24[ changelog | Chr 8.0.1500.29 ]
A legnagyobb para még mindig a speed dial-lal, hogy del gombra likvidálja szép sorjában az elemeket..
-
-
Atmo
senior tag
A régi Opera és az Opera Next együttese alkotná meg az igazi Operát, de ez így nagyon kiábrándító
Szinte mindent kivettek belőle amiért szerettem ezt a böngészőt 
R.I.P. Opera

Sebességben nagyon jó lett, ez hiányzott már csak az Opera 12-ből......erre kidobnak egy lemeztelenített verziót.....

-
Sk8erPeter
nagyúr
válasz
LonGleY
#19233
üzenetére
"Az invalid cucc tök mindegy, a funkció számít, azt meg nem teljesen látod át source-ból"
hát így is fel lehet fogni, meg úgy is, hogy ugyanaz megoldható valid kóddal is, amúgy annyira nem nehéz átlátni
No de igazából egyáltalán nem volt szándékom a kódot kritizálni, csak a felvetésre reagáltam, hogy miért nem működhet az, amit itt Penge_4 hiányol. -
LonGleY
veterán
válasz
Sk8erPeter
#19231
üzenetére
Az invalid cucc tök mindegy, a funkció számít, azt meg nem teljesen látod át source-ból. Mi nem használunk a-ban javascriptet, mert nincs rá szükség. Majd át lesz írva data-ra, hogy fancy html5 valid legyen. Meg még sok javítandó van rajta, pl. hogy ne csússzon le CSS-ben a 8. elem stb.
-
Sk8erPeter
nagyúr
válasz
Penge_4
#19230
üzenetére
Ja, bizonyos esetekben járhat teljesítményromlással a plusz absztrakciós szint bevezetése, ez jogos szempont lehet, bár nem minden esetben érdemes ezen spórolni (mert például a felhasználó szempontjából észrevehetetlen a teljesítménykülönbség, viszont a későbbi fejlesztést nagyban megkönnyíti a bedrótozás elkerülése).
-
Sk8erPeter
nagyúr
válasz
Penge_4
#19228
üzenetére
"A te oldaladon valamiért nem működik a középső klikk Operával sem, de sok hasonló oldalon középső klikkel meg tudom nyitogatni teljes méretben új tabokon a képeket hasonló esetben."
Szerintem az oldalán azért nem működik, mert background-image-ként látszik, nem rendes <img> tagben. A zoomolhatóság miatt játszanak ezzel, meg a background-positionnel. Ahogy néztem, IE8-ban és korábbi változatokban meg egy scripttel sikerült elérni a fallback-et, mert ott nincs natív támogatás a CSS-es mókára.
Az alsó kisképeknél viszont invalid attribútumokkal játszik:
<a><div class="wrap imgtoggle selected" style="background-image:url(/bike-img//montana-mtb-02-revo-2013-A-200.jpg);" normal-img="/bike-img//montana-mtb-02-revo-2013-A-700.jpg" large-img="/bike-img//montana-mtb-02-revo-2013-A-3020.jpg">
</div></a>
lásd normal-img, large-img, tehát ez nem a legszebb megoldás, főleg, hogy az <a> tag href attribútumában is megadható lett volna a hivatkozott kép - no de kicsit túlanalizáltam a helyzetet.
"ps: Egyetlen "hátránya", ha egyáltalán annak nevezhető ennek a működésnek, hogy középsőklikkre nyílik egy javascript:void vagy javascript
nClick-es üres tab. "
Ez mondjuk sztem akkor van többek közt, amikor az <a> tag href-attribútumában úgy adják meg a hivatkozott útvonalat, hogy javascript:akármi() szerepel benne, ami egyébként helytelen megoldás. Ezer éve vannak már eseménykezelők, szóval nem tudom, miért terjedt el annyira ez a megoldás, gondolom szintén valami gány IE-kényszermegoldás volt annak idején, vagy szimplán ránkragadt még régről."ps: javascript:onClick... ehh.... megszűnik az MSN, pezsgőt bontok, erre tessék. A PH-ból csinálnak MSN-t."
Ezt most nem értettem, itt mire gondoltál?
-
Penge_4
veterán
válasz
Sk8erPeter
#19229
üzenetére
"az egyes rétegnek külön-külön nem szabad, hogy durva függése legyen a többi rétegtől. Kell valami absztrakciós szint."
De itt előbb-utóbb kényszerűen felmerül, hogy mit választunk. A sebességet, teljesítményt és az alacsonyabb erőforrásigényt, vagy mindezt feláldozzuk a nagyobb modularitás oltárán és plusz absztrakciós rétegeket hozunk létre. Vagy nem?
-
Sk8erPeter
nagyúr
válasz
Penge_4
#19225
üzenetére
Persze, biztos, hogy sok dolgot érintett volna a váltás, de most sajnos nem arról volt szó, hogy mondjuk nem működik a dolgok 30-40%-a, hanem a dolgok 98%-át kidobták, az az 2% meg ilyen speed dialre meg hasonlókra maradt meg. Hát hű de komoly örökség.
"Na mármost, ha kaptunk volna egy olyan böngészőt, ami mindent tud, amit a Chrome és mellé még lenne benne legalább egy rohadt oldalsáv a szükséges panelekkel, ide-oda pakolható eszköztárak, beépített userJS/userCSS támogatás, működő mozdulatparancsok, könyvjelzők nickname/details mezőkkel és hasonló saját fejlesztések...
Akkor azt mondom, hogy igen. Ez egy fél éves munka gyümölcse és még fejlődőképes."
Így van, nem is tudnék ezzel vitatkozni.
A többi leírt szempontod többségéről is ugyanazokat gondolom, egyetértek."Egyszerűen vagy dilettáns az egész csapat a fejlesztőkkel együtt, vagy észak-koreai szintű diktatúra uralkodik a cégnél és fingani is csak a főnök engedélyével lehet."
A dilettantizmust mondjuk én kétlem, mert akkor nem sikerült volna ilyen szinten jól konfigurálható, és elég gyors böngészőt összehozniuk, meg ennyi újítást bevezetniük, amit aztán majmolt a többi böngésző.
Szerintem valami olyasmi lehet a háttérben, hogy belevizeltek a pelenkába, aztán egy darabig élvezték, hogy az jó meleg, és lehetőleg nem mozogtak, mert az már kicsit kellemetlen volt. Elég undorító hasonlat, de szerintem érzékletes.
Van a fejlesztésnek az a fázisa, amikor apró újítások is macerásak, mert olyan melós abba megint belenyúlni, megint felvenni a dolog fonalát, újra visszaemlékezni, hogy ott hogyan is raktuk össze a kódot, szóval én valami lustaságot is el tudok képzelni, vagy ilyen "na majd ezt is meg kell csinálni"-mentalitást. (Saját tapasztalat is, hogy néha rohadt melós belenyúlni "régi" kódokba, amit akár azelőtt csak három hónappal csináltál.)"Lehet, hogy különböző fogalmaink vannak, de számomra a normális közelebb áll ahhoz, hogy egy teljes internet suite-ot kapok 12 megás telepítővel (amiben a legnagyobb helyet a nyelvi fájlok foglalják el), szemben azzal, hogy 24 mega egy kiherélt szar, ami ráadásul jóval több memóriát és CPU-t eszik és lassabb, lomhább, nehézkesebb is. Nem annyira, mint a Firefox, hanem "csak", mint a Chrome..."
Várj, itt szerintem félreértetted, amit írtam. Arra céloztam, hogy a kódnak bizonyos részeit könnyen cserélhetővé kell tenni a fejlesztés során, hogy ne legyenek teljesen összedrótozott megoldások, mert akkor tényleg rohadt nehéz lesz szükség esetén cserélni. Ez nem azt jelenti, hogy egy kiherélt böngészőt kapjál, amilyen a Chrome, csak azt, hogy nincs minden mindennel olyan kapcsolatban kód szintjén, hogy ha az egyik elemet megbontod, akkor borul mellette még 20 másik komponens is (csak a példa kedvéért), és mindenbe bele kell nyúlni. Szemléletes hülye példával ez olyan, hogy mondjuk ha lecseréled a memóriamodul(oka)t a gépedben, akkor az új, nagyobb jobb, (kompatibilis) memóriamodul(ok)nak is működnie kell, az OS-nek nem szabad függnie attól, arra is pont ugyanúgy kell kiírnia az adatokat, mint a korábbi modul(ok)nál.
Kell, hogy legyenek olyan rétegek, amik elfedik az alsóbb rétegek konkrét működését, és az egyes rétegnek külön-külön nem szabad, hogy durva függése legyen a többi rétegtől. Kell valami absztrakciós szint.
Ettől függetlenül persze biztos, hogy egy böngészőben ez a renderelő motor dolog annyira komplex, hogy bizonyos esetekben kényszermegoldásból beledrótoztak dolgokat az Operánál is. -
Penge_4
veterán
válasz
LonGleY
#19216
üzenetére
"vagy akár a saját bringabolt.hu stb-stb. Elég tetemes különbségeket tud generálni."
Igen, a position:fixed ismert hiba volt. Ha eltünteted a felső keresősávot és átírod a background-attachment-et "scroll"-ra, akkor tökéletesen megy az oldal Operával.
Egyébként az oldaladról eszembe jutott egy újabb, általam kedvelt Presto sajátosság.
Példa: [link]
Van alul 8 kis kép a bicikliről, amire rákattintva felül betöltődik nagyba (és hoverre tovább zoomolódik).
A te oldaladon valamiért nem működik a középső klikk Operával sem, de sok hasonló oldalon középső klikkel meg tudom nyitogatni teljes méretben új tabokon a képeket hasonló esetben.
Na ilyen sincs egyik másik böngészőben sem, mert ott a középső klikk Ctrl+Shift+Enter-ként funkcionál.
ps: Egyetlen "hátránya", ha egyáltalán annak nevezhető ennek a működésnek, hogy középsőklikkre nyílik egy javascript:void vagy javascript:onClick-es üres tab. De ezt azért nem mondanám hátránynak, mert a többi böngésző ilyenkor nem csinál semmit.
(#19222) M3oH: A Chrome Webstore-ból azért nem lehet, mert a Google letiltotta. Egyébként ehhez kapcsolódva lenne egy kérdésem. Operában a telepített Chrome-os kiegészítők funkcionálnak a chrome.google.com/webstore oldalon? Mert ezt ritka nagy geci húzásnak tartom, hogy ezt letiltotta a Google önhatalmúlag.
(#19226) utgyuru: "Most váltottam át firefoxról"
Jó az időzítés.
Mi épp most készülünk Firefoxra (vagy bármi másra) váltani, mert az Operának annyi. Az új verzió még a Chrome-tól is butább lett.De viszont abban megjegyzi az általad kívánt zoomot (amitől én személy szerint agyfaszt tudok kapni és ennek kikapcsolhatatlansága (FF-ben legalább ki lehet kapcsolni) is bőven elég arra, hogy felbassza az agyamat.
Ugyanis ha felnagyítok egy 200x200 pixeles képet 1000x-esére az example.com/content/images/ cím alatt, akkor kurvára nem akarom sem azt, hogy megjegyezze, sem azt, hogy felnagyuljanak ugyanekkorára az example.com/posts/ oldalon lévő cikkek/hírek.Ahogy azt sem, hogy ha éppen ágyból fekve olvasok felnagyított oldalon, akkor ezt vissza kelljen váltanom utána. Normál esetben elég bezárnom a fület.
ps: javascript
nClick... ehh.... megszűnik az MSN, pezsgőt bontok, erre tessék. A PH-ból csinálnak MSN-t. 
-
utgyuru
aktív tag
Most váltottam át firefoxról, lenne pár kérdésem amire nem jövök rá.
1. Ha felnagyítok egy oldalt, miért nem marad úgy ? Ctrl + görgő, meg a jobb alsó sarokban a csúszkával is próbáltam, de következő alkalommal mindig az alapértelmezett marad.
2. Hogyan lehet egy RSS-t berakni úgy a könyvljezők közé, ahogy FF-ban. Rákattintok, és egy legördülő menüben mutatja a bejegyzéseket. -
Penge_4
veterán
válasz
Sk8erPeter
#19214
üzenetére
"De sghc_toma megelőzött, és helyesen kifejtette, hogy a WebKitre váltás nem kellett volna, hogy egyenlő legyen azzal, hogy kidobják a francba az összes meglévő beállíthatóságot, és majd ők a "core böngészési élményre" helyezik a hangsúlyt, hanem az egész konkrétan renderelő motorhoz kötődő dolgokat váltják le."
Fit-to-Width repült volna, szövegkijelöléssel lettek volna problémák, az opera:config-ban is egy rakás összeférhetetlenséget okozott volna, de gyanítom, még a régi skinek és hasonlók is megszenvedték volna. A Presto nagyon integrált volt.
És most jön a többi: Ha átállnak Webkitre (a fentiek ellenére) mégis mit nyertek volna? Elmúlt volna a position:fixed bug? Mert az NSL túlélte volna, a kiegészítők nem lettek volna a Chrome kiegészítőkkel kompatibilisek, a Pepper Plugin API-t implementálniuk kellett volna, ahogy (bár ezzel rohadtul nem értek egyet) a multiprocess-architektúrát is.
Szóval ha ez a trend, akkor önmagában jobban jártak a teljes cserével. A gond ott van, hogy tavaly szeptembertől nem jött ki csak biztonsági javítás a régi verzióhoz és azóta elvileg fejlesztik.
Na mármost, ha kaptunk volna egy olyan böngészőt, ami mindent tud, amit a Chrome és mellé még lenne benne legalább egy rohadt oldalsáv a szükséges panelekkel, ide-oda pakolható eszköztárak, beépített userJS/userCSS támogatás, működő mozdulatparancsok, könyvjelzők nickname/details mezőkkel és hasonló saját fejlesztések...
Akkor azt mondom, hogy igen. Ez egy fél éves munka gyümölcse és még fejlődőképes.
De leforgatták a Chromium forráskódot, raktak bele több, mint fél év alatt egy Stash-t és egy picivel jobb gyorshívót (amit akár meglévő kiegészítőkből össze-scriptkiddie-skedhettek), mellé a külön vett M2 ugyanaz az Opera, ami eddig volt, csak le lett tiltva benne a böngésző rész.
Innentől két lehetőség van.
1. A Core csapat kirúgásával még annyi erőforrásuk sincs, mint eddig, ezesetben a gőzerővel való fejlesztés hazugság.
2. Ennyi a koncepció, hogy egy buta, fostalicska böngészőt csinálnak és meg sem erőltették igazán magukat. Két ásítás között rakott a designer 3 pixelt egy-egy gombra, hogy szebben nézzen ki.
"komolyan, ebben fejlesztői tekintetben mi a büdös franc olyan nehéz, hogy képesek legyenek egy könyvtárhierarchiát kialakítani?"
Most emlékezz vissza a klasszikus Operára. Ott mi volt olyan rohadt nehéz benne, hogy legyen benne opcionális autofill, opcionális HTML copy, amiket minden második, Firefoxról vagy Chrome-ról áttért potenciális user követelt?
Vagy a Dragonfly hiányosságok...
Egyszerűen vagy dilettáns az egész csapat a fejlesztőkkel együtt, vagy észak-koreai szintű diktatúra uralkodik a cégnél és fingani is csak a főnök engedélyével lehet.
Más logikus magyarázat nincs rá. Már ha azt a kurva user agentet idejekorán átírták volna, hogy Mozilla 5.0 compatible-vel kezdődjön (aztán lehetett volna a végén akármi, a lényeg, hogy az ótvar weboldalak megegyék) is előrelépés lett volna és legalább 30-40%-kal több weboldal ment volna (maszkolás nélkül).
"de nem kell, hogy konkrétan minden bele legyen drótozva az összes többi komponensbe/rétegbe. Normális modell esetén nincs is."
Lehet, hogy különböző fogalmaink vannak, de számomra a normális közelebb áll ahhoz, hogy egy teljes internet suite-ot kapok 12 megás telepítővel (amiben a legnagyobb helyet a nyelvi fájlok foglalják el), szemben azzal, hogy 24 mega egy kiherélt szar, ami ráadásul jóval több memóriát és CPU-t eszik és lassabb, lomhább, nehézkesebb is. Nem annyira, mint a Firefox, hanem "csak", mint a Chrome...
-
fatal`
titán
válasz
Sk8erPeter
#19223
üzenetére
Nem tudom, de, hogy az IE9-ben oldalra dokkolható az biztos, mert faterom úgy használja.

Én sem gondoltam volna soha. Mindenesetre ezt az új fost én ugyan nem védem az biztos, mert semmire nem jó. Max átlagpistinek, de neki az is jó lenne, ha címsor se lenne csak 3 fül mindig nyitva: facebook, youtube, gmail.
-
Sk8erPeter
nagyúr
válasz
fatal`
#19221
üzenetére
Ja, félre ne értsd, azt nem konkrétan a Te hsz.-edre reagálva mondtam, inkább csak finom utalás volt LonGleY korábbi megjegyzésére.

Amúgy tudom, hogy nálad szerencsére nem az az igazán sarkalatos kérdés, hogy a Fácsé nem működik fullosan.
Amúgy ja, ráadásul úgy emlékszem, hogy IE8-ban még a kedvencek toolbar is dokkolható volt oldalra, de most erre nem tenném a fejem.
Viszont az már a legalja, hogy az Operát lassan az IE8-cal szemben kell megvédenünk, hogy jobb, ide jutottunk... 
=========
(#19222) M3oH : és még hogy az új Opera nem full Chrome-klón...

-
M3oH
addikt
válasz
Sk8erPeter
#19219
üzenetére
A crx-t siman bedobod nextbe, es mar telepiti is oket. Persze nem mukodik 100%osan mindegyik, de telepithetok. Sztem a vege a lesz, hogy chrome aruhazbol is telepithetok lesznek.
-
fatal`
titán
Jobb klikk a keresőmezőn és create/add search. Meg valahol korábban egy menüt is láttam, ahol lehet ezeket szerkeszteni. A gyorshívó keresőjét nem lehet állítani, de azt nem is akarom, eltűntetni szeretném, mert nem kell oda (a mostani operában sincs ott nekem), de nem lehet, mert még ennyi beállítás sincs.
(#19214) Sk8erPeter:
"Igazából lassúságot és apróbb problémákat én is tapasztaltam a Facebookon, na de bumm, nehogy már ez legyen a döntő érv, amikor renderelő motor váltásáról van szó, hogy "de a Facebook tök rosszul megy""Nem is azt mondtam, hogy legyen érv, én konkrétan lesz*rom.

Jelen pillanatban még az IE8 is többet tud (felhasználói szemmel), mint az új Opera. Minimum annyival, hogy van benne RSS olvasó, könyvjelzőkezelés és képes a tempbe töltve megnyitni fájlokat.

-
LonGleY
veterán
válasz
Sk8erPeter
#19219
üzenetére
Nem zárom ki, hogy eredendően ez volt a cél...
-
Sk8erPeter
nagyúr
Ha a többiek azt mondják, a Chrome-kiegészítők is működnek teljes körűen az új Opera alatt is, akkor végül is annyira nem lesz nagy érvágás maga a User JS megszüntetése, a User JS-eket végül is a Chrome Extension API-nál nem olyan katasztrofális dolog migrálni. Sőt, azt már korábban itt fejtegettem, hogy a Chrome Extension API egész jól lett kitalálva, szemben az Opera Extension API-val. Már amennyit legalábbis próbálgattam mindkettőt annak idején.
Amúgy korábban azt hittem, a Chrome extensionök nem működnek, mert annyit azért változtattak az új fos Operában, hogy nem chrome.*-gal kezdődnek az API dolgai, de ezek szerint az is működik, tehát teljesen kompatibilisek. Lényegében ha így folytatják, egyszerűbb lenne, ha az Opera megszűnne, és az erőforrásait, fejlesztőit a Google-nek adná, és akkor lehetne egy jobb Chrome talán.![;]](//cdn.rios.hu/dl/s/v1.gif)
-
LonGleY
veterán
válasz
Sk8erPeter
#19214
üzenetére
Ezermillió oldal akad vagy nem úgy megy Opera alatt, ahogy kellene. Ez meg szerintem neked nem újdonság. arstechnica.com, facebook.com, theverge.com vagy akár a saját bringabolt.hu stb-stb. Elég tetemes különbségeket tud generálni.
-
dqdb
nagyúr
válasz
fatal`
#19198
üzenetére
A 15.0.1147.18\resources\default_partner_content.json fájlban vannak az alapértelmezett keresők, de ezt a fájlt az első sorában található adattal védik, ha átírod, akkor megszívod, és a kódba gyárilag bepirított Google fog csak működni (kipróbáltam).
Az első sorban található base64 kódolású adat 256 byte hosszú, ezért egy 2048 bites RSA aláírást tippelek oda, így jelenleg esélytelen a keresőket szerkeszteni. Az alkalmazáshoz tartozó .pak fájlokat még nem néztem meg alaposabban, azokban is lehet a keresővel kapcsolatos dolog (a profile mappában biztosan nincsen).
Penge_4: elvileg a keresőknek van post nevű bool attribútuma, de ezt a fentiek miatt nem tudtam tesztelni.
-
Sk8erPeter
nagyúr
válasz
LonGleY
#19201
üzenetére
"A más böngészők kopizása mindig mosolyra derít. Vajon ki vezette be először a speed dialt? Na és a tabok stackelését, pinnelését?"
Ne csinálj már úgy, mintha nem értenéd...
IGEN, szerintem itt mindenki tudja, hogy az Opera volt a leginnovatívabb ezen a téren, ők vezették be ezeket az újításokat, tudtommal az azonos ablakban többfüles böngészést is Opera találta ki, legalábbis náluk volt először (fixme). Más kérdés, ha van egy kis eszük, ezeket az újításokat levédetik. De ez most a váltásnál mégis kit érdekel? MOST az a helyzet, hogy ők kopiznak egy böngészőt, akármit is találtak ki a múltban, amit aztán majmolt az összes többi böngésző. Most ezen túl sokat kötekedni nem érdemes, mert ez tény, és kész, de gondolom ezt Te is belátod, mivel konkrétan a Chromiumot veszik át, szóval ezzel túl sok újat nem mondtam. A múltba révedezni annyiból van értelme, hogy volt egykoron egy jól testreszabható, a piacon teljesen egyedi böngészőnk, amit most kukáznak a francba, a Chrome-ot pedig apró változtatásokkal duplázzák. Akkor most mennyiben számít, hogy ki találta ki ezeket a feature-öket annak idején?"És véletlenül sem magasztalom a Chrome-ot. Csak a motorról beszéltem, ami ezerszer használhatóbb, mint a Presto"
Erre adj már valami épkézláb magyarázatot, mert még mindig nem mondtad el, hogy miért lenne már használhatóbb, előbb is erre kérdeztem rá."weboldal-fejlesztési szempontból is"
Weboldalakat is fejlesztek jó régóta, de ez így ebben a formában hülyeség. Már miért lenne használhatóbb weboldal-fejlesztési szempontból? Támaszd alá kérlek, mert tényleg érdekel. Az tetszik, hogy vannak -webkit-prefixek CSS-ben? Vagy az, hogy egy-két saját, kifejezetten WebKitet jellemző feature van? NEM, az nem jó. Nem az a jó irány, hogy mindenki menjen a maga útján, kitaláljon saját motorral működő dolgokat, mert akkor az lesz, mint a Microsoftnak az IE-vel történő buta saját utakon járása során, ami miatt az összes webfejlesztő a sírba kívánta az IE-fejlesztőket egészen a 8-as változatig (ha valaki elvakult IE-párti, az akár ilyen alapon azt is mondhatja, hogy tök jó, hogy az addEventListener metódus nem működik egészen az IE 8-as verziójáig, csak az attachEvent, miközben minden normális böngészőben az IE8 idején már régesrég működött ez is, de nem, az IE miért is próbálta volna megkönnyíteni a fejlesztők életét, hogy ne kelljen nyomorék kompatibilitási kódokat beleerőszakolni a mindenféle saját kódba és jQuery-be és egyebekbe?). Szóval miért is lenne jobb a WebKit webfejlesztési szempontból?Nekem fejlesztési szempontból Chrome-ban a natív fejlesztői panel tetszik nagyon, igaz, abban is van egy-két minimális hiányosság, pl. Firebugban ki lehet másolni a CSS path-t adott elemhez, Chrome-ban sajna nem ([link]), de ezt leszámítva nekem megfelel. Az Opera Dragonfly egy tákolmány érzését keltette, korábban kritizáltam is a topicban, főleg amiatt, hogy több példányban nem futtatható, ami nevetséges egy fejlesztői panel esetében. De ez most konkrétan inkább mellékes a téma szempontjából, amiről beszélgetünk.

Egyébként még egyszer mondom, a Presto motor leváltása WebKitre önmagában nem old meg semmit amúgy sem. Kompatibilitási problémák vannak, ez igaz - de erről részben éppen azok a webfejlesztők is tehetnek, akik böngészőfüggő kódot írnak, mondván, ha a Chrome-ban vagy más WebKit-alapú böngészőben működik, akkor kész, elégedetten hátradőlhetnek.
A Firefoxot hozzád hasonlóan én sem szeretem, de az azért jóval konfigurálhatóbb legalább a Chrome-nál/Chromiumnál. Mondom mindezt úgy, hogy a Chrome-ot is szeretem, mint alternatíva, mert sok dolog van, ami tényleg tetszetős benne, pl. Operához képest is (ezeket is kiveséztük a topicban, de ezt előbb említettem)."Az már egy más kérdés, hogy menet közben mennyire alapoznak majd a felhasználói véleményekre, és hogy mennyire bővítik ki a most egyértelműen hiányos fejlesztésüket."
Sajnos a jelenlegi tendenciából kiindulva nem sok jóra számíthatunk. Amikor tényleg nem értik a felháborodás okát, és így lepattannak róluk a kritikák, akkor az nem sok jót sejtet, de őszintén kívánom, hogy legyen igazad, és figyeljenek oda a felhasználói pattogásokra. Végül is belőlük élnek."Azzal viszont nem értek egyet, hogy a Chromium miatt meg lenne kötve a kezük. Az alapok nem változnak olyan gyorsan, hogy ne tudnának idővel egy total conversion-t készíteni a saját megoldásaikkal."
Ezt szerintem én nem mondtam neked egy szóval sem, hogy a Chromium miatt lenne konkrétan megkötve a kezük (lehet, hogy ezt nem is nekem akartad mondani).
De sghc_toma megelőzött, és helyesen kifejtette, hogy a WebKitre váltás nem kellett volna, hogy egyenlő legyen azzal, hogy kidobják a francba az összes meglévő beállíthatóságot, és majd ők a "core böngészési élményre" helyezik a hangsúlyt, hanem az egész konkrétan renderelő motorhoz kötődő dolgokat váltják le. A topicban korábban volt is erről szó, hogy mi lehet az, ami ehhez kötődik, miért ne parázzunk, csak nem cserélik le ezt meg azt, aztán sajnos nem lett igazunk, mert úgy, ahogy volt, mindent kidobtak a francba, és még a minimálisan elvárható dolgokat sem voltak képesek normálisan megoldani, lásd könyvjelzőzés - komolyan, ebben fejlesztői tekintetben mi a büdös franc olyan nehéz, hogy képesek legyenek egy könyvtárhierarchiát kialakítani? Bár nem is hiszem, hogy a fejlesztők lennének annyira csököttagyúak, hogy ilyen feladatot képtelenek megoldani egy fél nap alatt, inkább csak a vezetőség ostobaságán csodálkozom, hogy na majd ők megmondják, mi kell a felhasználóknak. Könyörgöm, ők nem egy Microsoft-szintű cég, akik még talán meg is tehetik, hogy majd formálják a keresletet a kínálattal. Ha a felhasználóknak nem tetszenek a dolgaik, akkor majd a markukba röhögnek, hogy na ez is egy erőltetett próbálkozás volt, aztán továbblépnek. De mondom, ne így legyen, legyenek nyitottak a kérésekre.
Lényeg: WebKitre váltástól nem kellett volna tönkretenni a böngészőt, sőt."A "csak motor váltás" éppen azt zárja ki, hogy úgy működjenek a cuccok, ahogy eddig. Az nem csak egy modul, amit kidobnak a felület alól. Ez mindenhogyan teljes restartot jelent nulláról."
Ugyan már. Ha normálisan írták meg a böngésző kódját, akkor pár (akár jópár) "bedrótozott" dologhoz képest DE, modulszerű a dolog. Egy igen fontos komponens/réteg a renderelő motor, de nem kell, hogy konkrétan minden bele legyen drótozva az összes többi komponensbe/rétegbe. Normális modell esetén nincs is.
A kódot nyilván nem ismerjük, úgyhogy pontosan fogalmunk sem lehet, mi az, ami bedrótozott megoldás. De jóindulatúan feltételezhetjük, hogy jól írták meg a kódot."Azért az Opera és az IE közti funkcióbéli különbségeket ne felejtsük. :] "
Ezt én sem értettem, hogy jött ahhoz a példához, amit sghc_toma említett, ami tényleg elég jól bizonyította, mennyire nem kell MINDENT lecserélni, nulláról újraírni (ahogy állítottad) ahhoz, hogy másik renderelő motort használjunk.================================================
(#19203) hunfatal :
igazából lassúságot és apróbb problémákat én is tapasztaltam a Facebookon, na de bumm, nehogy már ez legyen a döntő érv, amikor renderelő motor váltásáról van szó, hogy "de a Facebook tök rosszul megy".
================================================
(#19210) dqdb :
Ezt elég jól összefoglaltad, 100%-ban egyetértek.
-
sghc_toma
senior tag
hunfatal (#19208):
nyilvan, ezert is fogalmaztam igy: "igy megmaradhatott volna az Opera-t Opera-va tevo feature-ok nagy resze "LonGleY (#19209):
az IE <-> Opera funkciobeli kulonbsegeinek nem sok koze van ehhez az egeszhez..
biztosan vannak olyan Presto-kozeli funkciok, amiket nem lehet egyszeruen atultetni Webkit-re - azokat lehetett volna ideiglenesen kukazni.. tovabbra is tartom, hogy egy Presto -> Webkit valtasnak nem lettek volna technikai akadalyai.. -
LonGleY
veterán
Igaz, ami igaz.
Az új userek kapcsán viszont olyanra gondoltam inkább, aki tényleg új. A Firefox-nál sokszor elnéztem, hogy mit össze nem szenvednek a könyvjelző sávon, nagyon kevés tudja használni. A legtöbb odáig sem jut el, hogy bekapcsolja, vagy ha már behúzott oda valamit, akkor átnevezze, hogy jobban elférjenek egymás mellett. Az indítója pedig megjelenés óta minősíthetetlen egész egyszerűen. Én valahogy az új Opera megolodásokat jobbnak látom. De ez csak az én véleményem, majd meglátjuk, mit mutat a gyakorlat.
-
dqdb
nagyúr
válasz
LonGleY
#19206
üzenetére
Az nem csak egy modul, amit kidobnak a felület alól.
De, ha a Prestót kukázzák a Webkit kedvéért, amiről az eredeti hírek szóltak, akkor ez "csak" ennyi lett volna. Persze pár a motorhoz közeli feature elveszett volna (újra kellett volna írni), és vért izzadtak volna, hogy a Presto interfészéhez nagyon közeli absztrakciós réteget gyártsanak a Webkithez, de a hiányzó feature-ök túlnyomó többsége megmaradt volna (például a bookmarkoknak semmi köze a rendering engine-hez).Ezt a lépést a Maxthonnak sikerült már többször is meglépnie, az eredeti Trident motor mellé bekerült a Gecko (ez később kikerült) és a Webkit is.
Ehelyett ők a Chromium forkot választották, és a nulláról újraírást, az Operát Operává tévő funkciók hiányát, a teljes ködösítést, hogy mit fognak újraírni, és mit nem, és nem értik, miért nem tetszik a felhasználóknak.
Ha te egy Trident motort szeretnél az alkalmazásodban hostolni, akkor azt különböző szinteken teheted meg. A legfelső szinten pár száz sorból összerakható belőle egy komplett egy ablakos böngésző, de ha nem elégedsz meg ezzel a testreszabhatósággal, akkor kizárólag layout engine-ként veted be, és teljes kontrollod lesz felette.
Fejlesztőként volt már az idők folyamán pár teljes/nagy mértékű átírásban részem pár rendszerben. Kényelmetlen volt a leendő új rendszer mellett a régit is párhuzamosan fejleszteni, vitte rendesen az erőforrást, de ilyenkor mást nem lehet tenni a vevő megőrzése érdekében. Azt nem mondhatjuk nekik, hogy igaz, hogy használhatatlan lesz az új rendszer számotokra, de nyugi, majd egyszer jönnek a változások, amikről van nekünk listánk, de veletek nem közöljük (igen, ilyen konkrétan fogalmazva). Az Opera mégis megtette.
Én adok neki esélyt, és pár ismerősömnél is valószínűleg átveszi a basic browser szerepet a végleges.
Tegnap megmutattam az új Operát egy nem power usernek, hogy ilyen lesz.. Első megjegyzése az volt, hogy kéri vissza a könyvjelzősávot, a könyvjelzőket, a státuszsorban a nagyítót, a varázspálcát és a keresőmezőt. Firefox lesz belőle valószínűleg a 12.15 után. -
LonGleY
veterán
válasz
sghc_toma
#19207
üzenetére
Azért az Opera és az IE közti funkcióbéli különbségeket ne felejtsük. :] Elég, ha már egy része nem átültethető. Persze az gond, hogy nem is ez a hosszútávú cél, de remélem még finomodik a koncepció idővel. Most talán nem is érdemes ezen tovább rágnunk magunkat, meglátjuk. Én adok neki esélyt, és pár ismerősömnél is valószínűleg átveszi a basic browser szerepet a végleges.
-
sghc_toma
senior tag
válasz
LonGleY
#19206
üzenetére
nem tudom, mit ertesz "motor" alatt, en a "layout engine"-t, meg esetleg a Javascript motort.. aminek a csereje normalis kodot feltetelezve nem jelent nullarol valo ujrairast.. btw, Google Chrome Frame megvan? az a plugin az IE renderelo motorjat csereli le Webkit-re.. szerintem egy eleg jo pelda arra, hogy mennyire is kell valamit nullarol ujrairni egy motor cserehez..
-
sghc_toma
senior tag
válasz
LonGleY
#19201
üzenetére
"Hogy váltsanak motort, ha egyszerre nem lehet mindent újraépíteni? Te hogy kivitelezted volna?"
mondjuk ugy, hogy tenylegesen csak motort valtanak.. tehat nem Opera -> Chromium fork, hanem Presto -> Webkit valtas tortenik.. igy megmaradhatott volna az Opera-t Opera-va tevo feature-ok nagy resze..
mikor eloszor felroppentek az erre vonatkozo hirek, meg orultem is, hogy milyen fasza lesz Webkit-tel az Opera.. kicsit paraztam, hogy egy-ket feature majd eltunik (pl. a munkam soran napi szinten hasznalt tabonkent kulon proxy, stb.), de azt remalmomban nem gondoltam volna, hogy teljesen kiherelik az egeszet..
nem baj, legalabb megkaptam a kezdolokest, hogy tisztessegesen bekonfigoljak egy Uzbl-t.. -
LonGleY
veterán
válasz
fatal`
#19203
üzenetére
Ezt én is látom, és egyetértek vele. Erre valóban az aplha kifejezés illene, így csak a további verziókban bízom, és hogy a hozzáállásuk mérséklődik úgy, ahogy azt a Classic visszakerülésével is látni lehetett... Egyszerűen képtelenségnek tartom, hogy legalább Firefox beállíthatósáég szintjére ne hoznák fel a cuccot, úgy viszont már van létjogosultsága a böngészőnek. Lehetséges, hogy hasonló fog a Firefox-al is lejátszódni, és akkor mi marad a usereknek? A Chrome és az Opera, és az egyébként meglepően jó rendermotorral rendelkező IE.
-
fatal`
titán
válasz
Sk8erPeter
#19200
üzenetére
Halkan megjegyzem, hogy kipucolva a facebookot a sok szartól a socialfixerrel az égvilágon semmi gond nincs a facebookkal a prestos operával

Mondjuk nem játszom rajta gagyi játékokkal, lehet, hogy azok nem működnek rendesen. Igaz nem is függök rajta napi több órát, nem PH az

(#19202) LonGleY: Ami eddig elkészült az tökéletes lenne egy nagyon korai alfának. A probléma, hogy nem erről van szó, hanem ez egy funkciókész béta. Ki fog jönni a végleges, ennyit tud (semmit), lenyilatkozták, hogy valószínűleg semmi nem lesz átemelve a régiből így nem tudom, hogy mitől vagy derűlátó. Semmivel nem jobb, mint az új mobil verzió, még jobban kiherélték, mint azt. Érdemes ott is megnézni, hogy amióta fent van a Classic azóta hányan telepítették, pár nap alatt.
-
LonGleY
veterán
válasz
Sk8erPeter
#19200
üzenetére
A Presto fő szerencsétlenségi tényezője a felhasználói bázis számával, így a motorra való teszteletlenség hiányával van összefüggésben. A fő-fő szempont a kompatibilitás, amiben túlzottan nagy, sőt behozhatatlan a lemaradása. Nagyon kevés fejlesztő szentel figyelmet arra, hogy egyáltalán elindítsák a kész weboldaluk Opera alatt, ez pedig tarthatatlanná tette a helyzetet.
Míg a Presto-sat soha eszembe nem jutott másokhoz telepíteni - annak ellenére, hogy a saját életem nem tudom elképzelni nélküle ma sem -, addig itt az volt az első gondolatom, hogy az új akár alapértelmezettként is megállná a helyét az alap usereknél. Ezerszer szimpatikusabb a Firefox-nál (ami mellesleg szintén motorváltás előtt áll).
Még korai olyan következtetéseket levonni, hogy totálisan tönkretették volna magukat. Aggasztó, amit a mobil vonalon műveltek, és hogy milyen szinten hiányznak az asztaliból is a beállítási lehetőségek, de mégis jónak látom azt, ami eddig elkészült. Az már egy más kérdés, hogy menet közben mennyire alapoznak majd a felhasználói véleményekre, és hogy mennyire bővítik ki a most egyértelműen hiányos fejlesztésüket.
Azzal viszont nem értek egyet, hogy a Chromium miatt meg lenne kötve a kezük. Az alapok nem változnak olyan gyorsan, hogy ne tudnának idővel egy total conversion-t készíteni a saját megoldásaikkal.
-
LonGleY
veterán
válasz
Sk8erPeter
#19200
üzenetére
Irányt váltanak, igen. Nekem is hiányoznak dolgok, csak derűlátóbb vagyok a témában.
Hogy váltsanak motort, ha egyszerre nem lehet mindent újraépíteni? Te hogy kivitelezted volna?
A más böngészők kopizása mindig mosolyra derít. Vajon ki vezette be először a speed dialt? Na és a tabok stackelését, pinnelését?
És véletlenül sem magasztalom a Chrome-ot. Csak a motorról beszéltem, ami ezerszer használhatóbb, mint a Presto - weboldal-fejlesztési szempontból is.
Új hozzászólás Aktív témák
Kérdés előtt olvasd el az
összefoglalót!
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- PC Game Pass előfizetés
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Apple iPhone Air Black 256GB használt karcmentes 100% akku (20 ciklus) garancia 2026.12.20.-ig
- Honor 200 Lite / 8/256GB / Kártyafüggetlen / 12Hó Garancia
- iKing.Hu - Apple iPhone 13 Pro Max Graphite ProMotion 120 Hz, Pro kamerák 256 GB-100%-3 hó gari!
- Apple iPhone 13 / 128GB / Kártyafüggetlen / 12Hó garancia / Akku:100%
- Jawbone Up okoskarkötő, aktivitásmérő
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
ez jó


Konkrétan én a "tab" stringre kerestem, mert annyira érdekelt, hogy van-e vajon a Ctrl+Tab viselkedésének a régihez hasonló működésére utaló jel. Mindössze ennyit találtam, de hátha ez is jelent valamit:


)





No de igazából egyáltalán nem volt szándékom a kódot kritizálni, csak a felvetésre reagáltam, hogy miért nem működhet az, amit itt Penge_4 hiányol.
Ugyanis ha felnagyítok egy 200x200 pixeles képet 1000x-esére az example.com/content/images/ cím alatt, akkor kurvára nem akarom sem azt, hogy megjegyezze, sem azt, hogy felnagyuljanak ugyanekkorára az example.com/posts/ oldalon lévő cikkek/hírek.
