(greggman) At the moment, there isn't a "reopen_as_encoding" command. Is there anything about these files that SlickEdit can key off (extension maybe)? Also, once you open a specific file in a specific encoding, SlickEdit will reuse the encoding you opened the file with.
unfortunately I can't do it by extension. :-(
For my personal files they are usually HTML in utf-8 and slickedit guesses them wrong. It can look inside the file for the encoding in the form of
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
which is part of the HTML standardFor my work files, there is nothing except looking at the bytes in the files. To get specific they are all Playstation 1, PSP, PS2 and PS3 libraries and examples. Depending on the person that wrote them they could be in euc-jp or shift-jis and so even within a single project they can be mixed (library #1 uses shift-jis, lib #2 uses euc-jp, etc..)
For euc-jp, shift-jis, according to this page, it looks like it would be relatively easy to scan the first nnn bytes of the file and make an educated guess which of those 3 encodings it is. Of course that only covers Japanese. A quick search brought up this
http://search.cpan.org/~dankogai/Encode-2.18/lib/Encode/Guess.pmand this
http://www.mozilla.org/projects/intl/UniversalCharsetDetection.htmlFor the C/C++ files I'd be happy if there was a hook I could use to figure out myself at a low enough level that push-tag would work. Of course I'd rather just have you guys fix it but if it's an unsolvable problem or too low priority then a hook would at least let me fix it. Maybe you can point me to the place to hook it in?