Skip to content

Alternative MUI front-end for MorphOS (and MUI-preferring users) #120

Description

@sidick

Prompted by the a1k.org announcement thread: a MorphOS user said they'd have preferred a MUI interface so they could run AmiAuth there.

The current GUI requires the ReAction/ClassAct classes (window, layout, listbrowser, fuelgauge, button), which MorphOS does not ship — its native toolkit is MUI. Nobody has reported trying AmiAuth on an NG system yet; the CLI (plain 68k, OS 2.04+) should run under MorphOS/OS4 68k emulation, but the GUI presumably won't start there.

Proposal: an alternative MUI front-end sharing the same portable core (vault, OTP, clock) and the existing commodity/ARexx/CLI-forwarding glue where feasible. MUI is also popular with a slice of classic 3.x users, so this isn't only an NG play.

Open questions:

  • How much of src/amiga/ GUI code is toolkit-agnostic vs ReAction-specific — i.e. is this a new front-end or a refactor plus two thin toolkit layers? (Related: a GadTools fallback front-end is proposed separately; if the GUI logic gets split from the toolkit layer, both benefit.)
  • MUI would be an optional build/binary — the zero-mandatory-runtime-dependencies rule stays intact for the shipped default binaries.
  • Whether to verify the CLI under MorphOS/OS4 emulation first and document the status regardless.

🤖 Generated with Claude Code

https://claude.ai/code/session_01CRP4gJ7zq9zy1DoC4toRWc

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions