- Itt van az eddig legjobban teljesítő kétfiókos NAS a TerraMastertől
- Ubiquiti hálózati eszközök
- Mesterséges intelligencia topik
- Az EU szerint a ChatGPT még mindig nem felel meg a szabványoknak
- Windows 11
- Amazon
- Elhozná az olcsó önvezető autók korát az Xpeng
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Microsoft Excel topic
- Kiderült, hogy hol veszik a legtöbb kínai EV-t
Új hozzászólás Aktív témák
-
dabadab
titán
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.[ Szerkesztve ]
DRM is theft
-
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.
-
-
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.
-
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=7https://www.coreinfinity.tech
-
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[ Szerkesztve ]
-
dabadab
titán
"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!
DRM is theft
-
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.
-
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.
https://www.coreinfinity.tech
-
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. -
bobsys
addikt
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\)
Enterprise Admin? Kirk kapitany leszel? - Ne törődjél semmivel, egyél zsömlét kiflivel
-
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. -
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.
[ Szerkesztve ]
x gon' give it to ya
-
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.
-
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... -
tildy
nagyúr
Van amikor még azzal sem.
Az általam leírt problémákon pl ez sem segít (pl. dőlt betű miatt fix boxsize megnő ieben , meg egyéb okosságok, vagy margin padding keverés :kívűl, belül számolja....)"Tartsd magad távol azoktól, akik le akarják törni az ambíciódat! A "kis" emberek mindig ezt teszik, de a nagyok éreztetik veled, hogy te is naggyá válhatsz" - Mark Twain
-
zoltanz
nagyúr
válasz #16820480 #56 üzenetére
Használgatam már én is a Wine -n programokat, de lassabbnak tüntek kicsivel Linux -val, de technikailag elképzelhető, hogy gyorsabb legyen itt-ott szerinetem. Amúgy nekem minden programot amit használtam gond nélkűl megevett.
[ Szerkesztve ]
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
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.
https://www.coreinfinity.tech
-
-
tildy
nagyúr
Az van, hogy ha dőlt betűt használsz, akkor hiába fix méretű a dived, és hiába fér bele látszólag a szöveg a divbe, ha mellette van mégegy div, szintén fix szélességgel, akkor letöri.
Padding-marginon ezt értettem:[ Szerkesztve ]
"Tartsd magad távol azoktól, akik le akarják törni az ambíciódat! A "kis" emberek mindig ezt teszik, de a nagyok éreztetik veled, hogy te is naggyá válhatsz" - Mark Twain
-
-
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...
[ Szerkesztve ]
x gon' give it to ya
-
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. -
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.
[ Szerkesztve ]
-
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
-
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
-
-
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?
[ Szerkesztve ]
"We spared no expense"
-
max-pain
senior tag
Na az ACID3-al kapcsolatban csak annyit, hogy a 2002-ben megjelent Mozilla 1.0 is tobb mint 30 pontot er el rajta A Safari 1.0 es az akkori Operarol nemtok erteket...
[ Szerkesztve ]
-
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. -
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ő. -
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.
"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.
[ Szerkesztve ]
"We spared no expense"
-
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.
-
dabadab
titán
"é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
[ Szerkesztve ]
DRM is theft
-
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.
"We spared no expense"
Új hozzászólás Aktív témák
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Xbox Series X|S
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen TV-t vegyek?
- Itt van az eddig legjobban teljesítő kétfiókos NAS a TerraMastertől
- Ubiquiti hálózati eszközök
- Mesterséges intelligencia topik
- Mr Dini: Mindent a StreamSharkról!
- BestBuy topik
- Xbox One
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen