* added a vlc_current_charset function. This tries to get the current charset
authorDerk-Jan Hartman <hartman@videolan.org>
Sat, 23 Aug 2003 12:59:31 +0000 (12:59 +0000)
committerDerk-Jan Hartman <hartman@videolan.org>
Sat, 23 Aug 2003 12:59:31 +0000 (12:59 +0000)
commitf388eb55e12254f8b040b4af8cfc5d3bbd4ba7ad
tree91bc0a949e1f63e9083b21a09b196160dbb52bf0
parent190f4a1e8abf55b86730e3b6a2074385f29fe7a5
* added a vlc_current_charset function. This tries to get the current charset
  in use by the OS. It's pretty nifty. if available it uses nl_langinfo. Then
  it falls back to trying setlocale (exept on OSX, where this funtion is useless)
  and then falls back to LC_ALL, LC_TYPE and LANG environment variables.
  If only the LANG variable is available (like on osx) it tries a countrycode
  to charset mapping (making an educated guess ).
  On windows it retrieves the charset with GetACP().
  It also has an aliases system to transform incompatible charset description
  strings to libiconv compatible charset descriptions. If you want you can even
  retrieve the charset on OS/2.
* modules/codec/subsdec/subsdec.c: By default we try to open a subtitle file in
  the systems charset (or language mapped to charset). It's no more than a guess,
  and if you open Latin1 subs on your Japanese system you will still need to
  specify the encoding by hand, but it's better then nothing.
* src/playlist/playlist.c: spelling error in a comment.
Makefile.am
configure.ac
include/charset.h [new file with mode: 0644]
modules/codec/subsdec/subsdec.c
src/misc/charset.c [new file with mode: 0644]
src/playlist/playlist.c