The OSs for Acorn computers printed it in that order, as it made the 6502 version of the translating print routine (that would translate CR into LFCR) a few byt

The OSs for Acorn computers printed it in that order, as it made the 6502 version of the translating print routine (that would translate CR into LFCR) a few bytes shorter to print them in that that order: (not exactly the code in the ROM, but not meaningfully different) osasci: ; print ASCII char, preserving A, translating CR->LFCR cmp #13 bne oswrch osnewl: ; print newline, overwriting A lda #10 jsr oswrch lda #13 oswrch: ; print ASCII char, preserving A ... rts (According to Wikipedia, this ordering survived into the ARM range! - maybe it helped with the ARM code too? Or perhaps they wanted the output to be identical, or nobody thought it mattered which order you print them in... no idea.) CR on its own was the standard line ending, but if you saved screen output (e.g., a BASIC listing) to a file you'd find LFCRs in the file, and if you played the output back as input you'd see a bunch of blank lines added due to the additional cursor movements. I suppose this must have affected printer output, but I don't remember it causing any issues as the printer interface had some kind of flow control.