Végén még kiderül, hogy az IE is jó böngésző, csak ennek az ellenkezője az alapértelmezett beállítása. :)
IE 6-7 a képek átméretezését elég ratyi módon oldja meg, de egy css szabály ezen segít:
Most komolyan, ki találhatta ki, hogy ne ez legyen az alapértelmezett beállítás?
Hogy konkrétan mi a különbség azt itt megnézheted.
Hetek óta kerestem ezt az eszközt. Gondolom mindenki ismeri a jsmin-t és társait. Lényegük, hogy a kódot minél optimálisabban összetömörítik. Ezzel szemben, a Javascript beautifier az ellentétes irány: összetömörített, vagy éppen csak rosszul formázott forráskódot alakít át jól formázottá. Nagy segítség, ha olyan kódot kell átnézni, ahol a forrás külalakjára nem ügyeltek.
Update:
Ugyanez SQL-hez: Instant SQL Formatter,
PHP-hez: PHP Formatter,
és XML-hez: XML beautifier.com
Adott egy szótár tábla: szöveg az adott nyelven, nyelv kód, szöveg azonosító. Feladat, írjuk ki a „kilépés” szót egy kiválasztott nyelven, de ha úgy nem létezik a táblában, akkor angolul. Mindezt egy lekéréssel:
Szeretem az ilyen apró ötleteket.
Nagyon közhely: rossz kódban, rossz hibák vannak, és rossz azokat keresni! :)
PHP-ban valamiért összekeveredik a lista és az asszociatív tömb, talán emiatt is sokszor JavaScriptben is találni olyan példákat, hogy egy elem tulajdonságai nem Object-ben, hanem Array-ban vannak. (előre meghatározott sorrendben). Azontúl, hogy nagyon kerülendő ez a megoldás, még komoly hibaforrás is lehet, ha valamelyik tulajdonság undefined is lehet, majd mindezt valamiért JSON-nal el akarnánk kódolni.
Eredmény: "a: 3; b:2". és ugye azt mondani sem kell, hogy az indexek eggyel elcsúsztak... Meg lehetne hack-elni az encode-t, hogy készüljön fel erre az extrém esetre, de jobb inkább ezt az egészet elkerülni...
Néha a legtermészetesebb függvények hiányoznak...
(Zárójelben, kisbetűvel: ExtJS 3-ban létezik Ext.sum)
Régen írtam már "napi szívás" címkéjű posztot, pedig alkalom lett volna rá... igaz, hogy kicsit offtopic, de a legutóbbi szívás annyi időmet elvette, hogy mégiscsak megér egy bejegyzést.
Történet ott kezdődött, hogy az egyik honlapon egyes szolgáltatások eléréséhez fizetni kell, legkézenfekvőbb megoldás az országos bankunk bankkártyás átutalása bizonyult.
A Firefox tele van értelmetlen kiegészítőkkel. Szinte biztos vagyok benne, hogy a felhasználók 99% így vélekedik a Framework Detector-ról is. A lényege annyi, hogy az oldalon használt JavaScript keretrendszer ikonját megjeleníti a Firofox alsó eszköztárán, illetve mouseover-re kiírja a verziószámot.
ExtJS kiegészítéseket, mintakódokat nézegetve hasznos tud lenni: ExtJS 2 vagy 3? JQuery-t vagy csak Ext-base-t használ az adott példa...
Jobb egérgomb letiltása csupán a kód elrejtése szempontjából kicsit gagyi dolog. Ellenben, ha néhány elemhez (táblázat soraihoz, fa elemeihez stb.) hozzárendelünk context menüt, akkor nagyon zavaró, hogy más elemeken a böngésző alapértelmezett menüje jelenik meg. Főleg, ha az ügyfél nem veszi észre a különbséget. :) Így hát mégiscsak van alapja a jobb klikk tiltásának:
Azaz, a body contextmenu eseményét elkapjuk, és nem csinálunk semmit. :)
Általában mindenkinek azt szoktam ajánlani, hogyha teheti, akkor XML helyett JSON-nal kommunikáljon. Gyorsabb, könnyebb kezelni, rövidebb adat, típusosabb stb. Persze azért vannak hátrányai is… de ugye valamit valamiért. :)
Annyiból mindenképpen macerássabb, hogy a böngésző alapértelmezetten nem tudja szépen, átláthatóan megjeleníteni, ahogy az XML-t. Külső programok vannak erre, de némelyikhez még külön dll-t is fel kell pakolni a gépre. Nem olyan régen elkészítettem magamnak az egyik ilyen program online változatát, hogy kényelmesen mindenhol elérhessem.
Egy érdekes DataView rendezési megoldást láttam nemrégiben az ExtJS fórumán. Általában a DragAndDrop rendezéseknél megfogjuk az elemeket, egérrel ide-oda mozgathatjuk, majd az egér gomb felengedésénél a megfelelő helyre illesztjük a kiválasztott elemet. Jobb esetben az egér mozgatása közben az eredeti elemet egy átmeneti töltelék elemmel helyettesítjük.
Itt az alapötlet annyi, hogy nincs tetszőleges mozgatás, nincs mozgatandó elem és nincs átmeneti állapot. Az megoldás kihasználja, hogy amikor megváltozik a DataView-hoz tartozó Store, akkor a HTML felépítés is változik, illetve, hogy a DataView-on belüli egérmozgásnál egyszerűen lekérhetjük azt az elemet, amelyik felett mozgatjuk az egeret. Nem kell mást csinálnunk, mint az eredeti elemet az új elem helyére tesszük, így a Store-ban az rekordok rendezése pont ugyanazt az eredményt adja, mintha az egérrel áthelyeznénk az adott elemeket.
