Alrededor 1999 era común los botones de Internet Explorer o Netscape con acompañados de la leyenda de “Mejor visto con…”, es uno de los recuerdos más claros de la guerra de navegadores que se dio en ese tiempo. Normalmente las guerras entre compañias son beneficiosas para los usuarios, pero en este caso fue lo contrario. Algunos sitios los veías con el IE otros con el Netscape. Para los diseñadores webe era peor aún, teníamos que hacer malabares para que el sitio detecte que navegador esta accesándolo para que se vea bien.
Una de las mayores razones para que en esa época terminemos en eso fue el no soporte de standares, eso significa que ninguna compañia se ponía de acuerdo y ofrecían código HTML propietario que solo funcionaba en su propio navegador. Por cuestiones de competencia la mayoría de las veces el uno no adoptaba lo que el otro proponía y viceversa.
Con mucho esfuerzo ya no estamos ahí. Existen validadores que nos ayudan a saber si nuestro código soporta los standares como deben de ser, hay iniciativas muy exitosas que ayudaron a que todos los navegadores en su mayoría usen un grupo standard de tags, etc.
Hoy leo en Kusor una característica de CSS que solo funciona en Safari, y en el weblog de Eduardo de otra característica en CSS que solo funciona en Mozilla (-mozilla-border-radius que es más conocida). Eduardo decidió dejar de usarlos por las razones que expongo al inicio de este post. Cuando diseñe esta versión inicialmente utilizé el -mozilla-border-radius pero eventualmente decidí quitarlo por lo mismo.
Entonces si eres diseñador, y quieres ofrecerle exactamente lo mismo a todos tus usuarios, sin importar que usen Mozilla, Safari o inclusive Internet Explorer, usa los standares y por favor, no hagas que tu sitio se vea mejor en un navegador u otro…por ahi escuché dicen que los que hacen eso terminan con impotencia sexual, o frigidez, depende el caso ;-)


Si señor. Es más, ¿qué sentido tiene la implementación de la opacidad vía “-khtml-opacity”, cuando habrá una propiedad CSS3 con nombre “opacity”?, ¿por qué no usar ya dicho nombre para la propiedad?. Idéntico razonamiento podríamos hacer para “-moz-border-radius”/”border-radius”, sólo que la implementación de estas propiedades por parte de Mozilla es de hace más de 2 años, y entonces las especificaciones CSS3 estaban muy en pañales.
Mi propuesta sería que, de emplear alguna de estas propiedades, se haga empleando DHTML o SSI, para tratar de asegurarnos que sólo enviaremso dicha propiedad a un navegador que pueda entenderla.
pero alta aun la resolución del monitor. Yo con iMac G4 a 1024 x 768 con safari veo muy grandes las letras. Debo de modificar esta opción de usar letra mas chica. Pero al pasar a otro sitio de nuevo cambiar tamaño de letra.
De acuerdo Eduardo, estándares.
Aunque tengo que aceptar que a la fecha me he topado con mucha gente con navegadores viejos… así que inclusive algunas cosas elementales de CSS de pronto me sorprende ver como hace el render cada browser :s
saludOSX
“por ahi escuché dicen que los que hacen eso terminan con impotencia sexual, o frigidez, depende el caso ;-)”
Por eso has quitado ese estilo de mozilla no? O es que “te lo dijo un amigo”.
Yo no hablo de queda más bonito, solo degrado, los navegadores que no comprenden -moz no verán los resultados, pero yo diseño sin -moz, sólo me limito luego a darle un toque de estilo nada más.
text-shadow, que sólo soporta Safari, hace parte del estándar CSS2. ¿ No se debe utilizarlo porque los navegadores más famosos no lo soportan ?
Mozilla sigue los estandares con sus propiedades -moz-border-radius o -moz-opacity (-khtml-opacity para Safari y Konqueror), se trata de un “vendor prefix” que permite a los creadores de motores de navegadores trabajar sobre la implementación de CSS3 (http://www.w3.org/TR/CSS21/syndata.html#q5). O sea que cuando salga CSS3, quitarán la parte -moz-, no son propiedades propietarias sino borradores de trabajo para la implementación de CSS3.
Yo uso la propiedad -moz-border-radius en mi sitio, pero en una forma tal que no es indispensable para navegadores que no poseen soporte para esta propiedad, como IE.
Por supuesto que cuando haya un soporte no propietario de esta clase de efectos y el CSS3 sea adoptado por la mayoria de los browsers, realizaré los cambios pertinentes.
supongo q conoceis la campaña
http://www.anybrowser.org/campaign/
Aquellos tiempos de Netscape e IE fueron peores. Recuerdo que hasta se podía llegar a necesitar hacer una versión para cada navegador, si se deseaba que la estética sea igual en ambos. Un desastre. Por suerte ahora la cosa cambió.