confusing restrictions on @import and more

I am making a project for the CSS Zen Garden. The overall requirement for
my project to be acceptable is that it is validated. So I validated my css
and there is no issue on anything except this:
"@import are not allowed after any valid statement other than @charset and
@import. @import url(
http://fonts.googleapis.com/css?family=Limelight:400,400);"

I feel like this is a little too restricted.  The @import is the very first
statement that I put in my css so the correction seems false because  it's *not
after* any statement. Is there an alternative? Should I use partials
instead?

So I decided to validate the Zen Garden website itself. It's @import (which
had barely any contrast to mine) didn't turn out to be an error. Instead
this did:
"
931 Sorry, the at-rule @-webkit-keyframes is not implemented.
941 Sorry, the at-rule @-moz-keyframes is not implemented.
989 Feature -moz-device-pixel-ratio doesn't exist for media null ),
(-o-min-device-pixel-ratio: 3 / 2), (-webkit-min-device-pixel-ratio: 1.5),
(min-device-pixel-ratio: 1.5), (min-resolution: 1.5dppx) { header {
background-image: url(contours@2x.png), url(noise.png), url(gridlines.png),
url(huntington.jpg); background-size: 50% auto, auto, auto, cover; }
..requirements p:last-child { background-image: url(contours@2x.png),
url(gridlines.png), url(noise.png), url(koi.jpg); background-size: 50%
auto, auto, auto, cover; } /* This shouldn't be necessary, but it is. Due
to differences in how Chrome calculates gradients and % widths / padding,
the archives spill out of the visual container at some screen sizes. */
..design-archives nav { right: 3%; width: 29%; } }"



So what if @-webkit-keyframes  or @-moz-keyframes is not implemented?
Does it always have to no matter what the browser is?
I'm protesting, but rather I'm more confused of why your rules are
correcting on the most sinecure details.

Anyways,  is there any alternative for me to implement the font into the
file without it having any validation issues?

Sincerely


-James Clark

Received on Sunday, 29 October 2017 07:24:33 UTC