Desde el 28 de febrero de 2007 está disponible la última versión estable de Seamonkey 1.1.1., se trata de la continuación del navegador Mozilla Application Suite.

Las entregas tentativas de la serie 1.8.x de la Suite quedan descartadas. La anterior 1.7.x seguirá teniendo soporte y mantenimiento por separado.

Como ya sucediera previamente, cuando Netscape el mentor de la Corporación Mozilla derivara en un proyecto de código abierto y las versiones sufrieran un confuso cambio de numeración (así se explica, o no, que existiese un salto de Netscape 4 a 6) la primera serie de Seamonkey vuelve a ser 1.0, cifra que se corresponde con el número 1.8.x de la Suite.

Ese nombre designa una nueva modalidad de desarrollo impulsada por un grupo de la comunidad alrededor de marzo del 2005, con la intención de rescatar a la Suite del predominio de Firefox. Estos desarrolladores son independientes de la Corporación Mozilla pero trabajan de acuerdo y con el apoyo de la misma.

Algunas novedades

La primera es que Messenger ofrece un nuevo filtro adicional, además del “spam” o “correo basura”: el “scam”, los mails que intentan engañar al usuario para que revele información personal a través de sitios falsos que usurpan marcas conocidas y confiables tal el caso de eBay. Técnicamente esto es llamado phishing.

Su manejo es más oscuro y menos flexible porque no permite decidir activamente qué mensajes se pueden marcar como potencial scam o restaurar una marca si ésta ha sido revertida accidentalmente. Es el programa quien se encarga de “sospechar” de manera predeterminada y no hay manera de interactuar con su decisión. Los casos de phishing son raros pero es aconsejable reportarlos al sitio web al que afectan cuando son detectados.

La segunda gran mejora es la posibilidad de mantener perfiles remotos, o roaming profiles. Según la definición “oficial” en la mozillaZine Knowledge Base, un roaming profile es “una colección de configuraciones de usuario que puede ser fácilmente compartida entre diferentes computadoras y aplicaciones, o diferentes instancias de la misma aplicación”.

Básicamente es un profile que es almacenado remotamente y que Seamonkey, al iniciarse, obtiene de un servidor cuyos datos son introducidos en el item Roaming User de las Preferencias y que, al cerrarse, transfiere al mismo. Dentro de él, se archivan los “marcadores” o bookmarks (”favoritos” en la jerga del Internet Explorer), las cookies y sus configuraciones asociadas (filtrado a través de listas de sitios web permitidos y bloqueados).

El “historial” (archivo de direcciones visitadas), la información recolectada de los formularios web (característica propia de Mozilla llamada Fill Form data), las passwords privadas, las preferencias del correo basura (archivo de “entrenamiento” que lleva el registro de toda marca hecha por el usuario al correo no deseado, y con el que se evitan al máximo los “falsos positivos”), la libreta de direcciones y una gran etcétera propia de los usuarios expertos que incluye certificados de seguridad y más.

El profile remoto es una característica verdaderamente muy avanzada con respecto a la competencia, notoriamente Microsoft. Y en esto Seamonkey se anticipa también a Firefox, que ofrece sólo soporte limitado para esta característica. Es posible manipular un profile de esta manera vía la copia de archivos, HTTP o FTP.

Algunos cambios

Seamonkey Messenger otorga la capacidad de administrar varias “identidades” (identities) para una sola cuenta de mail. Así facilita el intercambio de vcards tarjeta de información personal y firmas entre las mismas. También incorpora mejoras en la usabilidad de la configuración, como mayor flexibilidad en la adición de servidores SMTP o en la distribución y creación de carpetas y filtros de mensajes.

Otras novedades incluyen soporte para SVG (Scalable Vector Graphics, formato de imagen basado en XML, anteriormente posibilitado sólo por la instalación de un plug-in de Adobe), una actualización del motor JavaScript en vistas de lo que se anuncia como la versión 1.6 de este lenguaje, y la posibilidad de copiar URLs automáticamente de las descargas listadas en el Download Manager, detalle muy útil.

Para desarrolladores web la “Consola JavaScript” (JavaScript Console) ahora incluye errores en el parsing de las hojas de estilos (como en Firefox). En lo que respecta a la migración desde Mozilla Suite, el proceso es idéntico al de transferir un perfil de una versión de la Suite a otra. Es posible, incluso, migrar solamente las passwords encriptadas desde un profile de la primera a uno nuevo de Seamonkey sin complicaciones.

Las “mini-aplicaciones” que corren sobre el navegador y que proveen funcionalidades extra, las extensiones, suelen funcionar tanto en la Suite como en Seamonkey a menos que se indique expresamente lo contrario. Ya han surgido de hecho versiones exclusivas para Seamonkey por ejemplo: SeaNotes, un clon de QuickNote.

Lecturas recomendadas:

• ¿Cómo elegir un navegador web?
• Mozilla Firefox, el navegador web del momento

Este artículo es una colaboración publicada originalmente en javascripters.com.ar por Diego Barcia.

CSS
(Cascading Style Sheets, u Hojas de Estilo en Cascada) es la tecnología
desarrollada por el World Wide Web Consortium (W3C) con el fin de separar la estructura de la presentación. A pesar de que la recomendación
oficial del grupo de trabajo de la W3C ya había alcanzado la estabilidad requerida para que fuera soportada por los
principales navegadores comerciales, como Netscape e Internet Explorer, tan
tempranamente como en el año 1998, la situación de entonces, comúnmente conocida
como la “guerra de los navegadores”, hacía que los intereses comerciales de
las dos compañías en lucha por el mercado de usuarios de Internet se interpusieran
en el camino de las CSS.

Netscape 4 e Internet Explorer 4 incorporaron
parcialmente un soporte a esta recomendación, pero éste dejaba mucho que desear,
especialmente en Netscape 4, por lo que no era plausible la incorporación de
las CSS en el diseño
de sitios salvo en un muy mínimo número de características, y esto aún con reservas,
puesto que la manera de tratar los estándares era muy diferente y por eso ni
aún así se podía asegurar una visualización correcta de la misma hoja de estilos.
El uso más amplio de las posibilidades de las CSS en Netscape 4, por ejemplo, podía llegar a causar un"crash" en el browser sin
explicación alguna. Internet Explorer 4 tenía una mejor implementación de la
recomendación CSS nivel 1,
pero, de nuevo, parcial -aunque permitía el uso de un mayor número de características,
como aquéllas que exceden a la tipografía (la parte de las reglas de las CSS pensada para reemplazar al tradicional uso de tablas en el diseño de "layouts").

La situación, hoy, es muy diferente. Netscape
4 acaparaba, según estadísticas, el 80% de usuarios, al menos en Estados Unidos.
Desde el lanzamiento de Internet Explorer 5 -que tuvo problemas al principio,
luego solucionados mayormente con la versión 5.5-, esta situación cambió radicalmente
y hoy es éste el navegador más usado.

No obstante no incorporaba el soporte
completo de las CSS nivel 1.
Habría que esperar a las recientes versiones 6, para esto, e incluso para un
soporte parcial de las CSS nivel 2.
Otros navegadores, como Opera (el tercer navegador más usado), cuya última y
también reciente versión es la 6, incluye el mismo soporte.

A diferencia de entonces, hoy, CSS ya no es una novedad, pero ahora ya no hay pretextos para no usarla. Y es posible
utilizar ciertas posibilidades más amplias de las CSS,
como el control de otras características gráficas tales como imágenes y colores
de fondo, márgenes exactos y bordes, para evitar el trabajoso y a veces poco
gratificante diseño de tablas complejas para un "layout", que incluye frecuentemente
tablas anidadas y complicados algoritmos de combinación de celdas (me refiero
a la forma en la que los navegadores resuelven esto para su graficación), características
que hacen al archivo muy pesado para descargar, porque inundan el código con
la extensa serie de etiquetas requeridas. Y también, hoy, la "guerra de los
navegadores" ha terminado, y la W3C y los estándares empiezan a liderar el camino, por lo que ya no hay tantas trabas para un uso más extendido, aunque medido, de las CSS.

En vista de esta breve recapitulación,
entonces, podríamos decir que los beneficios de usar CSS son dobles. Por un lado, evitamos hacer a los archivos demasiado pesados (excluyendo
el largo código requerido para las tablas anidadas y el añadido de características
gráficas), y definimos el "estilo visual" de un sitio entero sin necesidad de
hacerlo etiqueta por etiqueta, para cada una de las páginas. Por otro, trabajamos
con estándares, y separamos hasta cierto punto la estructura (vale decir, el
código) de la presentación, logrando una manera más nítida de trabajar, y lo
que es más: en un sencillo documento CSS,
definimos lo que yo llamaría una "plantilla gráfica" para todo un sitio. Vale
decir, que cualquier cambio hecho a un estilo CSS,
se reflejará en todos los elementos que sean referidos a éste, automáticamente,
con sólo editar un sencillo documento CSS.

Este tutorial se centra en el diseño de
un documento CSS pensado
para un sitio web entero, y sobretodo con el uso medido de las características
de CSS nivel 1, aunque
recomendando un uso medido de tablas para el "esqueleto" del "layout" de las
páginas (no obstante, el tutorial no cubre este aspecto; sólo el de creación,
sintaxis y edición de un documento CSS
externo enlazado a los documentos HTML).
Esto implica, por una parte, un "target" de navegador que no sea exclusivo de
la "última generación" (la cual comprende: IE 5, 5.5, 6, Netscape 6, y Opera
6). Por lo tanto, se intenta una correcta visualización de la página también
en Internet Explorer 4. Es posible que Netscape 4 muestre la página más o menos
correctamente, pero esto no debe preocuparnos ya que es un navegador que no
soporta estándares.

Capitulo
Siguiente

En primer lugar, re-definiremos las etiquetas
html necesarias. Esto consiste en dar ciertos atributos a determinada etiqueta,
digamos, <h2>, que
se mantendrán siempre que la utilicemos. Podemos definir, por ejemplo, que todo
el texto contenido en las etiquetas <h2>
sea de color rojo, en negrita, subrayado, con una fuente arial,
helvetica, sans-serif, de un tamaño de 22 píxeles, y centrado.
Cada vez que incluyamos código como:

<h2>Título aquí</h2>

éste se mostrará de esa forma:

Título aquí

La buena noticia es que no sólo podemos
definir etiquetas de este tipo, sino aquéllas exclusivamente estructurales,
como <body>, que ofrece
la ventaja de que no tendremos que usar atributos propietarios para establecer
los márgenes del documento, por ejemplo. No habrá que recurrir a la conocida
solución “cross-browser” de incluir
los atributos marginwidth y marginheight, propietarios de
Netscape, o leftmargin, rightmargin, bottommargin
o topmargin, propietarios de Internet Explorer.
Esto arrojará los respectivos errores de “etiquetas no válidas” al
utilizar una herramienta de validación del documento, como la de la W3C.
Sencillamente establecemos una regla margin: 0px;
para <body>.

Además, no tendremos que escribir una regla de tamaño
de fuente para todos los estilos, siempre y cuando la escribamos una sola vez
para <body>: los demás elementos,
puesto que están subordinados a <body>, lo heredarán. Así,
si hay que especificar un tamaño diferente al de <body>, éste se hará individualmente para cada caso.

He aquí las redefiniciones (notar que no
hace falta incluir una etiqueta de apertura de la hoja de estilo como <style
type:”text/css”>, ni tampoco la etiqueta de comentario
que usualmente le sigue a ésta, como <!–; de hecho, sería un error):

body {
        font-family: arial, helvetica, sans-serif; font-size: 12px; margin: 0px;
        }
        a:link {
        color: #0000cc; font-weight: bold; text-decoration: none; }
        a:visited {
        color: #990099; font-weight: bold; text-decoration: none; }
        a:active {
        color: #ff9900; font-weight: bold; text-decoration: none; }
        a:hover {
        color: #3333ff; text-decoration: underline; }
        u {
       color: #ff0000; text-decoration: none;
        }
        i {
        font-size: 11px; text-decoration: oblique;
        }
        em {
        font-weight: bold; color: #666666; text-decoration: none;
        }

Podríamos dividir estos estilos en tres
grupos. En primer lugar, el ya notado body. En segundo, la serie de a, que apuntan
a los links, los anchors. Estos estilos se llaman “seudoclases” (pseudo-classes). Especifican los colores
de los links, es decir, todas las etiquetas <a href=” “>,
con a:link; los colores de los
links visitados, con a:visited;
los de los activos (al momento de hacerles click) con a:active;
y a:hover es un pequeño truco
que cambia el color del link cuando posamos el mouse sobre él, al modo de las
“imágenes de sustitución” con Javascript. Para todos, notar la regla text-decoration.
Los navegadores suelen tener la opción predeterminada de mostrar los links siempre
subrayados (aunque se lo podemos cambiar). Al especificar text-decoration:
none; obviamos esta opción, y los links se mostrarán sin subrayado,
pero, al posar el mouse sobre ellos, la regla
text-decoration: underline; de a:hover volverá a subrayarlos, dejándolos como antes si sacamos el mouse de ellos. Es
un efecto que se usa mucho en la Web, y lo recomiendo porque queda muy bien.

El tercer grupo son las redefiniciones de
las etiquetas HTML de énfasis
de texto, u, i, y em. En este caso, podemos utilizarlas con fines propios.
Por ejemplo, en este caso redefino u para que sirva como énfasis de color, como
en este documento se usa para resaltar los nombres de navegadores y palabras
en inglés. Notar que otra vez text-decoration
se usa para evitar el subrayado predeterminado que por ley le corresponde a
la etiqueta html <u>. A
i la utilizo para una tipografía del tipo “nota al pie”. Notar
que incluye un tamaño menor al general. Finalmente, em la utilizo para una tipografía especial de tono gris y en negrita. La incluyo
como ejemplo del uso que le podemos dar a este tipo de redefiniciones: éstas
son muy útiles para dar variedad a la tipografía sin necesidad de usar elementos
de bloque. u puede ser usada en
cualquier contexto, como elemento “hijo” de otro que tenga cualesquiera tamaño
de fuente: u sólo se aplicará
a aquél fragmento deseado, cambiándole sólo el color y heredando tamaño y otros
atributos del elemento de bloque al que pertenezca. i
y em, al contrario, están pensados
para elementos de bloque (como en este documento pasa con, por ejemplo, la nota
aclaratoria bajo el título principal: ver el principio de este documento), aunque
pueden ser usados de esa forma, o no.

Ahora, las clases:

.comCuerpoIzq {
        margin: 3px; text-align: left; }
        .comCuerpoCentr {
        margin: 3px; text-align: center; }
        .comCuerpoDer {
        margin: 3px; text-align: right; } .titulo {
        font-size: 13px; font-weight: bold;
        }
        .subTitulo {
        color: #666666; font-weight: bold;
        }
        .epigrafe {
        font-size: 10px;
        } .navPie {
        font-size: 10px; color: #666666; font-weight: bold;
        }
        .navTop {
        font-size: 10px; color: #ffffff; font-weight: bold;
        }
        .barrNav {
        font-size: 11px; text-align: left; margin: 0px;
        } .bloqueAzulOscuro {

        font-size: 17px;
        font-weight: bold;
        color: #ffffff;
        background-color: #0066ff;
        text-align: center;
        margin-top: 10px;

       margin-right: 20px;
        margin-bottom: 10px;
        margin-left: 20px;
        border-color: #ff3300;
        border-style: solid;
        border-width: 1px; 

        }
        .bloqueAzulClaro {
        font-size: 12px;
        text-align: right;
        background-color: #99ccff;
        margin-top: 5px; 

        margin-right: 20px;
        margin-bottom: 5px;
        margin-left: 20px;
        padding: 10px;
        }

Las clases podemos dividirlas en dos grupos. Tipográficas,
todas excepto las dos últimas, que son, más bien, gráficas. Para las tipográficas,
invito al lector a que deduzca, de acuerdo al nombre del selector y a las reglas
que contienen, el propósito y el por qué (ver, por ejemplo, por qué algunas
contienen tamaños de fuente y otras no); esto fue explicado más arriba.

Y, finalmente, las gráficas. Garantizo que estos estilos
son correctamente visualizados en Internet Explorer 4
en adelante, y Netscape 6. Las he escrito con saltos
de línea entre cada regla para facilitar su examen, dado que estas reglas no
las hemos visto aún.

Estas dos clases han sido pensadas para
aplicar a elementos que soporten características gráficas, como por ejemplo, <div> (no confundir con
<span>;
sus comportamientos gráficos son muy diferentes). El resultado será a algo similar
que especificar colores de fondo y espaciados a las celdas de una tabla, sólo
que esta solución es más flexible y maleable. En una tabla no tendríamos tanto
control sobre los márgenes, no podríamos variar la alineación de texto sin grandes
rodeos, y no podríamos usar bordes. Aún si lo lográramos, lo haríamos a costa
de hacer el código muy pesado, por medio de mucho más trabajo poco gratificante.

Éste sería el resultado con los dos estilos CSS gráficos bloqueAzulOscuro
y bloqueAzulClaro, y la mágica etiqueta <div>
(personalmente, mi preferida) :

Sólo con dos etiquetas <div>,
logramos lo mismo que si hubiésemos tenido que utilizar una tabla entera (con
al menos diez veces más de código), y si hubiésemos tenido que lograr esa
exactitud en los márgenes (que, de hecho, no hubiésemos podido), hubiésemos
tenido que usar o bien cellpadding o cellspacing, atributos no recomendables
(por eso siempre se especifican a “0″) porque no pueden ser usados en el contexto
de un “layout” más complejo. Habría que haber recurrido a utilizar celdas
vacías como márgenes, que es la solución más usual, con lo que el código se
hubiese incrementado aún muchísimo más.

Espero que ésta, aunque algo extensa, haya
sido una buena introducción al mundo, por cierto mucho más rico de lo que aquí pudimos ver, de las CSS. Recomiendo
a quienes quieran profundizar más sobre el tema, visiten este sitio sobre las CSS: http://www.sidar.org/recur/desdi/mcss/index.php.
Allí encontrarán un manual sobre las CSS
que nos introduce en el mundo de las especificaciones oficiales de la W3C,
además de una traducción al español de éstas, y un ejemplo de las enormes posiblidades
de las CSS al ser combinadas con
lenguajes de programación: el elegir entre varias hojas de estilo para cambiar
la presentación de un sitio dinámicamente.

Las reglas sintácticas de los estilos CSS son sumamente sencillas.
No hay que incluir ninguna etiqueta especial al principio del documento de texto
(esto se especifica en la etiqueta <link rel=stylesheet… >,
etc). El cuerpo del documento consiste entonces en los nombres de los estilos
y sus reglas.

La sintaxis es así (ver el ejemplo dado
más arriba):

SELECTOR { REGLA1: VALOR; REGLA2: VALOR;}

Existe una diferencia para redefiniciones
de HTML y clases. Los nombres
de las clases deben ir precedidos de un punto (.),
y las redefiniciones no. Veamos un ejemplo concreto de redefinición de la etiqueta <body> que utilizaremos:

body {
        font-family: arial, helvetica, sans-serif; font-size: 12px; margin: 0px;
        }

Y ahora, el de una clase:

.comCuerpoCentr {
      font-size: 11px; color: #000000; margin: 3px; text-align: center;
      }

Notar que body no va precedida de un punto,
mientras que comCuerpoCentr sí. El punto, entonces, es el identificador
de una clase.

Reglas sintácticas de los estilos CSS
en 11 puntos:

1) La sintaxis debe empezar con el nombre del estilo, precedida de un punto para
las clases, y sin él para las redefiniciones de etiquetas HTML
(para las que el nombre debe ser el de la etiqueta HTML elegida, por ejemplo, “body”). Se trate de redefiniciones o clases, este nombre
se llama formalmente “selector” (selector).

2) El selector debe ir seguido de un corchete de apertura “{“.

3) Las reglas de los estilos, y su sintaxis, son predeterminadas; no pueden “inventarse”.
Por ejemplo, para establecer el tamaño de una fuente, debe usarse la regla “font-size“,
y así para cada regla de presentación.

4) La regla debe ir seguida de dos puntos “:“,
no de “=“, como en HTML.

5) La sintaxis de los valores también son predeterminados, como en
HTML. Deben ir, preferentemente, precedidos de un espacio en
blanco, y seguidos de un punto y coma “;“.

6) El valor depende del tipo de regla que se utilice; para tamaños, consiste en
un número y en una unidad (por ejemplo, “12px”; para píxeles, o “5pt”, para
puntos); para colores, en una palabra determinada (por ej. “orange”) o en el
valor hexadecimal (se recomienda usar esta opción; por ejemplo, para color negro,
“#000000″); y en una serie de opciones para otro tipo de reglas, como alineación
de texto (center, right, etc), o tipo de fuente (arial, helvetica, sans-serif).

7) No hay límite ni orden de precedencia para el número y tipo de reglas que debe
contener cada estilo, pero éstas deben ir separadas por puntos y comas y un
espacio en blanco.

Las reglas deben ir seguidas de un corchete de cierre “}“.

9) Saltos de línea son opcionales para el corchete de apertura “{“,
y reglamentarios para el corchete de cierre “}“.
Es decir, se debe introducir un salto de línea para especificar el estilo siguiente.

10) Se recomienda, si bien no es reglamentario, utilizar minúsculas para todo el
texto, excepto para los nombres de clases, como en el ejemplo visto, “comCuerpoCentr”,
lo que puede ser útil para indicar cuál es el propósito del estilo. En este
caso, esta abreviatura significa “común”, es decir, común a todas las páginas
del sitio, “Cuerpo” significa que está pensado para el cuerpo de texto de los
documentos, y “Centr” que incluye un regla para centrar el texto.

11)
Se recomienda, si bien no es obligatorio para todos los casos, que todos los
elementos notados vayan delimitados por un espacio en blanco. Es decir, un espacio
entre el selector, corchete de apertura, nombre de regla, valor de regla, y
corchete de cierre.

href="http://maestrosdelweb.com/editorial/cssplan/">Capitulo
Siguiente –>

En su estructura, a los fines de la brevedad utilizaremos
sólo dos opciones de estilos CSS:
redefiniciones de etiquetas HTML
y estilos personales, llamados clases
(class). Las redefiniciones se aplican de manera automática
a todo elemento homónimo en el HTML,
sin necesidad de una referencia especial. Las clases, en cambio, requieren de
un atributo class que identifique al elemento individualmente. Si definimos
una clase llamada .especial, y la queremos aplicar a un elemento específico <span> dentro del código
html, deberemos definir un atributo class para <span>
de la siguiente forma:

<span class="especial">Contenido
      aquí</span>

Notar que no es necesario incluir el punto
(.) que en CSS identifica a la clase, sólo el texto de su nombre, entre comillas.

En la forma de implementarlos, hay cuatro
opciones:

1)
Incrustar las definiciones de estilo dentro del documento HTML,
en <head>, por medio de
la etiqueta <style type=”text/css”>;
por Ej.:

<head>

<title>Ejemplo de estilos CSS incorporados al documento HTML</title>

<meta http-equiv="Content-Type" content="text/html;
        charset=iso-8859-1">

<style type="text/css">

<!--

        body { font-family: arial, helvetica, sans-serif; color: #000000; margin:
        0px; }

        h2 { font-size: 22px; font-weight: bold; color: #ff0000; text-decoration:
        underline; 

        text-align: center; }

        h3 { font-size: 17px; font-weight: bold; color: #ff3300; text-decoration:
        underline; 

        text-align: center; }

</style>

</head>

2)
Vincular el documento HTML a la
hoja de estilos, por medio del siguiente código (siempre en <head>,
y se estila, aunque no hay ninguna ley al respecto, situarla después de los <meta> y los <script>):

<link rel=stylesheet type="text/css"
        href="url" title="titulo">

(notar que ésta es una etiqueta “vacía”, que no requiere cierre);

3) O bien, importarla con el siguiente código:

<style type="text/css">

<!--
        @import url(url/nombre_de_documento.css);
        -->

</style> 

La cuarta y última opción es adjuntar
el estilo dentro del HTML como
un atributo, pero esta opción no es recomendable porque va en contra de uno
de los principales objetivos de las CSS:
separar la estructura de la presentación. Este método es análogo al que se usaba
en versiones anteriores de HTML,
por ejemplo con la etiqueta <font> (hoy, etiqueta “deprecada” -deprecated-, o no perteneciente
a la especificación HTML 4.0,
en favor de los estándares):

<body>
<p style="color: blue">Texto aquí</p>
</body>

Utilizaremos el método de vincular la
hoja de estilos (no nos extenderemos sobre el por qué). Esto significa que editaremos
un documento de texto, de extensión .css,
conteniendo las reglas de los estilos, separadamente del documento HTML.
Nos evitará tener que escribirlos para cada una de las páginas del sitio si
decidiéramos incrustarlos en ellas. Sencillamente, definimos todos los estilos
para el sitio en, por ejemplo, “nombre_del_sitio.css” y la vinculamos
a todas las páginas por medio de la sencilla etiqueta <link rel=stylesheet…>,
etc.

href="http://maestrosdelweb.com/editorial/cssintaxis">Capitulo
Siguiente –>

En teoría podríamos reemplazar las tablas
enteramente con CSS, pero este
método no sería recomendable por lo problemático. Aunque quizá sea posible en
un corto período de tiempo, si los estándares siguen afirmándose (en este sentido,
fue muy importante la acción de la href="http://www.webstandards.org/">Web Standards Project,
grupo de diseñadores que difundieron el uso y apoyaron las propuestas de la W3C durante la “guerra de los navegadores”,
y que hoy ofrecen los archivos de su sitio web para su consulta).

En consecuencia, se recomienda utilizar
tablas, moderadamente, para la organización del “layout”, y CSS para el resto. En suma, aquí sólo utilizaremos aquéllas características gráficas
de CSS que no provoquen demasiado
conflicto: márgenes, bordes, colores de fondo, “padding”, y alineación de texto;
no más. El objetivo es poder lograr un documento HTML que no exceda los 10kb; éste es el tamaño ideal si queremos que, con imágenes
incluidas, el monto total no exceda los 50 kb.

Existen editores CSS,
pero el software que nosotros usaremos será un editor de texto (recomiendo Textpad;
puede descargarse una versión de prueba en href="http://www.textpad.com/">http://www.textpad.com/)
y los navegadores de “target” (que decidimos “soportar”, qué palabra adecuada…).
El lector sólo necesitará el editor de texto de su opción y cualquier navegador
que soporte aceptablemente CSS nivel 1,
como por ejemplo Internet Explorer 4x o superior.

href="http://maestrosdelweb.com/editorial/cssestilos/">Capitulo
Siguiente –>