A nightly beolvasztásra került a develop és master branchba. Mindhárom böngészõhöz készült új csomag. Aki a Chrome Webstore-ban telepítette, magától fog frissülni. Az Opera és Safari felhasználóknak marad az uninstall-letölt-újratelepít móka.
Nightlyba bekerült a 4.0 Chrome portja, jó lenne ha tesztelné valaki. Ha minden jól megy, még ma készülhet stabil kiadás.
Megjelent a 4.0 végleges Safari build. Találtam még pár hibát, de mostanra megérett egy stabil kiadásra. Szedjétek le újra, ebbe most már tényleg nincs hátra ismert hiba. Chrome és Opera port holnapra várható, de lehet még ma lesz valamelyikbõl tesztverzió.
Új Safari build készült, elvileg ebben minden ismert hiba javításra került, lassan megérik egy stabil kiadásra.
Annyira nem kell kiemelezni az írásaimat, én csak annyit mondok hogy valamilyen hiányossággal, hibával mindig találkozom. Ezt Te is megerõsítetted ebben a posztodban. Továbbá nekem nem ezek a legnagyobb érvágásaim, szimplán csak mindig van valamilyen probléma az Operával. Én többnyire szerveroldalon dolgozom, szóval annyira még csak nem is ismertem ki az Operát, de akár munkátársak miatt, akár azért mert néha kliensoldalon is dolgozom, mindig meglep valamivel minket az Opera. És ezek nem a user error kategória. Lentebb írtam arról a hibáról, hogy egy inputba kattintva szétesett az oldal. Na annak az volt az oka, hogy egy a viewportnál sokkal nagyobb konkténert használtunk, ami overflow hiddennel volt elrejtve, és a megfelelõ menüpontra kattintva scrollozott a megfelelõ tartalomhoz. A hiba meg konkrétan annyi volt, hogy Opera szerint ha belekattintasz egy inputba, akkor a többezer pixel magas konténernek mindig az aljára ugrott. És az ilyen hibák azok, amik nem kézzelfoghatóak, nem lehet kikiáltani hogy "ezt és ezt nem tudja", mert itt nem hiányosságról van szó, hanem egyszerûen szarul mûködik. És ilyen hibákkal van tele, és ezek azok, amitõl eldurran bármelyik fejlesztõ agya. Az hogy valamit nem támogat, nem olyan nagy érvágás, legalább tudunk róla, valahogy megkerüljük, ennyi. Én csak azért hoztam fel ilyen példákat is, hogy érzékeltessem, hogy az Opera mennyire távol áll a HTML5 és társai mókától. Továbbá a history objektumra undefined-ot írt nekem, illetve az általad írt tabulátoros hiba is csak Opera alatt jön elõ, szóval nem kell messzire menni jó példáért. :D
"CSS3 3D transzformáció és animációk is nagyon késve kerültek bele."
3D transform és animációk még nincsenek a fejlesztõi buildekben sem, ahogy text stroke, reflection és radial gradients sem. De ezeknek csak esztétikai haszna van. Ráadásul mivel CSS, még böngészõspecifikus elõtag is van. Ez mennyiben gátol ezen kiegészítõ portálásában?
"szinte mindig beragadt az utolsó elem, így töltött vagy egy percen keresztül."
Ez legendás bug, NSL-ként (never stop loading) emlegetik, mostanság már nem találkoztam vele. Az viszont megmaradt, ami engem személy szerint szintén idegesít, hogy csak teljes betöltõdés után ugrik az anchorra.
A múltkor akartam dühömben írni egy userJS-t, de szomorúan tapasztaltam, hogy nem támogatja a removeNode()-ot. Ezek szerintem sokkal nagyobb hiányosságok, mint az a pár CSS3 tulajdonság.
Hát az Opera még elég messze áll az egységes HTML értelmezéstõl. Egyrész a szabvány még nem végleges, másrészt eddig is nagyon lassan implementálták az újdonságokat. Pl a HTML5 history objektumát még mindig nem ismeri. CSS3 3D transzformáció és animációk is nagyon késve kerültek bele. Elhiszem hogy egyszer újra a régi fényében fog ragyogni, de jelenleg le van maradva a konkurenciához képest, ráadásul rengeteg random hülyeséggel találkozom. Ezekre nem igazán lehet példákat írni, egyszerûen tele van hiányosságokkal, bizonyos esetekben rosszul értelmezi a forrást, stb stb. Maga a program is nagyon sok hibától szenvedett amikor legutóbb aktívan használtam. Kedvencem hogy amíg nem tölt be teljesen az oldal, addig a JS és minden interakció be van lassulva, domreadykor lefutó animációk kb 2 lépésben mennek végbe, _viszont_ betöltéskor szinte mindig beragadt az utolsó elem, így töltött vagy egy percen keresztül. Mind szakmai szemmel, mind felhasználói szemmel mondhatom, hogy a legutóbbi változatokban rengeteg idegesítõ hiba van. Lehet ezeket elkezdték felszámolni, nem tettem fel az új develop verziókat, ha tényleg így van, akkor örülök a változásnak.
Elõször is: Nagyon jó lett a kiegészítõd. Annyi javaslatom még lenne, hogy lehetne egy opcionálisan bekapcsolható gomb, mellette egy kis számlálóval, hogy van-e új hozzászólás valamelyik kedvencnek jelölt topicban és ha igen, mennyi, amit lenyitva a buborékban egyenesen a legutolsó olvasottra lehetne ugrani.
"közben meg olyan mint a modern kor IE-je, rengeteg random faszsággal fûszerezve."
Például? Nézted a legutóbbi fejlesztõi változatokat (12.00)? Egy rakás sok évvel ezelõtti Core bugot javítottak mostanság. Az új HTML5 parser pedig elvileg azt hozza magával, hogy minden böngészõ egyformán fogja értelmezni a kódot, beleértve a JavaScriptet is. Már csak pár hét kérdése és azt is megkapjuk valamelyik elõzetesben.
Így idõközben egy újabb bug (vagy by design?): A normál hozzászólás dobozban Tab-ot nyomva automatikusan a Mehet gombra ugrik, az overlay hozzászólásdobozban pedig felugrik az eredeti dobozba és vissza kell görgetnem, majd egérrel megnyomnom a Mehet gombot. Nem tudnád lefoglalni a Tab billentyût erre a célra (vagy opcionális Ctrl+Enterrel történõ hsz. küldés).
végül rájöttem. azokban a topikokban csinálja, ahol új üzenet van és a kedvencek között a linkekhez hozzátesz egy "&order=reverse&index=1&newmsg=9" ilyet, ha ez után nyomok egy frissítést, már jó.
Új interaktív beállítópanel a legutóbbi safari nightly branchban. Mivel a Safari beállítópanelja agyon van limitálva, és egyszerûen még ronda is, így kitaláltam hogy az SG-be fogom beágyazni a beállítópanelt. A többi portban is így lesz ez. Ezzel sok elõnyre teszek szert. Egyrészt jobban szinkronban lesznek a portok, másrészt könnyebben tudom növelni az oldallal való interaktivitást. Plusz a Firefox portnál is meg tudom ezzel kerülni a XUL és társait. A lentebbi videóban jól látható hogy sokkal igényesebb és egyszerûbb lesz használni. Gyorsabban el lehet érni, a változások pedig azonnal életbe lépnek. Például a videóban tiltólistára tettem valakit, a beállításokban azonnal megjelent a neve, nem kellett frissíteni hozzá semmit. Majd amikor feloldottam a tiltást, az illetõ kommentjei azonnal megjelentek az oldalon, ehhez sem kellett frissíteni a lapot. Így lesz ez a többi beállítással is. Ha elrejtem a chat-et, akkor azonnal eltûnik, ha visszavonom akkor azonnal megjelenik. video
Ismert hiba, akkor van ez ha a hozzászólásszerkesztõ felett megjelenõ x új üzenet érkezett linken keresztül nyitod meg újra a topicot.
Fogtam egy bugot: ugrás az utolsó üzenethez be van kapcsolva, és az elõbb úgy töltötte be a topikot, hogy az üzenetjelzõ csík alatti tartalmat nem töltötte be.
sajnos az a valósziinû :/ azért iirj bele egy csomó sor bullshitet hadd szenvedjenek
Mivel hogy egyesével bevizsgálják a bõvítményeket és kikötötték hogy pontosan azt kell tudnia ami fel van tüntve a leírásban, így nem árt ha van angol leírás is hozzá. :D
Majd akarom, csak egyelõre körülményes. Van egy szép hosszú lista a kritériumokról, nem mindegyiknek felelek meg. :D Kellene ikonokat gyártani, képmentéseket, normális angol nyelvû leírás, stb, stb.
Sejtettem amúgy, az iTunes is elég tré windowson, egyszer viszont volt szerencsém kipróbálni osx -en és hát ég és föld a különbség... :) hát akkor várok, hátha lesz firefox -os verzió az ext -bõl :)
Általában az Apple szoftverei Windowson elég trehányak szoktak lenni. Nem használják a natív GUI toolkitet, nem reszponzív a felületük, nálam konkrétan kerregtette a vinyót. Igazából magam miatt is csinálom a Safari portot, mert azt használom, és akkor már csak részesüljek én is a saját fejlesztésembõl. :) Na meg elég sok OSX-es felhasználó van az SG-n, köztük sokan Safarit használnak, mert OSX alatt teljesen korrekt kis böngészõ, sok fícsõrrel ami Windows alatt nincs.
ja persze, az egyértelmû :) most nézem, mintha szemrehányó lenne a kérdésem, pedig pusztán érdeklõdõ jellegû, hogy érdemes e kipróbálnom windowson a safarit :)
Itt is rosszul van betéve a font tag, a topik címe okozza, Opera pedig nem képes lekezelni. Egyedüli megoldás ha egy modi átírja és tesz bele lezárótaget.
Igazából lehetne, a contentscriptek szinte 100%-ig újrahasznosítható. Csak a beállítópanelt és társait kellene átalakítani. Anno cSuwwival együtt kezdtünk el dolgozni az ext-en, aztán mindkettõnknek más dolga akadt, azóta nem beszéltem vele hogy esetleg bevállalná-e.
Majd ránézek hogy milyen is egy FF Ext, ha nem olyan nagy meló akkor lehet bevállalom valamikor. Ez az Opera port is meglepõen gyorsan ment.
épp most vagyok túl egy ff-chrome-opera-ff huzavonán... chrome remek böngészõ, de nálam 30 sec mire észhez tér elsõ indulásnál, mindössze egy adblock és az sg kieg. volt fent, de ezek nélkül is ezt csinálta... az opera pedig elkezdett belassulni, kifagyogatni, félig-meddig betölteni a weboldalakat...stb.
Listaelemekre gondolsz? Azt ki is vettem, azt tényleg sehogy sem lehet megoldani. Még képnek (IMG tag) lehet adni base64-es adatot string formában, de ott háttérképet kellene használni, annak már nem lehet.
Mivel látszólag szinte minden gond nélkül megy, készítettem egy csomagolt verziót is. Jobb felsõ sarokban az Opera linkra kattintva tölthetõ le.
Teljesen szét van tweakelve az egész. :D Mindenre lehet megoldást találni, csak jó lenne ha nem nekem kellene ezzel foglakoznom, hanem az Operás srácok kezdenének magukkal valamit, mert ez így irtó kevés és rossz.
Használhatatlan ez a DragonFly, még azt sem tudom megnézni benne hogy milyen kódolással küldi az adatot a szerver. Valószínûleg latin2-vel, JS meg UTF-8-at használ, ez lehet a baj.