Gracias a Javier, me enteré de este interesante artículo, con sugerencias acerca de cómo debería crearse una página de entrada (landing page) efectiva y vendedora.

1. Contenido seleccionado y enfocado
2. Textos claros y simples
3. Informaciones de apoyo
4. Trabajar teniendo en cuenta el “look and feel”
5. Crea unos contenidos centrados en el usuario
6. Una página, un producto
7. Sin scroll
8. Links repetidos
9. Coloca muchos puntos de conversión
10. Orientarlas al tipo de usuario
11. Transmitir credibilidad y profesionalidad
12. Evita errores ortográficos o gramaticales
13. Redacción del título de la página y del titular
14. El título de la landing page con las palabras clave
15. Minimizar el tiempo de carga
16. Pedir explícitamente
17. Botones de acción
18. Información actualizada
19. Actualización periódica
20. Diseño simple y limpio

continúa…

Ver artículo detallado en: http://inclusion.es/

Fue sopresivamente anunciado hoy en el una de las conferencias del MIX08. Con características como integración con Facebook e eBay, standards compliance, mejor integración con AJAX, Webslices, entre otros.

Veremos si esta versión representa finalmente una mejora sustancial con respecto de las versiones anteriores de IE, que han sido (y siguen siendo) dolores de cabeza para los diseñadores y desarrolladores web.

Algunas referencias anteriores relativas al tema:

• IE7 sigue dando problemas a diseñadores y desarrolladores Tuesday, March 20th, 2007

• Hablando de compatibilidad entre browsers Monday, March 19th, 2007

• Internet Explorer y el Box Model Friday, February 16th, 2007

• Lo soporta tu navegador? Friday, January 19th, 2007

• El @import, tu aliado contra la desigualdad de browsers Friday, January 12th, 2007

Puedes descargar la versión "beta" para diferentes versiones de Windows aquí: http://www.microsoft.com/

ACTUALIZACIÓN

Algunas reacciones tempranas con respecto del nuevo Internet Explorer.

• First impressions of Internet Explorer 8 Beta 1
  

  "I had high hopes after reading about the new features and improved support for standards Microsoft are aiming for in IE 8, but after trying out Beta 1 I have to say that I am a little disappointed." www.456bereastreet.com/

• Why Internet Explorer 8 is shaping up to be another IE6
  

  "The beta release of IE8 does not pass the acid2 test, it is close— but no cigar." dustinbrewer.com/

Project Gmail Grimace es una iniciativa del Email Standards Project para llamar la atención de la gente de Google (específicamente los encargados de Gmail), para lograr que revisen las graves falencias que este cliente de correo electrónico tiene al desplegar correos con estilos y demás diseño.

Google has been conspicuously absent from our Email Standards Project inbox so far, frustratingly given Gmail’s otherwise excellent status as a webmail client. In fact, we use it ourselves. Given that we had not been able to reach them yet, we decided to have a bit of fun and at the same time make a serious point to the Gmail team.

Participar es relativamente sencillo, se requiere tomarse una foto haciendo una mueca, inscribirse a Flickr para enviar su foto y finalmente agregarla al grupo creado para este fin. Los detalles aquí.

Interesante artículo de Pablo López que comenta acerca de los comunmente percibidos conceptos de usabilidad que no siempre son correctos. Gracias José por el dato.

1. Si diseño cosas usables, hago Diseño Centrado en el Usuario

(usabilidad ≠ DCU)

2. Usabilidad es diseñar algo para que cualquiera pueda usarlo.

(diseño universal ≠ usabilidad)

3. El diseño que se adapta a los estándares tecnológicos es diseño usable.

(estándares ≠ usabilidad)

4. Un diseño usable suele ser conservador y poco innovador.

(creatividad ≠ usabilidad)

5. Un diseño minimalista es un diseño usable.

(minimalismo ≠ usabilidad)

6. Si diseño pensando en los usuarios, estoy haciendo diseño centrado en el usuario.

(DCU ≠ diseño orientado al usuario)

7. La arquitectura de información es parte de la usabilidad.

(AI ≠ usabilidad)

8. Un diseño accesible es un diseño usable.

(accesibilidad ≠ usabilidad)

9. Respetar los estándares tecnológicos garantiza un diseño accesible.

(estándares ≠ accesibilidad)

10. La estética juega en contra de la usabilidad.

(estética vs. usabilidad)

Leer el artículo detallado en: http://eldomo.net/

Interesante artículo, con su página de demostración, que explica qué es y como funciona la propiedad "z-index" en el CSS. Según el artículo, estas son las reglas de oro aplicables a esta propiedad:

• A box is at the same stack level as its parent’s unless it is given a different stack level through the ‘z-index’ property.
• z-index applies only to objects that have the position property set to relative, fixed or absolute.
• Assigning an opacity value less than 1 to a positioned element implicitly creates a stacking context, just like adding a z-index value.

For a positioned box, the z-index property specifies:

1. The stack level of the box in the current stacking context.
2. Whether the box establishes a local stacking context.

If there is no z-index specified, elements are stacked in the following order (from back to front):

1. boxes in the normal flow, according to the sequence in the source code
2. floating boxes
3. positioned boxes, according to the sequence in the source code

Artículo completo: http://tjkdesign.com/
Demo: Understanding z-index

Interesantes puntos que plantea Pablo López en su blog, con respecto de un tema que nos conscierne a todos los que estamos involucrados con la creación y planeación de interfaces (web/aplicaciones).

"Al hablar de usabilidad web hablamos del diseño de interfaces en los que los usuarios son el centro alrededor del que se ordena la información que se desea mostrar."

1. No existen usuarios torpes, existen interfaces imposibles.
2. Los usuarios saben leer. Hay interfaces en que la información está incorrectamente escrita.
3. Los usuarios no se equivocan siempre. Hay interfaces en los que no se tienen en cuenta las reacciones de los usuarios y no se comportan como él espera.
4. El usuario no es adivino. Hay enlaces de imposible identificación.
5. No le gusta que le engañen. Algo subrayado o de diferente color en un texto debería ser un enlace.
6. El usuario aprende rápido pero selecciona.
7. Al usuario no le sobre el tiempo para estar buscando por nuestra web.
8. No todos los usuarios son diseñadores y visitan las webs para ver lo bonitas que son.
9. El usuario tiene poca paciencia. y poca tolerancia a errores.
10. El usuario siempre tiene razón. Es nuestro cliente.

Visto en: http://inclusion.es/

Buenas razones para escribir en XHTML y CSS al momento de armar un sitio web.

1. You can get free links from showcase sites like zengarden, stylegala, cssimport or cssbeauty
2. You don’t have to spend extra thought and time deciding on styling the mark up of your document (upper- or lowercase, quotes or no quotes on attributes)
3. You don’t need to spend extra thought on which tags should be closed and which can (or should) be left open
4. You “help” the search engines to deliver more relevant content using semantic markup
5. You can save in bandwidth costs and visitors will see them faster by making slimmer pages
6. It’s going to be easier for you to switch to XHTML 2.0 which will give you more semantic tools
7. Once you’ve practised enough, coding pages becomes a whole lot simpler and faster than any table/tr/td tagsoup
8. When the coding is faster you can spend more time on thinking about the user experience
9. Thinking about semantics of a document helps you to make design and information architecture decisions
10. You can quickly make a dummy site to test your sites information architecture and append a look and feel later with only minor code changes
    ….

Artículo completo en: http://www.programimi.com/

POSH es el nuevo acrónimo que significa Plain-Old-Semantic-HTML.

"We need a simple short mnemonic term that captures the essence of the concept, and is easily verbed (to posh, poshify, poshed up)."

POSH engloba las mejores prácticas del uso de HTML semántico para desarrollar sitios web.

"Semantic HTML is the subset of HTML 4.01 (or XHTML 1.0) elements and attributes that are semantic rather than presentational."

Según los autores de este concepto, la mejor manera de entender POSH, es aplicándolo en proyectos o ejemplos de sitios que uno esté desarrollando. Para este fin se creó una lista de pasos a seguir: POSH Checklist.

Puedes conocer más de este concepto en: Microformats wiki.
Más información de Validación y Estándares: http://westciv.com/

"CSS3 is the new kid in the stylesheet family. It offers exciting new possibilities to create an impact with your designs, allows you to use more diverse style sheets for a variety of occasions and lots more. We created this site because we want to share our experiences of CSS3 with you, and want nothing more than to simply be the biggest online resource covering CSS3."

Ver el sitio en: http://www.css3.info

Revisa el CSS de tu sitio con esta útil herramienta en línea.

Use this tool to find CSS selectors that aren’t used by any of your HTML files and may be redundant.

CSS Redundancy Checker: http://services.immike.net/css-checker/

Gracias a Héctor, me enteré de este excelente listado de recursos para la creación de un blog desde cero, con 40 tips prácticos.

Ver artículo aquí: http://blogultura.com/

Excelente artículo que me hizo llegar Javier Romero acerca de la diagramación y diseño de formularios web.

“Input elements should be organized in logical groups so that your brain can process the form layout in chunks of related fields.” - HTML: the Definitive Guide

Ver el artículo aquí: http://www.lukew.com/

Interesante artículo que explica cómo diseñar (a manera de tutorial) para las resoluciones de monitor más comunes.

From our research we have found that majority of our viewers are on the 1024×768 resolutions and higher. As time goes by more and more people are going to switch to higher resolutions as seen by our site statistics. It is therefore very important to design web sites for all resolutions.

Ver el artículo aquí: http://www.entheosweb.com/

Jackob Nielsen escribe en este artículo acerca de los 10 errores más comunes en el diseño y desarrollo de blogs. El artículo es del 2005, pero aplica muy bien para las tendencias actuales.

A simple vista, cumplimos con casi todos los puntos satisfactoriamente!

1. No Author Biographies
2. No Author Photo
3. Nondescript Posting Titles
4. Links Don’t Say Where They Go
5. Classic Hits are Buried
6. The Calendar is the Only Navigation
7. Irregular Publishing Frequency
8. Mixing Topics
9. Forgetting That You Write for Your Future Boss
10. Having a Domain Name Owned by a Weblog Service

Ver el artículo completo aquí: http://www.useit.com/

Excelente artículo de Chris Pearson acerca de cómo mejorar significativamente el orden semántico en la estructura de un blog (aplicable también a otro tipo de sitios).

Unbelievably, nearly every WordPress, MovableType, or TypePad theme that I’ve come across in the past year fails a simple test for truly semantic (and Google-recommended) XHTML markup.

Ver el artículo aquí: http://www.pearsonified.com/