lunes, 20 de agosto de 2007
FireFox es ideal para Developers
FireFox tiene de todo, no solo el famoso FireBugs sino diccionarios en español para corregir la ortografia, editores de texto y html, todo para hacer el trabajo del desarrollo web más comodo.
viernes, 17 de agosto de 2007
JS FrameWork
Web2.0 complica más los desarrollo, ya los Browser evolucionaran a su debido tiempo en clientes equipados con una mejor técnologia.
Estaba probando Rico basado en Prototype, al ver su CalendarControl me puse a hacer una version minimalista de una Calendar desde cero, tengo la intención de mandársela, su versión es muy larga y no fué hecha para ser adaptable a otros usos.
Para asegurarme que fuera lo más simple y minimalista posible me enfoque en la data que debia manejar lo cual se resume a: el número de días de cada mes tomando en cuenta si el año es bissiesto y el día de la semana en que comienza el mes.
A medida que uso Rico le encuentro cada vez más bugs, están tratando de sacar la versión 2.0 pero el componente principal LiveGrid está fallando demasiado y aun no se compara a componentes como DHtmlXGrid. Sin embargo sé que será un buen FrameWork con el tiempo.
Luego de leer muchas lineas de código del DHtmlXGrid y darme cuenta que se puede hacer algo más simple partiendo de CSS con el overflow:scroll y un simple buffer, debo decir que vale la pena estudiar estos frameworks pero no usarlos, es mejor usar lo que se necesite y empezar en limpio tomando en cuenta las cosas que ya se ha madurado en estos.
Mientras más simple y legible será más fácil de usar y adaptar. Parece mentira pero mientras más evidente sea el código mientras más tienda a lo básico es más fácil de leer y entender, cuando uno es demasiado astuto usando las propiedades de un lenguaje el código cada vez pierde legibilidad y muchas veces flexibilidad limitándonos, es mejor escribir pequeños componentes genéricos fáciles de entender y usar, con estos crear otros componentes que se verán pequeños también.
Por ahora tengo un dilema, es ideal poder extender las funciones del DOM añadiendo nuevos metodos a las objetos Node, Element , HTMLElement porque hace que las nuevas clases que agregue sean más cortas al reusar los metodos del DOM.
Estoy haciendo una clase Template y necesito buscar nodos y sustituir el texto dentro de esos nodos, los metodos que necesito los estoy haciendo dentro de la misma clase, como en el caso de un Walk-Visitor para optener todos los nodos y procesarlos, pero al ser el Walk-Visitor una forma simple de reusar codigo podría estar dentro de la Element, Ha! pero por alguna razón IE no me permite añadir metodos usando Element.prototype como en otros Browsers.
Estaba probando Rico basado en Prototype, al ver su CalendarControl me puse a hacer una version minimalista de una Calendar desde cero, tengo la intención de mandársela, su versión es muy larga y no fué hecha para ser adaptable a otros usos.
Para asegurarme que fuera lo más simple y minimalista posible me enfoque en la data que debia manejar lo cual se resume a: el número de días de cada mes tomando en cuenta si el año es bissiesto y el día de la semana en que comienza el mes.
A medida que uso Rico le encuentro cada vez más bugs, están tratando de sacar la versión 2.0 pero el componente principal LiveGrid está fallando demasiado y aun no se compara a componentes como DHtmlXGrid. Sin embargo sé que será un buen FrameWork con el tiempo.
Luego de leer muchas lineas de código del DHtmlXGrid y darme cuenta que se puede hacer algo más simple partiendo de CSS con el overflow:scroll y un simple buffer, debo decir que vale la pena estudiar estos frameworks pero no usarlos, es mejor usar lo que se necesite y empezar en limpio tomando en cuenta las cosas que ya se ha madurado en estos.
Mientras más simple y legible será más fácil de usar y adaptar. Parece mentira pero mientras más evidente sea el código mientras más tienda a lo básico es más fácil de leer y entender, cuando uno es demasiado astuto usando las propiedades de un lenguaje el código cada vez pierde legibilidad y muchas veces flexibilidad limitándonos, es mejor escribir pequeños componentes genéricos fáciles de entender y usar, con estos crear otros componentes que se verán pequeños también.
Por ahora tengo un dilema, es ideal poder extender las funciones del DOM añadiendo nuevos metodos a las objetos Node, Element , HTMLElement porque hace que las nuevas clases que agregue sean más cortas al reusar los metodos del DOM.
Estoy haciendo una clase Template y necesito buscar nodos y sustituir el texto dentro de esos nodos, los metodos que necesito los estoy haciendo dentro de la misma clase, como en el caso de un Walk-Visitor para optener todos los nodos y procesarlos, pero al ser el Walk-Visitor una forma simple de reusar codigo podría estar dentro de la Element, Ha! pero por alguna razón IE no me permite añadir metodos usando Element.prototype como en otros Browsers.
Suscribirse a:
Entradas (Atom)