>What you suggesting is that you wish to do Nameprep with charset in GB. >This is to provide the unneccessary step to take >GB->Unicode->Nameprep->ACE then ACE->Unicode->GB. > >While it seem to make sense on the surface, I think you have >misunderstood the purpose of Nameprep. Nameprep is for matching purpose. >The matching result remains in ACE. If I give you two GB string, you do >a GB->Unicode->Nameprep->ACE then compare the two ACE. You dont reverse >the ACE back to GB. I think there was a moment where the fingers got ahead of the brain here. > The matching result remains in ACE. When did Nameprep become dependent upon a transport encoding? Eric
- Re: [idn] opt... liana . ydisg
- Re: [idn] opt... liana . ydisg
- Re: [idn... David Hopwood
- Re: [idn... James Seng/Personal
- Re: [idn] opt... [EMAIL PROTECTED]
- Re: [idn] opt... liana . ydisg
- Re: [idn] opt... Patrik F�ltstr�m
- Re: [idn] opt... liana . ydisg
- Re: [idn] opt... James Seng/Personal
- Re: [idn] opt... James Seng/Personal
- Re: [idn... Eric Brunner
- Re: [idn] opt... tsenglm@計網中心.中大.tw
- Re: [idn... Patrik F�ltstr�m
- Re: [idn] opt... Patrik F�ltstr�m
- Re: [idn... tsenglm@計網中心.中大.tw
- Re: [idn] opt... Harald Tveit Alvestrand
- [idn] He... Jack Halpern
- Re: [idn] opt... [EMAIL PROTECTED]
- Re: [idn... James Seng/Personal
- Re: [idn] opt... Paul Hoffman / IMC
- Re: [idn] opt... liana . ydisg
