emacs-groundup VS vlfi

Yup no issues. I install using homebrew and run a daemon. Plug: emacs-groundup is easy to set up on both linux and macos.

Announcing v0.2 of emacs-groundup! There have been a number of exciting changes since v0.1.0. First, a quick recap of the objectives:

What you wrote is almost the mission statement of emacs-groundup. Give it a go!

Even before reaching a major release, your package is already, and deservedly, part of many, many distros - including my own emacs-groundup. Thank for sharing the fruit of your time and effort with the community <3

Gotcha, thanks. The reason I have been using hunspell is that it allows multi-language dictionaries - my distro emacs-groundup uses this and I feel too lazy (and busy) to go tinkering with the config right now :D

Might I pitch emacs-groundup :D

A shameless plug for emacs-groundup - easy to get started with, and easy to hack when you're ready !

A while ago, I had introduced emacs-groundup - an emacs spin aimed at elisp novices. Happy to announce its first versioned release! To re-iterate its objectives:

Happy to announce the first versioned release of emacs-groundup - an emacs spin aimed at elisp novices ! Its objectives:

That is essentially what VLF[1] does in Emacs. It reads in discrete chunks of the file at a time and doesn’t load the next one till you try to display it. Doesn’t require any fancy data structures, just some extra book keeping and mechanics.

[1] https://github.com/m00natic/vlfi

That is an issue both related to Emacs' internal representation of buffers and modes working in the background on the data in buffers of very large files, for which there are some workarounds like vlf-mode. See for example (info "(emacs) Long Lines") for similar issues with long lines and a solution more similar to what all those other editors you mention are doing to mitigate the issue of large files and large lines.

You can edit gigabyte-large files with no trouble vlf.el https://github.com/m00natic/vlfi – though it's a bit of a separate universe, you have to use vlf-occur instead of occur to find matches over all gigabytes of the file

;; To have it offered when opening large files:

For arbitrarily large files (think GB) in terms of size of the data stored you may use e.g. vlfi.

You can use vlf package to open large files

You know how "there's an app for that" used to be a thing? Well, there's an elisp package for that: https://github.com/m00natic/vlfi

Theres always: https://github.com/m00natic/vlfi

I’m aware of a few potential solutions including: dired-async and async-shell-command. There’s also https://github.com/m00natic/vlfi for viewing large files, but I don’t know how to address GPG pinentry and TRAMP issues very well.

I think you might enjoy this mode: vlfi. It is available in the standard Elpa package listing.