pdf-tools VS melpa

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.

Watch the new pull requests to melpa: https://github.com/melpa/melpa/pulls

(require 'package) (add-to-list 'package-archives '("melpa" . "https://melpa.org/packages/") t) (package-initialize) (package-install 'use-package) (use-package exec-path-from-shell :ensure t :config (exec-path-from-shell-initialize)))

MELPA is definitely the biggest package archive, probably mostly on account of the lower barrier to entry compared to GNU ELPA (maybe the difference would have been less pronounced if NonGNU ELPA had been there from the beginning, but one can only speculate). MELPA has its own requirements for packages, but indeed copyright assignment to the FSF is not one of them.

I would suggest to start at reading the manual first. Then I would recommend reading the Melpa guidance, even if you do not plan to contribute your package to Melpa, since it contains very useful info about linting, writing your code etc.

The mxtoolbox link checks for SMTP blacklisting.. People won't be able to send mail from host with the IP address 178.128.185.1(which is the melpa.org webserver, not their mailserver, so everything's fine there).

Xah asked for his packages to be removed from MELPA a while back: https://github.com/melpa/melpa/issues/7755

Observe that package.el compile files when they are installed, and they are not compiled in any particular order (actually whatever directory-files returns, which is what OS returns). So if you have multiple files that depend on each other, it is something to think of. There are also some guidelines on how to structure your project on Melpa.