アカウント名:
パスワード:
「8 ビットエンコーデ
少なくとも、
なんかがあるため、スイッチが一つだけでは不十分ですし。
「8 ビットエンコーディング (結合文字や RTL はサポートする意思なし) または UTF-8、従来のマルチバイトエンコーディングは無視」みた
その上で、例外を作ればよいかと。 たとえば、スクリプト自身のエンコーディングは、 ワンライナーとかだと、ロケールのエンコーディングに決まってるけど、 システムにインストールしてしまうようなスクリプトだと、 ユーザのロケールに合わせて解釈が変わってしまうのはまずい。 というわけで、自分自身がどんなエンコーディングで書かれているかを 指定する識別子を先頭行 (付近) につけるとか。
ファイル名も、ロケールから独立したものだから、どうするかが問題です。 (これはけっこう難問で、あちこちで繰り返し議論されているようです)。
もちろん、ロケールモードで一時的にバイト列を扱いたいとか、 互換モードで一時的にロケール文字列を扱いたいとか、 ということも、できる必要があります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
5.8 のときに話題にするべきだったのかも (スコア:2, 興味深い)
「8 ビットエンコーデ
Re:5.8 のときに話題にするべきだったのかも (スコア:2, 参考になる)
少なくとも、
なんかがあるため、スイッチが一つだけでは不十分ですし。
Re:5.8 のときに話題にするべきだったのかも (スコア:1, 余計なもの)
その上で、例外を作ればよいかと。 たとえば、スクリプト自身のエンコーディングは、 ワンライナーとかだと、ロケールのエンコーディングに決まってるけど、 システムにインストールしてしまうようなスクリプトだと、 ユーザのロケールに合わせて解釈が変わってしまうのはまずい。 というわけで、自分自身がどんなエンコーディングで書かれているかを 指定する識別子を先頭行 (付近) につけるとか。
ファイル名も、ロケールから独立したものだから、どうするかが問題です。 (これはけっこう難問で、あちこちで繰り返し議論されているようです)。
もちろん、ロケールモードで一時的にバイト列を扱いたいとか、 互換モードで一時的にロケール文字列を扱いたいとか、 ということも、できる必要があります。