homebrew-emacsmacport VS pdf-tools

Run emacs -q (no add-ons loaded) and it should be a lot faster than VS Code. Which means that a library you loaded is the culprit. Things like Doom Emacs are notorious for unexpected slowness since they're not very well put together and load questionable libraries.

In the unlikely case where emacs -q is still slow, use Emacs Mac Port (https://github.com/railwaycat/homebrew-emacsmacport/releases...).

This is at least 2x perceivably faster than VS Code on Mac.

Important note: I learned that apparently not all Emacsen properly support :stipple (despite happily accepting it as a face attribute). Linux/UNIX is safe, emacs-mac supports it on MacOS, but Windows may not at all (untested). Also, terminal emacs does not (to my knowledge) implement :stipple. Let me know how you fare. Update: Pure GTK emacs apparently does display stipples, but incorrectly (as an inverse mask).

I don't use macOS anymore, but the best port I found for speed was https://github.com/railwaycat/homebrew-emacsmacport

There is the code to do just that. Works with emacs-mac and emacs-plus.

There's the "Mac" version, from Mitsuharu Yamamoto or railwaycat. The Mac port works more like Mac than the NextStep port. And it looks like the Mac port does work with C-f4.

Homebrew

You can install emacs-mac by homebrew (see https://github.com/railwaycat/homebrew-emacsmacport). $ brew tap railwaycat/emacsmacport $ brew install emacs-mac This emacs contains mac-win.el. Mac Auto ASCII mode in the mac-win.el automatically selects the most-recently-used ASCII-capable keyboard input source on some occasions: after prefix key (bound in the global keymap) press such as C-x and M-g, and at the start of minibuffer input. This function is very useful. I guess you can read Japanese, please visit Japanese setup page of my website (https://taipapamotohus.com/post/japanese\_setup/).

For what it's worth, the emacs-mac port provides a mac-effective-appearance-change-hook hook to do the same thing as the System appearance change plugin. I use it like this:

Hi, I bought a galaxy book 3 ultra, which comes with a 2880x1800 display with 120hz. I am having a hard time to use github.com/vedang/pdf-tools with it. Sometimes it works fine, but most of the time the scrolling of pdfs gets really slow. If I change the resolution to 1920x1200 it gets back to normal and scrolls smothly. I tried running both on xorg and wayland and got the same result. Also, I tried running on a fresh emacs installation with the only package being pdf-tools, and the issue is still there. Does anybody experienced something similar? I am using emacs 27.1 on PopOS 22.04.

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).

Possibly: Org-noter and/or PDF Tools.

You can install pdf-tools https://github.com/vedang/pdf-tools

If you want to avoid extra software from AUR, there's a plugin for Emacs called pdf-tools. Mind you will lose an option to forward/inverse search! AFAIK pdf-tools is supported in ArchLinux, so you could use already installed Emacs as a PDF viewer.

Pdf-view let you annotate the document. See https://github.com/vedang/pdf-tools for more features. There are also quiet a few packages that work with pdf-tools.

Under the hood everything uses pdftools -- you can do highlights and other annotations but they live in the original pdf.