If you search on-line for Unicode characters, their code point values are usually given using the "U+nnnn" notation, where nnnn is in hex, so IBM is just following standard usage.
Also this notation is only weird if one is not familiar with current Linux desktop systems -- this not that far from how an arbitrary Unicode character is directly entered into an application on Fedora Linux: CTRL+SHIFT+u followed by the Unicode hex code-point value followed by a space. and the above sequence could be logically abbreviated like CTRL+U2422␣ which enters the single Unicode character ␢(with no trailing space) I assume the Unicode notation convention came first, and Linux just chose to support Unicode input using a convention that closely approximates that Unicode notation. One would hope any IBM manual(s) using the "U+..." notation might explain it somewhere for the benefit of those not that familiar with Unicode notations. Joel C. Ewing On 11/02/2018 10:49 AM, Mick Graley wrote: > Nah - it's actually how they are on the IBM manual page - weird. > > > On Fri, 2 Nov 2018 at 15:38, Paul Gilmartin < > [email protected]> wrote: > >> On 2018-11-02, at 05:39:38, R.S. wrote: >>> ... >>> Content-Transfer-Encoding: 8bit >>> Content-Type: text/plain; charset="utf-8"; format=flowed >>> >>> ... 16␠777␠215 tracks ... >>> >> I had to look it up: >> The following table lists some symbols, in decreasing order by >> practical usefulness. >> Their shapes vary by font; especially the last one varies a lot. >> ␣ U+2423 OPEN BOX >> ␢ U+2422 BLANK SYMBOL >> ␠ U+2420 SYMBOL FOR SPACE >> >> Eek! Do they always write numbers that way in Poland? >> >> -- gil >> -- Joel C. Ewing ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
