publishing-requirements: Allow use of single svg icon instead of svg icons for each size

Aperta
#235 4 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
48/100
Tipo di issue
Documentazione
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Ambito
documentation

Direzione di ricerca

Apri la pagina dei requisiti di pubblicazione nella sezione «Icons» collegata e confrontane la formulazione con i requisiti collegati di Flathub e Flatpak per le icone. Aggiorna la documentazione per consentire un SVG scalabile, mantenendo al contempo il requisito di dimensioni separate per le icone PNG, quindi verifica che le indicazioni riviste distinguano chiaramente entrambi i casi.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Needs Design Priority: Wishlist
Problem

We explicit that third-party app developers must provide icons in size of 32px, 48px, 64px, and 128px at least in the publishing requirements:

Your app must install icons to /usr/share/icons/hicolor in 32px, 48px, 64px, and 128px. These are the icon sizes that will be displayed in the Applications menu's search, grid, and category views, Multitasking View, the dock, and in AppCenter.

And we also follow this requirement by ourselves; we provide svg icons in these sizes in our core apps.

However, most of GNOME apps only provide single scalable svg icon instead of svg icons for each size:

Flathub also does not require app icons for each size:

https://docs.flathub.org/docs/for-app-authors/requirements#icons

Proposal

Allow use of single svg icon instead of svg icons for each size.

I think developers must still provide icons for each size if in PNG format, but they don't need to provide them if in Scalable Vector Graphics format, unless they want to do so for some reason e.g. detailed design in 128px.

Prior Art (Optional)
Lingua principale
Nessun dato sulla lingua
Stelle
88
Fork
30
Merge medio
3h 28m
PR unite (30g)
1

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di elementary/docs

Tutte le issue di elementary/docs

Issue simili

Altre issue su Documentation

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.