MagicMirrorOrg / MagicMirrorOrg/MagicMirror-3rd-Party-Modules

feat: explore “app store” style installation experience

Open
#90 0 comments 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
TypeScript
Stars
48
Forks
10
PR merge metrics
No merged PRs in 30d

Description

Summary

Investigate what it would take to provide an "app store"-like installation flow for MagicMirror² modules so that users can install modules with a single click and receive a basic configuration stub automatically.

Motivation

  • Simplify module discovery-to-install pipeline for end users.
  • Reduce friction when setting up mirrors, especially for newcomers who are not comfortable with command line workflows.

Open questions

  • What backend or command tooling would orchestrate installs (e.g. integration with npm, custom CLI, or a hosted service)?
  • How would configuration defaults be provided and merged with existing config.js setups safely?
  • What UX changes would the modules listing site need (authentication, queueing installs, progress feedback)?
  • Which security and permission considerations (e.g. verifying module sources) must be addressed first?

Next steps

  • Collect prior art (MMM-Remote-Control, mmpm, MMM-Config ,other smart mirror ecosystems).
  • Outline possible architectures (pure UI + docs, downloadable helper app, hosted service, etc.).
  • Identify blockers and resource requirements before committing to an implementation roadmap.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the modules listing site and the prior art named in the issue: MMM-Remote-Control, mmpm, and MMM-Config. Compare the proposed UI, helper-app, and hosted-service approaches, including npm or CLI orchestration, configuration merging, authentication, progress feedback, and source verification; done means a documented architecture comparison, blockers, and resource requirements.

Written by the indexing model from the issue text.

Assessment

Domain
cli, developer-experience, security, web-dev
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.