All selected work

Case study 06 · Document application development

AlloyPDF

A dedicated PDF workspace with visible processing boundaries.

Project
Independent PDF workspace
Status
Internal development build
Implementation
React · TypeScript · Browser document engines
Source
Private · Open-source components credited

Illustrative architecture · Development scope, not an available-service guarantee.

Bring document tasks into a coherent workspace.

PDF work often involves separate tools for page operations, OCR, forms, review and exports. A consistent interface needs to make each workflow understandable while showing where processing happens and what is currently available.

I created AlloyPDF as an independent document application. My contribution centres on the application, shared workflow contracts, integration, validation and test layers around established document-processing engines.

Separate a common workflow from its processing engine.

Shared React and TypeScript interaction

I developed the workspace and reusable workflow contracts for PDF page operations, OCR, forms, annotations and exports. Bounded file handling and visible feature status support the same interaction pattern across different tools.

Credit the processing foundations

The application integrates open-source components including PDF.js, pdf-lib, QPDF WebAssembly and Tesseract.js. These engines retain their own authorship and licences; the original project work is the interface, orchestration and supporting workflow layers.

Keep service-dependent work separate

Browser-local processing paths are distinct from private gateway and worker foundations for server-dependent tasks. The public development frontend does not connect the private Office-conversion, signing or writing services.

  • React
  • TypeScript
  • Vite
  • Vitest
  • Progressive Web App
  • PDF.js
  • pdf-lib
  • QPDF WebAssembly
  • Tesseract.js

Qualify capabilities individually.

I developed automated checks, synthetic processing journeys, feature-status records and release gates. The retained integration evidence describes particular revisions and workflows; it does not qualify every document or every feature in a later build.

Shared desktop and mobile source foundations also exist. They remain development work, with native signing, installation, device testing and release qualification tracked separately.

An internal build undergoing further qualification.

AlloyPDF is a development workspace, not a production-approved service. Its browser test frontend exposes local tools while private services remain separately controlled. Broad document compatibility and full release qualification remain in progress.

The original source, document corpora and infrastructure details remain private. This case study uses an original architecture illustration and preserves open-source provenance. AlloyPDF is presented separately from MRR Free Tools; no unverified lineage between them is claimed.

Next case study

Service operations, connected by workflow.

Explore the project