MooFlow

Como ustedes saben, en lo personal me gusta mucho MooTools para todas esas ondas de animaciones chidas y chucherías de ese estilo, que no hacen que la página funcione mejor o peor, pero sí que se vea más bonita.

Este es el caso entre usar JQuery y Mootools. JQuery, aunque puede hacer animaciones interesantes para la página, es más para uso de funcionalidad, en cambio Mootools es más para hacer que se vea bonita, aunque no aumente funcionalidad.

Así pues, en otro proyecto que tengo, utilizo MooTools, en este caso en específico, de las cosas que tiene MooTools que utilizo es el MooFlow. Mooflow es un pequeño script que hace que las imagenes se muevan como en el IPod (Cover Flow).

Pero para no variar la página se ve perfectamente bien en IE (Internet Explorer) y pésimo en FF (FireFox), de hecho ni funciona el script. No es en realidad culpa del script, ya que en la página oficial funciona bien en FF e inclusive en IE. Pero lo que yo puse no.

Ya sé, el comentario estúpido común “Entonces es tu culpa, wey”. Obvio que es mí culpa y no. Sí, porque yo escribí el código, no porque no es explicable que el mismo código funcione en IE pero no en FF. Es como decir que sacaron gasolina Magna y funciona en los coches Toyota pero no en los Chrysler. Absurdo y ridículo.

Gracias a dios, el target marketing en este caso es IE, sino… Estaría en un momento de odio existencialista social contra Mozilla…

Una teoría que tengo, es que uso Smarty. En realidad, como es una página pequeña, pude haber usado simplemente archivos en vez de un template, pero así lo hice ¿y?. Entonces el conflicto que supongo, es que MooFlow no se lleva bien con Smarty.

Voy a hacer una prueba, si es este el caso, estoy pensando seriamente en no usar Smarty y simplemente dejarlo como páginas independientes. El problema de esto son los menús y esas ondas, por eso prefiero usar un template engine.

Quien sabe. Siempre es el mismo problema con esto. Necesitas milenios de experiencia, para que estas cosas funcionen flawless, pero nunca falta (y siempre habrá) algún mega consorcio estúpido (entiendase Mocosoft y/o Mozilla) que se perecen-preocupan, por complicarle la vida a las personas.

Pero admitámoslo, el día que programar una página sea sencillo y no tengamos que preocuparnos por los problemas de compatibilidad, ese día será aburrido hacer páginas web. Y lo mas importante, cualquiera podrá hacer una.

Saludos

IDE: ¿Aptana, Eclipse o Ambos?

Después de decidir la librería que usaría el siguiente paso era: ¿Qué IDE usar?.

Una IDE (Integrated Development Evironment) es tan sólo una aplicación que integra todo lo necesario para desarrollar el programa en el lenguaje que soporta la IDE. Por ejemplo Visual Studio es una IDE para Visual Basic, Visual .NET, etc. Eclipse y Aptana son también IDE’s.

En realidad fué fácil. Hace mucho tiempo cuando empezó esto de las páginas, utilizaba Frontpage. Recuerdo como para dejar un espacio entre elementos llenaba todo de   hehehe, ¡Ay no…! Que cómico es Guillermo Puertas. Que por cierto, hace poco ayude a una prima con su página, donde el profesor los hizo “programarla” en ¡¡¡Frontpage!!!, ¡Que asco de profesor!.

Después vino el boom de Dreamweaver. En aquél entonces aún pertenecia a Macromedia, al igual que Flash, Freehand, etc, ahora Macromedia fué absorbida por Adobe. Sí, el mismo que hace el Adobe Reader, Photoshop, InDesign, etc. Que en su época fué bueno. Ahorita es usado más que nada por los Templates (hoy en día ¿Quién puede programar en Design Mode con Ajax y PHP?).

Y así terminó para mí el mundo del WYSIWYG (What You See Is What You Get -- Lo que ves es lo que obtienes). Entonces comencé a usar Weaverslave. En lo personal me fascina, es de los mejores editores que he usado, excepto por un pequeño problema, bueno de hecho dos.

1. No se ha actualizado desde 2005
2. Por el punto uno, no tiene completación (ni HTML ni PHP)
3. No tiene soporte FTP

Si tan sólo corrigieran el punto dos (ya que si corrigen el dos, el uno automáticamente se corrige), lo volvería a usar.

Así vague por las IDE’s y llegué por azares del destino a vim (aunque vim no es una IDE). Vim (Vi Improved) es un editor como NotePad pero para linux (Yo sé, NotePad es un editor de textos). Lo interesante de Vim, al igual que Emacs (su archienemigo), se pueden configurar macros, etc. A muchos usuarios les fascina eso.

Cansado de programar “rudimentariamente” (sin ánimo de ofender a nadie) aterricé en Eclipse. Eclipse es una multi-IDE, ya que al podérsele instalar plugins, puedes programar en el mismo “programa” (Eclipse) tanto C como PHP o HTML, etc. Desarrollar diagramas de flujo, administrar Bases de datos, etc.

Al conocer Eclipse, casi inmediatamente o por obligación, llega uno a conocer Aptana. Eclipse, por default, no trae el plugin para PHP ni HTML. Así que hay varias opciones como PHPEclipse o PDT para PHP y Aptana para HTML. Así que sencillamente puedes instalar Eclipse, bajas los plugins y tienes una multi-IDE que trabaja tanto con PHP como HTML, además de bajar otro plugin (Remote System) y tienes acceso a FTP/SSH/Telnet.

Así que hoy leyendo la ayuda de JQuery me encontré con un tutorial que dice paso a paso ¡Como configurar aptana para desarrollar aplicaciones con JQuery! Así que es la duda:

¿Usar Eclipse o Aptana puro?

¿Mencioné que Eclipse tiene un plugin para administrar bases de datos?, es decir, no tienes que abrir PHPMyAdmin (PMA), Navcat o algo similar para ver tu base de datos.

El problema radica en que con otra cosa que no sea PMA no me acoplo, y por otro lado Aptana también tiene acceso FTP (cosa que no necesito pues es local todo).

Por el momento probaré Aptana solo, pues ya lo descargué (131MB) hehehe. Espero no arrepentirme porque tendré que bajar Eclipse y luego el plugin de Aptana hehehe :-/

Por otro lado, una cosa que busco es el poder generar un proyecto, cosa que no tiene Weaverslave.

He ahí el veredicto.

Links:

• Weaverslave
• FrontPage
• Dreamweaver
• Vim
• Eclipse
• Aptana
• Aptana como plugin en Eclipse
• JQuery en Aptana
• PHPEclipse
• PDT
• Remote System

Saludos

La aplicación: JQuery vs Prototype

El día de hoy estaba sentada pensando en la desición a tomar. Pero antes plantearé el dilema que atañe mi vida el día de hoy:

Estaba sentado picandome los ojos, cuando empecé a pensar… Cosa que hago pocas veces… “Tengo que terminar el trabajo de mí mamá.” ¿Qué trabajo? Su sistema de facturación.

Para mí proyecto final de Programación Orientada A Objetos realicé un sistema de facturación (incompleto por cierto ) en Visual Basic (VB). El programa en realidad no está feo, de hecho está bastante bien para no saber nada respecto a programación de VB. Como brevario cultural, ese fué el primer semestre que tuve contacto con dicho lenguaje, VBScript no cuenta, y por si fuera poco, se compartió tiempo con Java (que por cierto odio).

El problema comenzó cuando decidí enviar la factura a imprimir. Primero pensé en CrystalReports (CR) (lo habíamos visto en clase), después enviar todo a Word o Excel y la verdad es que decidí que me había hartado. Sé como enviar datos a Word y Excel, pero no supe como darles formato (márgenes, altura, anchura, etc.) Por otro lado, no comprendí como meter los datos que quería a CR. Mandar un listado de facturas o de clientes me salió.

Entonces fue cuando dije: “¿Por qué no hacerlo Web?”. Cada vez son más las aplicaciones que se hacen Web, las llamadas RIA (Rich Internet Application). Recuerdo mi ejemplo más popular, en Telcel utilizan una aplicación Web para sus clientes y demás (en el módulo de la entrada de atención).

¿En qué consiste la aplicación? Es sencillo, tan sólo una aplicación Web de un sistema de facturación, que incluya las opciones básicas:

• Crear/Editar/Borrar Facturas
• Crear/Editar/Borrar Clientes
• Crear/Editar/Borrar Proveedores
• Crear/Editar/Borrar Eventos (Agenda)
• Listas de Clientes/Facturas/Proveedores/Productos
• Adeudos
• Gráficos
  • Ventas al cliente
  • Solvencia del cliente
  • Compras al proveedor
• Crear/Editar/Borrar Remisiones
• Protegido por usuario
• Impresión de Facturas
• Control de Inventario/Almacén
• Cotizador

Básicamente eso, más lo que se me ocurra en el camino y agregue aquí hehehehe. En realidad no es la MEGA-Aplicación, y seguramente existe ya una aplicación así en el mercado, pero ¿Por qué no hacerla yo?. Es como el sistema que hice en VB, ya existe y se llama ASPEL, pero ¿Por qué pagar 4000 pesos de un sistema que puedo hacer yo, ya que no me interesan TODAS las opciones que ofrece, que inclusive pueden llegar a se confusas.

Así que el proyecto ya lo tengo/tenía definido, así que ese no es el gran problema… El problema entra en decidir la tecnología a usar. Y es que no es lo mismo usar XHTML/PHP/AJAX que XHTML/JAVA, así como no es lo mismo usar MooTools que JQuery o YUI.

Así que empezo mi búsqueda por las opciones viables. Según varias páginas que vi JQuery y Prototype son las más famosas. Hasta la última vez que vi, Hi5 usa/usaba Prototype con Script.aculo.us, y según la página de JQuery, DELL, El banco de américa y digg (entre otros) lo usan. Yo durante mucho tiempo utilié MooTools, con el hice Kiubo y Entre en mi casa.

Siempre he considerado que MooTools es una librería para hacer cosas del Web2.0, es decir, comunidades virtuales (como FaceBook), blogs y demás cosas por ese estilo. Prototype siempre me ha parecido complicado y JQuery lo he usado pocas veces.

Así que después de una amplia investigación, decidí usar JQuery. ¿Cuál fué la razón para mí desición? La documentación. Que si me lo preguntan, estuve tentado a usar YUI (Yahoo User Interface), porque en una ocación tuve que hacer un ejercicio, y hacer tablas con YUI (incluyendo ordenar, inline-edit, etc) es sumamente sencillo. Pero la verdad es que el resto del Framework no me gusta hehehe.

Así que usaremos JQuery, esperemos haya sido la mejor desición hehehe, o mínimo la menos dolorsa hehehehe.

Links:

• JQuery
• YUI
• Prototype
• MooTools
• Script.aculo.us

Saludos