Line feed resetting position really makes no sense.
It should just continue text from where the cursor was but on next line. Like staircase. You need CR to go back to start.
It makes perfect sense when you consider text files. When line ends, next line obviously starts from column zero.
CR is the only wrong choice. There's never a reason to go to start of line without erasing the line or moving to next line in a file. And even user interfaces will have smarter ways to do that. It's a completely useless concept outside of typewriters.
Well, CRLF (or worse, LFCR) is also obviously a wrong choice because it's pointless to demand two characters and create problems when one of them is missing when one totally unambiguous character will do.
Modern computer text output devices don’t have a “carriage” or a “feed” mechanism. I’d argue both CR and LF are legacy, anachronistic characters whose purpose was too device specific to make sense as a text encoding.
Last time I had to handle CSV files in bash, I converted them internally to RS and FS.