Wie Verkäufer Präfixe in CSS wie -webkit- und -moz- zu validieren?
https://stackoverflow.com/questions/1889724
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
verwende ich die Webkit / mozilla Grenzradius und Box Schatten CSS-Eigenschaften, aber ich möchte, dass die CSS bestätigen (die es derzeit nicht). Gibt es eine Möglichkeit, es zu bekommen zu validieren?
Lösung
Nein, sie sind Browser spezifische Eigenschaften, und nicht in der Standard-CSS-Spezifikation definiert.
Dass gesagt wird, folgen sie korrekt die Regeln für die herstellerspezifische Erweiterung der CSS. Es ist einfach nicht in der W3C offiziellen CSS-Spezifikation.
Andere Tipps
Obwohl die Syntax für Erweiterungen des Herstellers ist im CSS3 Syntax-Modul erwähnt und in die Grammatik eingeführt Anbieter zu ermöglichen, ihre eigenen Präfixe ignorieren den Standard, die tatsächlichen Erweiterungen des Herstellers selbst nicht als offizielle CSS-Eigenschaften erkannt werden, zu implementieren. Dies wird sich nicht ändern, da sie zu den Anbietern proprietärer und spezifisch sind, die erfinden und nutzen sie.
Doch eine aktuelle Erweiterung ( Anfang 2011 ) an den Jigsaw W3C CSS Validator macht es möglich, die Validierung Fehler zu reduzieren ausgelöst durch Erweiterungen des Herstellers auf Warnungen . Finden Sie diese neue Option unter anderem, wie die Höhe der CSS gegen zu validieren, indem die Erweiterung der Weitere Optionen :
Das macht es leichter, die wirklichen Probleme mit Ihrem Stylesheet zu finden, wenn es immer noch nicht bestätigen. Wenn Erweiterungen des Herstellers die einzigen Dinge auslösenden Fehler vorhanden sind, um sie in Warnungen drehen kann Ihr Sheet vorläufig validieren. Es entfällt auch die Notwendigkeit, Erweiterungen des Herstellers in einem separaten Stylesheet zu erhalten, die Sie vom Prüfer zu verbergen haben.
Warnungen sind die am weitesten Sie von Fehlern scheuen kann, obwohl, wie letztlich Anbieter Präfixe sind noch nicht standardisierte und daher technisch ungültig CSS.
Es bedingt möglich. Sammeln Sie alle Ihre nicht unterstützten CSS-Klassen in einer Datei (css3.css)
Beispiel:
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;
}
seite.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>
Suchmaschine laufen Client-Skripte nicht, so dass Ihre W3C nicht unterstützten Attribute werden Ihre SEO nicht beschädigt werden. Wie für grüne CSS-Validierung, leider noch nicht.
Nein, da sie der Validator validiert gegen die nicht Teil des Standard ist. Die einzige Lösung, die den Sinn kommt, ist die inkompatiblen Eigenschaften in einem separaten Stylesheet zu setzen.
Die Mozilla und WebKit spezifischen Eigenschaften nicht bestätigen. Was können Sie tun, ist getrennt Ihre „angereichert“ CSS in einem separaten Stylesheet. Genau wie Sie Ihre dh Hack Stile aus Ihrem Haupt-Stylesheet zu trennen. Auf diese Weise Ihre Blätter Unterseitenart validieren.
Wenn Sie eine separate CSS-Datei für meine „ungültig“ oder „Browser-spezifischen“ CSS dann ein wenig PHP verwenden, um herauszufiltern, dass CSS vom Prüfer:
<?php
if(preg_match("/jigsaw.w3c.org/i", $_SERVER['HTTP_HOST'])){
echo '<link rel="stylesheet" href="invalid.css" type="text/css" media="screen, projection" />';
}
?>
Dann verlinken auf den Validator mit CSS3 als Profil (nimmt border-radius, text-shadow, usw.):
http://jigsaw.w3.org/css-validator/check/referer?profile=css3
$ _ SERVER [ 'HTTP_HOST'] funktioniert nicht, aber vielleicht gibt es etwas, das wird?
12.12.2011
Kami geschrieben wirklich die beste Lösung. Ich erstelle eine separate css3.js Datei und document.write ( ''); die CSS-Zeile für Zeile:
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 ist TOTALLY Recht auf diesem ... W3C hat in der Tat ein vextwarning Ebene BOOL Suchkriterien hinzugefügt. Es ist nicht dokumentiert ... aber wenn Sie mit ihren SOAP API Validierung Sie einen Parameter an die Nutzlast Ihrer Validierung GET Anfrage hinzufügen können ....
&vextwarning=true
zum Beispiel ... wenn man wollte den CSS Validator Befehl in Textmate ... würden Sie "Bearbeiten Bundles ...", aka ^ bearbeiten + ⌥ + ⌘ + 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
…
- etwas - mehr entlang Größen wie
#!/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
…
Beachten Sie, dass ich auch eine level=css3 hinzugefügt und die warninglevel geändert. Ändern Sie diese nach der API, nach Bedarf .
Wenn Sie sehen wollen, alle die Parameter, die über das "online" zur Verfügung stehen einreichen Mechanismus .... eröffnen Firebug oder Webkit Inspektor usw. ., während eine Abfrage über ihre Form vorgelegt und die full request content Besuche noch mehr Optionen zu erhalten je nach Bedarf ...
