ugrás a tartalomhoz

Archívum - Aug 2010

augusztus 9

Ügyfél vs. szövegszerkesztő vs. fejlesztő

tiku I tikaszvince · 2010. Aug. 9. (H), 13.51

Időről időre fellángol a vita felhasználó, tesztelő, projektgazda és fejlesztő között egy-egy weboldal tartalmainak szerkesztésének módjáról.

Fejlesztőként szeretnénk, ha az oldal működne, jól működne. Szeretnénk, ha a felhasználó maximálisan meg lenne elégedve. A tartalom szerkesztése nem okozna problémát. Ugyanakkor nem szeretnénk, ha túl sok új dolgot kellene megtanulnia az oldala adminisztrálásához. Jön a kézenfekvő ötlet: építsünk be egy WYSIWYG szövegszerkesztőt az adminisztrációs felületbe.

És itt kezdődik a huzavona. Mi az, amit megengedhetünk a felhasználónak. Mik azok a dolgok, amiket biztonsági okokból tiltunk le? Mik azok a dolgok amiket azért, hogy egy „fejlett esztétikai érzékkel” rendelkező felhasználó „dühöngése” után se hulljon darabjaira az oldal, és még egységesen, a kialakított dizájnhoz illeszkedjenek az általa szerkesztett tartalmak.

An introduction to the Canvas 2D API

Török Gábor · 2010. Aug. 9. (H), 12.35
Kifestő alapok
 

augusztus 8

Webstopper

Joó Ádám · 2010. Aug. 8. (V), 15.07

Ahogy növekszik a webes alkalmazások komplexitása, úgy válik egyre égetőbb kérdéssé azok teljesítménye és ennek mérése.

var start = (new Date).getTime();

window.onload = function () {
	var end     = (new Date).getTime();
	var latency = end - start;
}

Ismerős a fenti kód? Ezzel több baj is van. Egyrészt maga a mérés befolyásolja az eredményeket: korábban kell betölteni a JavaScript interpretert, a kód feldolgozása késlelteti a többi erőforrás betöltését sít. Másrészt a JavaScript időbélyegek pontossága a böngészők között 7,5 ezredmásodperces eltérést mutat, ami, figyelembe véve az ezredmásodperc alatt végrehajtott műveleteket, akár 750%-os pontatlanságot is eredményezhet. Mindennek tetejébe pedig a fenti technika csak az oldal betöltésének kezdetétől számított időt jelzi, holott a felhasználó által érzékelt idő ennél a kiszolgáló és a hálózat késése miatt sokkal nagyobb.

A W3C új Web Timing ajánlástervezete erre keres megoldást egy szabványos analitikai felület definiálásával.

Working with bidirectional (bidi) text and RTL languages on the web

Török Gábor · 2010. Aug. 8. (V), 13.13
LTR és RTL irányú szövegek a weben
 

Miért változik a kurzor mérete?

LeGaS · 2010. Aug. 8. (V), 12.37
Üdv!

Olyan problémám lenne, hogy egy oldalon az összes beviteli mezőben nagyobb a kurzor, mielőtt bármit is írnék bele, mint kéne, viszont amint írok bele, átvált a normál méretre.

Így néz ki amikor még üres, a kurzor belelóg az input mező aljába:
http://cl.ly/ef9edfce31014271ea14

Ha már írtam bele valamit, akkor jó:
http://cl.ly/dbce2b510d351c7519fd

És a hozzá tartozó kód:
http://cl.ly/e5e8a8915ad006081f56

Van esetleg ötlete valakinek?
Sajnos a hiba mindegyik böngészőben előfordul. Próbáltam a line-height-ot is különböző értékekkel, de sajnos mindig ilyen maradt.

Előre is köszönöm az ötleteket!
 

augusztus 7

JS1k

Joó Ádám · 2010. Aug. 7. (Szo), 16.41

Ez az egész HTML5–JavaScript felhajtás a demóvilág hőskorát idézi. Láttad már a JS1k versenyt? Ha nem, itt az alkalom, hogy megnézd, mi fér bele 1024 byte JavaScriptbe.

Facebook vírus – eseménymarketing

gyoridavid · 2010. Aug. 7. (Szo), 16.21

Az elmúlt pár napban felkapta a média a facebookos „vírusokat”. Nézzük meg, hogyan is működik ez. Egy pár soros, nagyon egyszerű példát szeretnék megmutatni, utána megosztom az aggályaimat.

Kell-e nekünk a diszlájk, notlájk, nemtetszik?

Joó Ádám · 2010. Aug. 7. (Szo), 15.26
Problémák és teszt
 

augusztus 6

Együtt kémkedik a Google és a CIA

Joó Ádám · 2010. Aug. 6. (P), 17.59
Működik a szemantikus web?