Skip to content

Epic: gaps blocking the Atomify migration to lammps.js #62

Description

@andeplane

Atomify is migrating from its bundled custom LAMMPS wasm build to this package (branch lammps.js in the Atomify repo). The basics already work through an adapter (src/wasm/lammpsAdapter.ts): module load, runFile with an injected fix js/async, particle/box rendering from snapshots, pause via unresolved callback promise, cancel via promise rejection, speed via setAsyncStepFrequency, and FS-based file management. Verified in-browser: the Diffusion example renders 6750 atoms and runs; missing-package scripts fail with a readable error.

Every remaining gap is marked in the Atomify source with // TODO(lammps.js-<issue>) and tracked here:

Packaging / distribution

Simulation data & introspection

Run control & status

Priority from Atomify's perspective: #59 (unblocks examples) → #51/#52 (plots & coloring) → #53/#54 (molecule rendering) → #56/#55#58#57#60/#61.

Where a fix needs a LAMMPS source patch (at least #51's FixAveTime access, possibly #53's neighborlist access and #58's pre-box fix), document each hunk in LAMMPS-patches.md (what + why) so they can be considered for upstream LAMMPS PRs later.

🤖 Generated with Claude Code

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions