expenses / line_drawing Goto Github PK

The MIT license requires that a text of the license be provided along with the project. It would help for distro packaging purpose.
Thank you.

The dependencies for this project currently do not specify any specific version numbers. Minor updates can be breaking for non-stable crates so this can can issues if a new update to a dependency is released.

Thanks for your crate, it is pretty useful. I wonder whether you have any tips on how to avoid hard edges?

A line from (1,10) -> (7,10) seems to end at (7,16).

Is this supposed to work? I've never used a packaged version of this algorithm before. I realise that perhaps I should optimise this case (to a pixel fill).

The line comes out as this, which I don't believe to be what I wanted:

#[test]
fn line2() {
    let wu: line_drawing::XiaolinWu<f32, isize> = line_drawing::XiaolinWu::new((1., 10.), (7., 10.));
    assert_eq!(
        vec![
            (1, 10),
            (2, 11),
            (3, 12),
            (4, 13),
            (5, 14),
            (6, 15),
            (7, 16),
        ],
        wu.into_iter().map(|(pt, _)| pt).collect::<Vec<_>>()
    );
}

A few issues have been fixed since 0.7.0. Can a new version be released?

I came across this crate and it seems really useful, but I don't see any support for no_std. Does anything in this crate rely on std? I'd love to be able to use this, but I'm restricted by no_std. Would it be viable to add no_std support? No worries if this isn't possible, but I figured I'd ask.