org-pdftools VS vertico

An alternative is to open PDFs, from Zotero or from anywhere else, with Emacs' pdf-tools (https://github.com/vedang/pdf-tools). If you annotate the pdf, those annotations are part of the pdf. And you can also use org-noter (https://github.com/weirdNox/org-noter) and org-noter-pdftools (https://github.com/fuxialexander/org-pdftools; but see https://github.com/fuxialexander/org-pdftools/issues/93#issuecomment-1493314118 if you use the new org-noter from https://github.com/org-noter/org-noter).

Periodically, I go through the pdfs I've read (I have a collection in Zotero for the stuff I am in the process of reading) and I use org-noter-pdftools (see https://github.com/fuxialexander/org-pdftools ; this is different from, and extends and depends on, org-noter which, by the way, has recently got new maintainers) to extract all annotations in the pdf to a note that is associated to each pdf. One to one mapping here: one pdf file - one .org file for notes. These notes are basically just org(-roam) files that store the annotations for easy searching (see below) and to allow my linking to specific, individual, highlights (or text annotations). I think that initially setting everything up to my satisfaction was a little bit confusing (e.g., the names of some functions I think are the same between org-noter and org-noter-pdftools and sometimes it was unclear to me the differences in functionality between the two packages); but now it works flawlessly. From org-noter-pdftools I specially like how easy it is to get all the highlights, text annotations, etc (not manual scribbling, of course, and see also below for "typewritter" annotations) into an org-roam note that links directly to the exact location in the pdf.

Check out my screencast on org-noter. I don't think anything else comes close to this kind of workflow. Unfortunately it's not production ready yet. There's a related project org-noter--pdftools, I don't recall what it's state is.

First I tried config from here - https://emacs.stackexchange.com/questions/19686/how-to-use-pdf-tools-pdf-view-mode-in-emacs but the package in unmaintained, so I used https://github.com/fuxialexander/org-pdftools

[2] https://github.com/fuxialexander/org-pdftools

It would be great if you add your snippet to the Vertico wiki. Such tweaks can be quite instructive for others who want to achieve the same or similar effects for other completion commands.

If you want completion to be sorted by your "most recent" I suggest you have a look at completion libraries. One example is vertico; when you enable savehist mode, the variable magit-revision-history, containing the branches you visited is persisted between sessions and vertico use that offer completions by most-recently-used, by default.

I think vertico is best alternative recently, really fast on Linux, macOS and Windows.

(use-package modus-themes :vc (:url "https://gitlab.com/protesilaos/modus-themes" :branch "main")) (use-package vertico :vc (:url "https://github.com/minad/vertico" :rev :newest :lisp-dir "extensions/"))

An example relevant to your list would be some changes many people are taking with their completion framework - using package that leverage core emacs functionality rather than replacing it with a complete package that 'overrides' it. Consult, vertico, orderless and associate packages come to mind here. If you do a bit of a search you'll find plenty of info. Here is a video from Prot on the subject, but there are many others as well. I think Prot actually went on to write his own completion system to overlay native emacs functionality as well.

Next you "only" have to remember (elisp) function names. "Completion UIs" like ivy/counsel, icomplete, helm or vertico/consult, give you a nice auto completion list on M-x (choose the one of them, you like the most). Some of those Completion UIs will display existing keybindings and a short documentation for commands, near the auto complete candidates. So you will start to remember more keybindings without "learning sessions", just because invoking functions via keybindings is much faster (more convenient).

Wow, interesting that my response is getting down voted. It seems not enough that I give away my work for free. Nevertheless I appreciate support from the community, as other Emacs package developers. The support is actually helpful. To clarify, publishing my configuration would translate into quite a bit of work, requiring separation of private and public bits.

I thought that lsp and rtags were different tools to do different things. Regarding lsp, I configured lsp-mode in my init file indeed! Currently I'm using Vertico (plus recommended sub-packages at github repository) and lsp-mode.

Hey! There has already been a horizontico.el. ;)

FYI, selectrum is getting deprecated in favor of vertico. https://github.com/minad/vertico/issues/237