predicates-rs
predicates-rs copied to clipboard
assert-rs
Boolean-valued predicate functions in Rust
iirc Rust's logical operators force a return type, preventing using them in a DSL (`pred && pred`). What about the bitwise operators (`pred & pred`)? Should this be done to...
[The docs](https://docs.rs/predicates/2.1.0/predicates/path/fn.missing.html) for `predicates::path::missing()` say: >Creates a new Predicate that ensures the path doesn’t exist. However, if the path is a symlink pointing to nothing, then it will be treated...
For my application I have need of a predicate that works on tuples. The `function` predicate is more cumbersome than I would like. Ideally, the predicate would apply a different...
See https://github.com/assert-rs/assert_cmd/issues/121 for an example The main question is how to resolve this in a way that is what people expect and works for them.
Partially inspired by https://github.com/assert-rs/assert_cmd/issues/121 With typos, I found `yansi` worked well. The main question will be when to decide to turn it on/off because tests don't really have an initialization...
Something like this. ``` rust use predicates::reflection; use predicates::Predicate; use std::fmt; #[derive(Debug, Clone, Copy, PartialEq, Eq)] struct Tuple0(T); fn tuple0(inner: T) -> Tuple0 { Tuple0(inner) } impl fmt::Display for Tuple0...
It sounds like `Predicate::find_case` is important, but for the life of me I can't figure out how to use it. Could you please expand its documentation? What I'm looking for...
The string diffs from predicates are great, but would be easier to read if they started in the same column. I have this code using assert_fs: temp.child("subdir") .child("subfile") .assert("Must I...
Right now, its a default implementation Ideally - For Str, perform `difference` where applicable - Do we also need to do this for `eval`? Not sure if there is a...
Like the modifier to normalize newlines, it could help `assert_cmd` users to offer a way to strip things like ansi color codes. > While assert_cmd more focus on CLI that...