Tegnap óta nehezen térek magamhoz, ezt egyszerűen nem akarom elhinni. Sokan már arról írnak, hogy az IE8-at ne támogassa senki, erre meg... új ügyfél, nagy multi, új projektet mutatjuk be és a böngésző IE6. De legalább az user agent-ben is szerepel a cégnév, kiváló reklám. :)
Tetszik - nem tetszik? Lényegtelen. Az intranet esetén nem érvényesek a közösségi szokások. Még hogy 1% alatt, még hogy nem számít?
JavaScript: 0.5
PHP: 0 (ugyanis mindkét számot egésszé konvertálja: 3 % 1 = 0, megoldás: fmod)
Egy furcsa hibába ütköztem. A feladat röviden annyi volt, hogy egy TriggerField-et kellett betenni EditorGridPanel-be. Máskülönben a beviteli mezővel semmi gond nem volt, de itt a kiválasztás pillanatában eltűnt, a változás esemény meg már nem jutott el a táblázatig.
Némi kutatás után rájöttem, hogy a blur esemény hibásan fut le, már a lenyíló panel elemre kattintva. Ezután a beviteli mező le lett tiltva, így hiába történt meg a változás.
Két megoldási irány látszódott, vagy a blur eseményt kijavítom, mivel nem saját komponensről volt szó ez kevésbé szimpatikus, vagy a GridEditor-nak adom meg, hogy az eltüntetést kicsit késleltesse:
Ennyi pont elég, hogy a változás esemény hamarabb fusson le, mint az eltüntetés.
Észrevettem, hogy az elmúlt időszakban Firefox-om alatt a window.onerror függvény nem fut le. (illetve a lekezeletlen kivételek eltűntek.) Először azt hittem, hogy valamit a kódban rontottam el, majd miután jobb ötletem nem volt, elkezdtem kikapcsolgatni a kiterjesztéseket... és lám... a HTML Validator kikapcsolása után ismét megjelentek az értesítések a lekezeletlen hibákról.
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.
Minap egy olyan problémába ütköztem, hogy a Tab gomb lenyomása utána IE alatt nem ott volt a kurzor, ahol annak lennie kellett volna... megtalálásában a document.activeElement változó volt a segítségemre.
Ha nincs semmiféle csili-vili IE segédeszközünk, akkor is az url helyére beírhatjuk, hogy:
Egy karakterből álló string utolsó két karaktere:
Ugyanez PHP-ben:
Néha megdöbbenek, hogy egyes böngészőgyártók biztonsági okokra hivatkozva milyen hülyeségeket tudnak csinálni. (most kivételesen nem az IE-ről van szó:)
Ha egy újonnan létrehozott ablak tartalmát dinamikusan generálom, akkor hiába a TITLE tag, Chrome-ban, illetve Safari-ban az ablak címe a „névtelen” értéket veszi fel.
Megoldás végül az lett, hogy az url helyére a 'about:blank' –t írom, ekkor már figyelembe veszi a TITLE tag-ot is.
Minap egy furcsa hibára bukkantam, egy elem háttérszínét kellett volna animálni, de azt tapasztaltam, hogy bármilyen színt adok meg, mindig feketének veszi az értéket… de amikor megnéztem, hogy biztos fekete az a fekete, akkor láttam, hogy:
Az eredmény meg: rgb(15, 0, 0) vagyis: #0f0000
Nem tudom miért, legalább félévente egyszer belefutok abba a hibába, hogy megfeledkezem arról, hogy JavaScript-ben a String replace alapértelmezetten csak az első előfordulást cseréli. Az első előfordulás leginkább abból következik, hogy a replace nem stringet vár az első paraméterként, hanem egy reguláris kifejezés, ahol külön paraméter jelzi, hogy több előfordulásról van-e szó.
Találkoztam már olyan megoldással is, ahol a split és a join kombinációját használta valaki a replace helyett, de ez semmiképpen sem szép megoldás: src.split('foo').join('bar');
