28.06.2005
Mas respeto, estas viendo los estilos por defecto de tu navegador!
Lo que puede hacer una hora dedicada a descanzar y mucho tiempo pensando en semántica, es algo que salta a la vista. De esto saco dos tres conclusiones:
- El que hizo el código en Blogspirit es un chancho/a.
- Muchos posts cortos y muy separados, sumado a cambio de template, da como resultado: en cualquier momento me mudo.
- Asi y todo, tengo la plantilla mas linda de todo Blogspirit :D.
Cada día me tienta mas Federico con su idea de no usar CMS y escribir todo a mano.. veremos que pasa... por lo pronto asi me siento lo sufiecientemente freak!
20:24 Anotado en Desarrollo | Permalink | Comentarios (12) | Enviar a Email
08.05.2005
Instalar Ruby on Rails sobre XAMPP
Me tope con estos 3 excelentes video tutoriales que muestran paso a paso como instalar Ruby mas el framework Rails, y ademas el XAMPP en Windows.
Ya tengo otra cosapara agregar a mi lista de 43 things :).
20:40 Anotado en Desarrollo | Permalink | Comentarios (9) | Enviar a Email
28.04.2005
SIFR 2.0 - Usar fuentes no tradicionales
Hay una respuesta a la pregunta de diseñador: - Quiero usar esta fuente inglesa que esta re chevere, como hago para no usar imagenes y que todos la vean?? (odio esas preguntas!).
La solucion se llama sIFR, de que se trata:
Es una combinacion de XHTML, CSS, JavaScript y Flash, para reemplazar texto por fuentes que no necesariamente se encuentren instaladas en el sistema del visitante.
El funcionamiento es una cosa bastante estrambotica, pero lo importante es que sigue siendo accesible, ya sea con CSS desactivado, o con JavaScript desactivado, o con Flash desactivado. Por lo tanto es totalmente accesible, semantico y ademas, lindo :).
Recientemente salio la version oficial desde cuyo sitio se puede leer los detalles tecnicos.
Por cierto, la tecnica de reemplazar texto con background-image, al lado de esto, sencillamente apesta ;).
17:15 Anotado en Desarrollo | Permalink | Comentarios (11) | Enviar a Email
27.04.2005
Buscando editor WYSIWYG
Alguien uso alguna vez un editor online de HTML WYSIWYG que funcione bajo JSP, que en lo posible no sea un applet, lo suficientemente bueno como para recomendarlo?
Hasta ahora de los que probe la verdad que ninguno me convencio demasiado... el que si me gusto mucho es el tinyMCE que es como la cara visible de un editor (solo la parte de JavaScripting, no tiene nada del lado del servidor), pero esta bueno que se le pueden añadior algunos plug ins para ir mejorandolo. Es open source y recomendado de todos los que vi hoy (de mi "scouting" se quedaron afuera el HTML Area y otros que no trabajaban sobre JSP...).
En fin, alguna sugerencia? No es necesario que sea Open Source, ni gratuito...
17:04 Anotado en Desarrollo | Permalink | Comentarios (2) | Enviar a Email
20.04.2005
Usando cuentas shell por Putty
Como puede ser que no haya descubierto hasta hoy esto! Esta buenisimo!!
Una pequeña introducción: Las cuentas shell son cuentas de usuario de servidores Linux (accediendo por consola, obviamente).
Hay programas, como por ejemplo el Putty para Windows XP, al que nosotros le damos una URL o durección IP del servidor con Linux al que tenemos acceso y nos abre una ventana de consola de esa maquina remota.
Ahora, de donde saco el servidor con Linux no? Aca les dejo un listadito de shells gratuitas ;). Incluso algunos dan base de datos y servicio web... esto quiere decir que tenemos nuestro propio servidorcito :D.
BTW: Con que poco que me entretengo ultimamente.. estuve toda la tarde con esto :D.
21:16 Anotado en Desarrollo | Permalink | Comentarios (3) | Enviar a Email
19.04.2005
El bug del parpadeo sin estilos
En la oficina estamos creando una aplicación, la primera desarrollada por la empresa, que esta maquetada 100% con CSS 2.0.
<style type="text/css" media="screen">@import "style.css";</style>En los testeos de compatibilidad de la hoja de estilos en los distintos navegadores se notó un parpadeo cuando cargaba la aplicación en Internet Explorer 6 mostrando el HTML sin estilos hasta que cargaba la hoja de estilos y luego renderizaba.
Por supuesto esto pasaba solo la primera vez ya que luego la hoja de estilos estaba en memoria. Y pese a ser una hoja de estilos algo pesada (30 KB) en otros navegadores, no pasaba nada de esto (Firefox y Opera).
Yo rápidamente dije que era problema de renderizado de IE y no le preste demasiada atención, pero Facundo se puso a buscar, y encontró este sitio: "Flash of Unstyled Content" que trata acerca del mismo problema.
La solución
Hay dos soluciones, la primera es añadir encima de nuestro @import de la hoja de estilos, un elemento <link>, quedando nuestro head:
<head>
<title>My Page</title>
<link rel="stylesheet" type="text/css" media="print" href="print.css">
<style type="text/css" media="screen">@import "style.css";</style>La otra solución es incluir un elemento <script> pero como dice el creador de la soución B es medio sucia ya que no contiene nada en su interior (a menos claro que estemos utilizando un script en nuestro código).
<head>
<title>My Page</title>
<script type="text/javascript"> </script>
<style type="text/css" media="screen">@import "style.css";</style>Esta Federico creo que no la tenia ;).
23:51 Anotado en Desarrollo | Permalink | Comentarios (4) | Enviar a Email
13.04.2005
Un div con max-height y scroll vertical
Esta es una de esas cosas que siempre me pregunte como #$%#& se hacian, pero que nunca me puse a averiguar!
Y como ando con algo de tiempo libre, en lugar de buscar algun ejemplo, lo hice yo razonandolo 5 minutos :D. Primero el código:
div#max {
max-height: 200px;
overflow: auto;
/* Los valores de abajo son solo para dejarlo mas coqueto :). */
width: 300px;
background: #ccc;
border: 3px solid #666;
padding: 10px;
}Simple no? solo le digo al div, mirá vos vas a tener un alto maximo de 200 píxeles y si es necesario, vas a poner el scroll, sino, no (overflow: auto).
Este es el ejemplo con el código fuente.
Aclaración en Firefox 1.x
Antes que Federico lo diga en los comentarios (jejeje), lo aclaro aca: Si bien en las specs de CSS el atributo max-height puede ser medido en pixeles (px), porcentaje (%) o tamaño de la fuente (em). Si usamos un valor porcentual, el renderizador de Mozilla no lo tomará :S. Ya es un bug declarado en bugzilla, asi que solo resta esperar a que lo solucionen.
21:02 Anotado en Desarrollo | Permalink | Comentarios (20) | Enviar a Email
07.04.2005
Modularizando una aplicación (aspecto lógico)
No se porque se me metió en la cabeza la idea de modularizar las aplicaciones que vaya a hacer de aca en mas, asi que me arece bien antes de seguir haciendo nada plantear un esquema lo mas sólido posible que me sirva de base para luego montar sobre esta estructura cualquier otro desarrollo.
La idea es lograr una lógica multiplataforma aunque el desarrollo hecho por mi, mas que seguro que estará hecho en PHP y MySQL (tal vez mas adelante en JSP).
La idea
Una aplicación típica se compone de una base de datos donde se almacena la información y archivos con código lógico, que procesan a la misma. La combinación de los mismos da como resultado a «la aplicación».
En este caso, la aplicación va a estar divida en dos partes principales:
- El núcleo.
- Los módulos.
El núcleo
Este contendra los aspectos generales de la aplicación misma, osea, lo que es común a todas las funcionalidades. Pensando yo llegué a la conclusión de que son:
- Manejo de usuarios (creación, acceso y niveles de seguridad).
- Administración de módulos (alta, baja y modificación).
Luego todas las demás funcionalidades ya van a estar dadas por los módulos mismos y no van a tener nada en común entre sí. A excepción de un detalle mas:
Ya que este «núcleo» lo voy a usar de base para todos (o la mayoría) de proyectos que haga de aca en mas, quiero incluir el concepto de dashboard, que vendría siendo algo asi como un resumen de lo último que está pasando en cada módulo. Por ejemplo los ultimos mensajes del foro, pedidos llegados, tickets de error, etc.
Para solucionar el dashboard, quiero aprovechar de una funcionalidad que van a tenr todos los módulos: sindicación del contenido por XML. Entonces el dashboard sería solo un leedor de feeds RSS que levantaria los ultimos n feeds de cada módulo :).
Los módulos
Cada módulo en principio deberá respetar las premisas dadas por el núcleo, sino no hay forma de que sea compatible con el mismo. Los puntos mas importantes son:
- Niveles de acceso de los usuarios.
- Sindicación de su contenido (voy a usar RSS asi que no hay mucho por aclarar).
- Acciones que puede realizar cada usuario (por ahora va a depender del nivel de acceso de cada usuario).
Lego de eso, cada módulo traerá su propio paquete de archivos lógicos y estructuras de datos que se añadirán en forma suplementaria al núcleo de la aplicación. Con ésto quiero decir que no afectarán ni modificarán en nada al funcionamiento del núcleo, solo serán nuevas y distintas aplicaciones que correrán dentro del núcleo de la aplicación que en este caso es el acceso y permisos de usuarios. Utilizando a estos mismos para definir que acciones pueden y cuales no realizar de acuerdo a su nivel de acceso general.
Ejemplo práctico: Un módulo de foro en el que un usuario ingresa con nivel de acceso de administrador tendrá disponibles en ese módulo, las acciones de bannear usuarios o cerrar posts.
En fin, la idea está planteada, ahora hay que sentarse a programar!
BTW: Es mas que probable que esto sea liberado como GPL ;).
00:05 Anotado en Desarrollo | Permalink | Comentarios (3) | Enviar a Email