From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id E90DC1382C5 for ; Wed, 30 Dec 2020 16:35:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 64300E0B06; Wed, 30 Dec 2020 16:35:39 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0CFCEE0AD3 for ; Wed, 30 Dec 2020 16:35:39 +0000 (UTC) From: "Andreas K. Huettel" To: gentoo-user@lists.gentoo.org Cc: Walter Dnes Subject: Re: [gentoo-user] ncurses; I think I wrecked my fresh install Date: Wed, 30 Dec 2020 18:35:03 +0200 Message-ID: <4587102.OV4Wx5bFTl@noumea> Organization: Gentoo Linux In-Reply-To: References: <9095281.eNJFYEL58v@noumea> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart24787218.1r3eYUQgxm"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Archives-Salt: 30032b44-b396-4b0e-9cb1-4002413394f1 X-Archives-Hash: 0e662e7cdf03dea8d9a7d348258892e1 --nextPart24787218.1r3eYUQgxm Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; protected-headers="v1" From: "Andreas K. Huettel" To: gentoo-user@lists.gentoo.org Cc: Walter Dnes Subject: Re: [gentoo-user] ncurses; I think I wrecked my fresh install Date: Wed, 30 Dec 2020 18:35:03 +0200 Message-ID: <4587102.OV4Wx5bFTl@noumea> Organization: Gentoo Linux In-Reply-To: References: <9095281.eNJFYEL58v@noumea> > I don't know if this has improved over the years, but my initial > experience with unicode was rather negative. The fact that text > files were twice as large wasn't a major problem in itself. The > real showstopper was that importing text files into spreadsheets > and text-editors and word processors failed miseraby. >=20 > I looked at a unicode text file with a binary viewer. It turns out > that a simple text string like "1234" was actually... > "1" binary-zero "2" binary-zero "3" binary-zero "4" binary zero, etc. That's (as someone has already pointed out) UTF-16, which is the default fo= r=20 some Windows tools (but understood in Linux too). (Even UTF-32 exists where= =20 all characters are 4 byte wide, but I've never seen it in the wild.) UTF-8 is normally used on Linux (and ASCII chars look exactly the same ther= e);=20 even for "long characters" outside the ASCII range spreadsheets and word=20 processors should not be a problem anymore. =2D-=20 Andreas K. H=FCttel dilfridge@gentoo.org Gentoo Linux developer=20 (council, qa, toolchain, base-system, perl, libreoffice) --nextPart24787218.1r3eYUQgxm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE2dlecvcVU8/ThuQ/jJJgxvbXoxAFAl/srDcACgkQjJJgxvbX oxAnHw/+LLm2FgXoDdW0rt5CgvNzO5tWQJ8dvE4OpnOSoditYLMI8zXRZ2FwbGfU 8eSo9f7YgOHWh8eCZ83iZ+qgW3aanl3xQuVtewnVZC95hAq6iqjeHNxyHIWQmlAj g4AFYO8+OPMUQcjhurt844dpLUe2vG0hX0zAlDlv3t2kAhqLovBgs4b+IMHzEh3f YbLxQXkPBtc5/0J4KXbcg3ce9U1KKIi1rAZv5uEBya3CHQ4rPx9qrbijsfdFumcs I8sxYi9mCZoGPRda8zNluSSM5KrBxiClP+dUoNT4fk01MA1ov4RkrrxcojFefTbt nHl4oyN8F6JH8S9J1BM9I8eFrKAysp8B6Ox95aNUAR8ZNEvxxFW15X51uXvb26Vd sLiRirG++ezJRXLg7FZXEJsqjM7/aADSdY69lMzSGfnVWnFTzyorw6AB9wRsOkRt 82l0nhNmME0kg73wMzqe1UaZv+/HMF5nUHVJH4L+DKoQ5PXrxrsrpS3Yd6d9zv+c PhkiJHMLfxvjD3n/GgaRUJYDQmG4w4cQDv7Qil+giXG0d2ajyE1Y+8h74OXmCA+5 cStySTYtGld5QNVvUDMdqRQId9/lgNfivxwYp9CAe1sKwIJMIO+dqk2KXZS2g541 zDEaeHzG0A6pLn8vnEk8mOLzmOlMKEtsjwQDunV7cV4Tj+JIGGo= =gaz3 -----END PGP SIGNATURE----- --nextPart24787218.1r3eYUQgxm--