pdf-codec 1.3.1 → 1.4.1

package/README.md

@@ -16,16 +16,19 @@ graph TD
     ooxml("ooxml.js")
     odf("odf.js")
     pdfcodec("pdf-codec")
+    mdcodec("markdown-codec")
     documents("documents.js")
     cli("document-cli")
 
     schema --> ooxml
     schema --> odf
     schema --> pdfcodec
+    schema --> mdcodec
     schema --> documents
     ooxml --> documents
     odf --> documents
     pdfcodec --> documents
+    mdcodec --> documents
     documents --> cli
     odf --> cli
 
@@ -33,6 +36,7 @@ graph TD
     click ooxml "https://github.com/ExaDev/ooxml.js" "ooxml.js"
     click odf "https://github.com/ExaDev/odf.js" "odf.js"
     click pdfcodec "https://github.com/ExaDev/pdf-codec" "pdf-codec"
+    click mdcodec "https://github.com/ExaDev/markdown-codec" "markdown-codec"
     click documents "https://github.com/ExaDev/documents.js" "documents.js"
     click cli "https://github.com/ExaDev/document-cli" "document-cli"
 
@@ -98,6 +102,15 @@ Building a layout engine on top of this codec (this is what `documents.js`'s own
 
 The full `src/bytes/`/`src/image/` surface is exported too — `crc32`, `deflate`/`inflate`/`inflateTolerant`, `ByteReader`/`ByteWriter`/`concatBytes`, `readJpegInfo`, `decodePng`/`encodePng`, `unfilterScanlines`/`filterScanlines` — generic byte- and image-container primitives with zero PDF-specific knowledge of their own, useful independently of anything PDF-related.
 
+Every module under `src/` is also deep-importable directly by its own subpath, for a caller that wants one internal module (not part of the curated barrel above) without pulling in the rest:
+
+```ts
+import { crc32 } from 'pdf-codec/bytes/crc32';
+import { readJpegInfo } from 'pdf-codec/image/jpeg-info';
+```
+
+This works via package.json's `"./*"` wildcard export, resolving any `pdf-codec/<path>` subpath to the correspondingly-named file under `dist/` — both ESM `import` and CJS `require` resolve the same way.
+
 ## Architecture
 
 The package is layered from generic primitives outward to the codec itself: