ExtJS blog pont hu

A rendszerben, mellyel jelenleg dolgozok minden adat XML-ből származik, így alapértelmezetten minden string. Először nem gondoltam, hogy ezzel foglalkoznom kell, mert úgyis átalakítja majd az ExtJS, ha át kell alakítani... majdnem. :)

Tudom, nem logikus maga a mintakód, de az eredmény méginkább nem az. :)
magasság 200, szélesség 100 pixel.

(ugyanezt az eredményt kapnánk, ha nem '100', hanem '100px'-t írnánk a kódba, ami már nem annyira irreális)

Az ExtJS használata közben a Firefox néha művel furcsaságokat, az egyik ilyen, hogy ha egy inaktív ablak egyik input mezőjére kattintunk, akkor az input mező nem kapja meg a fókuszt. Az alábbi kis „patch” ezen segít:

Számomra szokatlan, hogy az ExtJS fóruma mennyire aktív, illetve, hogy a support team milyen lelkesedéssel válaszolnak a legkülönbözőbb problémákra. A fenti kód is a fórumból származik.

Tudom, a CENTER tag és társait sokan már rég eltemették, ám néhány esetben kifejezetten hasznos. (pl. ha egy konténerben az elemeket középre akarjuk helyezni, amire eredetileg is kitalálták:)

Mindennek előnye más center layoutokkal szemben, hogy az elemhez nem teszünk hozzá extra osztályt, mely megoldások néha furcsa következményekkel járhatnak.

Az ExtJS forráskódját vizsgálva egy számomra új és érdekes ötletre bukkantam.

Ha pl. egy függvény bejövő paraméterének megengedem, hogy akár egy elemet, akár listában több elemet tartalmazzon, akkor ezt az értéket a következő kóddal alakíthatom tömbbé:

Ezzel szemben ugyanezt a hatást érhetjük el azzal is, ha a bejövő értéket hozzáfűzzük egy üres tömbhöz:

Szubjektív vélemény, de szerintem szebb az utóbbi. :)

A ComboBox kétféleképpen szűrheti az adatait, helyben azaz kliens oldalon, és távol azaz szerver oldalon. (mode: local, remote) Első előnye, hogy gépelés közben nem kell a szerverre várni az ajánlások miatt, míg másodiknak, hogy először akkor töltődik be az adat, amikor arra valóban szükség van. (oké, ez egy kicsit egyszerűsített összehasonlítás lett...)

Egy apró kiegészítéssel megoldható, hogy a kliens oldali rendezést használva is csak akkor töltsük be az adatokat, amikor arra valóban szükség van. Ezt a szűrést a doQuery függvény végzi, amit az alábbi módon írhatunk felül:

Ha volt már lekérés, akkor az alapértelmezett doQuery-t kell meghívni, ha nem volt még, akkor a store töltse be az adatokat, majd utána hívja meg ismét a doQuery-t.

Sikerült ma néhány órányi felesleges munkát adni magamnak.

Eddig nem is néztem, mint kiderült a Viewport-nak nem lehet TopToolbar-t adni... sebaj, a megoldás egyszerű:

És máris olyan, mintha a viewportnak lenne felső toolbar-ja. Csakhogy...

Sosem értettem, hogy miért kell a icon és az iconCls-t így túlbonyolítani, bőven elég lenne csak az egyik (az icon), ám mégis néhol mindkettő van, néhol meg csak az iconCls.

Az ötlet, hogy készítsek egy singleton osztályt ennek a dilemmának a feloldására nem saját, ám a több megoldás közül egyik sem tetszett, így hát íme a száz plusz egyedik leegyszerűsített Ext.ux.iconCls: