Files
craft-libs/crates/vectorcraft-format

craft-vectorcraft-format

The envelope of VectorCraft's .vectorcraft file, for VectorCraft and for the apps that read its files. The document is a type parameter: VectorCraft supplies its own document type, and a reader that needs only the envelope uses serde::de::IgnoredAny. The crate takes and returns bytes; it does not open files. No unsafe, no panics on malformed input, and it builds for wasm32-unknown-unknown. The dependencies are serde, serde_json, thiserror and flate2 (its pure-Rust backend).

craft-vectorcraft-format = { git = "https://github.com/storytold/craft-libs", rev = "<commit>" }

The file

A .vectorcraft file is UTF-8 JSON, gzip-compressed when saved with Use Compression. Since version 4, entries of INLINE_MAX (8 KiB) or more follow the JSON after BLOB_MAGIC (\n\0VCBLOBS\0) and give "blob": [offset, length] instead of base64 data.

Member Type Written
format String "vectorcraft", or "drawcraft" in versions 1 and 2
version u32 1 to VERSION (4)
generator Option<String> "VectorCraft <app version>"
preview Option<Image> a PNG of the first artboard, at most PREVIEW_MAX (256) pixels on its longer side
profiles BTreeMap<String, Image> ICC files by profile name, when there are any
pdf Option<Image> a PDF of every artboard
document D the document
images BTreeMap<String, Image> the images the document uses, always written

File<D> holds these members in this order. serde_json::to_vec and to_vec_pretty of a File<D> give the bytes VectorCraft writes before the data after the JSON. File::read(json) reads one, and Contents::read(json) reads format, version, document, images and profiles and skips generator, preview and pdf as the JSON is read, so their base64 is not buffered or kept. Both read the files VectorCraft opens:

Contents::read_with_pdf_preference(json) returns (contents, pdf_compatible) in that same envelope pass. It reads an optional boolean pdfCompatible, falling back to a non-null pdf member when the preference is absent or null. It neither retains nor decodes the PDF payload. Repeated PDF members use their last value, and the array form returns false. A non-boolean preference is an error in this opt-in method; Contents::read keeps ignoring that field.

  • They return ReadError::Envelope(Error::Format) for another format name and ReadError::Envelope(Error::TooNew) for a version newer than VERSION, after the JSON reads; ReadError::Json otherwise.
  • A repeated generator, preview or pdf is accepted, and File keeps the last value, as serde_json reads a repeated key into a Value. Any other repeated member is refused.
  • A top-level JSON array holds format, version, document, images and profiles, in that order.

Head reads only preview and pdf. Image has mime, data (base64), blob and proxy (a linked image's low-resolution preview). File, Contents, Head, Image, Part and ReadError are #[non_exhaustive]: other crates build a File with File::new and an Image with Image::inline, Tail::image or Image::default().

Use

use craft_vectorcraft_format::{Entries, File, split_tail};

// Writing
let mut file = File::new(document);
let mut tail = file.tail();
file.generator = Some(format!("VectorCraft {version}"));
file.pdf = Some(tail.image("application/pdf", &pdf, false));
let mut out = serde_json::to_vec(&file)?;
tail.write_to(&mut out)?;

// Reading (decompress first when `is_compressed(&bytes)`)
let (json, after) = split_tail(&bytes);
let file = File::<serde::de::IgnoredAny>::read(json)?;
let mut entries = Entries::new(after);
let pdf = file.pdf.map(|p| entries.bytes(&p)).transpose()?.flatten();
  • sniff(head) recognizes a file, plain or gzip, from its first 256 bytes after decompression: they start with { and the first "format" member is "vectorcraft" or "drawcraft", with JSON escapes in the key and value decoded.
  • is_compressed(bytes) checks for the gzip magic bytes.
  • split_tail(bytes) and json_part(bytes) find the JSON and the data after it in an uncompressed or decompressed file. marker_at(bytes) gives the offset of BLOB_MAGIC when it follows the JSON as VectorCraft writes it, and works on the first bytes of a file that is being decompressed.
  • File::check and check return Error::Format for another format name and Error::TooNew for a version newer than VERSION.
  • A generator, preview or pdf of the wrong shape reads as None in File and Head. File and Head hold each of these values in memory while checking its shape; Contents skips them.
  • Image::len gives the size an entry states without decoding it; Image::bytes(after) decodes data or copies the blob range, and returns None for an entry of more than MAX_ENTRY (1 GiB, VectorCraft's limit on one entry of a compressed file). Image::bytes_at_most takes another limit. entry(after, [offset, length]) returns the range.
  • Entries::new(after) reads a file's entries: Entries::bytes and Entries::blob return each entry's bytes as an Arc<Vec<u8>>, give entries that name the same [offset, length] one shared buffer, and return Error::TooBig once the blob ranges copied add up to more than after holds, as when many different ranges overlap. Entries has no limit on one entry.
  • base64::decode does not check the unused bits before the padding: Zh== decodes like Zg==, as in VectorCraft's own decoder.
  • File::tail(), or Tail::new(version), places each entry with Tail::image: after the JSON for version 4 and entries of at least INLINE_MAX bytes, inline otherwise. Tail::write_to writes the marker and the entries.
  • base64::encode, decode and decoded_len handle the data members.
  • Image::len_with_check and bytes_at_most_with_check accept a fallible checkpoint called during bounded scans, base64 decoding and blob copying. The checkpoint error is returned unchanged; Ok(None) keeps bytes_at_most's meaning. base64::decoded_len_with_check and decode_with_check expose the same checkpoints for standalone base64 data.

Size limits on the JSON and on decompression stay with each reader.

Testing

cargo test -p craft-vectorcraft-format runs tests/envelope.rs, which compares files written through File and Tail with JSON written out by hand in VectorCraft's layout (compact and pretty, version 4 with data after the JSON, version 2 under the former name), reads them back, and checks split_tail, marker_at, sniff on plain, gzip and truncated gzip input, the limits Entries and Image::bytes put on the bytes copied, members of the wrong shape or repeated, the array form, the format and version checks of File::read and Contents::read, and the base64 vectors of RFC 4648. The doctests check that the public structs and ReadError cannot be built or matched exhaustively from another crate.

.github/workflows/vectorcraft-format.yml runs fmt, clippy and the tests on Linux and Windows, and a wasm32-unknown-unknown check.