Allow pinning certain sections in documentation
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- ruby
- Área
- documentation, frontend
Línea de trabajo
Comienza revisando la visión de DevDocs en README.md y, después, examina cómo se presentan actualmente las secciones de documentación en conjuntos como C++ y CSS. Aclara cómo se almacenan las secciones fijadas para cada conjunto de documentación y cómo debería funcionar el orden; se considerará terminado cuando un usuario pueda fijar una sección y verla en la parte superior de las páginas correspondientes sin afectar a otros conjuntos de documentación.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Ruby
- Estrellas
- 39.5k
- Forks
- 2.6k
- Merge medio
- 2 d 9 h
- PR fusionados (30 d)
- 13
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de freeCodeCamp/devdocs
-
class Data in Ruby 3.2 Abiertodocs/improvement
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
freeCodeCamp/devdocs#1989 · 4 comentarios · 4 reacciones ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
freeCodeCamp/devdocs#2731 ·
-
feature
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
freeCodeCamp/devdocs#2712 ·
-
feature
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
freeCodeCamp/devdocs#2683 · 1 comentario ·
-
Unit test frontend code Abiertofeature
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
freeCodeCamp/devdocs#2673 ·
Todos los issues de freeCodeCamp/devdocs
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
riscv/riscv-unified-db#2626 ·
-
Component: GLib
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
ds-drift
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
we-promise/sure#3693 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
simp/pupmod-simp-simp#395 ·