ExtJS blog pont hu

Szeretem használni a FieldSet komponenst Checkbox-szal. (checkboxToggle: true) Jól látszódik, hogy a konténer és a komponensei között milyen viszony áll fent.

Hasznos, ha nem csak a checkbox-ra lehet kattintani, hanem a teljes cím kattintható. (titleCollapse: true) Ám sajnos ezzel a property-vel több probléma is van: 1. betesz egy teljesen felesleges és zavaró "toggle" ikont a checkbox és a cím közé. (igaz ez kikapcsolható: hideCollapseTool: true) 2. a checkbox elromlik, ami elég komoly probléma. :) A checkbox-ra kattintva is lefut a váltás, majd mivel a header komponensen is rajta van a kattintás figyelés, ezért mégegyszer lefut a váltás. Tehet az eredmény csupán egy villanás.

Miután a lekezeletlen hibákat elkaptuk window.onerror segítségével, érdemes egy rövid bekezdést szentelni a kivételek dobására is.

Nem csak hiba objektumot, hanem tetszőleges értéket „eldobhatunk”.

throw new Error('Hiba'); illetve throw 'Hiba';

A legfőbb különbség, hogy az első tartalmazza, hogy melyik fájl, melyik sorában keletkezett, addig az utóbbi ilyen infókat nem tárol. (egyáltalán nem szükséges minden üzenetet becsomagolni egy Error objektumba, csupán érdemes tudni, hogy milyen következményekkel jár, ha csak stringet dobunk.)

Én az Ext.Error-t nem szoktam használni, kicsit feleslegesnek érzem.

A ~ jelentése –(n + 1). Hogy egészen pontosak legyünk –1 * (parseInt(n, 10) || 0 + 1).
Elsőre nem tűnik túl használhatónak...

Ám a következő példa után máris értelmet nyer:

Azaz leegyszerűsítve, a ~ megfelel a != -1 -nek.

Előzőleg a szerver oldali hibákat jelenítettük meg kliens oldalon, most a kliens oldali hibákat naplózzuk szerver oldalon!

Először is, a lekezeletlen hibákat a window.onerror felülírásával kaphatóak el:

Érdekesség, míg a kattintás esemény során a hamis visszatérési érték, addig a hiba eseménynél az igaz visszatérési érték szükséges ahhoz, hogy az adott esemény ne fusson tovább.

Azért az vicces tud lenni, hogy egy magukat innovatívnak nevező multicégnél 3.6.8-as Firefox-ot használnak. (a héten jött ki a 10-es verzió)

Először megpróbáltam őket meggyőzni, hogy talán frissíthetnének. Ám miután ez kudarcba fulladt, nem maradt más, minthogy magamhoz is feltelepítem a régi verziót:

Nem tudom, hogy ezek a függvények miért nem alapértelmezettek?

Ha a szerver oldali hibákat nem kezeljük le külön, akkor nehézkes az Ajax hívások között megtalálni, hogy pontosan hol is vesztettük el az irányítást. IE alatt kifejezetten rémálom.
Nem várt elem: ')' a 4816-os sorban. Ha nem használtad még kellően sokat az ExtJS-t, akkor nem biztos, hogy beugrik ebből, hogy itt bizony JSON parser hiba lépett fel. :) A JSON hiba meg nem azért történt, mert a kliens ne tudná feldolgozni az JSON adatokat, hanem mert az adatok helyett valójában egy hibaüzenet érkezett.

Vegyünk egy egyszerű példát. Két szám hányadosát szeretnénk szerver oldalon kiszámolni. (hosszú gondolkodás után ez volt a legegyszerűbb példa:)

Kliens oldalon:

Szerver oldalon:

Tökéletesen működő példaprogram. :)
Ám, ha a második paraméter helyére nullát írunk, akkor jönnek a problémák...

Először a szerver oldalt egészítsük ki:

Mindenkinek nagyon boldog karácsonyt!

Csak emlékeztetőként... :)

Mindig is rossz szemmel néztem azokra a CSS törekvésekre, amelyben a böngészőgyártók saját prefixeket használnak a szabványos megoldás helyett. -moz-box-shadow és társai.

Na, de hogy a -moz-user-select: none ne ugyanazt jelentse,
mint a -moz-user-select: -moz-none az már valahol röhej.