✨ Minimap - Markup comments
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 30/100
Piste de recherche
Commencez par localiser l’implémentation du minimap et la gestion des commentaires MARK, TODO et FIXME. Examinez les alternatives proposées avec les mainteneurs avant de coder, car l’issue présente plusieurs comportements possibles plutôt qu’un périmètre convenu. La tâche est terminée lorsque le comportement sélectionné pour les commentaires de markup est implémenté de manière cohérente dans le minimap et vérifié visuellement.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Description
In many code editors(like xcode, vscode etc) the minimap provides the ability to also function as a table of contents.
That is done by using the following keywords:
//MARK: Regular Mark
//MARK: - Mark with line seperator
//TODO: A todo list item.
//TODO: - A todo list item with line seperator.
//FIXME: A fixme item
//FIXME: - A fixme item with line seperator.
This picture shows how it is implemented in xcode.
Additional Context
As can be seen in the picture above, the xcode minimap doesn't differentiate between TODO and FIXME. for both it does show a line separator.
I would suggest a few changes to xcode's implementation of todo and fixme.
- Both fixme and todo are not needed. just todo is good enough.
- It might be beneficial for todos to be shown in the minimap, not just as a line. Perhaps with a smaller font or just the word todo, showing there is a todo at that place.
- I don't think a line separator is needed for todo's
- It might be nice to have one of the left side panels to be a list of all todo's. If there aren't any in the code, perhaps it can be a built-in todo list (which is currently, I believe, way out of scope and for sure a feature on its own.)
Besides the line separator there is no difference between the 2 Mark's.
Perhaps it can be considered to make the mark without line separator regular font and slightly smaller, and to keep the line-separated mark bold and large.
Screenshots
No response
- Langage dominant
- Swift
- Étoiles
- 720
- Forks
- 162
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de CodeEditApp/CodeEditSourceEditor
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
CodeEditApp/CodeEditSourceEditor#377 · 1 commentaire ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
CodeEditApp/CodeEditSourceEditor#376 · 1 commentaire ·
-
Difficulté 1/5 1-3 heures Accessibilité débutants 68/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 68/100
CodeEditApp/CodeEditSourceEditor#378 · 1 commentaire ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 32/100
Toutes les issues de CodeEditApp/CodeEditSourceEditor
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
manaflow-ai/cmux#13763 ·
-
type: feature request
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
googleapis/google-cloud-swift#1036 · 1 commentaire ·
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 78/100
wultra/mtoken-sdk-ios#253 ·
-
The correction-threshold rationale says 17 restraint cases collide; the current corpus has 16 Ouvertearea:dictation documentation P2
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
uttrflow/uttrflow-swift#1180 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100