<- Featured work
FEATURED / COLLABORATIVE PROTOTYPE

Braillix

Offline-first teaching blackboard that carries typed, drawn, and scanned lessons into refreshable Braille.

TypeScriptReactNemethBharati BrailleWeb Serial
GitHub repo
The system

Math teachers need a classroom flow that carries a changing lesson from the board to a student's refreshable Braille display.

Collaborative assistive-learning software and product co-development.

Project visuals

See the system before the explanation.

Diagrams and project artifacts, each shown with its current evidence status.

Diagram showing typed input entering the lesson directly, drawn or scanned input passing local recognition and teacher confirmation, then translation, paging, and display paths.
Lesson-to-Braille flow Drawn from the repository architecture; physical hardware behavior is not verified here.
01 / Build

What exists

Project scope

  • A teacher-facing blackboard supports typed, drawn, and photographed lesson input.
  • Drawn or scanned recognition goes through teacher review before it becomes lesson content.
  • Braille translation and paging feed the visible cells, speech/readback path, simulator, and software transport adapters.

Architecture

  • Teacher-typed input enters the lesson directly; drawn and scanned input passes through local recognition and confirmation.
  • The lesson store and selected frame feed translation, paging, and on-screen dots.
  • The same frame model supports speech/readback and simulated or transport-backed display paths.
02 / Ownership

Software & Product Experience Co-Developer

Contributed to the software/product concept, web learning and simulation experience, and hardware-integration simulation.

Contribution

  • Co-developed the web learning and simulation experience around a teacher's evolving lesson.
  • Contributed to the software concept and the way hardware integration is represented in the experience.

Collaborative scope

  • Braillix is a multi-person capstone; this page does not claim sole authorship of the software or hardware.
  • Credit stays at the product/software experience level because file-level ownership is not established here.
03 / Decisions

Engineering judgment

Key decisions

  • Keep lesson content and the selected frame under one state authority.
  • Treat recognized content as unconfirmed until a teacher reviews it.
  • Discover display capability at runtime instead of hard-coding a cell count.

Proof highlights

  • The public repository and its architecture docs were checked for this update.
  • The included diagram describes software structure; it is not physical hardware test evidence.
Boundary

What this evidence does not claim

The software supports offline and simulator paths; physical hardware behavior is not verified in this portfolio.

  • AJ's contribution was collaborative and is limited here to the co-developed product/software experience.
  • Physical hardware behavior is not verified by this portfolio page.
  • Project test, syllabus, and latency figures are intentionally not presented as portfolio metrics.