Para separar un poco mis entradas mas "personales" y otras mas técnicas, he creado un blog orientado a SEO, SEM y programación web.
Gracias.
jueves, 10 de enero de 2008
jueves, 20 de diciembre de 2007
Embat, nuestro proyecto
4.20 A.M. Buena hora, ¿verdad?
Hace una temporada que me apetecía hablaros de Embat, y sintiéndolo mucho, ha llegado el momento!
Programar buenas webs, como a nosotros nos gustan, con tiempo, pensadas, analizadas, usables, accesibles, rápidas.
No podemos negar que internet se está convirtiendo en un medio imprescindible para todos. Tarde o temprano a todo el mundo le llega la hora, y cuando llega, internet se le hace imprescindible, tanto laboralmente como para estar comunicado, como para sus hobbies, etc...
Por eso mismo, internet empieza a tener un amplio espectro de usuarios, y no todos ellos tienen las mismas características, medios, inquietudes, etc... para acceder a las webs. Es por eso, que se empiezan a plantear cambios en las webs actuales, para que sean usables y accesibles, a la par que interesantes de contenido (diseño, etc). Y eso, es lo que más nos atrae a Juan Antonio y a mí, hacer buenas webs, de calidad.
De momento trabajamos mucho y duro, y estamos muy ilusionados y esperanzados, ya que tenemos amplias espectativas de trabajo.
Aún así, tenemos mucho camino por delante, y camino significa trabajo.
¿Lo hablamos en unos años?...
Nos seguimos viendo, voy a seguir con la OOP.
Saludos!
Hace una temporada que me apetecía hablaros de Embat, y sintiéndolo mucho, ha llegado el momento!
¿Qué es Embat?,¿cómo nace?
Hace unos meses, hablaba con Juan Antonio (mi socio) de nuestro trabajo, de lo mal aprovechados que estamos, ya que muchas veces nos ceñimos a tareas mecánicas y ahogamos nuestro espíritu creativo (si... los programadores también tenemos de eso) y nuestros conocimientos. Además de eso, trabajamos en una empresa en la cuál, importan 2 cosas:- Que funcione (no importa cómo)
- Para ayer (pues si... todo es "para ayer")
¿Qué queremos hacer en Embat?
Básicamente hacer un buen trabajo.Programar buenas webs, como a nosotros nos gustan, con tiempo, pensadas, analizadas, usables, accesibles, rápidas.
No podemos negar que internet se está convirtiendo en un medio imprescindible para todos. Tarde o temprano a todo el mundo le llega la hora, y cuando llega, internet se le hace imprescindible, tanto laboralmente como para estar comunicado, como para sus hobbies, etc...
Por eso mismo, internet empieza a tener un amplio espectro de usuarios, y no todos ellos tienen las mismas características, medios, inquietudes, etc... para acceder a las webs. Es por eso, que se empiezan a plantear cambios en las webs actuales, para que sean usables y accesibles, a la par que interesantes de contenido (diseño, etc). Y eso, es lo que más nos atrae a Juan Antonio y a mí, hacer buenas webs, de calidad.
¿Dónde llegaremos?
Pues, pese a no ser creyente... "Dios dirá", o mejor dicho, nosotros diremos, nosotros nos marcaremos nuestro techo.De momento trabajamos mucho y duro, y estamos muy ilusionados y esperanzados, ya que tenemos amplias espectativas de trabajo.
Aún así, tenemos mucho camino por delante, y camino significa trabajo.
¿Lo hablamos en unos años?...
Nos seguimos viendo, voy a seguir con la OOP.
Saludos!
Ya soy "Marido"
Cierto es. Me he casado.
Ahora soy el marido de Patry, y por consiguiente, ella es mi mujer (aunque siempre se me escape "mi novia", la costumbre supongo).
Aunque fue el 24 de Noviembre, hasta ahora no había dicho nada por aquí, pero lo digo ahora, que lo tengo mas asimilado. Parece mentira, pero aunque no lo quieras, algo cambia tu vida, y no por la parte "negativa", más bien por la positiva. Y aunque puede parecer un pensamiento machista (y puedo asegurar que no lo soy), desde el momento en que te ves casado, parece que tienes que ser mejor que antes, como si le tuvieras que rendir cuentas a alguien, o mejor dicho, como si tuvieras que subir tu listón diario unos puntos mas.
No sé si será por eso o no, pero hace unas semanas (2, creo), he empezado a mirar mi vida con lupa, y tomando nota de lo que no me gusta de ella, de lo que puedo mejorar, etc, és más, aún estoy analizàndola, y aunque no creo en exceso en navidades, nuevo año / nueva vida y demás, creo que este año que viene, tengo que ponerme las pilas en muchas cosas, porque a veces siento que no hago suficiente, y eso que tengo muchas cosas entre manos, pero aún así, creo que no doy mi 100%, y ahora, no sé si será por ese sentimiento de estar casado o no, pero creo que debo dar el 110%.
No sé cómo explicarlo, es como si viéndote desde fuera, notaras que fallas en algo, que algo no va bien, ¿y qué és ese algo? Ojalá lo supiera... Pero todo se andará, espero dar con las claves, siempre suelo dar con ellas, aunque no en esta faceta.
Pues bien, aquí podría cerrar mi entrada, y quedaría bien, ¿no?.
Pero no, no la cerraré sin decir que casarse es una grata experiencia, y estar casado, una grata sensación, especialmente si a tu lado tienes a una persona de categoría.
Un saludo a todos.
PS: Gracias JG y BJD (os lo curráis conmigo). Y JAG, claro está.
Ahora soy el marido de Patry, y por consiguiente, ella es mi mujer (aunque siempre se me escape "mi novia", la costumbre supongo).
Aunque fue el 24 de Noviembre, hasta ahora no había dicho nada por aquí, pero lo digo ahora, que lo tengo mas asimilado. Parece mentira, pero aunque no lo quieras, algo cambia tu vida, y no por la parte "negativa", más bien por la positiva. Y aunque puede parecer un pensamiento machista (y puedo asegurar que no lo soy), desde el momento en que te ves casado, parece que tienes que ser mejor que antes, como si le tuvieras que rendir cuentas a alguien, o mejor dicho, como si tuvieras que subir tu listón diario unos puntos mas.
No sé si será por eso o no, pero hace unas semanas (2, creo), he empezado a mirar mi vida con lupa, y tomando nota de lo que no me gusta de ella, de lo que puedo mejorar, etc, és más, aún estoy analizàndola, y aunque no creo en exceso en navidades, nuevo año / nueva vida y demás, creo que este año que viene, tengo que ponerme las pilas en muchas cosas, porque a veces siento que no hago suficiente, y eso que tengo muchas cosas entre manos, pero aún así, creo que no doy mi 100%, y ahora, no sé si será por ese sentimiento de estar casado o no, pero creo que debo dar el 110%.
No sé cómo explicarlo, es como si viéndote desde fuera, notaras que fallas en algo, que algo no va bien, ¿y qué és ese algo? Ojalá lo supiera... Pero todo se andará, espero dar con las claves, siempre suelo dar con ellas, aunque no en esta faceta.
Pues bien, aquí podría cerrar mi entrada, y quedaría bien, ¿no?.
Pero no, no la cerraré sin decir que casarse es una grata experiencia, y estar casado, una grata sensación, especialmente si a tu lado tienes a una persona de categoría.
Un saludo a todos.
PS: Gracias JG y BJD (os lo curráis conmigo). Y JAG, claro está.
lunes, 29 de octubre de 2007
Agradecimientos
Este post, puede parecer una real tontería a primera vista (y a segunda), pero en ocasiones a uno le gusta agradecer ciertas cosas a la gente que le rodea, ya sea habitualmente o puntualmente...
Y digo yo, ¿por qué decirlo a la cara, y no plasmarlo en un pedacito de infinito, en unos bytes de texto, en unos "li", en un trocito de esta gran tela de araña?
Agradezco a:
Perdona por olvidar poner tu nombre, pero ello no implica que no tenga en mi cabecita.
Saludos...
Y digo yo, ¿por qué decirlo a la cara, y no plasmarlo en un pedacito de infinito, en unos bytes de texto, en unos "li", en un trocito de esta gran tela de araña?
Agradezco a:
- Jota, Juanjo, Andrés, PJ y Jenny los grandes momentos de risas e intrigas que hemos compartido en nuestras partidas (y ahora, a la recién incorporada Patry)
- Bernat, Manolo, Javi, Pablo, Santy y un largo etcétera, por los grandiosos y extraordinarios momentos musicales que hemos compartido, charlas, líneas y pasiones.
- Fidel, Víctor, Juanito... Y otro buen número de grandes personas, en el sentido estricto de la palabra, por esos pedazo de entrenos, competiciones, nervios...
- Juanito (chup), David, Pedro... Esa mili! Qué mili pasamos... ¿eh? Malos momentos, buenos momentos, peores momentos... Momentos!
- A mí familia, Joan, Xisca, Miquel, Micaela, Petra, Joan Miquel, Miquel Àngel, mis abuelos!, mi madre, mi hermana, e incluso a mi padre, porque de todos ellos tengo algo.
- Andrés... Eres mi ídolo. Miquel Gisbert... Lo que he aprendido de tí, dios mío. Juanga... y de tí! Benet, Toni Campa, Miquel, Xisco, Joan Carles... Quins ratos eh? (i que així segueixi), Edu, Marga, Lina... Por los ratos pasados, y los que tienen que pasar.
- Joan Toni perque ens forrarem, i ens ho passam de mort. I perque no se pot desitjar un millor soci!
- Carlos y Tere, por tantas cosas, que perdí la lista.
- Y a Patry, porque si ella no estuviera, me quedaría un hueco en esta lista, un hueco imposible de llenar por otras 5 letras que no fuesen Patry, un hueco en esta lista, que sería el hueco que tendria mi vida.
Perdona por olvidar poner tu nombre, pero ello no implica que no tenga en mi cabecita.
Saludos...
martes, 16 de octubre de 2007
El colmo del "Geekismo"
Pues si...
Qúe sorpresa cuando Patry me enseña este artículo
IT CROWD, una serie que ya me tiene enganchado (he visto ya las 2 primeras temporadas, subtituladas, sin subtitular... ya me la sé de memoria!!). Pues resulta que la estrenan este año en el Canal Plus. Y... ¿Cuándo? Pues nada mas y nada menos que el día de mi boda!!!! ¿Es el colmo del Geekismo o no?
En fín, espero que podáis gozar de esta serie como lo he hecho yo, ahora la incógnita para mí, será ver (o mejor dicho, oír) quien doblará a los personajes de la serie... Puede ser muy bueno.
Os la recomiendo encarecidamente ;-)
Qúe sorpresa cuando Patry me enseña este artículo
IT CROWD, una serie que ya me tiene enganchado (he visto ya las 2 primeras temporadas, subtituladas, sin subtitular... ya me la sé de memoria!!). Pues resulta que la estrenan este año en el Canal Plus. Y... ¿Cuándo? Pues nada mas y nada menos que el día de mi boda!!!! ¿Es el colmo del Geekismo o no?
En fín, espero que podáis gozar de esta serie como lo he hecho yo, ahora la incógnita para mí, será ver (o mejor dicho, oír) quien doblará a los personajes de la serie... Puede ser muy bueno.
Os la recomiendo encarecidamente ;-)
lunes, 1 de octubre de 2007
Desarrolladores web, ¿de qué estamos hechos?
El otro día, en el blog de mi compañero de curro Andrés (anieto2k para la red), leí un artículo que me gustó, suele ser habitual, hay buen material para programadores web, pero éste me resultó más interesante si cabe, porque realmente son cosas que nos planteamos a menudo pero que luego, viéndola reflejada en un post, nos parecen aún mas evidentes.
El tema en cuestión, es la cantidad de tecnologías y conocimientos que se nos "exige" a los desarrolladores web de hoy día.
Cuántos no habremos visto anuncios, en los que se puede ver fácilmente:
"Buscamos programador web, titulado (inteniería técnica/licenciatura), 1 o 2 años de experiencia en el sector web, con conocimientos de XHTML, XSL, XML, CSS, Javascript (conocimiento de algún framework), AJAX, PL/SQL, Java (J2EE). A ser posible con conocimientos de algún programa de diseño (véase photoshop o fireworks)" Y ahora además de ésto, añaden: "Con conocimientos de SEO, Accesibilidad (TAW), etc..."
Y digo yo... Por esto me pagarás... no sé, 28.000 €/año (bruto), ¿no?
Pueeeeeees no! Te daremos la friolera suma de 18.000 brutos anuales, y si te lo curras mucho mucho, 21.000, y si ha eres un crack.... 24.000 (currándotelo mucho, ojo).
¿Dónde vamos a ir a parar señores? Como dicen, quien mucho abarca poco aprieta, y como sigamos así, nos obligarán a ni dormir, para poder estar "simplemente" al día de cómo van todas éstas tecnologías. Sólo con mirar algunos foros sobre las mismas, hacer algunos ejercicios y frikear un rato el tema web, te puedes tirar fácilmente de 4 a 6 horas diarias, si a eso sumas las 8 (mínimo) de trabajo, y la (o las) de comer... ¿Qué sucede? Pues que duermes medias de horas ridículas.
No sé, no sé que pasará con éste tema, pero como no sigan dispersándose los perfiles, no sé qu eacabaremos haciendo. ¿Barreremos la oficina también? ¿limpiaremos los coches de los jefes? ¿les configuraremos las redes a las familias de los jefes?***
En fín... Que hay que tener un poco de vista, un programador puede "controlar" en 1 o dos tecnologías, quizá 3... Y luego, "chapurrear" un poquito de un par mas, pero de ahí, a ser los Dioses del Byte, pues no...
Cúidense!
*** Aquí hay mucha chicha que sacar, porque no sé si lo sabéis, pero para la gente "de a pié" (la que no controla demasiado de tecnología), un informático es: "Ese tío raro que sabe de todo lo que tenga unos cables y/o pantalla", ya sea configurar un router, una wifi, montar una antena, arreglar una sandwichera, piratear una PS2, modificar un móvil, hacer una aplicación, arreglar un ordcenador con un clip, y ese tipo de cosas...
El tema en cuestión, es la cantidad de tecnologías y conocimientos que se nos "exige" a los desarrolladores web de hoy día.
Cuántos no habremos visto anuncios, en los que se puede ver fácilmente:
"Buscamos programador web, titulado (inteniería técnica/licenciatura), 1 o 2 años de experiencia en el sector web, con conocimientos de XHTML, XSL, XML, CSS, Javascript (conocimiento de algún framework), AJAX, PL/SQL, Java (J2EE). A ser posible con conocimientos de algún programa de diseño (véase photoshop o fireworks)" Y ahora además de ésto, añaden: "Con conocimientos de SEO, Accesibilidad (TAW), etc..."
Y digo yo... Por esto me pagarás... no sé, 28.000 €/año (bruto), ¿no?
Pueeeeeees no! Te daremos la friolera suma de 18.000 brutos anuales, y si te lo curras mucho mucho, 21.000, y si ha eres un crack.... 24.000 (currándotelo mucho, ojo).
¿Dónde vamos a ir a parar señores? Como dicen, quien mucho abarca poco aprieta, y como sigamos así, nos obligarán a ni dormir, para poder estar "simplemente" al día de cómo van todas éstas tecnologías. Sólo con mirar algunos foros sobre las mismas, hacer algunos ejercicios y frikear un rato el tema web, te puedes tirar fácilmente de 4 a 6 horas diarias, si a eso sumas las 8 (mínimo) de trabajo, y la (o las) de comer... ¿Qué sucede? Pues que duermes medias de horas ridículas.
No sé, no sé que pasará con éste tema, pero como no sigan dispersándose los perfiles, no sé qu eacabaremos haciendo. ¿Barreremos la oficina también? ¿limpiaremos los coches de los jefes? ¿les configuraremos las redes a las familias de los jefes?***
En fín... Que hay que tener un poco de vista, un programador puede "controlar" en 1 o dos tecnologías, quizá 3... Y luego, "chapurrear" un poquito de un par mas, pero de ahí, a ser los Dioses del Byte, pues no...
Cúidense!
*** Aquí hay mucha chicha que sacar, porque no sé si lo sabéis, pero para la gente "de a pié" (la que no controla demasiado de tecnología), un informático es: "Ese tío raro que sabe de todo lo que tenga unos cables y/o pantalla", ya sea configurar un router, una wifi, montar una antena, arreglar una sandwichera, piratear una PS2, modificar un móvil, hacer una aplicación, arreglar un ordcenador con un clip, y ese tipo de cosas...
miércoles, 19 de septiembre de 2007
Me caso
Pues si... Me caso.
Supongo que la expresión adecuada es "Nos casamos", "Mi novia y yo, nos casamos", porque casarse uno mismo, mucho sentido no tiene, la verdad.
¿Y qué es casarse? ¿Es firmar un papel? ¿Es hacer el paripé? ¿Un gran e inútil gasto?
Supongo que cada uno tiene una percepción del matrimonio, y aunque, en un principio, la idea de casarnos era mas por asuntos legales que otra cosa, ahora creo que adquiere otros significados adicionales.
Evidentemente, casarse o no casarse, no es premisa para demostrar que se quiere mas o menos, pero sin duda es un paso mas en la vida de pareja, que, bien pensado, es bonito. La idea de unirse "mas" a la pareja (si... aunque sea una simple firma, no deja de ser adquirir mas compromiso), siempre está presente, y eso, es otro paso.
Me desvío... Sábado 24 de noviembre, "that's the great day!".
Decidimos casarnos en un pueblo, por la sencilla razón de que en Palma, hay cola de espera de más de 1 año... y eso, tira para atrás a cualquiera, y ahora que se acerca la fecha, me gusta el destino elegido: Puigpunyent, y mas concretamente, en el ayuntamiento. Y el banquete lo haremos en Santa María, en el Ruycal.
Tenemos todo bastante cerrado, aunque los últimos preparativos, que no son pocos, los está gestionando mas Patry, yo entre que me levanto a las 6, llego a las 19, entreno, me ducho, y estudio... pfff. Me podrían alargar el día unas horas, la verdad.
En resumen, que me caso!
Supongo que la expresión adecuada es "Nos casamos", "Mi novia y yo, nos casamos", porque casarse uno mismo, mucho sentido no tiene, la verdad.
¿Y qué es casarse? ¿Es firmar un papel? ¿Es hacer el paripé? ¿Un gran e inútil gasto?
Supongo que cada uno tiene una percepción del matrimonio, y aunque, en un principio, la idea de casarnos era mas por asuntos legales que otra cosa, ahora creo que adquiere otros significados adicionales.
Evidentemente, casarse o no casarse, no es premisa para demostrar que se quiere mas o menos, pero sin duda es un paso mas en la vida de pareja, que, bien pensado, es bonito. La idea de unirse "mas" a la pareja (si... aunque sea una simple firma, no deja de ser adquirir mas compromiso), siempre está presente, y eso, es otro paso.
Me desvío... Sábado 24 de noviembre, "that's the great day!".
Decidimos casarnos en un pueblo, por la sencilla razón de que en Palma, hay cola de espera de más de 1 año... y eso, tira para atrás a cualquiera, y ahora que se acerca la fecha, me gusta el destino elegido: Puigpunyent, y mas concretamente, en el ayuntamiento. Y el banquete lo haremos en Santa María, en el Ruycal.
Tenemos todo bastante cerrado, aunque los últimos preparativos, que no son pocos, los está gestionando mas Patry, yo entre que me levanto a las 6, llego a las 19, entreno, me ducho, y estudio... pfff. Me podrían alargar el día unas horas, la verdad.
En resumen, que me caso!
viernes, 14 de septiembre de 2007
HTML / XHTML y nuestro querido DOCTYPE
Antes de adentrarnos en la materia, daré unas especificaciones, para no perdernos en el camino, de una serie de acrónimos:
HTML 4.0 Aplicación SGML (Lenguaje de Etiqueta Generalizado Estándar) conforme al estándar ISO 8879, ampliamente considerado como lenguaje de publicación estándar del WWW (World Wide Web).
SGML Lenguaje para describir lenguajes de Etiquetas, particularmente los basados en intercambio de documentos electrónicos, manejo de documentos y publicación.
XML Lenguaje de Etiqueta extensible, concebido para sacar lo mejor de SGML y evitando su complejidad.
Características más importantes:
PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
El elemento raíz del XHTML debe ser y en el debemos declarar el namespace usando el atributo xmlns. EL namespace para XHTML es: "http://www.w3.org/1999/xhtml"
En XHTML, los elementos style y script se declaran como elementos con contenido #PCDATA. El único carácter que no está permitido dentro es el que indica el cierre de la marca CDATA, es decir, el código ]] >.
Se puede evitar la utilización de las secciones CDATA, incluyendo los códigos en archivos externos:
<script language="JavaScript" src="global.js"></script>
<link href="style.css">
Para poder validar el documento se requiere en el mismo directorio la DTD xml html1-strict.dtd (o la que usemos) y los archivos de entidades a los que hace referencia. Después sólo nos queda validar el documento con algun parser de XML.
Para validar el documento XML se puede utilizar cualquier parser de XML.
Son necesarios dos pasos para convertir un documento HTML en un documento XHTML válido.
Y nuestros amigos de la W3C hacen el resto -> http://validator.w3.org/
Aunque, según la especificación no hay ninguna obligación de que los documentos XHTML 1.0 sean compatibles con los navegadores existentes, en la práctica es fácil de conseguir:
Recomendación W3C de XHTML1.1 (31 mayo 2001) define un nuevo tipo de documento que está basado en un marco de módulos que están definidos en el documento de modularización de XHTML. Se busca que este nuevo tipo de documento sea la base para extender la familia XHTML y proveer consistencia, compatibilidad para aquellas opciones a eliminar (deprecated). Esta recomendación básicamente es una reformulación de XHTML 1.0 Strict incluyéndole el uso de módulos XHTML.
XHTML 1.1 da de baja el soporte para:
El tipo de documento XHTML 1.1 esta hecho de los siguientes módulos, los cuales están definidos en el documento Modularización de XHTML.
Extraído y reescrito. (Fuentes: W3C, WikiLearning, http://www.tejedoresdelweb.com/, etc)
HTML 4.0 Aplicación SGML (Lenguaje de Etiqueta Generalizado Estándar) conforme al estándar ISO 8879, ampliamente considerado como lenguaje de publicación estándar del WWW (World Wide Web).
SGML Lenguaje para describir lenguajes de Etiquetas, particularmente los basados en intercambio de documentos electrónicos, manejo de documentos y publicación.
XML Lenguaje de Etiqueta extensible, concebido para sacar lo mejor de SGML y evitando su complejidad.
Diferencias entre HTML y XHTML
- Nombres de elementos y atributos en minúsculas. El XML es sensible a la utilización de mayúsculas y minúsculas.
- Todos los valores de los atributos deben ir entrecomillados (comillas tanto simples como dobles).
- Todos los elementos "no vacíos" deben ir entre la etiqueta de principio y la etiqueta de final, todos los elementos que no estén declarados en la DTD con EMPTY deben tener una etiqueta de cierre.
- Todos los elementos deben estar anidados ordenadamente.
- El XML no soporta la minimización de atributos. Los pares atributo-valor deben escribirse en toda su extensión.
- Los elementos "vacíos" deben llevar terminación, los cuales deben tener una etiqueta de cierre o bien terminar su etiqueta de apertura con />.
Características más importantes:
- Strict: Se utiliza cuando se da formato a los textos a través de CSS (cuando no se recurre a las etiquetas font, etc. La declaración debe ser:
PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
- Transitional: Se utiliza cuando no se describe la presentación de los documentos por medio de hojas de estilo. La declaración debe ser de la siguiente manera:
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
- Frameset: Se utiliza cuando los documentos incorporan marcos. La declaración:
PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
El elemento raíz del XHTML debe ser y en el debemos declarar el namespace usando el atributo xmlns. EL namespace para XHTML es: "http://www.w3.org/1999/xhtml"
En XHTML, los elementos style y script se declaran como elementos con contenido #PCDATA. El único carácter que no está permitido dentro es el que indica el cierre de la marca CDATA, es decir, el código ]] >.
Se puede evitar la utilización de las secciones CDATA, incluyendo los códigos en archivos externos:
<script language="JavaScript" src="global.js"></script>
<link href="style.css">
Para poder validar el documento se requiere en el mismo directorio la DTD xml html1-strict.dtd (o la que usemos) y los archivos de entidades a los que hace referencia. Después sólo nos queda validar el documento con algun parser de XML.
Para validar el documento XML se puede utilizar cualquier parser de XML.
Convertir HTML en XHTML
Son necesarios dos pasos para convertir un documento HTML en un documento XHTML válido.
- Que esté bien formado
- Que sea válido respecto de alguna de las tres DTD que conforman el XHTML.
Y nuestros amigos de la W3C hacen el resto -> http://validator.w3.org/
XHTML y los navegadores actuales
XHTML se visualizan sin problemas en IE5 y posteriores, pero no es así en todos los navegadores, en algunos de éllos hay problemas debido a los elementos vacíos (<br/>, <hr/>)Aunque, según la especificación no hay ninguna obligación de que los documentos XHTML 1.0 sean compatibles con los navegadores existentes, en la práctica es fácil de conseguir:
- Elementos vacíos . Incluir un espacio en blanco antes de la barra y ángulo de cierre / y >
- Minimización de elementos . Dado un elemento vacío cuyo modelo de contenido no es empty, como por ejempo un título o un párrafo, no utilizar la forma minimizada, escribirlo como:<p> </p> en lugar de <p></p>
- Hojas de estilo y archivos de código incrustados . Usar hojas de estilo externas o archivos de código externo si la hoja o el código en cuestión utiliza los caracteres < > o --. Notar que los analizadores XML tienen permitido suprimir el contenido de los comentarios.
- Saltos de línea dentro de valores de atributos . Evitar saltos de línea y múltiples espacios en blanco dentro de los valores de los atributos.
- Identificadores de fragmentos . En XML, los URI que terminan con identificadores de fragmentos del tipo #identificador no se refieren a elementos con un atributo name=identificador, sino que se refieren a elementos con un atributo de tipo ID. Muchos navegadores actuales no soportan este uso de atributos de tipo ID, de tal manera que se pueden dar valores idénticos a ambos atributos para asegurar la máxima compatibilidad futura y retroactiva.
- Uso del carácter & amp; en valores de atributos. Cuando el valor de un atributo contenga un carácter &, debe expresarse como una referencia a la entidad de tipo carácter.
- Codificación de caracteres . Para especificar una codificación de caracteres en el documento, usar tanto la especificación del atributo de codificación en la declaración XML como una sentencia meta http-equiv. El valor del atributo de codificación de la instrucción de proceso XML tiene preferencia.
Recomendación W3C de XHTML1.1 (31 mayo 2001) define un nuevo tipo de documento que está basado en un marco de módulos que están definidos en el documento de modularización de XHTML. Se busca que este nuevo tipo de documento sea la base para extender la familia XHTML y proveer consistencia, compatibilidad para aquellas opciones a eliminar (deprecated). Esta recomendación básicamente es una reformulación de XHTML 1.0 Strict incluyéndole el uso de módulos XHTML.
XHTML 1.1 da de baja el soporte para:
- Base basefont
- Center font
- Frame frameset
- Iframe isindex
- Menu noframes
- Object s
- strike
El tipo de documento XHTML 1.1 esta hecho de los siguientes módulos, los cuales están definidos en el documento Modularización de XHTML.
- Modulo Estructural: body, head, html, title
- Modulo Texto: abbr, acronym, address, blockquote, br, cite, code, dfn, div, em, h1, h2, h3, h4, h5, h6, kbd, p, pre, q, samp, span, strong, var.
- Modulo Hipertexto: a
- Modulo Lista: dl, dt, dd, ol, ul, li
- Modulo Objeto: object, param
- Modulo Presentación: b, big, hr, i, small, sub, sup, tt
- Modulo Editar: del, ins
- Modulo Texto Bidireccional: bdo
- Modulo Formas: button, fieldset, form, input, label, legend, select, optgroup, option, textarea
- Modulo Tablas: caption, col, colgroup, table, tbody, td, tfoot, th, thead, tr.
- Modulo imagen: img
- Modulo Mapa lado Cliente: area, map
- Modulo Mapa lado Servidor: Attribute ismapon img
- Modulo eventos intrínsecos: Atributos Events
- Modulo Metainformación: meta
- Modulo de Scripts: noscript, script
- Modulo Hoja de estilos: elementos style
- Modulo Atributo Style: Deprecated : atributo style
- Modulo link: link
- Modulo base: base
Extraído y reescrito. (Fuentes: W3C, WikiLearning, http://www.tejedoresdelweb.com/, etc)
lunes, 10 de septiembre de 2007
Estándares, ¿Por qué?
Después de leer algunos artículos por la red, en los cuáles se habla de las razones por las que es necesario seguir los estándares, me he visto "obligado" a enumerarlas, comentarlas y añadir algunos de mis puntos de vista acerca del tema.
Antecedentes.
Antes de empezar con el tema, pondré en antecedentes a los lectores profanos a los "estándares" de internet.
Basicamente, y resumiendo bastante, son un compendio de recomendaciones que da la W3C (World Wide Web Consortium) a la hora de crear o leer documentos que estén basados en la Web, con la intención de crear un mundo Web mas accesible y usable para todos.
Beneficios.
Aquí podemos sacar una larga lista, que voy a intentar ir argumentando.
Gracias al uso de XHTML y CSS, actualmente es relativamente "sencillo" aislar totalmente el diseño del contenido de un web, cosa que todo sea dicho, es mucho mas beneficioso de lo que puede llegar a parecer leerlo.
Motores de búsqueda: El XHTML válido (y las CSS) son muchísimo mas relevantes para los motores, ya que son "máquinas" a las que se les "enseña" qué leer y qué no leer, y la forma correcta de leerlo (estándares), por tanto un mejor código suele implicar un mejor posicionamiento en buscadores, cosa que hoy día, está claro que es muy importante.
Compatibilidad: Basándonos en estándares, haremos que mas gente pueda acceder a nuestra web, ya sea con distintos navegadores, como distinos sistemas operativos, dispositivos móviles, PDAS, etc, etc...
Accesibilidad: Ayudamos a que personas con discapacidades puedan utilizar su contenido (BRAILE, etc)
Mantenimiento: Obviamente, un sitio que siga los estándares, y aisle totalmente su diseño de su código, es mas fácilmente actualizable, permitiendo ahorrar en desarrolladores (aunque tiro piedras sobre mi tejado, jejeje).
Ancho de banda: Parece mentira, y actualmente al poder acceder a mayores anchos de banda esto pasa mas inadvertido, pero probablemente un site bien montado y respetando estándares, reduciendo códigos etc, debería ser mas rápido a otro que no.
Rapidez: Que provoca el punto anterior.
Resumiendo (opinión).
Siempre defiendo este tema ante compañeros de trabajo y/o profesión, algunos opinan como yo, otros no (para gustos los colores, ¿no?), pero mi opinión es que el tiempo nos va dando la razón, y el tema de las validaciones cobra cada día mas importancia, prueba de ello, por ejemplo, son los posicionamientos en motores de búsqueda.
Sin olvidar que poco a poco, todo este "movimiento" desemboca en la "web semántica", de la cuál hablaremos mas adelante.
En resumen, si hay unos estándares, ¿por qué no seguirlos?, en realidad no exige tanto trabajo como puede llegar a parecer, además, como dije arriba, el tiempo nos da la razón, y seguir los estándares estrictamente nos ayuda, y nos ayudará mas en el futuro.
Saludos,
Joan.
PS: Obviamente se podría extender muchísimo la entrada, pero todo se andará.
Antecedentes.
Antes de empezar con el tema, pondré en antecedentes a los lectores profanos a los "estándares" de internet.
Basicamente, y resumiendo bastante, son un compendio de recomendaciones que da la W3C (World Wide Web Consortium) a la hora de crear o leer documentos que estén basados en la Web, con la intención de crear un mundo Web mas accesible y usable para todos.
Beneficios.
Aquí podemos sacar una larga lista, que voy a intentar ir argumentando.
Gracias al uso de XHTML y CSS, actualmente es relativamente "sencillo" aislar totalmente el diseño del contenido de un web, cosa que todo sea dicho, es mucho mas beneficioso de lo que puede llegar a parecer leerlo.
Motores de búsqueda: El XHTML válido (y las CSS) son muchísimo mas relevantes para los motores, ya que son "máquinas" a las que se les "enseña" qué leer y qué no leer, y la forma correcta de leerlo (estándares), por tanto un mejor código suele implicar un mejor posicionamiento en buscadores, cosa que hoy día, está claro que es muy importante.
Compatibilidad: Basándonos en estándares, haremos que mas gente pueda acceder a nuestra web, ya sea con distintos navegadores, como distinos sistemas operativos, dispositivos móviles, PDAS, etc, etc...
Accesibilidad: Ayudamos a que personas con discapacidades puedan utilizar su contenido (BRAILE, etc)
Mantenimiento: Obviamente, un sitio que siga los estándares, y aisle totalmente su diseño de su código, es mas fácilmente actualizable, permitiendo ahorrar en desarrolladores (aunque tiro piedras sobre mi tejado, jejeje).
Ancho de banda: Parece mentira, y actualmente al poder acceder a mayores anchos de banda esto pasa mas inadvertido, pero probablemente un site bien montado y respetando estándares, reduciendo códigos etc, debería ser mas rápido a otro que no.
Rapidez: Que provoca el punto anterior.
Resumiendo (opinión).
Siempre defiendo este tema ante compañeros de trabajo y/o profesión, algunos opinan como yo, otros no (para gustos los colores, ¿no?), pero mi opinión es que el tiempo nos va dando la razón, y el tema de las validaciones cobra cada día mas importancia, prueba de ello, por ejemplo, son los posicionamientos en motores de búsqueda.
Sin olvidar que poco a poco, todo este "movimiento" desemboca en la "web semántica", de la cuál hablaremos mas adelante.
En resumen, si hay unos estándares, ¿por qué no seguirlos?, en realidad no exige tanto trabajo como puede llegar a parecer, además, como dije arriba, el tiempo nos da la razón, y seguir los estándares estrictamente nos ayuda, y nos ayudará mas en el futuro.
Saludos,
Joan.
PS: Obviamente se podría extender muchísimo la entrada, pero todo se andará.
Hola mundo!
No podría ser de otra manera, mi primera entrada en el blog tenía que ser el "Hola mundo!".
¿Acaso un programador puede empezar de otra manera? ;-)
¿Acaso un programador puede empezar de otra manera? ;-)
Suscribirse a:
Entradas (Atom)