Message-ID: <351A54BF.4A6D@ica.net> Date: Thu, 26 Mar 1998 08:14:39 -0500 From: Ross Koningstein <"rkoningstein(NOSPAM)"@ica.net> Reply-To: NOSPAM X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 Newsgroups: comp.lang.java.gui,comp.lang.java.help,ne.general,comp.lang.beta Subject: Re: Word Process Anywhere Beta Testers Needed References: <6f3p9b$ntb@fridge.shore.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit NNTP-Posting-Host: x2-205-toronto.ica.net Lines: 24 Path: news.daimi.aau.dk!news-feed.inet.tele.dk!bofh.vszbr.cz!howland.erols.net!news-peer.sprintlink.net!news-backup-west.sprintlink.net!news-in-west.sprintlink.net!news.sprintlink.net!Sprint!206.222.68.6!news.rns.net!lightning.ica.net!x2-205-toronto.ica.net Xref: news.daimi.aau.dk comp.lang.java.gui:12094 comp.lang.java.help:20398 comp.lang.beta:11500 Michael Hayes wrote: > > Our applet runs well with other JDK 1.1 compliant browsers except for wrod > wrapping. The reason is the carrriage return (\r). For some reason > Netscape and Sun did not allow their VM able to interpret all the Ascii > characters. If someone out their does not believe me, try setting the > text of a TextArea to \r and see the square. The Ascii character set is > universal in the computer industry, and has been for quite some time. > Why isn't it supported now? It is not our fault that Sun and Netscape > can't make their VM able to interpret a simple character. Is it possible that you are jsut not taking into account the variation in line separator in different systems ? On some it is 'CR-LF' (DOS/MICROSOFT) and on many others it is just 'LF' (UNIX). Which of the two it is can be determined from system properties via Java (and I thought I remembered but can't right now). Perhaps someone else can point you at the right class & method. I suspect that if you pump out lineSeparator in your strings rather than "\r\n", and set that variable to what the system tells you, then you probably won't have a Microsoft only solution.