Re:Ask HN: Programmers who don't use autocomplete/LSP, how d...
by emj on Tuesday December 24, 2024 @07:03AM
(#42501380)
A 100G file was ok in those editors even with syntax highlighting. That is an extreme because saving did take some time but there are ways to optimize for that would it ever become popular. IMHO 640K per file is enough for everybody.
dd if=/dev/urandom bs=1M count=100k| tr -dc 'A-Za-z0-9\n' | fold -w 130 > largefile.c
Re:Ask HN: Programmers who don't use autocomplete/LSP, how d...
by teddyh on Tuesday December 24, 2024 @07:09PM
(#42505908)
For Emacs, there’s a package for editing very large files: <http://elpa.gnu.org/packages/vlf.html>
Re:Ask HN: Programmers who don't use autocomplete/LSP, how d...
by samsquire on Tuesday December 24, 2024 @06:29AM
(#42501234)
We need tools that process command line output and large files and create tables of contents dynamically based on rules of architecture or comments and allow efficient navigation. I need overlapping buckets or tags.
I've been thinking about it lately but what I've seen in IDEs is not what I want
I liked OpenGrok
Ok, so this is work, but:
Not many editors are comfortable with a million line document that's 47MB. And that doesn't include generated code (which I very rarely need to look at, but is right there under F12 if I do)