summaryrefslogtreecommitdiffstats
path: root/generic/tkMessage.c
diff options
context:
space:
mode:
authorjan.nijtmans <nijtmans@users.sourceforge.net>2016-02-03 08:45:48 (GMT)
committerjan.nijtmans <nijtmans@users.sourceforge.net>2016-02-03 08:45:48 (GMT)
commit098b03f8f4259f1767486350c21f5b7e11a6e06b (patch)
treeaad83227050d3fc352558e0158ae131f6e737f96 /generic/tkMessage.c
parent312ef46823e21b861e68eeb0073936e15177c0f7 (diff)
downloadtk-098b03f8f4259f1767486350c21f5b7e11a6e06b.zip
tk-098b03f8f4259f1767486350c21f5b7e11a6e06b.tar.gz
tk-098b03f8f4259f1767486350c21f5b7e11a6e06b.tar.bz2
Backout [477949] for Tk 8.5, after discussion in TclCore mailing list: option readfile cannot use multibytes. Ticket [0a3d799a]
To clarify a bit, what we discovered was that [[option readfile]] as found in all Tk releases up to and including 8.5.18 is already able to read in the whole BMP, so long as the file is stored in the encoding utf-8. The classic ASCII subset is fine. utf-8 is fine. Other encodings are at best non-portable. What [477949] did was to add support for files stored in [[encoding system]] but at the expense of breaking the support for the files stored in utf-8. Not the right outcome for a patch release.
Diffstat (limited to 'generic/tkMessage.c')
0 files changed, 0 insertions, 0 deletions