Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Rainer Rosenthal Newsgroups: comp.soft-sys.math.maple Subject: Re: Printing in Jupyter notebooks Date: Sun, 30 Apr 2023 16:03:24 +0200 Lines: 37 Message-ID: References: <4920d869-beec-44d2-9d76-741a8764d77an@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: individual.net lxNnQ31Ho83n/KfxDtVWugALfmeg146131rtcBpsssIVYC4Kg= Cancel-Lock: sha1:rR0gdJcSED1S7GmpeNMDX1kjigY= User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.10.1 In-Reply-To: Xref: csiph.com comp.soft-sys.math.maple:1383 Am 30.04.2023 um 07:31 schrieb peter....@gmail.com: > RR> So maybe it's a problem with carriage return / line feed, i.e., the > RR> lines are printed without line feed? > > No, wouldn't you expect in this case the output "0 1 2 3 4 5"? > The output is "5", as I wrote. > As an assembler programmer of old, I used to feed printers and other output devices character by character. Sometimes ASCII and sometimes some fancy code. ASCII code LF = 10 (decimal) is the 'line feed' control character. The output device is expected to advance to the next line. ASCII code CR = 13 (decimal) is the 'carriage return' control character. The output device is expected to put the following characters at the first position of the same line. I remember well the nice "wheeling around" when printing p, b, d, q cyclically on the screen, separated by CR. All characters showed up at the same place at the beginning of a line on the screen. What a pity: I tried to replay this old joke, but in vain 🙁 Modern devices don't like a single CR and perform the LF action, too. (Or, as in your case, they simply interpret CR as blank character.) I'd love to see the trick again. See https://en.wikipedia.org/wiki/Carriage_return and https://en.wikipedia.org/wiki/Newline Cheers, Rainer P.S. That didn't help you much, but I am quite certain that explained your experience.