summaryrefslogtreecommitdiffstats
path: root/library/encoding
Commit message (Collapse)AuthorAgeFilesLines
* rsync-deployments -> 7.0.2jan.nijtmans2025-01-201-0/+0
|
* Add koi8-ru and koi8-t encodingsjan.nijtmans2024-03-272-0/+40
|\
| * Add koi8-ru and koi8-t encodings, completing the 4 "koi8" encodings ↵jan.nijtmans2024-03-262-0/+40
| | | | | | | | available in iconv.
* | Merge 8.6jan.nijtmans2024-03-151-1/+1
|\ \ | |/
| * The [https://en.wikipedia.org/wiki/KOI8-U|wiki] clearly states that the ↵jan.nijtmans2024-02-251-1/+1
| | | | | | | | mapping for 0xB4 was a type, so +1 for fixing [f23022e07a]
* | re-generate macDingbats.enc, so it can now throw exceptions for the range ↵jan.nijtmans2023-02-221-2/+2
| | | | | | | | 0x8E-0x9F
* | More encoding fixes, e.g. range 0x80-0x9F for dingbats and symbol. Remove ↵jan.nijtmans2023-02-213-4/+5
| | | | | | | | "-m" option from txt2enc.c tool, since the same is already handled in the table encoding code in Tcl itself. This was wat prevent Tcl to handle throwing exceptions correctly
* | re-generated 8 more encodingsjan.nijtmans2023-02-208-14/+14
| |
* | Two more files, re-generatedjan.nijtmans2023-02-202-4/+4
| |
* | Proposed fix for [4bea02e811]: encoding convertfrom -strict ascii \x7f ↵jan.nijtmans2023-02-2014-22/+22
|/ | | | generates exception
* Update many tools/encoding/*.txt files to the latest version, but leave out ↵jan.nijtmans2021-06-281-0/+1584
| | | | character changes. Only add the new "cns11643" encoding, which belongs to the same group as big5
* Adapt iso8859-7.enc to latest version, and fix testcasejan.nijtmans2021-06-151-1/+1
|
* Add new encoding iso8859-11jan.nijtmans2021-06-151-0/+20
|
* Fix issue [9128866ec8448752] by adding Line Feed character to tis-620.enc.pooryorick2020-01-041-1/+1
|
* Fix bug in "make dist" when system-encoding is UTF-8: eolFix will then ↵jan.nijtmans2015-06-251-6/+6
| | | | | | translate some windows-specific files to UTF-8 too. Solution: commit those files with CRLF line-ending, which eliminates the need for eolFix altgether. See als: [495120] for the reason why eolFix was introduced in the first place. No longer needed with fossil.
* Fix execute permission on many files which shouldn't have it.jan.nijtmans2013-10-171-0/+0
|
* * library/encoding/gb2312-raw.enc (new): This is the originalhobbs2003-05-151-0/+1380
| | | | | | gb2312.enc renamed to allow for it to still be used. This is needed by Tk (unix) because X fonts with gb2312* charsets really do want the original gb2312 encoding. [Bug 557030]
* * library/encoding/gb2312.enc: copy euc-cn.enc over originalhobbs2003-05-141-92/+109
| | | | | | gb2312.enc. gb2312.enc appeared to not work as expected, and most uses of gb2312 really mean euc-cn (which may be the cause of the problem). [Bug 557030]
* * generic/tclEncoding.c (LoadTableEncoding):hobbs2003-02-215-1/+38
| | | | | | | | | * library/encoding/cp932.enc: Correct jis round-trip encoding * library/encoding/euc-jp.enc: by adding 'R' type to .enc files. * library/encoding/iso2022-jp.enc: [Patch #689341] (koboyasi, taguchi) * library/encoding/jis0208.enc: * library/encoding/shiftjis.enc: * tests/encoding.test:
* * library/encoding/koi8-u.enc: removed extraneous spaces thathobbs2002-09-261-4/+4
| | | | confused encoding reader. [Bug #615115]
* * library/encoding/iso2022-jp.enc:hobbs2002-03-022-4/+2
| | | | | | | * library/encoding/iso2022.enc: * tools/encoding/iso2022-jp.esc: * tools/encoding/iso2022.esc: gave <ESC>$B precedence over <ESC>$@, based on comments (point 1) in [Bug #219283] (rfc 1468)
* * library/encoding/ebcdic.enc:hobbs2001-10-121-0/+19
| | | | | * tools/encoding/ebcdic.txt: EBCDIC charset mapping. [Patch #219323] (nijtmans)
* * library/encoding/tis-620.enc:hobbs2001-10-121-0/+20
| | | | | * tools/encoding/tis-620.txt: TIS-620 charset mapping. [Patch #467423] (poonlap)
* Updated encodings with latest mappings from www.unicode.org. Thishobbs2001-10-0410-14/+34
| | | | | | | | did not include some Mac encodings that have special multi-unichar translations now (like symbols, dingbats and japanese). Also does not include big5, gb or euc* as those have different formats in the latest Unicode version that need new conversion tools. Not all related .enc files changed as some had been updates separately.
* * library/encoding/koi8-u.enc: added koi8-u (Ukranian variant)hobbs2001-06-281-0/+20
| | | | encoding.
* * library/encoding/cp1250.enc:hobbs2001-05-2316-26/+86
| | | | | | | | | | | | | | | | | | | * library/encoding/cp1251.enc: * library/encoding/cp1252.enc: * library/encoding/cp1253.enc: * library/encoding/cp1254.enc: * library/encoding/cp1255.enc: * library/encoding/cp1256.enc: * library/encoding/cp1257.enc: * library/encoding/cp1258.enc: * library/encoding/cp874.enc: * library/encoding/iso8859-6.enc: * library/encoding/iso8859-7.enc: * library/encoding/iso8859-8.enc: * library/encoding/iso8859-10.enc (new): * library/encoding/iso8859-13.enc (new): * library/encoding/iso8859-14.enc (new): updated encoding tables based on http://www.unicode.org/Public/MAPPINGS/. (kuhn)
* Got the encoding wrong; thanks to Richard Suchenwirth for pointing medkf2001-04-251-2/+2
| | | | in the direction of a correct encoding.
* Added some ISO8859-15 (Latin-9 or Latin-1+Euro symbol) support.dkf2001-04-251-0/+20
|
* * library/encoding/koi8-r.enc:stanton1999-04-231-0/+20
| | | | | * tools/encoding/koi8-r.txt: Added support for the koi8-r Cyrillic encoding. [Bug: 1771]
* merged tcl 8.1 branch back into the main trunkstanton1999-04-1668-0/+21650
generated by cgit v0.12 at 2026-01-17 05:32:37 (GMT)