Új hozzászólás Aktív témák
-
cousin333
addikt
"veled ellentétben én az állításom mellett érveket és példákat hoztam fel."
"Opera kiadott egy belső buildet még tavaly az év első felében, ami akkor már 100/100 volt. Egyben azt közölték, hogy a kiadás előtt álló 9.5 nem fogja tudni a 100%-ot."
Ez van annyira jó példa szerintem, mint a tieid. Méghozzá arra, hogy az általad lesajnált Opera sem helyezi mindenek fölé mondjuk az ACID teszteket. De még mindig ott tartunk, hogy akár presztízs, akár nem, minden böngésző elér legalább 60-70 pontot a stabil verziókkal is (az előzetesekből meg nyilván nem holnap lesz kész termék, tehát jövőtállóság is kell). IE ennek a szintnek a közelébe sem szagol. És ez itt a baj, nem az, hogy 70 pont vagy 100.
-
"én az állításom mellett érveket és példákat hoztam fel"
Vagy legalabbis talaltal ki
"a javascript teljesen más kategória. a keretrendszereknek köszönhetően a mezei programozónak a kompatibilitás már nem téma."
Igen, valoban, annak, aki nem programoz Javascriptben, annak tenyleg nem kell a JS kompatibilitasi problemai miatt aggodnia, ez korrekt meglatas
-
FTeR
addikt
válasz
cousin333
#153
üzenetére
veled ellentétben én az állításom mellett érveket és példákat hoztam fel. azok alatt konkrétan az operát és a hasonlóan nagy részesedéssel rendelkező sorstársait értettem, utalva rá, h anno fx is erre gyúrt, míg most már kevésbé. anno megtehették, h 1.5-ben összeestek az egyébként pofátlanul 1.0-ra optimizált oldalak. 20% fölött már nem.
nem is az a gond vele, h mire _nem_ terjed ki...
még jó, h fx-ről beszéltem pont opera ellenében.
ez a megjegyzés a css-ről szólt, a javascript teljesen más kategória. a keretrendszereknek köszönhetően a mezei programozónak a kompatibilitás már nem téma.
-
cousin333
addikt
"jellemzően azok szoktak tesztekkel jönni, akiknek nem tudnak mást felmutatni. "
Jellemzően azok jönnek ezzel az érvvel, akik mást nem tudnak felmutatni.
![;]](//cdn.rios.hu/dl/s/v1.gif)
"mostanra, h már fx-nek is van más baja, mint hogy egy légbőlkapott* teszten megfeleljen, egyből nem olyan fontos."
Nem légbőlkapott, de mint minden teszt, nyilván ez sem terjedhet ki mindenre. A tesztek egy részét külsős emberkék rakták össze. Én nem szomorkodnék, ha az IE-nek csak ennyire nem lenne fontos, mint az FF-nek, hogy csak 80 pontot érnének el rajta a 100 helyett...
"acid2-nél is érdekes volt, h beta fx még átment, de a végleges már nem. mert fontosabb volt, h a weblapokat rendesen megjelenítse"
Opera kiadott egy belső buildet még tavaly az év első felében, ami akkor már 100/100 volt. Egyben azt közölték, hogy a kiadás előtt álló 9.5 nem fogja tudni a 100%-ot. Ennyit az összeesküvés elméletekről.
"az mondjuk igaz, h ez inkább ie quirksnek köszönhető."
Tulajdonképpen erről van szó, a többi csak mellébeszélés.
-
FTeR
addikt
válasz
cousin333
#148
üzenetére
jellemzően azok szoktak tesztekkel jönni, akiknek nem tudnak mást felmutatni. mostanra, h már fx-nek is van más baja, mint hogy egy légbőlkapott* teszten megfeleljen, egyből nem olyan fontos.
acid2-nél is érdekes volt, h beta fx még átment, de a végleges már nem. mert fontosabb volt, h a weblapokat rendesen megjelenítse**, minthogy átmenjen egy preztis teszten.acid2 egyedül css2.1-re gyúrt, míg acid3 összeségében a web2-re.
k, rosszul tudtam ezt a százalékosdit.
*valójában semmi sem igazolja, h miért pont ezeket a cuccokat tesztelik és másokat miért nem.
**az mondjuk igaz, h ez inkább ie quirksnek köszönhető. -
FTeR
addikt
én szeretném érteni. gondolom fordított esetben egyből fair lenne.
a teszt azt bizonyítja, h linux alatt valamiért lasabb fx (nemcsak az amit moz kiad, hanem amit adott disztribre fordítottak), ennyi. ezen nincs mit magyarázni. egyedül azért érdekes a dolog, mert a közhiedelemben az él, h linux alatt minden gyorsabb, mert linux rulez.
az lehet egy másik teszt, h ilyen meg olyan beállításokkal gyorsabb lesz-e.
nah, mostmár csak ismételjük magunkat. sztem hagyjuk. -
cousin333
addikt
"acid3-ról azt kell tudni, h moz sem tervezi a teljesítését. mégha ms-nek nem is hiszünk, moz szava csak számít valamit."
És ettől rossz lesz a teszt? Egyszerűen nem az a proritás. Ha 100/100-as lenne, akkor mindkét cég fennen hirdetné, ahogy teszi azt most az Opera és a WebKit, mert megtehetik.
"acid3 nem %-ot mér. azt nézi, h 100 tesztből hanyadiknál hasal el"
Ez egyszerűen nem igaz, nem is nagyon lenne értelme. Például az FF3.0.6 71 pontot ér el, de már az első teszten elhasal (meg a 2., 3. és 4-en is...). Futtatás után kattints az A betűre, és tételesen kiírja neked, hogy mi nem volt jó.
"acid2-vel ellentétben a fő célja nem is a css tudás mérése, hanem javascriptre gyúr rá."
Nem vagyok hozzáértő, de a Wikipedia alapján a 100 tesztből 18 az ECMAScript, a többi HTML, DOM, CSS, SVG (utóbbi miatt elképzelhető, hogy sokáig nem lesz 100/100-as IE). http://en.wikipedia.org/wiki/Acid3
ui: Nálatok sem működnek a szerkesztőablak alatti gombok?
-
FTeR
addikt
hamár a tippek és trükköknál tartunk, egy másik gyakori ie6 problémát is igen egyszerűen és elegánsan lehet kezelni: Clearing Floats (new solution)
btw, érdemes itt kezdeni az ismerkedést: Compatibility Master Table
-
FTeR
addikt
-
#140
FTeR
addikt
fordfairlane
#136
FTeR
addikt
válasz
fordfairlane
#136
üzenetére
nemtom, sztem az a jobb ha a teljes szélességet veszi és nem a contentet. nem véletlen került be az opció utólag az ajánlásba....
ha wminek megadom a szélességét, akkor azt akarom, h annál ne legyen nagyobb, ne nyomja szét ami korülötte van. ebbe ne kavarjon be se padding, se a border. -
FTeR
addikt
használd ezt a css elején:
div{box-sizing: border-box;-moz-box-sizing: border-box;-ms-box-sizing: border-box;}
ráhuszhatod bármilyen tag-ra, nem csak div. esetleg az -ms-box-os részt a végéről ki lehet kommentelni, ha bekavar.
érdemes még ugyanitt megadni, h margin:0 meg padding:0, aztán késsőbb állítani ott ahol kel (ie6 szeret marginokat rakni block elemek aljára).a döltbetűset meg sztem simán megoldja egy overflow:hidden.
ie7-ről meg nem árt tudni, h xhtml-ben sokkal css2.1 barátibb.
-
FTeR
addikt
nem. arra vonatkozot, h ms nem úgy ás nem azt csinálta amit te felvetettél.
értsd: ms nem ment a szabványok ellen, hiszen kora legszabványosabb böngijét készítette, ellemben tagathatatlan, h már az akkor is elavult ajánlásokat saját megoldásokkal bővítették ki. de ez is inkább pozitívum, hiszen később valamilyen formában sok ilyen megoldás ajánlás lett és ma ajax sem jöhetett volna létre, ha nincs az ms.
az ie6-tal továbbra sem az a gond, h ms az ajánlások ellen ment, hanem az, hogy később mindegy milyen okokból nem fejlesztették, így lemaradtak. sok inkompatibilitást okoznak pl olyan css2.0 implementációk, amik akkor még beta állapotban voltak. arról nem is beszélve, a css2.1 (amit az acid2 is tesztel) 2007 végén ment (újra) véglegesben. szal nem csak az ms-el vna probléma, hanem a w3c is egy elég szerencsétlen banda. -
#136
fordfairlane
veterán
tildy
#134
fordfairlane
veterán
Ez már IE 6 óta nem probléma, a megfelelő doctype-ot kell használni, és akkor az IE is a content szélességét veszi a megadott értékre. IE 6-nak egyéb gondjai vannak, mint pl. az overflow, width - min-width kérdéskör, :hover probléma, float elemek auto-clearje, stb, stb...
-
-
sh4d0w
félisten
Szvsz a pluginek simán kódkategóriába tartoznak, nem pedig az adatok közé - ha pedig az ezeket tartalmazó dll-ek stb. ott ülnek a RAM-ban, akkor sebességkülönbség lesz az egyik oldal javára, még akkor is, ha csak az alkalmazás indításakor kerülnek oda, mivel a másik mért platformon ilyen nincs.
-
-
FTeR
addikt
ha fx-ből indulsz ki és ie-ben nem működik vagy akár fordítva, akkor csak a szenvedés van.
de ha kicsit is képben vagy, akkor a default értékek beállításával rakat probléma elkerülehtő (box-sizing, list-style, meg hasonlók).
persze azon nem segít, ha feltétlen olyan fícsört akarsz használni, ami egyáltalán nincs a másikban. de akkor ifeknek sincs értelme... -
moonman
titán
Firefoxnál például a plugineket, de ez pont nem jó példa. Word-höz például kismillió dll kell, amik csak első használatkor töltődnek be, Prefetch-csel pedig már indítás közben/után rögtön.
most hogy a dll kód vagy adat, azt döntse el mindenki maga, a lényeg, hogy az alkalmazások nem ülnek ott a ramban ha még nem lettek elindítva - Vistában igen.
-
#122
fordfairlane
veterán
floatr
#108
fordfairlane
veterán
Én úgy látom, hogy az önmagában merész húzás volt, amikor a maguk feje után kezdtek menni az IE4-től kezdve.
Szerintem cseppet sem volt merész ez a húzás. A konkurencia, azaz a Netscape 4 borzasztó rossz CSS implementációval rendelkezett. A Microsoft nyilván úgy gondolta, hogy a saját megoldásai de facto standarddá válhatnak, ha a böngészőjük elterjed. Nem egészen ez történt és ez az alternatív böngészőknek is köszönhető. Egyszerűen más idő jártak akkor, sokkal kevésbé számított a W3C ajánlása. Nem volt implementációja hosszú ideig, már csak ezért sem.
-
FTeR
addikt
a linkelt teszt az fx-et mérte win-en és linuxon, aztán megnézte wine-on is. közben emltést teszt az ooo-ról is, mint példa olyan appra ami win-en jobban teljesít.
erre benyögted, h sok app jobb wine-on mint win-en (korábban szóbakerültek a játékok), amire én írtam, h arról amiről beszéltünk épp nem.
egyébként meg nem a firefox sz*r, hanem a linuxos firefox sz*rabb. a kérdés az, h miért? mivel azt várná a tisztességes fanboy, h ez fordítva legyen. -
bobsys
veterán
mi a szarnak keresek en valami hivatalos ms cikket/bejegyzest allandoan, ha jossz es leutod a magas labdakat csak ugy szimplan
sh4d0w (#109): nezz meg egy layout.ini-t, talalsz benne olyat ami biztos hulyen venni ki magat ha elo lenne toltve (pl: C:\DOCUMENTS AND SETTINGS\LOCALSERVICE\LOCAL SETTINGS\TEMPORARY INTERNET FILES\CONTENT.IE5\)
-
FTeR
addikt
konkrétan azt nyilatkozták, h szerintük baromság az acid3, mert nem életszerű dolgokat tesztel.
nekem úgyrémlik, h nem. de mérget nem veszek rá.
gyakorlatilag. pl ie7-ben a szabványos xmlhttprequest csak egy alias a nem szabványos (ámde eredeti) activex object hívásra.
persze vannak olyanok ahol a visszaadott értékek eltérnek, mint pl a text select range függvényeknél. mindkét implementációval elérhető a cél, csak másképp. -
sh4d0w
félisten
adat != kód:
igen, ez igaz... csak milyen adatokat tölt be pl. Firefox indításakor, mikor még nem is tudja, milyen melóval akarod megbízni? Ebből azt gondolom, hogy itt a megfogalmazás téves lehet és valóban kódszegmensről lehet szó. Na, ugyanez Linux alatt nincs ilyen direkt módon, nyilvánvalóan befolyásolhatja a végeredményt.
-
floatr
veterán
Próbáltam egy kicsit szélesíteni a látószögedet, mivel eddig az alapvetés az volt, hogy a firefox amiatt szar, mert még wine alatt is tattarattara....
Erre mondtam azt, hogy ezen az alapon nagyon sok "szar" alkalmazás van, így vagy levonod a következtetést, hogy nem volt megfelelő a kiindulási alap, vagy fújod tovább a többek szerint hülyeséget.
A wine egy igen speciális helyzetet teremt, ezt könnyen be lehet látni. Hogy valami eltérően fut az eredeti környezetéhez képest, az egyáltalán nem írható senki számlájára sem, minőségbeli következtetésekre meg a legkevésbé sem alkalmas.
-
"acid3-ról azt kell tudni, h moz sem tervezi a teljesítését."
Neha komolyan nem ertem, hogyan nem szakad rad a plafon. Ilyesmirol szo sem volt, csak arrol, hogy a FF3 nem teljesitette, mivel ott a megjelenes nagyobb prioritast kapott, mint az Acid3-as 100/100.
"acid3 nem %-ot mér. azt nézi, h 100 tesztből hanyadiknál hasal el és nem azt, hogy hányat teljesít belőle."
Ez konkretan nem igaz. Azt meri, hogy hany teszt fejezodik be sikeresen.
"a legtöbb esetben nem is a tudás hiányzik ie-ben (sőt, rakat cucc abban volt előbb és csak később lett szabvány), hanem adott függvény neve tér el"
Ertem, tehat egy intern nemi search&replace-szel megoldahatna az egeszet, de ... nem teszik!
-
moonman
titán
ezeket nem előtölti, hanem defragolja (egybe teszi a futtató állományokat).
de próbáld ki: indíts egy Excel-t XP-n, majd Vistán. fogod látni a különbséget.#109:
"a Windows XP az alkalmazás indításakor automatikusan betölti a szükséges adatokat"
alkalmazás indításakor != boot után, ill. rendszer üresjáratakor
adat != kód -
sh4d0w
félisten
Mégegyébként meg (biztosan ismerős lesz):
"[I]...Prefetching az alkalmazásoknál
Ezúttal tényleg igaz a marketingfogás: a Windows XP tényleg gyorsabban futtatja az alkalmazásokat! A prefetching algoritmus ugyanis nemcsak az operációs rendszer indításakor, de (hacsak kifejezetten le nem tiltjuk) minden egyes alkalmazás esetén is működik. Nézzünk csak bele a Windows XP \Windows\Prefetch könyvtárába! Jónéhány ".pf" kiterjesztésű fájlt találunk majd benne (és egy layout.ini-t, melyben összegzi a kapott eredményeket) Az egyes prefetch fájlok tartalmazzák az alkalmazások futása során használt lemezterületek adatait (fájlokat, .dll-eket, registry-kulcsot, stb.). Ha egy alkalmazáshoz már létezik prefetch-fájl, a Windows XP az alkalmazás indításakor automatikusan betölti a szükséges adatokat, hogy mire az alkalmazásnak szüksége lesz rá, kéznél legyen. (A rendszerindítás prefetch fájlja az ntosboot-B00DFAAD.pf; ez a fájl tartalmazza az előző nyolc rendszerindítás adatait. Ez a fájl a rendszerindítás után 1 perccel jön létre, illetve frissül. Ha letöröljük, a következő rendszerindításnál nem lesz prefetch (ideális eszköz a prefetch hasznosságának kipróbálására).
Egy fontos dolgot jegyezzünk meg: a prefecth akkor képes igazán jól működni, ha van hova betölteni az adatokat. Éppen ezért a Windows XP memóriaigényének kielégítése teljesítmény-okokból fontosabb, mint az elődöké volt. A minimális 128 megabájt a mai memóriaáraknál már nem okozhat gondot...[/I]" forrás: http://winportal.net/index.php?id=7 -
#108
floatr
veterán
fordfairlane
#98
floatr
veterán
válasz
fordfairlane
#98
üzenetére
Én úgy látom, hogy az önmagában merész húzás volt, amikor a maguk feje után kezdtek menni az IE4-től kezdve. Veszélyes dolog volt azt gondolni, hogy elég nagyok ahhoz, hogy a piacot magukra húzzák, a többieket meg leszarják.
-
-
FTeR
addikt
acid3-ról azt kell tudni, h moz sem tervezi a teljesítését. mégha ms-nek nem is hiszünk, moz szava csak számít valamit.
acid3 nem %-ot mér. azt nézi, h 100 tesztből hanyadiknál hasal el és nem azt, hogy hányat teljesít belőle. acid2-vel ellentétben a fő célja nem is a css tudás mérése, hanem javascriptre gyúr rá. arról meg azt kell tudni, h a legtöbb esetben nem is a tudás hiányzik ie-ben (sőt, rakat cucc abban volt előbb és csak később lett szabvány), hanem adott függvény neve tér el, még a működése is ugyanaz vagy minimálisan tér el. persze ettől még szívás, h böngészőkként ifelgetni kell.
-
#102
dabadab
titán
fordfairlane
#98
válasz
fordfairlane
#98
üzenetére
Hat, igazan en se tudom, hogy mit csinalnek az IE8 fejlesztoinek a helyeben:
Firefox benyit, koszon:
- Csokolom, en vagyok Firefox.
- Menjel balra, ott van, amit keresel.
Firefox el balra.Opera benyit, koszon:
- Csokolom, en vagyok Opera.
- Menjel balra, ott van, amit keresel.
Opera el balra.IE6 benyit, koszon:
- Csokolom, en vagyok IE.
A weboldal megrancolja a homlokat, hogy ja, ez az a hulyegyerek, aki akkor megy balra, ha azt mondjak neki, hogy jobbra menjen.
- Menjel jobbra, ott van, amit keresel.
IE6 el balra.IE8 benyit, koszon:
- Csokolom, en vagyok IE.
A weboldal megrancolja a homlokat, mar megint ez a hulyegyerek.
- Menjel jobbra, ott van, amit keresel.
IE8 el jobbra, halalsikoly, fuggony. -
#100
FTeR
addikt
fordfairlane
#94
FTeR
addikt
válasz
fordfairlane
#94
üzenetére
abban a listában pont az a lényeg, h a benne felsorolt oldalakat automatikusan az ie7 motorjával jeleníti meg. ezen felül minden webmaster maga is állíthatja ezt meta tag-ben. egyébként meg ott van a kompatibilitás gomb.
azzal ellentéáben amit a legtöbb cikk sugall a listával kapcsolatban, minnél hosszabb ez a lista annál jobb, mert annál kevesebb gondja lesz a júzernek.
-
#99
tildy
nagyúr
fordfairlane
#92
tildy
nagyúr
válasz
fordfairlane
#92
üzenetére
Nem beszólásnak lett szánva
Én az acid tesztet mindig is szabványkövetési tesztként ismertem, ha 3as ha nem. -
#97
dabadab
titán
fordfairlane
#96
válasz
fordfairlane
#96
üzenetére
Ezt nem igazan browser-szintu problema, maguk az oldalak vannak rosszul megirva (eufemizmussal: IE6-ra optimalizalva).
-
#96
fordfairlane
veterán
floatr
#95
-
#95
floatr
veterán
fordfairlane
#94
floatr
veterán
válasz
fordfairlane
#94
üzenetére
Nemtom hogyan fogják mindezt véglegesíteni, de szvsz jó lenne pontot tenni ennek a quirks-es marhaságnak a végére.
Egyébként érdemes lesz majd figyelni, hogy minden ilyen problémás oldal villámgyorsan megjelenik majd a szabványközeli megoldásával -
sh4d0w
félisten
Egy ilyen tesztnek nincs értelme így; lehet strucc módján gondolkodni, és probléma esetén megtalálni a kapcsolatot a fejünk és a homok között, de ha már egyszer valaki előjön egy ilyen teszttel, mint érvvel, akkor illik belegondolni, mi lehet a különbség a két mért platform között.
Az meg, hogy nincs előtöltés WinXP-n, marhaság, ott a Prefetch alkönyvtár a Windows könyvtárban a rendszerpartíción - függetlenül attól, hogy natívan, vagy wine alatt fut. Nyilván ha a javascript futtatásához szükséges modulok memóriában vannak, sokkal nagyobb teljesítményt lehet elérni, mintha futásidőben kell még előcincálni lemezről.
-
#88
tildy
nagyúr
fordfairlane
#84
tildy
nagyúr
válasz
fordfairlane
#84
üzenetére
Én ez alapján nem úgy látom
Acid3 is a test page from the Web Standards Project that checks how well a web browser follows certain web standards, especially relating to the Document Object Model and JavaScript.moonman : én csak annyit tudok, hogy az ie6 és ie7 köszönőviszonyban sincs a helyes működéssel és külön kell kódot írni rá, míg FF és opera is normálisan kezeli a diveket, és egyéb szabványos kódokat.
-
#87
dabadab
titán
fordfairlane
#84
válasz
fordfairlane
#84
üzenetére
"az ACID nem szabványossági, hanem inkább hibatűrés-teszt"
De, az ACID pontosan a szabvanyossagot teszteli, a hibakezelest csak annyiban, amennyiben az resze az adott szabvanynak is.
-
-
moonman
titán
nemtom, szerintem aki a cikket írta, nem olvasta el, mi az az update.
"The list helps make websites designed for older browsers look better in Internet Explorer 8."
acid-ról annyit, hogy köszönőviszonyban sincs a valóságos helyzetekkel, egy laborteszt. (a 10-es Opera meg még fejlesztés alatt áll, a végleges állapotig simán elbaszhatják
) -
tildy
nagyúr
Nem most írták valahol , hogy olyan alap oldalak sem jók IE8n , mint a google?
A szabványról annyit, hogy az acid3 tesztet a 10es opera 100%osan viszi.
Tipikus IE bug dőlt betűkkel írt szöveget kénye kedve szerint töri, széthúzza a divet, a margin-padding problémáról meg inkább már szót sem ejtenék...
A legrosszabb böngésző, ami alá külön patchelést kell még alkazni.... -
"nem feladni kéne, hanem megérteni, h mit mond a másik."
Meghallgattalak, megertetettem, hogy miket beszelsz, megallapitottam, hogy baromsag, elmondtam, hogy az altalad vizionaltakkal szemben igazabol hogyan mukodnek a dolgok. Bocs, ennel tobbet nem tudok tenni erted.
"érdekes, h csak a rétegesdin kezdtél lovagolni"
Nahat, milyen erdekes, mondasz harom dolgot, abbol ketto kb stimmel, a harmadik meg uvolto marhasag, es en csak az utobbival kapcsolatban reklamalok.
Vajon miert lehet ez?... -
FTeR
addikt
nem feladni kéne, hanem megérteni, h mit mond a másik. pl, h egy teljesítmény tesztben minden számít, ami fut és erősforrást emészt.
egyébként érdekes, h csak a rétegesdin kezdtél lovagolni, pedig csak 1 eleme volt egy felsorolásnak.szerk: ah, sry, winforms alatt végig a win api-t értettem.
#74
mégha azt írtad volna, h kihasználni a sajátosságait, de hogy kivédeni... -
Oke, feladom, ennyi hulyeseget mar nem viselek el (tomoren: a winforms kurvara nem jatszik a wine es a rendszer tobbi resze kozotti kommunikaciaban, az tok ugyanolyan, mint barmelyik X-es programnal, a reverse engineeringgel nincs semmi baj, viszont szukseg sincs ra, mivel a komplett dokumentacio ott van a MS-nel, mindezeken tul a Windows Forms csak egy wrapper a sima Windows API-n, amit nem is tul sok program hasznal, mivel WF csak .net-ben van, azok meg inkabb WPF-t hasznalnak).
-
FTeR
addikt
egy pillanatra elgondolkoztam, h szájba rágjam-e, de inkább bizakodtam. nyilván úgy értettem, h egy winforms implementációt használ, amit egyébként win-es progik visszafejtésével készítettek (mivel ügye gyári win-es cuccokat nem illik visszafejteni, doksi meg nincs).
#74
ezzel nagyon nem tudok egyetérteni. a teszt lényege pont az, hogy a gyártó által kiadott appok hogyan futnak.
a fordító és annak beállításai már csak akkor érdekesek, ha a hiba okát próbáljuk megtalálni. a teszt az fx-ről szól, annak sebességét teszteli és nem az os-ét. nyilván minden platformon a legjobb megoldást választják a fejlesztők. ha teszem azt valóban a gcc a problémás, akkor nincs miért azt használni win-en is.
az előtöltés hogy jön javascript telejsítményéhez? app előtöltés meg sem xp-n sem wine-on nincs. -
sh4d0w
félisten
Itt láttam először ezt a FUD-ot.
Szal a teszt egyáltalán nem törekedett a platformbeli sajátosságok kivédésére (pl. alkalmazások előreolvasása), az alkalmazható optimalizációk kiegyensúlyozására/elhagyására, valamint nyilván az alkalmazott fordító sem azonos a két platformon - ettől fogva a teszt leves...
Nem ez az egyetlen marhaság egyébként, amit ott elkövettek, más teszteknél is láttam hmm... "hiányosságokat".
-
"wine winforms-os cuccot használ"
Egyre furcsabb dolgokat beszelsz. Hat mar hogy a fenebe hasznalhatna a Linuxon futo WINE Windows Forms API-t, amikor az nincs is Linuxra?... (Vagy elneztem valamit es ott van a libwine depends soraban a libwinforms is?
)"nem a kde/gnome cuccait hivogatja"
Meglepot mondok: a linuxos Firefox sem hivogatja ezeket (leszamitva a WM komponenst (mar ha azt hasznalja az ember), de azt meg a WINE is).
Mondom, egyaltalan nem fontos hosszan ertekezned olyan temakban, amikrol jol lathatoan kb nulla tudassal rendelkezel.
-
FTeR
addikt
hogy repül az idő, az ie7 is már lassan 3 éves böngésző. szvsz ezzel a mozgalommal megvárhatták volna az ie8-at, nem azon a 2 hónapon múlott volna a dolog.
az mindenesetre mindenféleképpen szimpatikusabb, h nem fx-et reklámoznak vele, hanem egyszerűen ie6-ot húzzák le.
persze kíváncsi lennék, h hol voltak ezek a mozgalmak, amikor az fx-re való tekintettel mindenki azon volt felháborodva, h ie7 kritikus frissítésként jön auto update-n. -
FTeR
addikt
wine winforms-os cuccot használ, nem a kde/gnome cuccait hivogatja. wine-ben pont az a lényeg, h nem egy emulátor, ami lefordítja a hívásokat.
az X kizárható az összehasonlításból, mert azt wine is használja.mint ahogy a másik topikban írtam is, sztem szimplán arról van szó, h moz-nál a wines verziónak van prioritása és a linuxos csak egy port. ez persze nem magyarázza azt, h ooo is lassabb linuxon (többek szerint...), így lehet, h a gcc a ludas.
ez a rétegesdi csak +1 felvetés volt.#70
én megpróbáltam off-ban maradni ;) -
"szal míg a wine közvetlenül a kernelt hivogatja, addig a linuxos alap felállás átmegy még pár ablakozón"
Olyan jo lenne, ha olyasmirol irnal, amirol legalabb vmi halvany fogalmad van... Egyreszt Linuxnal az X nincs a kernelbe integralva, tehat tul sok ertelme nem lenne, ha a GUI-val kapcsolatban a WINE a kernelt hivogatna (az open(), read() meg ugy altalaban a man 2. fejezeteben talalhato dolgokkal kapcsolatban meg mindenki a kernelt hivja). Ezzel szemben a WINE alatt futo programok is ugyanugy kommunikalnak a window managerekkel meg a tobbivel, mint az osszes tobbi nativ linuxos program (es mellesleg ezek a retegek megvannak Windows alatt is - legalabb ahhoz erthetnel, ha mar a Linuxhoz nem...).
-
FTeR
addikt
-
#16820480
törölt tag
lehet, hogy meglepő, de a flame topic-ok amellett, hogy szórakoztatóak az unalmas napokon, még sokszor hasznosabbak is, mint egy szakmai topic, mert itt midnig van valaki, aki leírja az alapoktól a dolgokat, és szinte egy hozzászólás sem marad figyelmen kívül, mert mindeki mindenben a belekötési lehetőséget keresi
például tettem fel egy kérdést az XP topicban. azt hiszed volt rá válasz? de ha azt írom be (valahova), hogy "milyen szar ez az XP, mert ... hiba van benne", akkor 10 percen belül ott a megoldás.
-
sh4d0w
félisten
Vártam már, hogy valaki belinkelje; a teszt az elvégzett formában semmit nem mond a különböző rendszerek egymáshoz való teljesítményviszonyából, ugyanis a feltételek messze nem egyenlőek, egyáltalán nem dícséri a tesztet elvégzőket. Úgyhogy bocs, de ez legfeljebb FUD-ra jó, másra nem.
-
-
moonman
titán
válasz
#16820480
#53
üzenetére
"nyilván az MS nem fogja védett módban futtatni (engedni futni) 3rd party fejlesztők programjait, főleg akkor nem, ha az konkurencia a saját termékének"
te valami nagyon furcsán gondolkozol.
katt (az egy dolog, hogy Mozillának azóta sem sikerült valamiért implementálni a dolgot.)"ez nem jelenti azt, hogy úgy általában az a legjobb, ami létezik"
a "legjobb" az abszolút szubjektív megítélés. nekem a legjobb, másnak nem. de a biztonságon vitatkozni fölösleges. -
#16820480
törölt tag
nézd, te írtál egy olyat, hoyg azért biztonságosabb, mert védett módban fut. ennyi erővel azt is írhatnám, hogy de a FF a biztonságosabb, mert az meg linux alatt fut.
nyilván az MS nem fogja védett módban futtatni (engedni futni) 3rd party fejlesztők programjait, főleg akkor nem, ha az konkurencia a saját termékének.de ezzel a kijelentéseddel eljutottunk oda, hogy windows alatt az IE használja ki legjobban a rendszer lehetőségeit. mondjuk kifejezetten ciki lenne, ha nem így történne. de ez nem jelenti azt, hogy úgy általában az a legjobb, ami létezik.
-
moonman
titán
válasz
#16820480
#49
üzenetére
remek, sikerült megint a témához képest teljesen irreleváns irányba vinni a topicot. tudom, hogy készül, ez azt jelenti, hogy jelenleg nincs. a wine mióta számít Linux-platformnak? wine-ban IE is elfut, nabumm.
mivel az IE biztonságosságáról folyik a vita, egyértelmű, hogy Windows környezetről van szó, ezen pedig az IE a legbiztonságosabb, erre bármelyik szervemet fel merném tenni.
-
-
Volu
tag
Nem kell azt kinyírni...majd rájönnek az emberek, hogy egyre több oldal jelenik meg hiányosan. Egyébként nem kell bántani a hatost, mert ugrik. Gyengébb gépeken (256ram) eddig én azt tartottam meg, mert mire az IE7, vagy FF elindult volna, 5x tökönszúrták volna magukat a juzerek. Persze 2009-ben mindenképp nyugdíjazni kell...
-
R.P.
aktív tag
A flash plugin telepítés gondját elismerem (bár aki egy böngészőt fel tud rakni, az egy plugint is, pláne ha a böngésző felajánlja és csak le kell okézni), de a többiről a véleményem pont fordított, amiről ne is nyissunk vitát, mert a véleményünk még csak közeledni sem fog, ebben biztos vagyok.
Üdv.: R.P.
-
Nem flémelni akartam. Mindössze szélesíteni szeretném a rálátásomat a témára.
Keresek guglin, de ha tudsz linket, ahol le vannak írva az IE7 (és esetleg az IE8) biztonsági cuccai, netán kiemelve, hogy az Opera/FF3-nál konkrétan miért biztonságosabb vagy jobb, akkor szívesen fogadom.
köszi! -
Jégkokó
veterán
Amugy ha jól emlkészem akkor az xp nél csak az sp3 nál jött be a ie7 es változat.De amugy nekem régebben csak ugy települt ha leellenőrizte a rendszer eredetiségét, amit én hülyeségnek tartok, hiszen az explorer nem egy fizetős szoftware igy mi köze van a microsoftnak ahhoz, hogy én legálisan használom a windowst.
-
#30
moonman
titán
VaniliásRönk
#29
moonman
titán
válasz
VaniliásRönk
#29
üzenetére
ezt nem ártana alátámasztani is. vagy végeztél közvéleménykutatást? az általad említett csoport azt sem fogja tudni, ha megkérdezed tőle, hogy mi az az internetböngésző.
-
#26
moonman
titán
VaniliásRönk
#24
moonman
titán
válasz
VaniliásRönk
#24
üzenetére
tedd szépen hozzá, hogy szerinted.
-
Keem1
veterán
-
Nem mondtam, hogy nem tudod, mit beszélsz.
Viszont nekem elég nehéz volt megküzdenem a családdal, hogy fogadjanak el bármit az IE6 helyett. Azt mondták, hogy ne akarjak már okosabb lenni a készítőknél, nem azért kerül pénzbe, mert sz*r...
Hiába mondtam, hogy de az újabb IE, vagy egy másik böngésző biztonságosabb, nem hatott.
Végül egy nagyobb trójai írtás után lett Opera feltéve, de azóta is azt hallgatom, hogy akkor ment tönkre a gép, amikor én turkáltam benne.
-
Keem1
veterán
Tudom mit beszélek.. Anyám főnöke is sírt a 6 után, talán rettenetes volt neki hetekig, de ma már totálisan belakta (ha jól rémlik, július óta) a hetest.
"ogy fogod rávenni azt, aki pont annyira ért hozzá, hogy be tudjon jelentkezni a frímélbe, meg az IWIW-re?"
Miattuk írtam a segítőkész szomszéd kisfiút vagy rokont, vagy bárki mást. Nem várom el anyámtól se hogy frissítsen. Neki megcsinálom én. Nem emlékszem, mióta van Explorer 7, de tuti másfél évnél régebben jelent meg (persze nagyon egyszerűen ki is deríthetném, de ez most annyira nem fontos), ennyi idő alatt tuti jön a családba olyan ember, akinek azért egy ilyen telepítés nem ördöngösség.
Szerk: anyám már rókát használ, nem tetszett neki eleinte, de ma már nem hajlandó explorert indítani
-
Egy cégnél ez mind oké, de hogy fogod rávenni azt, aki pont annyira ért hozzá, hogy be tudjon jelentkezni a frímélbe, meg az IWIW-re?
Én is raktam fel családtagok gépére ie7-et, meg mást is, és követelték vissza a 6-ost, mert az oda-vissza gombok nem állnak kézre a többiben. Végül Opera került fel egy IE-re hasonlító skin-nel. -
Keem1
veterán
Na, aki még mindig IE 6-ot használ, az meg is érdemli a mellékhatásokat.
Jó, hogy nem leragad valaki az 1.0-nál. Vicc... Mikor nézegetem a céges lapunk statját, hát csak lesek... Win 98, meg IE 6... Na jó, azért mindennek van határa
Nem igaz, hogy 2001 óta nem lehet semmi áron feltelepíteni más böngészőt, akár IE 7-et.. Ezt nekem senki nem fogja bemesélni. 8 év alatt csak rávehető a rendszergazda, vagy érkezik egy ismerős kisfiú vagy bármi más, telepítéshez akár csak egy kicsit is konyító alak, aki feltol egy újabbat.Be kéne mindenütt vezetni az őskövület böngészők frissítésére való figyelmeztetést. Tényleg nem jelenik meg pontosan egy mai weblap egy régi cuccon.
-
R.P.
aktív tag
Nos ez nekem épp későn jött, mert az oldal amit csinálok, már mindenben úgy-ahogy azonosan jelenik meg. Persze ezt csak azzal tudtam elérni, hogy csináltam a rendes CSS mellé még egy IE6-os, és IE7-es kiegészítő CSS-t. Most fasza, de alapvetően Firefoxra van az oldal "írva", Firebug nélkül én, aki sose tanult CSS-t, és HTML-t is csak infóórán nagyon alapfokon, valószínűleg még mindig csinálnám.
Persze így hogy Joomla alapon van az egész, és az ingyenes template-t kellett gyökeresen változtatni, meg a különböző (komment, ismerős-jelölős, stb.) komponensek saját CSS-ét átírogatni, egészen jól belerázódtam.
Amúgy meg teljesen támogatom az elképzelést, régóta igénytelen dolognak tartom az IE6 használatát.
u.i.: akit érdekel az oldal, megnézheti itt
-
#13
Sweet Lou 6
addikt
Sweet Lou 6
addikt
Na, jó ötlet, ez már régebben is eszükbe juthatott volna
-
#12
Depression
veterán
Depression
veterán
Mivel itt van a weblapszerkesztők kréme java, remélem ők is örülnek ennek, és nem sajnálják majd ezt a kódot behelyezni a saját oldalaikba.
-
#11
lpmorpheus
csendes tag
lpmorpheus
csendes tag
Támogatom a kezdeményezést!
-
-
moonman
titán
no igen, az egy dolog, ha egy vállalati szoftver olyan moslékul van megírva, hogy IE7-től már összedől (jelzem a Windows Server 2003 súgója is patch-et igényel, ha IE7-re frissíted, különben Exchange alatt szétfagy a help - de legalább megcsinálták hamar), de ha ki is teszik a netre, akkor alapkövetelmény kéne hogy legyen a 7-es már.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
A Safari 1.0 es az akkori Operarol nemtok erteket...
Persze, Windows API, mint peldakep 
Új hozzászólás Aktív témák
- Clevo 1060 6GB Mxm 3.1 laptop videó kártya ingyen házhoz szálitással
- Eladó iPhone 12 mini 64GB bevizsgált, hibátlan készülék
- Geforce GTX 1050, 1050 Ti, 1060, 1650, 1660 - GT 1030 - Low profile is (LP)
- Dell Latitude 5495 Full HD IPS Ryzen 5 pro 2500u Radeon Vega Mobile Gfx i5-8350u verő Bp MPL Foxpost
- ÚJ Microsoft Surface Laptop 7 13.8" 2K - 120Hz Érintő - Snapdragon X Elite - 16GB - 512GB-2 év gari
Állásajánlatok
Cég: FOTC
Város: Budapest