Skip to content

Fix misleading description for <leader>eu keymap ("Undo close editor" does not reopen closed buffers) #70

@ooloth

Description

@ooloth

Why

The keymap description actively misleads users who invoke <leader>eu expecting to recover a closed buffer — they silently land on the last visited buffer instead.

Current state

<leader>eu is labelled "Undo close editor" but executes <cmd>e#<cr>, which switches to the last visited buffer. The inline comment in the file already concedes that it "doesn't actually reopen last closed editor". No error or notification is shown when the user's intent (recover a closed buffer) is not fulfilled.

Ideal state

  • <leader>eu has a description that reflects the actual behavior (e.g. "Other editor" or "Last editor") so a user who presses it is not misled about whether their closed buffer has been restored.

Starting points

  • lua/config/plugins/navigating.lua — line 47 contains the keymap definition and the misleading desc value.

QA plan

  1. Open which-key and navigate to <leader>e — Expect the entry formerly labelled "Undo close editor" now reads something like "Other editor" or "Last editor".
  2. Press <leader>eu after closing a buffer — Expect no mental model conflict: the description matches what happens (switches to last visited buffer, not the closed one).

Done when

The desc for <leader>eu accurately describes switching to the last visited buffer, and no text in the file implies the keymap restores a closed buffer.

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions