winprint 0.2.1

A crate for printing to a Windows printer device using Windows API
Documentation 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62

# winprint


[![crates.io](https://img.shields.io/crates/v/winprint.svg)](https://crates.io/crates/winprint)
[![Released API docs](https://docs.rs/winprint/badge.svg)](https://docs.rs/winprint)
[![BSD 3 Clause licensed](https://img.shields.io/badge/license-BSD%203%20Clause-blue)](./LICENSE.md)

A crate for printing to a Windows printer device using Windows API.

## About Safety

This crate interfaces with several Windows API functions, necessitating the use of unsafe code blocks. Nevertheless, this crate is designed to be safe and sound to use. If you find any case that will break safety or soundness, please report it as a bug.

## Development

### Testing on Windows

Just run `cargo test` on a Windows machine, null printer will be automatically created and used for testing. The tests cover basic printer operations like getting printer information, writing to the printer, etc.

Three visual regression tests also run under the `test-utils` feature (plus
`pdfium` for the PDF test):

- `tests/visual_regression_pdfium.rs` — `PdfiumPrinter`
- `tests/visual_regression_xps.rs` — `XpsPrinter`
- `tests/visual_regression_image.rs` — `ImagePrinter`

Each prints the matching origin file from
`test_data/visual_regression/<kind>/origin.*` through a virtual Microsoft PWG
Raster printer, decodes the PWG bitstream, and SSIM-compares each page
against the corresponding `expected.tiff` rendered by a deliberately
**different** renderer (Poppler for PDF, libgxps for XPS, ImageMagick for
Image). That second-source property means a shared regression between
renderer and baseline would have to coincidentally produce matching pixels
for the test to silently pass. Set `WINPRINT_DUMP_DIR=<path>` to have failing
tests dump the actual/expected page PNGs for inspection.

Day-to-day development never needs to regenerate these fixtures — the repo
ships them and `cargo test` consumes them as-is. If you do need to rebuild
them (e.g. after tweaking the source drawing or bumping a baseline renderer),
run `python utils/gen_visual_regression_data/run.py`; see the README in that
directory for tool prerequisites and determinism guarantees.

For testing with multiple features in one command, [`cargo hack`](https://github.com/taiki-e/cargo-hack) may be used for convenience.

### Testing on Linux Host

Since this crate is designed for Windows, it cannot be directly tested on a Linux host. However, a script is provided to run the test suite inside a Windows 11 VM on a Linux host.

**Prerequisites:** Docker with BuildKit, KVM support (`/dev/kvm`), and sufficient disk space & memory for the VM.

```bash
./utils/test-in-windows-vm/run.sh
```

The script will spins up a Windows VM and then run the test suite inside it. On first run it initializes the VM (very slowly). Subsequent runs reuse the cached VM state (relatively fast).

To clear the cached VM state, run with `--destroy` flag:

```bash
./utils/test-in-windows-vm/run.sh --destroy
```

## License

Licensed under [BSD 3 Clause](./LICENSE.md)

### Contribution

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in this crate by you, shall be licensed as BSD 3 Clause, without any additional terms or conditions.