ExtJS fejlesztőt keresünk távmunkában.
Budapesti HR tanácsadó cég vagyunk és ExtJS fejlesztőt keresünk, akivel hosszabb távon tudnánk dolgozni Ext-es admin felületünk továbbfejlesztésén.
További információk, időpont egyeztetés:
Balazs.Klein@gmail.com
Nemrégiben több helyen is visszaköszönt, hogy időbélyeget a következő formában adták meg: +new Date
Hirtelen meglepődtem, hogy ez miért nem szintaktikai hibás, de valóban nincs benne semmi rendellenes. Ha létrehozunk egy objektumot, akkor a típus után elhagyható a zárójel, ha az üres lenne, azaz a new Date kifejezés ekvivalens a new Date() kifejezéssel.
Igaz, ez a forma JSLint-nek sem annyira tetszik: Missing '()' invoking a constructor.
Továbbá jelen esetben a ’+’ jel az egy egyoperandusú (unáris) művelet, amelynek az eredménye a hozzá tartozó érték számmá konvertált alakja. +"100" === 100
Európának ezen a felén hétfővel kezdődik a hét, ennek fényében a DatePicker (+DataField) is kezdődjön hétfővel:
UPDATE: 3.x -től kezdve a DateField-nél külön kezelik a startDay-t, így meg kell adni mégegyszer:
Néha nehezen hiszem el, ennek ellenére az alábbi jelenség gyakran előfordul. Az ügyfél szerkeszt egy űrlapot, majd, mint aki jól végezte dolgát, mentés nélkül kilép. Az ilyen problémák elkerülése végett mindenképpen hasznos a beforeunload esemény kezelése. Ha a függvény egy nem null értékkel tér vissza, akkor a böngésző saját üzenete mellett megjeleníti azt és felajánlja a kilépés mellőzését:
Egy szöveges mezővel reguláris kifejezéseket kértem be. Szükségem volt arra, hogy valamilyen szinten ellenőrize a rendszer, hogy az valóban reguláris kifejezés-e vagy sem. Legegyszerűbbnek a brute force megoldás tűnt, ha létrehozhatok vele egy RegExp változót, akkor jó, máskülönben nem:
A W3C által alkotott pseudo-class -ok közül talán az egyik legérdekesebb a nth-child, tényleg sok mindent tud. :) Ám sajnos az Ext kódjában némileg hibásan van megírva. Összedobtam egy rövid példaalkalmazást arra, hogy milyen paraméterekkel, miként viselkedik:
http://stack.hu/extjs/nth_child.php
Zöld keret az Ext, világos zöld háttér a böngésző kiválasztása, hát... tényleg nem mindenhol egyezik. :(
Csak nézek, mint a moziban.... www.extjs.com, ami ma már www.sencha.com
mivan? bár... akár még jó is kisülhet ebből... vagyis remélem... :)
Részletek itt: www.sencha.com/blog/2010/06/14/ext-js-jqtouch-raphael-sencha
Amikor nem kizárólag ExtJS komponensekkel foglalkozunk, hanem HTML szinten mozgunk (mondjuk komponens készítése végett), akkor hasznosak tudnak lenni az úgynevezett Pseudo-classes kiválasztók. A :valami formájú kiválasztók. :) pl. div:first
Ext-ben (ExtJS-ben, és Core-ban egyaránt) lehetőségünk van a már meglévő listát bővíteni, ehhez csupán az Ext.DomQuery.pseudos –t kell kiegészíteni új függvényekkel. Első paraméter a kapott lista, második paraméter a szelektornak átadott paraméter. Két egyszerű példa:
Ezentúl, alkalmanként ExtJS-sel kapcsolatos állásajánlatokat is megjelenítek a blogon.
(egyedüli feltétel a megjelenésre, hogy az elvárások között szerepeljen az ExtJS ismerete)
Első fecske:
ExtJS fejlesztőt keresünk főállásba
Egy kb. tíz éves, fiatalos, párfős budapesti informatikai cég vagyunk és projektjeink (webes alkalmazások) bővülése miatt ExtJS (+PHP +MySql) fejlesztőt keresünk hosszabb távra.
További információk, időpontegyeztetés:
06-1 414 0667
06-70 318 6058
skype: interpont
email: interpont@interpont.hu
web: www.interpont.hu
Az így feltüntetett hirdetésekhez semmi közöm. :) Érdeklődni minden esetben az ott megadott címen!
A további hirdetéseket a jobb oldali kapcsolat űrlapon át várom!
