Statt z. B. die Datei 🌲Baum zu öffnen, wird \360\237\214\262Baum angezeigt und geöffnet.

Das Problem tauchte immer auf, wenn Telescope mit dem Modul(?) git_files aufgerufen wurde. Nicht jedoch mit find_files.

Nachdem ich dazu einen Issue beim Projekt Telescope erstellt hatte, wies mich der Maintainer darauf hin, dass das ansich kein Problem von Telescope sei, sondern dass git ls-files das so ausspuckt. Das wusste ich zu dem Zeitpunkt noch nicht, da ich nur die Basics von Git nutze.

Um das Problem nun zu lösen, habe ich die Konfiguration von LazyVim angepasst, damit bei <leader>ff und <leader><space> immer find_files aufgerufen wird statt der Variante mit Git.

Hier meine angepasste Konfiguration für Telescope, die eigentlich fast die Standardkonfiguration des Plugins ist:

{
  "nvim-telescope/telescope.nvim",
  keys = {
    { "<leader>ff", "<cmd>Telescope find_files<cr>", desc = "Find Files" },
    { "<leader>fF", false },
    { "<leader><space>", "<cmd>Telescope find_files<cr>", desc = "Find Files (root dir)" },
  },
}

<leader>fF hab ich ganz deaktiviert, da ich das bisher noch nicht brauche.

Passt.

Deshalb hatte ich heute morgen im Fediverse gefragt, welche Tastenkombination oder Taste andere Menschen für NeoVim bzw. Vim nutzen, um eine Alternative für Esc zu haben.

Im Netz hatte ich zuvor z. B. in einem Blogpost den Vorschlag jk gefunden und war überrascht, dass das funktioniert, schließlich befindet man sich im Insert-Modus und das erste j wird auch zuerst eingefügt. Nach dem Drücken von k verschwindet es allerdings direkt wieder.

Dann hat mir 0x17 geantwortet und geschrieben, dass er dafür die Capslock-Taste benutzt.

Genial. Diese Taste benutze ich vermutlich einmal im Jahr und sie liegt direkt nebem dem kleinen Finger und ist schneller erreichbar, ohne die perfekte Handposition verändern zu müssen.

Capslock als Esc in KDE

Um Capslock als Esc nutzen zu können, öffnet man die Systemeinstellungen von KDE bzw. direkt das Modul “Keyboard”. Im Reiter “Advanced” aktiviert man die Checkbox “Configure keyboard options” und öffnet den dritten Eintrag von oben und aktiviert dann “Make Caps Lock an additional Esc”.

Deshalb habe ich in meine Konfiguration die Möglichkeit hinzugefügt, diese Funktion pro Buffer abzuschalten und wieder einzuschalten.

Man kann das sicher schöner machen, z. B. als Toggle, aber ich bin ja faul und mir reicht das so erstmal aus.

In die Datei keymaps.lua kommt hinein:

vim.keymap.set("n", "<leader>nc0", function()
  require("cmp").setup.buffer({ enabled = false })
end, { desc = "Disable Autocompletion" })
vim.keymap.set("n", "<leader>nc1", function()
  require("cmp").setup.buffer({ enabled = true })
end, { desc = "Enable Autocompletion" })

Dann führt man die Datei entweder mit :source aus oder startet NeoVim neu und es gibt bei <leader>nc die beiden Auswahlmöglichkeiten:

Damit da “completion” steht und nicht nur “c -> +prefix”, muss man die Konfiguration des Plugins which-key anpassen:

return {
  "folke/which-key.nvim",
  opts = {
    defaults = {
      ["<leader>n"] = { name = "+natenom" },
      ["<leader>nc"] = { name = "+completion" },
    },
  },
}

Das kommt in die Datei whichkey.lua innerhalb von plugins/.

Ich schalte das meist beim Schreiben von Blogbeiträgen aus. In Einzelfällen kann man die Autovervollständigung trotzdem mit Ctrl + <space> einmalig anzeigen lassen.

Angenommen, ich wollte ein paar Bilder in einem Blogbeitrag unterbringen. Die Bilder, die ich ins Page Bundle kopiert hatte, konnte ich über einen Rechtsklick über ein eigenes Script verkleinern. Über ein weiteres Script musste ich auch wieder per Rechtsklick alle Metadaten entfernen und dabei entscheiden, ob ich das Script nutze, das alle Daten entfernt oder das Script, das nur die entfernt, die nicht relevant für Fotos sind. Im Fall von 360 ° Fotos müssen bestimmte Metadaten nämlich erhalten bleiben, da sonst der Betrachter hier im Blog nicht funktioniert, siehe hier.

Hugo Helper erweitert

Diese beschriebenen Schritte erledigt jetzt mein Hugo Helper automatisch. Ich muss nur weiterhin die Bilder in das Page Bundle (ein Verzeichnis, das den Blogbeitrag und alle zugehörigen Dateien beinhaltet), benennen und führe irgendwann nur noch meinen Hugo Helper aus, der die folgenden Dinge macht:

• Alle Bilder in 4000x4000 Pixel herunterskalieren, wenn sie größer sind.
• Beinhaltet der Dateiname die Zeichenkette 2k, dann wird auf 2000x2000 Pixel herunterskaliert. Das hat den Hintergrund, dass nicht alle Fotos die volle Auflösung haben müssen, wenn es z. B. nicht um Fotografie geht.
• Enthält der Dateiname den String “pano” oder “sphere” (360°-Foto) wird die Auflösung nicht verringert.
• Alle Bilder werden nach .webp konvertiert.
• Die alten Bilder werden in ein temporäres Verzeichnis außerhalb des Blog-Verzeichnisses verschoben, statt direkt gelöscht zu werden, falls etwas schiefgehen sollte.
• Die Exifdaten aller Fotos und Videos werden gelöscht bis auf für Fotografie relevante Daten.
• Enthält der Dateiname den String sphere, dann werden auch die dafür relevanten Exifdaten in der Datei belassen (siehe oben).

Neuer Workflow für Blogbeiträge

Somit ergibt sich für neue Blogbeiträge der folgende, sehr einfache Ablauf:

• hgb -cpb "Ich habe eine neue Idee für einen Blogbeitrag"
• NeoVimm starten und Verzeichnis des neuen Blogbeitrags öffnen
• Mit <Leader>nd (eigenes Keybinding) das Verzeichnis in Dolphin öffnen.
• In Dolphin die Dateien reinwerfen, die ich gerne verewenden möchte, richtig benennen, ggf auf oben genannte Substrings achten und im Blogbeitrag mit einem eigenen Shortcode figure einbetten.
• Blogbeitrag schreiben.
• Wenn ich fertig bin, hgb -hs aufrufen und im Browser http://localhost:1313 aufrufen, Ergebnis überprüfen.
• Wenn das Ergebnis mir gefällt, dann kann ich noch im FrontMatter das aktuelle Datum einfügen, das Tag draft auf false setzen oder die ganze Zeile löschen und in NeoVim <Leader>gg drücken und damit LazyGit aufrufen, commiten und pushen.

Fertig. ☺️

Und hier noch ein Screenshot dieses Blogbeitrags im Zen-Mode: