plugin - personalizar contact form 7 css
¿Cómo validar los prefijos de proveedores en CSS como-webkit- y-moz-? (7)
Uso el radio de borde de webkit / mozilla y las propiedades CSS de la sombra de cuadro, pero quiero que el CSS se valide (que actualmente no lo hace). ¿Hay alguna forma de hacerlo validar?
@BoltClock está TOTALMENTE en lo cierto en este caso ... W3C de hecho ha agregado un criterio de búsqueda BOOL nivel de vextwarning . NO está documentado ... pero si está utilizando la validación de la API SOAP , puede agregar un parámetro a la carga útil de su solicitud GET validación ...
&vextwarning=true
por ejemplo ... si quisiera editar el comando del validador de CSS en TextMate ... "Editaría paquetes ...", también conocido como ⌃ + ⌥ + ⌘ + 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
…
Note que también agregué un level=css3 y cambié el nivel de warninglevel . Modifique estos, de acuerdo con la API, según sea necesario .
Si desea ver todos los parámetros disponibles a través del mecanismo de envío "en línea" ... abra Firebug o el inspector de Webkit, etc. mientras envía una consulta a través de su formulario y verifique el full request content para obtener aún más opciones, según sea necesario ...
Aunque la sintaxis para las extensiones de proveedor se menciona en el módulo de Sintaxis de CSS3 y se introduce en la gramática para permitir que los proveedores implementen sus propios prefijos que ignoran el estándar, las propias extensiones de proveedores en sí no se reconocen como propiedades CSS oficiales. Esto no va a cambiar, ya que son exclusivos y específicos de los proveedores que los inventan y los usan.
Sin embargo, una mejora reciente (a principios de 2011 ) en el Validador de CSS Jigsaw W3C hace posible reducir los errores de validación provocados por las extensiones de los proveedores a las advertencias . Encuentre esta nueva opción entre otras, como el nivel de CSS para validar expandiendo la sección Más opciones :
Esto hace que sea más fácil encontrar los problemas reales con su hoja de estilo si aún no se valida. Si las extensiones de proveedor son las únicas cosas que generan errores, convertirlas en advertencias permitirá que su hoja de estilo se valide tentativamente. También elimina la necesidad de mantener las extensiones del proveedor en una hoja de estilo separada que debe ocultar del validador.
Las advertencias son lo más lejos que puede evitar errores, aunque, en última instancia, los prefijos de los proveedores aún no son estándar y, por lo tanto, son CSS técnicamente no válidos.
En parte es posible. Recopile todas sus clases de css no compatibles en un 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;
}
page.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>
El motor de búsqueda no ejecuta scripts de cliente, por lo que sus atributos no compatibles con W3C no dañarán su SEO. En cuanto a la validación de css verde, lo siento, todavía no.
Las propiedades específicas de Mozilla y WebKit no se validarán. Lo que puede hacer es separar su css "enriquecido" en una hoja de estilo separada. Al igual que usted separa sus estilos, es decir, hackear fuera de su hoja de estilo principal. De esta forma se validarán tus hojas de estilo base.
No, son propiedades específicas del navegador y no están definidas en la especificación estándar de CSS.
Dicho esto, siguen correctamente las reglas para la extensión específica del proveedor de CSS. Simplemente no está en la especificación oficial de CSS del W3C.
No, ya que no forman parte de la norma contra la que valida el validador. La única solución que viene a la mente es poner las propiedades incompatibles en una hoja de estilo separada.
Si usas un archivo CSS separado para mi CSS "no válido" o "específico del navegador", entonces usa un poco de PHP para filtrar ese 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" />'';
}
?>
Luego enlace al validador con CSS3 como perfil (acepta radio de borde, sombra de texto, etc.):
http://jigsaw.w3.org/css-validator/check/referer?profile=css3
$ _SERVER [''HTTP_HOST''] no funciona pero quizás hay algo que sí lo haga.
12-12-2011
Kami realmente publicó la mejor solución. Creo un archivo css3.js y document.write ('''') separados; El CSS línea por línea:
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>'');