Cómo validar prefijos de proveedores en CSS como -webkit- y -moz-?
https://stackoverflow.com/questions/1889724
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Yo uso las propiedades CSS WebKit / radio frontera Mozilla y caja de sombra, pero quiero que el CSS para validar (que no lo hace en la actualidad). ¿Hay una manera de conseguir que se valida?
Solución
No, son propiedades específicas del navegador, y no se definen en la especificación CSS estándar.
Una vez dicho esto, se siguen correctamente las reglas de proveedor extensión específica del CSS. No es sólo en la especificación CSS del W3C oficial.
Otros consejos
Aunque la sintaxis para las extensiones de vendedor es mencionado en el módulo CSS3 Sintaxis e introducido en la gramática para permitir que los vendedores para implementar sus propios prefijos haciendo caso omiso de la norma, las extensiones de los proveedores reales en sí mismas no son reconocidos como oficiales propiedades CSS. Esto no va a cambiar, ya que son propiedad exclusiva y específica a los vendedores que inventan y utilizarlos.
Sin embargo, una mejora reciente ( principios de 2011 ) a la Jigsaw W3C CSS Validador hace posible la reducción de validación errores provocada por las extensiones de los proveedores a advertencias . Encuentra esta nueva opción entre otras, tales como el nivel de CSS para validar contra expandiendo el Más opciones de la sección
Esto hace que sea más fácil encontrar los problemas reales con su hoja de estilo si todavía no valida. Si las extensiones de los proveedores son las únicas cosas provocando errores, convirtiéndolos en advertencias le permitirá a su hoja de estilo para validar tentativamente. También elimina la necesidad de mantener las extensiones de los proveedores en una hoja de estilo separada que tiene que esconderse del validador.
Las advertencias son lo más lejos que pueda alejarse de los errores, sin embargo, como en última instancia, los prefijos de proveedores son todavía no estándar y por lo tanto técnicamente CSS válido.
Es posible en parte. Recoge todas las clases css no compatibles en un solo archivo (css3.css)
Ejemplo:
css3.css
.round{
-moz-border-radius-bottomleft: 5px;
-moz-border-radius-topleft: 5px;
-moz-border-radius-topright: 5px;
-moz-border-radius-bottomright: 5px;
border-bottom-left-radius: 5px 5px;
border-bottom-right-radius: 5px 5px;
border-top-left-radius: 5px 5px;
border-top-right-radius: 5px 5px;
-webkit-border-bottom-left-radius: 5px 5px;
-webkit-border-bottom-right-radius: 5px 5px;
-webkit-border-top-left-radius: 5px 5px;
-webkit-border-top-right-radius: 5px 5px;
}
default.css
.square{
width: 100px;
height: 100px;
border: 1px solid #000000;
}
pagina.html
<html>
<head>
<link rel="stylesheet" type="text/css" href="default.css">
<script type="text/javascript">
document.write('<link rel="stylesheet" type="text/css" href="css3.css">');
</script>
</head>
<body>
<div class="square round"></div>
</body>
</html>
Motor de búsqueda no se ejecutan las secuencias de comandos del cliente, por lo que sus atributos no soportados W3C no dañará su SEO. En cuanto a la validación css verde, lo siento, no todavía.
No, ya que no son parte del estándar el validador valida contra. La única solución que viene a la mente es poner las propiedades incompatibles en una hoja de estilo separada.
Las propiedades específicas de Mozilla y WebKit no validar. Lo que puede hacer es separar el CSS "enriquecida" en una hoja de estilo separada. Al igual que separar sus estilos de hackers es decir, fuera de la hoja de estilo principal. De esta manera sus hojas de estilo de base validarán.
Si se utiliza un archivo CSS separada para mi "no válido" o "específico del navegador" CSS a continuación, utilizar un poco de PHP para filtrar que el CSS del validador:
<?php
if(preg_match("/jigsaw.w3c.org/i", $_SERVER['HTTP_HOST'])){
echo '<link rel="stylesheet" href="invalid.css" type="text/css" media="screen, projection" />';
}
?>
A continuación, vincule al validador con CSS3 como el perfil (acepta la frontera de radio, sombra de texto, etc.):
http://jigsaw.w3.org/css-validator/check/referer?profile=css3
$ _ SERVER [ 'HTTP_HOST'] no funciona, pero tal vez hay algo que lo hará?
12-12-2011
Kami realmente registró la mejor solución. Creo un archivo separado y css3.js document.write ( ''); la línea a línea CSS:
CSS3.js
document.write('\
<style type="text/css">\
home_low_mod {zoom: 1;}\
#home_module {-moz-border-radius: 8px;-webkit-border-radius: 8px;-moz-box-shadow: 0px 1px 3px #a5a6a2;-webkit-box-shadow: 0px 1px 3px #a5a6a2;behavior: url(PIE.htc);}\
#page {-moz-border-radius: 8px 8px 0 0;-webkit-border-radius: 8px 8px 0 0;behavior: url(PIE.htc);}\
</style>');
@BoltClock es TOTALMENTE a la derecha en este ... W3C ha añadido efectivamente, el grado vextwarning criterios de búsqueda BOOL. Es no documentado ... pero si usted está utilizando su validación SOAP API puede agregar un parámetro a la carga útil de la solicitud de validación GET ....
&vextwarning=true
... por ejemplo si desea editar el comando de validación de CSS en TextMate ... lo haría "Editar paquetes ...", alias ^ + ⌥ + ⌘ + B
#!/usr/bin/env ruby
print '<html><head><meta http-equiv="Refresh" content="0; URL='
print 'http://jigsaw.w3.org/css-validator/validator?\
warning=0&profile=none&usermedium=all&text='
scope = STDIN.read
…
a - algo - más a lo largo de la talla de
#!/usr/bin/env ruby
print '<html><head><meta http-equiv="Refresh" content="0; URL='
print 'http://jigsaw.w3.org/css-validator/validator?\
warning=2&vextwarning=true&profile=css3&usermedium=all&text='
scope = STDIN.read
…
Tenga en cuenta que también he añadido un level=css3 y cambió el warninglevel. Alterarlos, de acuerdo con la API, según sea necesario .
Si quieres ver todos los parámetros que están disponibles a través de la "línea" enviar mecanismo .... abren Firebug, o el inspector Webkit, etc. . al enviar una consulta a través de su forma y echa un vistazo a la full request content para obtener aún más opciones , según sea necesario ...
