preactjs/preact-cli

manifest.json extension change

Open

#724 geöffnet am 7. Feb. 2019

Auf GitHub ansehen
 (2 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)JavaScript (4.674 Stars) (415 Forks)batch import
enhancementhelp wantedmaybe

Beschreibung

Do you want to request a feature or report a bug? A very nitpicky Feature

What is the current behaviour? preact-cli and its given templates seem to favour manifest.json over manifest.webmanifest. And it works great!

If the current behaviour is a bug, please provide the steps to reproduce. N/A

What is the expected behaviour? manifest.json to use the webmanifest extension (manifest.webmanifest)

If this is a feature request, what is motivation or use case for changing the behaviour? The W3 spec somewhat recently confirmed that they favour the webmanifest extension for app manifests

Please mention other relevant information. N/A

Contributor Guide

Tech Stack
javascriptnodejs
Domain
frontendcli
Issue Type
feature
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
1
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
under 1 hour
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
stale
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
clear
Voraussetzungen
basic knowledge of web manifestsfamiliarity with preact cli templates
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
90
Research-Richtung
The issue requests changing the manifest file extension from .json to .webmanifest. Currently, preact cli templates use 'manifest.json'. To implement, locate the template files (likely in 'template/' directory) and update the filename to 'manifest.webmanifest'. Also check any references to the manifest in the CLI source code (e.g., in 'src/' or configuration files) to ensure they point to the new extension. No existing PRs or comments provide further details, so the solution is straightforward.