ExtJS blog pont hu

Nem is gondolná az ember, hogy egy toolbar eltüntetése milyen komoly feladat, míg nem próbálta egyszerűen a hide() függvényt erre használni, ekkor az eltüntetés után a toolbar helye üresen marad és a panel body része nem változik. Ám ahhoz, hogy ez ne így legyen meglepően sok dolgot kell állítanunk.

Először is adjuk meg, hogy a toolbar méreteit másként számoljuk (ezt nem is értem, hogy miért nem ilyen alapértelmezetten), utána tüntessük el magát a toolbart (itt is megemlítendő, hogy a this.bbar az a this.getBottomToolbar().container -rel egyenlő, csakhogy ha az egyiket eltüntetjük, attól még a másik isVisible() függvény eredménye nem lesz hamis), ezután a panel méretét újraszámolhatjuk, és végül, ha a panel egy másik elembe van benne, akkor azt is újra kell rajzoltatni. Azaz:

Az egér jobb klikk lekezelése (a context menü előhívása) kifejezetten kényelmesen lett megvalósítva az ExtJS-ben, ám valamiért nem minden elemhez készítették el ezt alapértelmezetten. Nekem nagyon hiányzott a szimpla panel tartalmi részénél. Azaz, valami ilyesmire volt szükségem:

Nem gondoltam volna, hogy valamikor az Ext.override -ot is felül kell írni. Akasztjuk a hóhért:)

Az Object osztálynak van két speciális eljárása: a toString és a valueOf, első szövegként adja vissza az objektum tartalmát, míg a második valamilyen primitív értékként. Mindkét függvény felüldefiniálható, ám van egy olyan probléma, hogy IE alatt hiába definiáljuk felül ezeket, a for( i in obj ) ciklusnál nem lesz az iteráció része a felüldefiniált függvény.

Egy kicsivel valósabb példa:

Valahol azt olvastam, hogy nem szükséges spórolni a függvényekkel. Ha úgy érzi az ember, hogy egy kétsoros függvényre szükség van, akkor hozzuk létre azt a függvényt. És nekem tényleg többször szükségem volt már arra, hogy egy fában az egyik elem gyerekeit töröljük:

ExtJs-ben egy beviteli mezőnél akkor fut le az változás esemény, ha az adott mezőről lemegyünk. Ami többé, kevésbé megfelelő viselkedés, ám egy TriggerField-nél, például egy dátumválasztónál jó lenne, ha a megjelenő naptárban egy dátum kiválasztása után is lefutna a változás esemény.

Szeretem a JavaScript-nek gyenge típusosságát. Hihetetlen rugalmassá teszi a benne készült eszközöket, ám mindig megvan a veszély, hogy egyszerű elírás felkutatása is hosszú és fáradságos feladat lehet, miközben más nyelvekben a fordító rögtön kidobja a hibát a típuskülönbségek miatt.

Amikor meglátom a képernyőn a [object Object] felíratot, akkor sejthetően belefutottam egy hasonló problémába. De most nem én, hanem az Toolbar készítői.

Egy eszköztár, benne egy üres elem:

Gyakorlatban hamarabb előjön, mint azt gondolnánk:)

Valamiért a TabPanel kirajzolásnál lefut a tabchange esemény:

Először arra gondoltam, hogy majdhogynem logikus, mivel az inicializálásnál az activeTab Number típusú, míg utána Panel típusú lett. Azaz valóban történt változás. Ám a következő átalakítás után sem javult a helyzet:

Jópofa ötlet volt ez a form layout. Teljesen felesleges lenne minden egyes input mező mellé létrehozni egy label objektumot.  Sokkal kényelmesebb, ha azt mondom, hogy az input mező egy tulajdonsága a címkéje és a konténer tulajdonsága, hogy hogyan jeleníti meg a beviteli mezők mellett (felett) a címkéket. Ám mégis kicsit szépséghibás, hogy a létrehozást segíti a rendszer, ám a további használat már nincsen megoldva… mosolyra deríti az embert, amikor az input mezőt el akarjuk tüntetni és a címkéje ott marad. Emellett szükségünk lehet futás közben a címke átírására is:

Valahogy mindig akkor hal le az extjs.com, amikor olyan bug-ba ütközök, amelyet valószínűleg már több száz másik ExtJS használó is megtalált, és a fórumban számtalan megoldást kínáltak a probléma orvoslására.
Az url-ek elkódolását nagyon olcsón oldották meg az ExtJS-ben.

A tömböt rosszul, az objektumot sehogy, a stringet jól jelenítette meg, a várt eredmény ez lenne:

Mivel nagyobb problémát okozott volna a szerver oldalon módosítani a kódot, kénytelen voltam az Ext.urlEncode -t felülírni:

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.