RE: Encoding in Kannel (was: charset question (Greek))

"Oded Arbel" <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]>
How do the application tell Kannel which encoding the MT is in ? it uses
a query string parameter to send the encoding, right ? well - just add
another encoding "binary" (if it's not already there), which would cause
recoding not to occur.
Doing anything text-oriented in unicode would allow us much greater
freedom in anything text related : for example - keyword matching.

--
Oded Arbel
m-Wise Inc.
[email protected]

I will quote the truth where ever I find it.
	-- Richard Bach


> -----Original Message-----
> From: Andreas Fink [mailto:[email protected]]
> Sent: Wednesday, March 13, 2002 12:41 PM
> To: Oded Arbel
> Subject: Re: Encoding in Kannel (was: charset question (Greek))
> 
> 
> >
> >I'd like to opt for recoding to some unicode format, as early as
> >possible, do everything internally with unicode, and let the modules
> >recode to what ever they thing is most efficient. we should 
> supply some
> >functions and/or hints in the msg structure to help modules determine
> >which encoding would cause the least amount of data loss.
> >UTF-16 or UCS2 are good for that, also UTF-8. note that 
> UTF-16 != UCS2
> >(!!)
> >
> 
> I would definitively vote against this. Unicode is built for text. 
> Lots of people using kannel use it for binary content like pictures 
> or ringtones. There's no coding for binary in Unicode and frankly it 
> doesnt make sense. My view would be to leave the coding in what it 
> was on input and recode it only on request. This means Kannel will 
> transport the data along as far as possible in the original coding.
> 
> 
> This will make one more thing obvious, we need to split SMS in 
> bearerbox, not SMSBox.
> 
> -- 
> 
> Andreas Fink
> Fink-Consulting
> 
> ------------------------------------------------------------------
> Tel: +41-61-6932730 Fax: +41-61-6932729  Mobile: +41-79-2457333
> Address: A. Fink, Schwarzwaldallee 16, 4058 Basel, Switzerland
> E-Mail:  [email protected]  Homepage: http://www.finkconsulting.com
> ------------------------------------------------------------------
> Something urgent? Try http://www.smsrelay.com/  Nickname afink
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.