CSS Sculptor es una herramienta para el utilizadísimo Dreamweaver, la herramienta de Diseño y Desarrollo Web WYSIWYG por excelencia me temo.

Pero el hecho y la frase que una y otra vez me digo cuando diseño sobretodo en CSS es:
“Por qué reinventar la rueda??“, es más, es el slogan típico de cualquier desarrollador y diseñador que defiende o su trabajo se basa en software WYSIWYG.

Aquí os dejo el vídeo promocional de las características y más abajo algunas conclusiones sobre el WYSIWYG:

Los defectos del WYSIWYG

Personalmente no tengo nada en contra de esta forma de diseñar, hace no mucho tiempo Dreamweaver era la panacea para mí… pero algunos de sus fallos y algunas manías también acerca de “inyectar” código arbitrariamente en mis archivos me hizo desistir de uso en favor de herramientas… supondré que “nativas de edición” -en función del SO, por ejemplo Unix- o al menos de las llamadas “a pelo”.

Edición nativa, Linux
Esto, unido al uso de Linux -o Unix- donde los archivos no son más que una secuencia de bits, a diferencia de otros Sistemas Operativos como Windows que imponen una estructura determinada, es decir, en relación a archivos codificados como ASCII -normalmente texto- puedes editar cualquier archivo independientemente de la extensión… a todas luces eso significa LIBERTAD ^^ algo de lo que Microsoft entiende poco, creo.

Bien, usar Linux te abre un mundo de posibilidades en lo que respecta a desarrollar en diferentes lenguajes, todo herramientas libres en un entorno donde puedes hacer lo que quieras además sin miedo a patentes y licencias en su mayoría. Así, empecé a usar el editor por defecto de GNome: Gedit con todos sus addons para diferentes lenguajes: C, C++, Java, Rubi, JavaScript, CSS, XML, (X)HTML… y así hasta casi practicamente todos los lenguajes habidos y por haber.
Y para Windows el magnífico NOTEPAD++.

O sea, herramientas de edición en código puro, nada de “Wising” de esos ^^
Pero el hecho, aunque estés muy adaptado a diseñar a pelo, es que se suele perder el tiempo algunas veces… demasiadas quizás.
Sigue sin gustarme que una herramienta me genere un código automático desde un diseño visual porque no sé que está escribiendo exactamente, si usa 100% código estándar, si está incluyendo código propietario para compatibilidad inversa, aunque configuremos las opciones para tener el máximo control sé por experiencia que herramientas como Dreamweaver harán alguna vez algo que no te gusta… o incluso joder un archivo entero dándole el formato que creen oportuno, eso lo hacía al menos Dremaweaver MX sobretodo en XHTML.

Por ejemplo:
Es más rápido establecer en una Herramienta Visual el margen, espaciado y borde con selector de color de un cuadro que escribir una y otra vez:
.cuadro_rojo {
margin:0 auto;
padding:0 auto;
border: 1px dotted Red;
}
Todo esto usando un diseño tan abreviado y sencillo como el anterior, si además incluyes más propiedades o más detalles en ellas la pérdida de tiempo es mayor.

Software de apoyo a la “edición a pelo”

Por eso, y aún así, a veces cuando tengo prisa uso algún software de este tipo para una edición -sin guardar ya que podría estropear todo el archivo- rápida, por ejemplo Dreamweaver en Windows.

En Linux tenemos CSSed que está hecho en Java creo y aunque no es visual ahorra bastante código ya que usa funciones preestablecidas para generar código CSS.
Amaya que es el software multiplataforma de edición libre del W3C para diseño estándar de documentos web.
Bluefish, Quanta… entre otros como el monstruo de Eclipse de próposito general ^^

Herramientas que uso

Personalmente uso las siguientes herramientas según el SO en el que esté:
Windows:

• Notepad++ con ayuda ocasional de Dreamweaver cuando no algún editor online rápido como los que se encuentran en w3shools.com y este de listas en CSS.
• Para dar color uso Colorzilla, un addon de Firefox para seleccionar colores web incluido con cuentagotas -ejemplo Photoshop-.

Linux donde hay de tooooodo :D :

• Gedit para cualquier cosa :D
• CSSed como apoyo ocasional igual que DW en Windows.
• Gcolor: Es como Colorzilla solo que a nivel de Sistema Operativo… genial!, no está para Windows :(

Durante un tiempo usé Eclipse para desarrollo PHP (PDT) porque un gestor de funciones, clases, objetos… es realmente muy muy útil pero es tan pesado y como no estoy acostumbrado a los IDE pues… no lo uso mucho la verdad, pero eso no significa que no sea una herramienta estupenda.

Y por fin… a lo que ibamos, este CSS Sculptor tiene muchas probabilidades de entrar en mi colección de software útil junto a DW, no por ser WYSIWYG y de Adobe sino que viniendo del diseñador que viene, Eric Meyer, me temo que no puede aportar nada más que calidad a nuestro trabajo en diseño web.
Lástima que no sea software libre:(

Vía: Zeldman

Por ejemplo y dirigido a XHTML, lo que humildemente creo que debe tener cualquier estructura de sitio o página web, a grosso modo, como concepto y en espera de escribir algo más extenso:

Doctype

Lo primero un (DOCTYPE) Tipo de Documento donde se declara una Definición del tipo de Documento (DTD) acorde con su contenido y esctructura.

<!DOCTYPE...

Las declaraciones DOCTYPE para XHTML pueden ser: “Transitional” (más flexible para la transición a XML donde se permite marcado de HTML), “Strict” (estricto con un compromiso duro para la migración a XML) o “Frameset” para un documento con marcos (“frames”).
¿Para qué?:
Para que el dispositivo donde se visualize el documento no tenga que hacer birguerías para saber QUÉ TIPO de documento es.
Esto dotará al sitio de mayor rapidez de interpretación por parte del dispositivo (un navegador web, un lector de pantalla…) ya que no tendrá que “adivinar” el tipo de documento e interpretar el código digamos “al vuelo” sino que sabrá (o espera saber) como va a estar estructurado, las etiquetas permitidas, etc…

Si se añade el lenguaje en que estará escrito el documento y la dirección pues mejor, apenas son unos cuantos más atributos en la etiqueta padre HTML del espacio de nombres (es el conjunto de elementos y atributos de cada DOCTYPE):

1

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="es" dir="ltr">

Español o Castellano de izquierda a derecha.

A raíz de la decisión del W3C de migrar definitivamente a XML como lenguaje de marcado universal se decidió incluir en todos los documentos un prólogo XML que especifica la versión de XML usada y la codificación de caracteres (más adelante):

1

<?xml version="1.0" encoding="Codificacion de caracteres" ?>

Este prólogo suele dar problemas en navegadores antiguos e incluso en IE6 para Windows, así que puede ser recomendable especificar la codificación de caracteres en una etiqueta meta más adelante:

Metadatos

Opcionalmente un Título y algunos metadatos más o menos relevantes:
Un título, unas palabras clave al que asociarlo, una descripción… un autor, una declaración de propiedad intelectual si procede… en definitiva las etiquetas meta proporcionarán información más o menos relevante según el contenido del sitio, es algo bastante importante en relación a SEO o “posicionamiento web”.

Más relevante es una definición de la codificación de los caracteres del sitio (se recomienda Unicode: UTF-8, más internacional) y de nuevo el lenguaje usado:
(XHTML, UTF-8, Español España)

1
2

<meta http-equiv="content-type" content="application/xhtml+xml; charset=UTF-8" />
	<meta http-equiv="Content-Language" content="es" />

o

1

<meta http-equiv="content-type" content="text/html; charset=UTF-8" />

Estilos Externos o Importados

Un estilo base
¿Para qué?:
Para exploradores antiguos que no sepan interpretar las nuevas reglas CSS, obteniendo a la vez un estilo separado en función de la importancia en el diseño como por ejemplo estilos para selectores principales del sitio: HTML, BODY, H1, H2…, A, etc.
Preferiblemente enlazado:

1

<link href="/css/basic.css" rel="stylesheet" title="Estilo Base" type="text/css" media="screen" />

Un estilo de impresión
¿Para qué?:
Para que, por defecto, la mayoría de los nuevos exploradores, u otros dispositivos, reconozcan un estilo para impresión a través del atributo

media="print"

:

1

<link rel="stylesheet" href="/css/print.css" type="text/css" title="Estilo de Impresion" media="print" />

Un estilo sofisticado
¿Para qué?:
Para exploradores modernos, para elementos y clases propios, preferiblemente importado:

<style type="text/css">
		<!--
		@import url("/css/estilo_sofisticado.css");
		-->
		</style>

También ayuda a separar el estilo de elementos principales de la página y reglas propias.
Opcionalmente y según el nivel de experiencia se puede usar otra hoja de estilos (css) donde agrupar solo las clases.

Menú de navegación Accesible

Un menú de navegación Accesible, oculto o no para dispotivos visuales es opcional, pero un menú inicial de navegación del sitio con sus respectivas Teclas de Acceso es muy muy recomendable:

1
2
3
4
5

	<ul id="navlist">
		<li><a href="home.html" title="Inicio" accesskey="I">Inicio</a></li>
		<li><a href="accesibilidad.html" title="Accesibilidad" accesskey="K">Accesibilidad</a></li> <!-- El más importante -->
		<li><a href="noticias.html" title="Noticias" accesskey="N">Noticias</a></li>
	</ul>

Proporcionando un documento donde se indiquen las funciones accesibles del documento: teclas de acceso (Access-Hot Keys), navegación mediante Tabulador…

En este mismo punto se puede (y se debe en mi opinión) añadir una opción para Saltar directamente al contenido del documento, es decir, evitar los menús de navegación u otro contenido repetitivo en el documento que quizás no interese.

1

<a href="#content" title="Ir al contenido del documento">Contenido</a>

¿Para qué?:
Imaginemos que se visualiza desde un navegador de un teléfono móvil, la pantalla es pequeña además de que es probable que no pueda interpretar nuestro CSS sofisticado y use el estilo base.
Puede que nuestro menú de navegación quede siempre al principio de la página y el navegador móvil deba recorrerlo una y otra vez hasta llegar al contenido.

Con este menú de salto y accesibilidad, se puede acceder con un solo click a la sección deseada o al contenido del documento sin tener que recorrer una y otra vez todo el documento.
Evidentemente, dichos enlaces deberían estar al comienzo del documento e incluso al final de este para intentar un acceso desde cualquier parte del documento a los contenidos principales.

Para un navegador web quizás es recomendable usar una regla CSS para fijar un elemento en la misma posición de pantalla, así, aunque recorramos el documento, siempre tendremos “a mano” el salto al contenido o a donde estimemos oportuno.
Un buen lugar puede ser al final de la pantalla (abajo).

Estructura

El resto del documento ya es otra cuestión y depende del gusto e imaginación del diseñador, por mi parte, la estructura base que suelo usar es muy conocida ya: un contenedor, una cabecera, un menu flotado, un contenido y un pie.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

<body>
 
	<!-- Container -->
	<div id="container">
 
		<!-- Cabecera -->
		<div id="head">
			<h1>Titulo</h1>
			<h2>Descripción</h2>
		</div>
		<!-- End Cabecera -->
 
		<!-- Menu -->
		<div id="menu"></div>
		<!-- End Menu -->
 
		<!-- Contenido -->
		<div id="content"></div>
		<!-- End Contenido -->
 
		<!-- Pie -->
		<div id="footer"></div>
		<!-- End Pie -->
 
	</div>
	<!-- End Container -->
</body>

NOTAS:

Por último recordar varios puntos algo más complejos:

Accesibilidad

Es recomendable que las imágenes con contenido importante, es decir no decorativas por ejemplo, contengan el atributo alt.
¿Para qué?
Para que el documento sea igual de funcional sin imágenes.
Así mismo, si una imagen es demasiado importante, se le puede añadir un atributo longdesc enlazando a una descripción larga de la imagen.

Usabilidad

El atributo alt también es importante, mucho, en enlaces basados en imágenes, si usas alt, tus enlaces seguirán funcionando en modo texto en un navegador sin imágenes o con ellas deshabilitadas.

Semántica

Un título es un título, no necesitas hacer un

<div class="big">Título</div>

, ni un

<font size="24px">Título</font>

ni nada tan horroroso para poner un título de primer nivel en un documento web.
Usa:

<h1>Título</h1>

Y al contrario, si quieres una estilo de tamaño grande en mitad de un documento no necesitas meter un título de primer nivel (h1).
Puedes especificar una clase como la anterior (big) y usar por ejempo

1
2
3
4

<strong class="big">Palabra GRANDE</strong>
.big {
font-size: 24px;
}

Strong se comportará como especifiques en la regla CSS, es decir, si de verdad quieres enfásis puedes añadir:

font-weight: bold;

aunque aquí quizás “pequemos” un poco en la estructura ya que strong actua más como etiqueta delimitadora que como estilo… aunque de eso se trata en un futuro, pero en cualquier caso, si imaginas que no se usa CSS esa palabra GRANDE tendrá énfasis que es lo que queríamos.
Y con CSS tienes tu texto de gran tamaño, el enfásis no es importante en este caso sino lo especificas en la regla CSS.

—
Bien… eso creo que es todo por ahora, personalmente intento estructurar siempre mis documentos web así, son 5 reglas que siempre intento cumplir… pero bueno, para gustos los colores y seguro que hay mucha gente que tiene muchas ideas mejores.

Espero que le pueda servir a alguien ;)

Esto… empezó como muchas de las cosas que he empezado y nunca he acabado, en un principio me motivaba lo de siempre: eXperimentar, sería muy largo de expicar pero después de “jugar” un poco y chatear, como todo hijo de vecino nuevo en la red, empezaba a aprender HTML y tras las desastrosas experiencias en diversos hosting gratuitos decidí alquilar uno, todo ello movido por un interés demasiado insual en mí hacía el diseño de Sitios Web… creí que era lo que más me gustaba junto a escribir y aquí estoy.

Pero entretanto, hubo otros intereses:
En un principio, y siempre como telón de fondo, quise ayudar a cualquier desdichado profano como yo en la Gran Red y dar a conocer las cosas buenas de mi pueblo:

UDLAGUARDIA.WEBCINDARIO.COM
Así nació una web entera en imágenes y sin atributo ALT :mrgreen: hecha con… Fireworks? creo recordar sobre el equipo de La Guardia, la Unión Deportiva La Guardia: http://www.udlaguardia.webcindario.com

Un desastre de diseño web, pesado al máximo, no estándar… pfff, bueno, estaba bonito… solo eso.
Por entonces se comenzaban a ver algunas páginas con una extraña extensión: PHP, modulares casi todas ellas y con una funcionalidad que yo hasta la fecha nunca había visto, logueos de usuarios, cuentas de miembros, marcadores online… una pasada.
Una portada en imágenes (Fireworks) y una web “a pelo” con tablas y Frontpage a ratón y algo de código.

Luego le tocó el turno al pueblo: laguardia2004.net
Si empezamos porque el dominio ya era todo un despropósito ggg :mrgreen: …pero empezé a conocer PHP-Nuke y el lenguaje PHP.
Eso me llevó a querer construirme mi propio CMS y no salió muy mal tampoco ^^

LAGUARDIA2004.NET
Eso sí, tanto con PHP-Nuke como con este Wordpress he de mencionar que he tenido unas cuantas peticiones para publicar mis diseños visuales, o sea, al parecer, no tengo demasiado mal gusto a la hora de crear un estilo visual jiji, sé que al menos les ha gustado a dos personas :D
Por ese entonces y con Nuke instalado la concejala de juventud y turismo se interesó en mi diseño, hice algo de Flash para la UD. La Guardia y poco más.
Como me lo fui creyendo un poco… compré un hosting barato para laguardia2004.net en aruba.it

Luego conocí a Zeldman, el W3C, los Estándares Web… y fue un punto de inflexión.

La Guardia2004.net como portal:

También empezó a gustarme lo sencillo y minimalista… se nota no? 8)
Primera Cultura Digital en el mismo dominio:

Segundo Portal del Ayto., propio y estándar:

*: Mola ver estas capturas con el paso del tiempo :D

Pero aquí ya empezaron mis delirios de grandeza, un CMS, publicar artículos en principio sobre el pueblo, sobre lo que yo creía que conocía sobre HTML, mis “famosos” escritos de la época del instituto… en fin, quería ganar un Nobel imagino ggg…
llegó CULTURADIGITAL.ORG
http://web.archive.org/web/*/http://www.culturadigital.org

Con un CMS propio:

Desde el cual, el diseño de la Home no ha cambiado prácticamente (no por mucho tiempo).

En fin… no aburriré mucho más porque siempre me voy por los cerros de Úbeda.
El caso es que en este, ahora visto desde aquí, largo camino he tenido muy probablemente más fracasos que triunfos pero lo aprendido y experimentado vale oro para mí… aunque algunos paisanos míos crean que

he tocado aquí y allí y que no tengo ni “puta idea”

jeje.
Nunca he pretendido ejercer intrusismo laboral, no tengo carrera de ningún tipo, pero sé que puedo enseñar algunas cosillas a “estos” (los de arriba, o este) universitarios, empezando por Diseño Web y sus teconologías y acabando por diseño gráfico.
Araque… aunque no lo creas, hay cosas que podrías aprender de mí, al contrario, yo nunca he pretendido enseñarte nada sino aprender lo que sabeis hacer.
…y con un poco de pique te diré que “nadie” dice: “AYAX” sino AJAX… como el jabón ggg :mrgreen: y que lo que viste no es “AYAX” sino DOM ^^ hay AJAX pero tú no lo has visto en la web ;)
Y también podría hablar del futuro del software de escritorio, el que programas, y del software web: el futuro de verdad.

Las nuevas intenciones:

Pero como esto ya no es lo que era… se acabó:
En definitiva, nunca me he atraveido a escribir entradas de ayuda como las que me han sacado de muchos apuros y que ayudarían a mucha otra gente. Sobre Linux, diseño web, windows, seguridad, wireless…
Me he estado debatiendo entre un blog totalmente personal, un blog técnico y un blog “eco” o lo que es lo mismo, publicar cosas de otros sitios antes que nadie.

Lo primero me ha dado mucho apuro siempre por no tener estudios técnicos pero en el fondo y al final, andas siempre intentando resolver dudas que la gente de “a pie” te va planteando por ahí… así que… porqué no hacerlo aquí?, en el blog.

Así que, aún a riesgo de que me lluevan comentarios pedantes de todo tipo, intentaré dar a conocer lo poco que sé sobre los problemas informáticos que he tenido (que son muchos) y ver si le pueden servir a alguien más.

Esa es la nueva intención, unido a lo inherente de un blog tan personal como este
blog.culturadigital.org

Me consta que nuestra Concejala de Juventud, Turismo y Festejos se ha mojado un poco y al menos, para su concejalía ya “nos” pidió en su día un logotipo y unas “fuentes”… ahora tiene (y se puede ver en la entrada del pueblo) un estilo propio que sí parece algo profesional y “bueno”.

No, el logotipo al final no fue nuestro, aunque la idea sí ^^, un poco más suavizado y profesional, las fuentes (letras) sí que fueron nuestras, es decir, la idea de usarlas pues es una fuente libre con estilo de escritura arábica muy apropiado a la historia y cultura de nuestro pueblo… osea, mola :mrgreen:

SVG

Bien… pues así, y tras conocer un poco más el formato que está empezando a romper en el mundo digital: SVG (aunque no es nuevo) me he “chapuzeado” la bandera y escudo de La Guardia para la Wikipedia (sin licencias ni ostias) en dicho formato, gráficos vectoriales escalables que… necesitaría otro artículo para hablar de las ventajas y bondades de este nuevo lenguaje basado, como no, en XML para gráficos, así que mejor se lo dejo al W3C

Pues al final quedaron así, un formato estándar para la Wikipedia y un formato digital útil:

–

Como casi todo el material de la Wikipedia y Commons se distribuye como:
GFDL (Licencia de documentación libre GNU) y
cc-by-sa 2.5, 2.0, 1.0 (Creative Commons: Reconocimiento-CompartirIgual)
que basicamente viene a decir que hagas lo que hagas… se agradecería que CITES TUS FUENTES y que compartieras igual… que no cuesta nada… a ver si algunos se enteran de una puta vez.

Bien, en Opera 9.1 para Linux el scroll de este blog va… digamos normal, es decir, como era de esperar. En cualquier otro Explorador de una versión decente, no demasiado desfasada, sobre Windows igual, se comporta como era de esperar.
Solo Firefox y me temo que los browsers basados en el mismo motor, o misma versión del motor Gecko (como Netscape o Mozilla) me están dando problemas con el scroll y como temía creo que es a causa de las fuentes o del pie de página que uso: Too Cool for IE o los enlaces sociales: blogeros, geourl, etc…
O eso, o la renderización en relación a este driver que uso, en fase beta, de Nvidia y su relación con el motor Gecko.

Creo recordar que el driver oficial aunque no comunitario de Nvidia, el que instala Ubuntu o Automatix, me funcionaba a la perfección con dicho motor de navegadores web… pero el susodicho driver beta da problemillas (no demasiado graves tampoco).
En distintos chats sobre diseño web, otros colegas han probado mi página y me comentaron que les iba “normal”, al margen del peso que eso es otro tema.

Así que seguiremos probando e investigando el misterio de este fallo que personalmente no me gusta demasiado.
Por otra parte, aunque Opera no represente más que un 1% de mis visitas, me alegra comprobar que gracias a un códido y diseño estándar, el blog se ve y se comporta “como se esperaba” en otros browsers.

Se agradecería a cualquier visitante pudiera dejar las notas pertinentes acerca del uso de este blog en relación a su plataforma y browser, vía comentarios, mail…
Gracias de antemano ;)

de ese 72% el 82% usan la versión 6.0 no soportada en este blog, la versión 7.0 en un 13% sí que está soportada pues ya ofrece una compatibilidad aceptable con CSS y otros Estándares Web.

Firefox ocupa un 19%, Mozilla, Safari y Opera un 1%

Windows un 88%, Linux un 11% y Mac un 2% (sobra un 1 cuestiones de redondeo :mrgreen: )

Ahora… es posible que mi singladura moral y ética para con las prácticas de Micro$oft esté llegando a su fin, harto de predicar en el desierto y de calentamientos de olla… tontos por qué no decirlo.
Eso, respecto a la moral y ética ^^

Respecto a la ignorancia sobre diseño web: Usar fuentes Microsoft para el diseño web (CSS), aunque es cierto que siempre he ofrecido fuentes alternativas y más estándares.

Qué ocurre?: Pues lo que ocurre todos los días, muchas personas que hablan o hablamos de quizás cosas que no conocemos bien o al 100%.
Puedo decir que no siempre es con autosuficiencia y más bien son simples impresiones pero algo básico para cualquier diseñador web es “probar, probar y probar”, algo en lo que una vez más y desafortunadamente tiene mucho que ver Microsoft.

Si tenemos que probar una web en I.E. (en sus diferentes versiones) es que porque Microsoft no se ha adaptado nunca a los Estándares, como hemos repetido ya hasta la saciedad, en pos de unas ventajas comerciales inherentes al S.O. que inunda la informática doméstica.
Por otro lado, pueden haber ciertas incompatibilidades y diferencias con otros Exploradores Web pero, en muy alto grado, son mínimas o con un impacto visual mínimo como con Opera y poco más porque el resto de soluciones están basadas practicamente en los mismos motores (los browsers más conocidos Linux usan el mismo motor que Firefox por ejemplo).

Pero el tema de las incompatibilidades de una web y los exploradores web es bien conocida, no tanto quizás las incompatibilidades del Sistema Operativo que gobierna al explorador web usado.
En mi caso, ignorante de mí, he cometido errores como los comentados… o quizás no sea ignorancia sino el resistirse a no usar esa fuente “tan guapa que queda que te cagas en tu Sistema”, pero el hecho es que una página web, hasta la fecha y con aprendices de diseñadores como yo, no se va a ver nunca igual (exactamente igual) en otros browsers o sistemas operativos.

En cierta manera, aún así, estoy más o menos contento con los resultados de este diseño una vez probado en no pocas versiones de exploradores web (browsers, es más corto ;) ) y en diferentes plataformas, lo cierto es que me siento orgulloso y es gracias al diseño basado en estándares, si las fuentes no fueron compatibles casi fue por voluntad propia… pero de todas formas no es suficiente.

Ahora que conozco, un poquillo solo, el mundo Linux conozco otros errores que he cometido (siempre me refiero a los no voluntarios) y puedo afrontar nuevos diseños más uniformes y estándares aunque ello conlleve el doble o más de trabajo. Lo que sí tengo un poco más claro es que seguiré con la política de no aceptar lemas como: “diseñaré para la mayoría” porque siempre he pensado que… es posible que la mayoría esté equivocada :D …es posible, eh? y hay ejemplos a lo largo de toda la historia.

Bien, pues fuera rollos hay dos cosas muy básicas para tener en cuenta:

• Usar fuentes Microsoft que nos gusten y una versión análoga de Linux, a su vez, incluir otra fuente “universal”.
• Dar soporte a todos los browsers posibles o potenciales.

…cosas de ser autodidacta :mrgreen:

Así las cosas es posible que el baneo a I.E. en este blog esté llegando a su fin unido a un mejor soporte para Linux.

La wikipedia me tiene frito con los copyrights de imagenes o cualquier otro contenido, espero que esta vez no haya problema aún teniendo el permiso expreso del Ayuntamiento porque es que son muy quisquillosos y los bots también pueden ser muy “tontos” :)

Nota: A cualquier interesado le pediría opinión sobre la imagen y si le apetece tiene el PNG disponible para hacer los ajustes, cambios, versiones que quiera.
La imagen la distribuyo con reconocimiento, no comercial y mantener misma licencia: Creative Commons BY-NC-SA-2.5.

Influencias: CSS Manía

Saludos y disculpad las molestias por los cambios que pueda sufrir el sitio en adelante ;)

2 Entradas en 1! :mrgreen:

Enlace recomendado:
Personaglia
… pasar el tiempo?… más folksonomía?… aunque no sé que relevancia pueda tener la lista no deja de ser interesante, sobretodo y personalmente como aplicación web.