Új hozzászólás Aktív témák

• #161 hcl titán cucka #158

  Új Válasz 2009-04-08 15:21:41 #161

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog (1)

  válasz cucka #158 üzenetére

  Te, akkor miért szidja a webfejlesztők 90%-a az IE-t, hogy nem úgy értelmezi a minden máson működő kódokat mint kéne?

• #160 Suker10 tag cucka #158

  Új Válasz 2009-04-08 12:27:15 #160

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Suker10

  tag

  válasz cucka #158 üzenetére

  Pontosan az ISO alkotja a szabványokat, a cégek maximum csak beterjeszthetik az adott technológiát, hogy szabvány válhasson belőle. Ki mondta, hogy kötelező betartani őket?
  Az IE pontosan ezt teszi: nem tartja be.
  Ha nem tartják be, akkor megszűnik az egységesség is és ez senkinek sem jó. Pl. gyárthatsz nem szabványos méretű csavarokat, de gondolhatod, hogy mi lesz belőle: káosz, jóval kisebb kereslet. Teljesen más az, ha benyújtok valamit szabványosításra, mint az, ha egy létező "szabványt" másként valósítok meg.
  Az IE pedig nem ismeri az XHTML-t. Ezen nem vitatkozok, ez triviális. Szerintem fogalmad sincs, hogy miért fejlesztették ki az XHTML-t. Az Explorer az XML szigorításai miatt bukik el. Általában a specializáció miatt kell többet dolgozni. Kérdezz már meg egy komolyabb fejlesztőt, hogy mi a véleménye róla?
  Rosszul tudod, a JavaScript az bizony szabvány, méghozzá duplán. A HTML 4.01 viszont nem, közel van hozzá, amire az előttem szóló gondolt, az az ISO HTML, ami nem fedi le teljesen. Az SGML szabvány, erre épül.

• #159 max-pain senior tag cucka #158

  Új Válasz 2009-04-08 10:15:23 #159

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  max-pain

  senior tag

  válasz cucka #158 üzenetére

  1. A HTML 4.01 speciel ISO szabvany. Na nem mintha attol meg a tobbi dolgot (CSS, stb.) ugy kene ertelmeznie valaminek ahogy akarja
  2. Ja, nem Mar a application/xhtml+xml media type-nal elakad a dolog "'application/xhtml+xml' SHOULD be used for XHTML Family documents"

• #60 azbest félisten cucka #59

  Új Válasz 2009-04-03 15:59:09 #60

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  azbest

  félisten

  válasz cucka #59 üzenetére

  látom neked is a lényeg jött le

  Szerinted egy buffer tulcsordulásos támadás hol kezdődik? Úgy, hogy találnak egy hibát, amely esetén a böngésző nem rendeltetésszerűen viselkedik.

  (előre szólok, hogy kár fárasztani azzal, hogy a DEP megakadályozza ezt, erre szerintem nem vonatkozik a default beállítással... viszont még egy indok arra, hogy kapcsoljuk be az összes programra vonatkozólag a dep-et a win-ben, mert sok esetben lebuktatja a bugos programokat azzal, hogy jelzi a buffertulcsordulást)

  Mellesleg egy összetettebb kódban, mikor több szálon fut a js, megeshet ilyen eset... és ahelyett, hogy javascript errort jelezne, nyugovóra tér.

  A lényeg, hogy az IE8 emiatt is jobb mint az IE7 és elődei.

  (#61) moonman :
  IE 8 alatt nekem is hibátlanul ment

• #41 lezso6 HÁZIGAZDA cucka #35

  Új Válasz 2009-04-03 09:34:15 #41

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lezso6

  HÁZIGAZDA

  LOGOUT blog

  válasz cucka #35 üzenetére

  Azt teszem éppen, weboldalt is fejlesztek stb. IE8-ban az acceleratorok tetszenek nagyon - bár a FF-ban meg van egy rakat addon, szóval mégse konkurencia, de azért szívesebben használnám inkább az integrált böngészőt, ha kézre állna.

Új hozzászólás Aktív témák