Seriously though, any recommendations for a word processor that can handle large files? LibreOffice (Desktop) and GDocs on both Firefox and Chrome cannot handle 126k words.
UPDATE: Hacked together something that works for me. I make all substantive edits in markdown in VSCode, which handles 126k words flawlessly. Then convert via pandoc to odt and open in LibreOffice to do the last bits of formatting. LibreOffice handles formatting fine, it was just choking on things like find and replace.
@shauna What OS? Notepad++ on Windows worked great. On Linux I have gotten decent mileage from `nano` (along with making the keybindings closer to what graphical editors use).
I am not aware of web based ones that don't start stuttering as the file size gets huge.
@shauna Hmm, I'm not sure if this would suit your use case but I usually author stuff in markdown and then use stuff like pandoc to convert to html or pdf for others to view.
For full control this might be a good opportunity to learn some LaTeX since it should give you those levers.
It's defs harder to get into than a graphical editor if you're not already preferring text-mode.
@glassresistor @mauve Yes! I am using pandoc in the flow I settled upon, it is definitely the most common suggestion from the crowd. :)
The original file is an export from Roam Research, and is kind of weird (Roam has a slightly different markdown flavor, and everything is bulleted) but I was able to make the edits I needed in a code editor that could handle the size easily, before converting with pandoc to odt for final formatting tweaks
@glassresistor @mauve @shauna Yeah, this is the approach we ended up using for LFE (Lisp Flavoured Erlang) documentation. I quite liked it :-)
@shauna In general the visual "what you see is what you get" tools will get slower as your data grows due to all the extra stuff it needs to do for layout. 😅