Re: [lazarus] Non UTF-8 Encodings

On Nov 27, 2007 11:42 PM, Jesus Reyes [EMAIL PROTECTED] wrote: The other day I built a tool that takes the txt tables and convert them to pascal constant arrays attached is the resulting inc file if needed for something. If I knew something like this ucmaps/charset exists I probably wouldn't

Re: [lazarus] Non UTF-8 Encodings

On Tue, Nov 27, 2007 at 09:42:54AM +0200, Razvan Adrian Bogdan wrote: What about the Synapse conversion units ? There is a unit, synachar if i remember correctly that dragged a lot of charsets and codepages internally and converts wtthout iconv support for most of them and uses iconv if the

Re: [lazarus] Non UTF-8 Encodings

On Nov 27, 2007 11:04 AM, Marco van de Voort [EMAIL PROTECTED] wrote: See charset unit? Or what else uses rtl/ucmaps ? I think i saw it before, but didn't see any use for it, i can't seem to find any conversion tables just a strange (ugly naming, case, types, logic) skeleton to something that

Re: [lazarus] Non UTF-8 Encodings

On Tue, 27 Nov 2007 12:40:35 +0200 Razvan Adrian Bogdan [EMAIL PROTECTED] wrote: On Nov 27, 2007 11:04 AM, Marco van de Voort [EMAIL PROTECTED] wrote: See charset unit? Or what else uses rtl/ucmaps ? I think i saw it before, but didn't see any use for it, i can't seem to find any

Re: [lazarus] Non UTF-8 Encodings

--- Mattias Gaertner [EMAIL PROTECTED] escribió: On Tue, 27 Nov 2007 12:40:35 +0200 Razvan Adrian Bogdan [EMAIL PROTECTED] wrote: On Nov 27, 2007 11:04 AM, Marco van de Voort [EMAIL PROTECTED] wrote: See charset unit? Or what else uses rtl/ucmaps ? I think i saw it before, but

Re: [lazarus] Non UTF-8 Encodings

What about the Synapse conversion units ? There is a unit, synachar if i remember correctly that dragged a lot of charsets and codepages internally and converts wtthout iconv support for most of them and uses iconv if the encoding is not supported internally, we could write our own such unit using

Re: [lazarus] Non UTF-8 Encodings

- When a TCodeBuffer loads a file it must find out the encoding, convert it to UTF-8 and on saving convert it back. OK, this patch may be a start. Course, lconv should be either extended or changed to something more suitable. Presenlty I am checking only the first line mycp.patch.gz

Re: [lazarus] Non UTF-8 Encodings

On Sun, 25 Nov 2007 15:03:18 +0300 Vasily I. Volchenko [EMAIL PROTECTED] wrote: - When a TCodeBuffer loads a file it must find out the encoding, convert it to UTF-8 and on saving convert it back. OK, this patch may be a start. Course, lconv should be either extended or changed to something

Re: [lazarus] Non UTF-8 Encodings

On Nov 25, 2007 1:42 PM, Mattias Gaertner [EMAIL PROTECTED] wrote: Thanks. TStringlist is too slow and the conversion should not be part of codetools. The widgetsets have the best access to the system libs, so they have the best encoding converters. I can do that part. Isn't AnsiToUtf8

Re: [lazarus] Non UTF-8 Encodings

On Sun, 25 Nov 2007 15:17:54 +0100 Felipe Monteiro de Carvalho [EMAIL PROTECTED] wrote: On Nov 25, 2007 1:42 PM, Mattias Gaertner [EMAIL PROTECTED] wrote: Thanks. TStringlist is too slow and the conversion should not be part of codetools. The widgetsets have the best access to the system

[lazarus] Non UTF-8 Encodings

Goal: - IDE should load/save text files in non UTF-8 encodings. - The IDE is compiled with UTF-8 LCL, so all internal functions expects this. - It is not sufficient to change synedit, because text is often copied between synedit and other tools. And there many other IDE tools reading/editing text

Re: [lazarus] Non UTF-8 Encodings

My lconv.pas can use libc because this unit was added by someone else (in LCL), I have fixed only working swich combination. It must work without it. Anyway, lconv.pas is a bad workaround, presently it fit my purposes, but not others.