emacs-from-scratch VS vlfi

I am building an emacs config, I have got a list and plan of what I want, but I am not sure where I start building, are their any guides or docs on how to build a config from scratch, explainations of concepts like lazy loading, how the different package managers work and what they do, and all the built in emacs concepts and features I have gone though this tutorial, but it doesn't explain anything and doesn't show how to customise anything.

Check out the YouTube channel System Crafters, he has a multipart series "Emacs From Scratch" where he goes over setting up his Emacs installation and setup, and other videos showing how you can do all sorts of things.

There are guides and even video series that cover a lot of beginner stuff. masteringemacs.org has a lot of great articles, and the System Crafters YouTube channel has a lot of great looking stuff.

Hey, I recently set up mu4e following SystemCrafter's guide and was pleased to find everything worked upon setup.

This Youtube Channel has a lot of emacs development, even there's a course to learn emacs lisp.

Depending on what you are looking for, System Crafters has a lot of Emacs content.

A bit older http://emacsrocks.com One of my favourite episodes being http://emacsrocks.com/e13.html the ending is just awesome.

System Crafters yt channel is much newer and also amazing https://youtube.com/c/SystemCrafters

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.