En última instancia, no se trata de estándares o mejores prácticas para el marcado, sino de conocer a su audiencia y asegurarse de que su sitio web haga lo que usted quiere que haga.
Es más importante tener en cuenta el ancho de la ventana gráfica del navegador en lugar de la resolución de la pantalla: no puede suponer que cada píxel en una pantalla se asignará al navegador (e incluso si es así, debe restar el cromo del navegador). Si tiene acceso a análisis que informan el ancho del navegador ( nb ancho del navegador, no la resolución de la pantalla), preste mucha atención.
Es bueno tratar de acomodar la gama más amplia posible de ventanas gráficas, pero existen algunas limitaciones. Algunos desafíos pueden manejarse con tipos de medios CSS , otros no. Algunos pueden manejarse con diseños fluidos. Pero los diseños fluidos no pueden funcionar en todas las situaciones, dependiendo del tipo de información que se mostrará, la longitud de la línea, la comodidad de lectura, etc. Algunos diseños fluidos no funcionan en pantallas anchas. La mayoría se rompe cuando se dimensiona por debajo de un cierto ancho, etc.
Por mucho que personalmente me gustaría diseñar para viewports ~ 960 píxeles en adelante, no siempre puedes hacerlo. Entonces, en algunos casos, aún es más seguro diseñar para ventanas gráficas <= 760 píxeles más o menos (pantalla de 800 píxeles de ancho, maximizada), aunque el tiempo que finalmente podemos arrojar esta limitación de una vez por todas, para el escritorio al menos, Se acerca muy rápido.
Donde las conversiones son un problema, y usted tiene un diseño de ancho fijo, es mejor que tenga una buena razón para poner cualquier cosa en la que el usuario deba hacer clic para que la caja registradora vaya a "ka-ching" en cualquier lugar al este de la 760 píxel
Lo mismo para la navegación primaria.
Finalmente, pruebe su diseño en todo lo que pueda tener en sus manos. Grande. Pequeña. Escritorio. Mano. Los trabajos. No hay sustituto.