githubnext / githubnext/monaspace
Does not behave as monospaced in GitHub file editor, markdown code blocks etc
- Vorherrschende Sprache
- Shell
- Sterne
- 19.6k
- Forks
- 322
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
We've all seen wonky ascii diagrams like this and assumed LLMs aren't counting the character columns correctly when generating them:
That's partly true. But when I went to edit the diagram by hand I found that I couldn't make the lines align.
In fact if I navigate the cursor up and down across the lines it takes a zig-zag path!
This is not supposed to happen with a monospaced font!
The issue appears to be the "Monaspace Neon" font that GitHub are using is not behaving as monospaced. After editing the CSS to get an actual monospaced font the chars align in true columns and I was able to edit the diagram into shape. But unfortunately after saving it still renders as per the screenshot at the top - yes, that's the 'fixed' version as rendered in Monaspace Neon.
See this video:
https://github.com/user-attachments/assets/e09cf31e-9ff2-4cb6-a349-6b193ea507b8
Non-fixed-width columns seems like a serious flaw for something supposed to be a monospace font?
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Beginne damit, das Ausrichtungsproblem im GitHub-Dateieditor und in gerenderten Markdown-Codeblöcken mit Monaspace Neon zu reproduzieren, und untersuche anschließend das beteiligte CSS und die Schriftmetriken. Vergleiche das Verhalten mit einer tatsächlich monospace Schriftart; abgeschlossen ist die Aufgabe, wenn Cursorbewegung und Zeichenspalten sowohl in der Bearbeitungsansicht als auch in gerenderten Ansichten konsistent ausgerichtet sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- css
- Bereich
- design
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Ruhig
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 48/100