Allow pinning certain sections in documentation
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- ruby
- Ambito
- documentation, frontend
Direzione di ricerca
Inizia esaminando la visione di DevDocs in README.md, quindi analizza come vengono attualmente presentate le sezioni della documentazione in set come C++ e CSS. Chiarisci come vengono memorizzate le sezioni fissate per ciascun set di documentazione e come dovrebbe funzionare l’ordinamento; il lavoro è completo quando un utente può fissare una sezione e visualizzarla in cima alle pagine corrispondenti senza influire sugli altri set di documentazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Feature request
Summary
In documentations a lot of times there are sections that consistently exist across most pages of the docs, for instance in the C++ documentation a lot of times you find that there is an Examples section that shows how to use the function being documented. I would really like to have the example section appear on the top of the page because a lot of times it does a much better job at explaining what the function does and how to use it than the cppreference cryptic definitions.
Examples
I don't have a screenshot of this feature from another source. I think having a pin button next to the sections is a good starting point. When that button is clicked, the section should be added to a list of pinned sections, and whenever the visited page contains that section, it should be displayed at the top of the page. Of course, the pinned sections will be local to each set of docs, so if you pin the Examples section in the C++ docs, it won't be pinned in the CSS docs. This is both simpler to implement and makes sense, since each documentation set has its own structure.
I think this is a solid foundation to build on. From there, you could refine it further, perhaps by adding a settings section in each set of docs where you can view all available sections in those docs and allow the user to drag and drop them into a list to define their preferred order. However, this would 1) be quite challenging to implement and 2) may not be practical in reality.
- Lingua principale
- Ruby
- Stelle
- 39.5k
- Fork
- 2.6k
- Merge medio
- 2g 9h
- PR unite (30g)
- 13
Guida per i contributori
Apri 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 freeCodeCamp/devdocs
-
class Data in Ruby 3.2 Apertadocs/improvement
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
freeCodeCamp/devdocs#1989 · 4 commenti · 4 reazioni ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
freeCodeCamp/devdocs#2731 ·
-
feature
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
freeCodeCamp/devdocs#2712 ·
-
feature
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
freeCodeCamp/devdocs#2683 · 1 commento ·
-
Unit test frontend code Apertafeature
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
freeCodeCamp/devdocs#2673 ·
Tutte le issue di freeCodeCamp/devdocs
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
riscv/riscv-unified-db#2626 ·
-
Component: GLib
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
ds-drift
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
we-promise/sure#3693 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
simp/pupmod-simp-simp#395 ·