forked from mirrors/gecko-dev
Now that rustfmt is getting close to stable, and work on the style system has died down a bit, it seemed like an opportune time to auto-format the style crates. The first commit disables import reordering, since tidy and rustfmt don't currently agree on the correct ordering. The second commit does a bunch of manual fixups such that the output of rustfmt passes tidy. The third commit runs rustfmt on the three aforementioned crate. There are a few dozen warnings in the style crate about lines longer than 100 characters. It would be good to fix these, but I don't have time for that now. Source-Repo: https://github.com/servo/servo Source-Revision: 9a900ef019cd643bff961d7b20db6da69f3edb29 --HG-- extra : subtree_source : https%3A//hg.mozilla.org/projects/converted-servo-linear extra : subtree_revision : 2b228d52a084bc832444ac686290840c4369f98d
25 lines
866 B
Rust
25 lines
866 B
Rust
/* This Source Code Form is subject to the terms of the Mozilla Public
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
* file, You can obtain one at http://mozilla.org/MPL/2.0/. */
|
|
|
|
//! Specified types for CSS borders.
|
|
|
|
use cssparser::Parser;
|
|
use parser::ParserContext;
|
|
use style_traits::ParseError;
|
|
use values::generics::rect::Rect;
|
|
use values::specified::length::LengthOrNumber;
|
|
|
|
/// A specified rectangle made of four `<length-or-number>` values.
|
|
pub type LengthOrNumberRect = Rect<LengthOrNumber>;
|
|
|
|
impl LengthOrNumberRect {
|
|
/// Parses a `LengthOrNumberRect`, rejecting negative values.
|
|
#[inline]
|
|
pub fn parse_non_negative<'i, 't>(
|
|
context: &ParserContext,
|
|
input: &mut Parser<'i, 't>,
|
|
) -> Result<Self, ParseError<'i>> {
|
|
Rect::parse_with(context, input, LengthOrNumber::parse_non_negative)
|
|
}
|
|
}
|