Lalit Kumar lalitmee

My Vim-related gists

Long-form

based on https://www.reddit.com/r/vim/comments/24g8r8/italics_in_terminal_vim_and_tmux/

Check if italic font is supported:

$ echo -e "\e[3mitalic\e[23m"

Also check:

$ infocmp $TERM | grep sitm
 sgr0=\E(B\E[m, sitm=\E[3m, smacs=\E(0, smam=\E[?7h,

Redirect the output of a Vim or external command into a scratch buffer

Usage (any shell)

Show full output of command :hi in scratch window:

:Redir hi

Show full output of command :!ls -al in scratch window:

Vim: pushing built-in features beyond their limits

The situation

Searching can be an efficient way to navigate the current buffer.

The first search commands we learn are usually / and ?. These are seriously cool, especially with the incsearch option enabled which lets us keep typing to refine our search pattern. / and ? really shine when all we want is to jump to something we already have our eyeballs on but they are not fit for every situation:

when we want to search something that's not directly there, those two commands can make us lose context very quickly,
when we need to compare the matches.

emacs --daemon to run in the background. emacsclient.emacs24 <filename/dirname> to open in terminal

NOTE: "M-m and SPC can be used interchangeably".

Undo - C-/
Redo - C-?
Change case: 1. Camel Case : M-c 2. Upper Case : M-u

Lower Case : M-l

emacs --daemon to run in the background. emacsclient.emacs24 <filename/dirname> to open in terminal

NOTE: "M-m and SPC can be used interchangeably".

Undo - C-/
Redo - C-?
Change case: 1. Camel Case : M-c 2. Upper Case : M-u

Lower Case : M-l

Pull Request Etiquette

Why do we use a Pull Request workflow?

PRs are a great way of sharing information, and can help us be aware of the changes that are occuring in our codebase. They are also an excellent way of getting peer review on the work that we do, without the cost of working in direct pairs.

Ultimately though, the primary reason we use PRs is to encourage quality in the commits that are made to our code repositories

Done well, the commits (and their attached messages) contained within tell a story to people examining the code at a later date. If we are not careful to ensure the quality of these commits, we silently lose this ability.

	#!/bin/sh

	# SPDX-FileCopyrightText: 2017-2024 SanderTheDragon <[email protected]>
	#
	# SPDX-License-Identifier: MIT

	arch=$(dpkg --print-architecture)
	echo "Detected architecture: $arch"

	case "$arch" in


	;;; Fira code
	;; This works when using emacs --daemon + emacsclient
	(add-hook 'after-make-frame-functions (lambda (frame) (set-fontset-font t '(#Xe100 . #Xe16f) "Fira Code Symbol")))
	;; This works when using emacs without server/client
	(set-fontset-font t '(#Xe100 . #Xe16f) "Fira Code Symbol")
	;; I haven't found one statement that makes both of the above situations work, so I use both for now

	(defconst fira-code-font-lock-keywords-alist
	(mapcar (lambda (regex-char-pair)

	function! EditAllBuffersAndComeBackWithoutLosingHighlighting()
	let this_buffer = bufnr("%")
	bufdo set eventignore= \| if &buftype != "nofile" && expand("%") != '' \| edit \| endif
	execute "b" . this_buffer
	endfunction