_nec

Windows + Eclipse + Aptana 64 biten = FAIL

_nec | 2009 június 24 12:36 | HTML | 2 komment

A címben fellelhető “szentháromság” már csak egy dolog miatt nem valósul meg, nincs 64bites XULrunner.

Ezt a plugint csak az Aptana erőlteti, néküle ugyan nem válik használhatatlanná, de az update/plugin kezelése és a css/js fileok zökkenőmentes szerkesztése sajnos nem megy e nélkül. Ma reggel rövid hajtépés után visszapakoltam 32bites Java-t és Eclipse-t, de továbbra is 64bites windows-on a memória miatt.

Azt még értem, hogy sokminden nincs még 64bitre elkészítve, mert a hétköznapi felhasználók között nincs ennyire elterjedve, de a fejlesztők között azért gyorsabban terjed, ha más nem, az Aptana kiadhatna egy saját fordítású XULrunner plugint 64bitre az Aptana stúdióhoz.

Bárkinek van hasznos tanácsa, szívesen fogadom.

cimkék: 64bit aptana eclipse fail xulrunner

Google Page Speed

_nec | 2009 június 5 10:07 | HTML | 2 komment

A Yahoo-s fejlesztők által készített yslow után a Google is kifejlesztett egy weboldal teljesítmény/sebesség analizáló firefox plugint. A mérések alapjaiul szolgáló szabályok között sok, css optimalizálást segítő javaslat van, érdemes átböngészni és kipróbálni.

Háromszögelés CSS-el

_nec | 2009 május 25 08:01 | CSS | 8 komment

A mai minimalista weboldalak kinézetét már gyakran alig két-három kép is megfelelően kiszolgálja, ha erre a design alkalmas és így a designelemek css sprite-ra rendezése lehetséges. Előfordulhat azonban, hogy a könnyebb testreszabás, színezés, különböző méretek, esetleg animáció miatt sajnos ez mégse ennyire egyszerű.
Viszont vannak dolgok, amikhez még kép se kell.

Cufón – saját font, flash nélkül

_nec | 2009 május 18 10:18 | JS | 11 komment

Itt a blogon, és máshol is előszeretettel alkalmaztam egy flash alapú font megjelenítő megoldást, ami véletlenül sem a sIFR volt. Azzal kapcsolatban régóta több fenntartásom is volt, kényelmesebb volt a saját megoldásom használni, ismerve annak limitációit.
Nemrég viszont elémkerült a cufón, egy tisztán JS alapú megoldás, ami egészen zseniális.

ustream.tv

_nec | 2009 május 16 19:41 | EGO | 3 komment

Egy rövid szolgálati közlemény.
Majd 5 év után eljött az ideje a lépésnek, s búcsút intettem a Carnation Zrt. csapatának, és április vége óta a ustream.tv kis hazai csapatát segítem – reményeink szerint – előrébb.
A carnát csak ajánlani tudom bárkinek aki a webfejlesztésben szeretne elhelyezkedni, remek csapat, jó hely, jó infrastruktúra és sokat lehet tanulni ezen [...]

Három hasznos jQuery plugin

_nec | 2009 január 22 18:48 | JS | 1 komment

Három olyan plugin-t mutatnék be röviden, melyek funkcionalitásuk alapján alapvetőnek érezhetőek, de a sima jQuery csomagból kimaradtak, valószínüleg helyspórolás, erőforrás kímélés céljából, no meg ezek valóban csak animációkhoz szükségesek. Mind a három kiterjesztés az .animate() metódus használatakor lehet hasznos.

Eclipse és a Vista 64-bit

_nec | 2008 december 14 17:18 | HTML | 2 komment

Ha netán szerettek Ecplise keretek között fejleszteni (Aptana, FlexBuilder meg talán a Zend Studio is) és valamely körülmény 64bites Vista rendszerre szorít, akkor sok, idegesítően érthetetlen problémától menthet meg ha rögtön az Eclipse 3.4.1, azaz Ganymede kódnevű verziójával kezdtek neki, de persze csak 32 bites Java-val (illetve az “Europa” nevű Eclipse csak azzal ment, ezt [...]

Adobe AIR 1.5

_nec | 2008 november 18 11:17 | JS | 5 komment

Megjelent az újabb AIR verzió, melyet hasonló mérföldkőnek szántak az Adobenál mint az 1.0-át anno. Lássuk mit kapunk ezzel a frissítéssel.

Adobe AIR #6 SQLite JavaScriptből

_nec | 2008 október 22 17:17 | JS | 18 komment

Szünet után folytatva az Adobe AIR-ről szóló sorozatom, most az AIR beépített SQL adazbázis kezelését igyekszem bemutatni. Pár példával letudjuk az alapvető, az SQL lekérdező nyelvben ismert műveletet, majd kitérek pár optimalizációs megoldásra.

Eval() Adobe AIR -ben?

_nec | 2008 október 14 10:15 | JS | 1 komment

Leggyakrabban talán JSON stringek objektumokká alakításakor jön elő ez a probléma. Az Adobe AIR környezet biztonsági okokból korlátozza az eval() javascript metódust. Ez a szigor erősen indokolt, de nem okoz megoldhatatlan problémát.
Nézzük a megoldást, de előbb az okokat, amiért így lett kialakítva a futtatókörnyezet.