Add guidelines for formatting questions and explanations
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Documentazione
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- cpp, markdown
- Ambito
- content, documentation
Direzione di ricerca
Inizia esaminando le convenzioni esistenti del repository per le domande e le spiegazioni, quindi confronta ciascuna delle 17 regole proposte con i contenuti attuali. Il lavoro è completato quando è disponibile un insieme coerente di linee guida di formattazione, approvato da un maintainer, con ambito e formulazione chiari.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Suggestions from @tocic:
<changes> — <reason> — <automatable>:
- use ``` instead of
for code blocks (even inside quotes) — easier to read/write, code highlighting — greppable - no
using namespace std;— more vertical space —clang-tidy/greppable - no EOL at EOF — consistency —
clang-formatcan consistently do the opposite - 2 or 4 spaces for code indentation — consistency, more horizontal space —
clang-format (...)for omitting,[some text]for our remarks inside references — consistency — not*/**instead of_/__— consistency, to support_in refs — nothttpsinstead ofhttp— security — greppable- strip whitespace — easier to read —
git - remove/replace non-printable chars — looks like they are present in the original standard draft so we can ignore them in the future — greppable
- add missing punctuation — consistency, easier to read — partially greppable
- use
>instead of""for refs — easier to read, better highlighting — not - empty line before a quote — consistency, easier to read in long explanations — greppable
>instead of just>— consistency, easier to read — greppable- use
>(right angle bracket + newline) for linebreaks in quotes — vanilla markdown syntax, idk why it renders correctly without them — not - try to preserve the original formatting in quotes — hightlighting, easier to match — not
- always add a hint — if there's "No hint", the user loses his score for nothing — greppable
- refer to
¶note-Xand¶general-example-Ydirectly where appropriate — no need to write[*Note X*:and— *end example*]— not
- Lingua principale
- Python
- Stelle
- 130
- Fork
- 15
- Merge medio
- 1m
- PR unite (30g)
- 2
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di knatten/cppquiz
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 52/100
-
help wanted
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 38/100
-
Filter by difficultyApertalow-pri
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Tutte le issue di knatten/cppquiz
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
With emit_ontology_keys, one ontology key change is reported as two errors (keys and keys_digest)Forse già presa @rvandewater l’ha presa oggi. Apertabug priority:low
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 84/100
iausathub/satchecker#286 ·
I maintainer di solito rispondono entro 1 giorno
-
bug test
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
OpenAssetIO/OpenAssetIO#1527 ·
-
automated endpoint-dead needs-curation
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
almanac-data/climate-almanac#128 ·
I maintainer di solito rispondono entro 1 giorno