Otro comportamiento raro de Dreamweaver

Normalmente, el Dreamweaver no deja abrir más de una vez el mismo archivo. Pero hay una excepción que me andaba sacando de quicio.

Cuando abrimos una página con un frameset, y luego abrimos uno de los archivos que carga la misma, si que se abre dos veces el mismo archivo en Dreamweaver. Ejemplo:

• Abrimos el archivo index.html para ver la descripción del frameset.
• Abrimos uno de los archivos que se cargan en el frameset: menu.html (por ejemplo)
  
• Modificamos ese archivo.
• Vamos al browser.
• Cargamos index.html para ver los cambios.
• Volvemos a Dreamweaver y... ¡Sorpresa! Nos aparece una ventana que nos dice que el archivo menu.html ha sido modificado fuera de Dreamweaver, que si queremos actualizarlo.

Este mensaje no puede ser más que considerado erróneo. En primer lugar, porque el archivo menu.html NO ha sido modificado desde fuera de Dreamweaver. Ha sido modificado por Dreamweaver. Lo que pasa es que como hemos modificado la versión suelta, la otra que tenemos cargada (la del frameset) ve que ha sufrido cambios y se piensa que somos el mal y que tenemos abierto otro editor para modificarle los archivos que se supone que estamos modificando con el Dreamweaver.

Hasta que me he dado cuenta del problema, he odiado mucho... :D

Sim Daltonism

Utilidad para la comprobación de colores. Simula en pantalla diversos trastornos visuales que pueden interferir enormemente en el entendimiento de las imágenes.

Muy útil para la comprobación de las interfaces gráficas en entornos web.

Lamentablemente, sólo para Mac OS X...

URL: http://michelf.com/projects/sim-daltonism/

Pero, para cualquier otro sistema, existe una herramienta similar online:

URL: http://colorfilter.wickline.org/

Tamaño seguro para páginas web

Interpretando los datos de las W3C al respecto...

URL: http://www.w3schools.com/browsers/browsers_display.asp

Podemos considerar seguro el diseñar para una resolución de pantalla de 1024x768. A pesar de que Dreamweaver nos dice que para dicha resolución de pantalla contamos con un área segura de 955x600 pixels, la explicación en la página de 960.gs de porqué utilizar un ancho de pantalla seguro de 960 pixels es bastante interesante. Flexibilidad.

960 es un número divisible entre 2, 3, 4, 5, 6, 8, 10, 12, 15, 16, 20, 24, 30, 32, 40, 48, 60, 64, 80, 96, 120, 160, 192, 240, 320 y 480 (1 y 960 no cuentan...).

Dado que 600 es divisible entre 2, 3, 4, 5, 6, 8, 10, 12, 15, 20, 24, 30, 40, 60, 100, 120, 150, 200 y 300 (de nuevo no considero 1 ni 600...), parece razonable el mantener esta recomendación.

Así pues, podemos diseñar para un tamaño seguro de 960x600 pixels. Aunque, personalmente, las limitaciones verticales las utilizo en contadas ocasiones.

Framework CSS (y 3)

Vaaale... está muy feo eso de decir "he hecho" pero no enseñar nada. Pero es que estaba arreglándolo para que esté visible. Tenéis disponible la idea de Framework CSS en la siguiente dirección:

URL: http://www.mazcunan.es/microsites/grid

He hecho las explicaciones que he considerado oportunas, pero es posible que los más profanos en el tema no se enteren del todo. Si es el caso, estoy dispuesto a realizar una explicación personalizada con la condición de que el receptor de la misma la transcriba.

De vuelta con los Frameworks CSS

He estado mirando más detenidamente esto de los Frameworks... y la verdad que me he llevado una alegría y una decepción.

La decepción. El framework CSS (por ejemplo, el 960.gs) no es más que un montón de definiciones CSS que cubren todas las posibilidades que existen para hacer un layout en horizontal sobre 12 o 16 columnas. Por lo que si defines una página con 3 columnas, estás utilizando la hoja de estilo por debajo del 10%. Cierto es una gran perdida, ya que el archivo de texto sin procesar no es que incremente los costes de carga de la web...

Sin embargo, el uso de este tipo de sistemas puede facilitarle enormemente las cosas a un diseñador. Es práctico para hacer webs como churros.

La alegría. La mayor parde de las consideraciones que explican en los sitios son las mismas consideraciones que yo explico a mis alumnos de serie. Y algún punto de vista diferente me ha gustado. Por ejemplo, yo les digo que tienen que valorar un ancho de web dentro del rango aceptable valorando la versatilidad... que sea divisible entre 2, entre 3, entre 4... según necesidades. Por ejemplo, 960px es divisible entre un montón de números. Es una opción más que interesante a considerar.

En general, he pensado que el procedimiento para la creación del framework puede ser mecanizado. Y lo he mecanizado en un cuarto de hora. Ahora tengo una función PHP a la que le digo cual es el ancho que quiero y automáticamente le descuenta los margenes que le indico, el padding y los bordes. He hecho alguna chapucilla para que algunos casos de error sean indicados o incluso corregidos automáticamente. Y el caso es que el resultado es bastante parecido a archivo CSS del Framework que estaba mirando.

Así que le voy a dar unas cuantas vueltas y no descarto plantearlo como ejercicio en clase... la lastima es que el mecanizado que yo he hecho con PHP habrá que plantearselo a mano... (¬_¬u)

Frameworks CSS

Ayer me comentaron que existia uno de estos y hoy lo he investigado un poquito... Ahora bien ¿Qué son los frameworks CSS?.

Primero deberíais preguntaros que es un framework. Es fácil... ¡Wikipedia!

URL: http://es.wikipedia.org/wiki/Framework

Ahora que sabemos lo que es un framework... ¿Qué? ¿Que no lo has leido? Si es que hay que daroslo todo masticadito. Un framework viene a ser una colección de elementos definidos que nos facilitan aspectos comunes del trabajo.

Bien, sigamos. El tema de los frameworks CSS consiste, según veo, en definir una estructura base y elementos para cubrir todas las posibles combinaciones dentro del mismo. Por ejemplo, el 960 (que se llama así porque considera 960px de ancho para el entorno de trabajo) divide el espacio horizontal en un número determinado de columnas (12 o 16) en función de las necesidades que podamos tener luego. Y seguiramente usamos clases CSS predefinidas para definir elementos que tengan N columnas de ancho sobre los que metemos contenidos. Es decir, si tengo un modelo de 12 columnas (contenedor principal de la web), luego puedo insertar un elemento que tengo 8 columnas de ancho y que flote a la izquierda y otro que tenga 4 columnas de ancho y que flote a la derecha. Así obtenemos un sistema para representar información adaptado a un ancho estandar sin tener que pensar en pixels. La verdad es que parece cómodo, pero las restricciones son curiosas...

Por otra parte, me encanta encontrarme con estilos CSS que son parecidos a cosas que he desarrollado en algún momento por mi cuenta. :D

Os dejo los enlaces de dos de estos sistemas para el que tenga curiosidad.

URL: http://960.gs/
URL: http://www.blueprintcss.org/

Campaña para desterrar al IE6

Uno de los mayores problemas del diseño web es hacer las webs compatibles con el IE6. Así que desde la revista .net se han propuesto acabar con el mismo. Han iniciado una campaña con este fin.

URL: http://www.bringdownie6.com/

Beej's Guide to Photography

Sólo conozco una guía de Beej, la de programación en red y me ha sido muy útil. He visto que tiene una de fotografía y no la he revisado, pero he visto que tiene algunas cosas muy interesantes. No os perdáis la sección "Toys" para ver unas simulaciones de parámetros fotográficos que son bastante descriptivas.

URL: http://beej.us/guide/bgp/

Lighting 101

Manual de iluminación para fotografía gratuito en PDF.

URL: http://foto.microsiervos.com/libros/lighting-101-es-pdf.html