Path: csiph.com!usenet.pasdenom.info!goblin1!goblin.stu.neva.ru!feeder2.news.elisa.fi!feeder1.news.elisa.fi!uutiset.elisa.fi!7564ea0f!not-for-mail From: Jukka Lahtinen Newsgroups: comp.lang.java.programmer Subject: Re: BlueJ Coding Help Organization: N/A References: <87e3fd5b-cd93-4c50-bef4-05d9cf49ab0f@googlegroups.com> X-no-archive: yes Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (gnu/linux) Cancel-Lock: sha1:uzq2DzG3fjFYOVp/h2F3Yk1ezio= MIME-Version: 1.0 Content-Type: text/plain Lines: 20 Date: Sat, 31 Aug 2013 18:30:31 +0300 NNTP-Posting-Host: 91.155.88.191 X-Complaints-To: newsmaster@saunalahti.com X-Trace: uutiset.elisa.fi 1377963031 91.155.88.191 (Sat, 31 Aug 2013 18:30:31 EEST) NNTP-Posting-Date: Sat, 31 Aug 2013 18:30:31 EEST Xref: csiph.com comp.lang.java.programmer:25182 ram@zedat.fu-berlin.de (Stefan Ram) writes: > Jukka Lahtinen writes: >>The method System.out.println always adds a linefeed > the system's line separator >> at the end of the >>output, and you add one yourself with the \n. > "\n" might not be the system's line separator. True, but is there a system where it doesn't cause a linefeed? For example, in the MS systems where the normal line separator is \r\n, a lone \n moves the cursor to the next line. And when the println method ends the output with \r\n, the cursor ends up at the beginning of the next line after that. It doesn't really matter that there was no carriage return before the first linefeed. -- Jukka Lahtinen