default.rulesets is obfuscated by not having line terminators

HTTPS Everywhere 2012.5.1_1, running in Chromium on linux. I wanted to alter a rule without making a wholly new one.

default.rulesets is impossible to parse with human eyes. The lines have no line terminators so it's all in just one incredibly long string; literally a wall of text.

As an exception a small number of lines end in the long-deprecated CR terminator (carriage return), as for instance Macs used pre-OSX before changing to the Unix standard LF (linefeed). DOS/Windows use CRLF, which is why files saved under Unix-like OSs don't work well with notepad. Please see the Wikipedia page on newlines for more information.

[https://en.wikipedia.org/wiki/Newline]

File description;

2012.5.1_1/rules$ file default.rulesets
default.rulesets: UTF-8 Unicode text, with very long lines, with no line terminators

Count of lines and characters;

2012.5.1_1/rules$ wc -lc < default.rulesets
      1 1107900    # ergo 1 line of more than a million charactes

Count of occurences of CR and LF respectively;

2012.5.1_1/rules$ od -a < default.rulesets | grep -o cr | wc -l
145                # 145 CR occurences *total*
2012.5.1_1/rules$ od -a < default.rulesets | grep -o lf | wc -l
0                  # 0 LF

Regardless of which scheme to follow (Unix LF, DOS CRLF, old-old CR) there should naturally be one linebreak per line.

(Incidentally I used [[ BR ]] to break lines in this post, so if it ends up looking really weird let's all chuckle at the irony!)