Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-12 Thread Shmuel Metz (Seymour J.)
In , on 12/11/2015 at 11:57 AM, Tony Harminc said: >You can't have it both ways. Another red herring; google for "identity". >I said "UTF-8 *is* Unicode". No; you said "UTF-8 *is* Unicode, as are UTF-16 and UTF-32."; the "as are" includes UTF-16", hence the no. >You said "No, UTF-32 is Uni

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-11 Thread Tony Harminc
On 11 December 2015 at 09:29, Shmuel Metz (Seymour J.) wrote: > An encoding form is not the thing encoded. > >>UTF-8 *is* Unicode, as are UTF-16 and UTF-32. > > No, they are transforms for Unicode. You can't have it both ways. I said "UTF-8 *is* Unicode". You said "No, UTF-32 is Unicode". Now yo

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-11 Thread Shmuel Metz (Seymour J.)
In , on 12/10/2015 at 05:17 PM, Tony Harminc said: >Shmuel, you know as well as I do that UTF-32 is not a privileged >representation of Unicode. And you know as well as I do that a representation of foo is not, in general, foo. >"The Unicode Standard and ISO/IEC 10646 support three encoding

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-10 Thread Paul Gilmartin
On 2015-12-10 16:06, Mike Schwab wrote: > https://en.wikipedia.org/wiki/UTF-8 > B'0...' is a 8 bit ASCII characters. > ITYM 7 bit. (Well, maybe.) > B'110.' is a 16 bit UTF character. > (Or, perhaps, only Unicode 13.) > B'1110' is a 24 bit UTF character. > (Or, perhaps, only Unicode

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-10 Thread Mike Schwab
https://en.wikipedia.org/wiki/UTF-8 B'0...' is a 8 bit ASCII characters. B'110.' is a 16 bit UTF character. B'1110' is a 24 bit UTF character. B'0...' is a 32 bit UTF character. B'10..' could be a 40 bit UTF character (none established). B'110.' could be a 48 bit UTF charac

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-10 Thread Tony Harminc
On 9 December 2015 at 23:04, Shmuel Metz (Seymour J.) wrote: > Tony Harminc said: > > >UTF-8 *is* Unicode. > > No, UTF-32 is Unicode. > > >It's just a Transform Format, > > Aside from that, Mrs Linclon, how was the play. Shmuel, you know as well as I do that UTF-32 is not a privileged represent

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-10 Thread Shmuel Metz (Seymour J.)
In <3161579837136190.wa.paulgboulderaim@listserv.ua.edu>, on 12/10/2015 at 01:48 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >On Wed, 9 Dec 2015 23:04:24 -0500, Shmuel Metz (Seymour J.) wrote: > >>on 12/09/2015 at 01:45 PM, Tony Harminc said: >> >>>UTF-8 *is*

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-10 Thread Paul Gilmartin
On Wed, 9 Dec 2015 23:04:24 -0500, Shmuel Metz (Seymour J.) wrote: > >on 12/09/2015 at 01:45 PM, Tony Harminc said: > >>UTF-8 *is* Unicode. > >No, UTF-32 is Unicode. > >>It's just a Transform Format, > >Aside from that, Mrs Linclon, how was the play. > What does the "T" in "UTF-32" represent? --

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-10 Thread Shmuel Metz (Seymour J.)
In , on 12/09/2015 at 01:45 PM, Tony Harminc said: >UTF-8 *is* Unicode. No, UTF-32 is Unicode. >It's just a Transform Format, Aside from that, Mrs Linclon, how was the play. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-09 Thread Robert A. Rosenberg
At 12:52 -0500 on 12/09/2015, Shmuel Metz (Seymour J.) wrote about Re: Mime digests [was: IBM-MAIN Digest [snip]]: In <7962980455281460.wa.paulgboulderaim@listserv.ua.edu>, on 12/08/2015 at 06:53 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said:

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-09 Thread Tony Harminc
On 9 December 2015 at 12:52, Shmuel Metz (Seymour J.) < shmuel+ibm-m...@patriot.net> wrote: > >... but try following up to a message by R.S. or Skip Jo with base64 > >Unicode. > > ITYM base64 UTF-8 UTF-8 *is* Unicode. It's just a Transform Format, but it's algorithmic, and represents exactly wha

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-09 Thread Shmuel Metz (Seymour J.)
In <7962980455281460.wa.paulgboulderaim@listserv.ua.edu>, on 12/08/2015 at 06:53 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >... but try following up to a message by R.S. or Skip Jo with base64 >Unicode. ITYM base64 UTF-8. -- Shmuel (Seymour J.) Metz,

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-09 Thread J O Skip Robinson
scussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, December 08, 2015 4:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Mime digests [was: IBM-MAIN Digest [snip]] On Tue, 8 Dec 2015 19:19:28 -0500, Ed Finnell wrote: >FWIW:The web interface at

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-08 Thread Walt Farrell
On Tue, 8 Dec 2015 18:53:37 -0600, Paul Gilmartin wrote: >On Tue, 8 Dec 2015 19:19:28 -0500, Ed Finnell wrote: > >>FWIW:The web interface at listserv.ua.edu/archives/ibm-main.html has the >>threaded option by subject or author. Also has interactive search interface. >> >... but try following up

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-08 Thread Paul Gilmartin
On Tue, 8 Dec 2015 19:19:28 -0500, Ed Finnell wrote: >FWIW:The web interface at listserv.ua.edu/archives/ibm-main.html has the >threaded option by subject or author. Also has interactive search interface. > ... but try following up to a message by R.S. or Skip Jo with base64 Unicode. -- gil --

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-08 Thread Ed Finnell
FWIW:The web interface at listserv.ua.edu/archives/ibm-main.html has the threaded option by subject or author. Also has interactive search interface. In a message dated 12/8/2015 5:48:45 P.M. Central Standard Time, nduf...@uottawa.ca writes: Send your commands to the same e-dress as sub

Re: Mime digests [was: IBM-MAIN Digest [snip]]

2015-12-08 Thread Neil Duffee
Caveat: as a daily digester, this response is delayed & likely a repetition... Gary: investigate "set IBM-Main digest mime". The Mime setting will separate out each message instead of a large, single file. I also like to use "noHtml" to strip the alternate formats sent by some clients. Send