Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

feature: configurable icon for local file links

Aperta
  • Qualcosa non va?
#712 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 6 giorni

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
57/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
lua, neovim
Ambito
developer-experience

Direzione di ricerca

Start by reading the plugin’s link rendering and link.custom configuration code to see how it classifies link targets and applies icon overrides. Trace how relative, absolute, and file:// paths are distinguished from fragment-only links and other URI schemes. Done means local file links can use an optional configured icon, custom overrides retain precedence, and existing behavior remains when no file icon is set.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Is your feature request related to a problem? Please describe.

Links to local files currently use the same default icon as web links. When reading Markdown notes with many links to other notes, a distinct file icon would make it easier to tell whether a link opens another local document or a website.

For example:

[Related note](../notes/topic.md)
[Local document](./document.pdf)
[Website](https://example.com)

I'd like the first two links to use a Nerd Font file icon such as 󰈙 , while the website keeps the existing hyperlink icon.

Describe the solution you'd like

Would you consider supporting a separate icon for local file links, perhaps through an optional link.file setting?

Ideally, this would cover relative paths, absolute paths, and file:// URLs, including paths without a file extension. Fragment-only links such as #heading and links with other URI schemes should retain their existing behavior. Existing link.custom overrides should still take precedence.

Keeping the current appearance unless a file icon is explicitly configured would be fine. This request is about being able to distinguish the link targets, rather than requiring a particular default glyph.

Describe alternatives you've considered

link.custom can match known path prefixes or file extensions. However, covering local paths in general seems less straightforward: paths may have no extension, and web URLs may also end in .md or .pdf.

If there is already a clean way to express this using link.custom, a documented configuration example would also solve my use case.

Additional information

I'm interested in contributing a PR if this fits the plugin's scope. I'd appreciate your preference on whether this belongs in a dedicated setting or the existing custom-link configuration.

Lingua principale
Lua
Stelle
5.2k
Fork
150
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di MeanderingProgrammer/render-markdown.nvim

Tutte le issue di MeanderingProgrammer/render-markdown.nvim

Issue simili

Altre issue su Lua

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.