問題タブ [windows-1252]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - Windows -1252 はサポートされていないエンコーディング名です
Windows 10 ユニバーサル アプリと ARM CPU を使用して、Raspberry Pi 用のアプリを作成しています。エンコーディングで次のエラーが発生します。
追加情報: 'windows-1252' はサポートされているエンコード名ではありません。カスタム エンコーディングの定義については、Encoding.RegisterProvider メソッドのドキュメントを参照してください。
このコード行でエラーが発生します
入れる前は
しかし、追加することで解決できました
接続文字列に。
このエラーを解決するにはどうすればよいですか?
javascript - 文字列内の16進数(windows1252)文字列を見つけて変換する - Javascript
さまざまなサービスからページにテキスト文字列を配信する WebSocket があります。これらの文字列の一部には、奇妙な文字が含まれています。
時々私は次のような文字列を受け取ります:
「%91引用されたもの%92もの」
と同様です。この特定のサービスは、windows-1252 (または CP1252) 文字セットで文字列を送信することがわかりました。
JavaScriptを使用して、すべての文字列をUTF-8にするか、16進文字を変換するのに最適な(そして最速の)方法はどれですか?
c# - アクセント付き文字の読み取り (á) C# UTF-8 / Windows 1252
ファイルを XML に変換しようとしているときに、正しく表示されない文字が含まれているファイルを読み込もうとしています。notepad ++で開くと文字がブロックとして表示されますが、元のドキュメントでは正しいです。例の文字は á です。
私はファイルをエンコードするために UTF-8 を使用しているので、それでカバーする必要がありますが、何らかの理由でそうではありません。Windows 1252 に変更すると、文字が正しく表示されます。
UTF-8 エンコーディングでは利用できないのに、Windows 1252 では利用できるのはなぜですか?
さらに情報が必要な場合は、お尋ねください。よろしくお願いします。
ios - NSInputStream でエンコーディング タイプを設定するにはどうすればよいですか?
Windows 1252 エンコーディングを使用して、イメージを .NET バックエンド サービスにストリーミングする必要があります。したがって、画像データで作成されたNSURLRequest
にHTTPBodyStream
セットしてを作成する必要があると思います。NSInputStream
また、エンコーディングを Windows 1252 または に設定する必要がありますNSWindowsCP1252StringEncoding
。
本当に 2 つの質問があります。
- 渡されたデータまたはファイル
NSInputStream
に使用する方法を教えてください。NSWindowsCP1252StringEncoding
- UIImage を「NSWindowsCP1252StringEncoding」データに変換するにはどうすればよいですか? 私はbase64メソッドしか知りません。
編集:
これは、動作中のクライアントを模倣する .NET コードの例です。
c++ - Unicode 対応ソフトウェアが ANSI ファイルの「Š」やその他の文字を認識しないのはなぜですか? 修正方法は?
ANSI ファイルを読み書きする MFC プロジェクトがあります。アプリケーションの文字セットはUnicodeに設定されています。
補遺
私のコンテキストでは、レガシーソフトウェア間のコンバーターについて話しているため、入力ファイルと出力ファイルのエンコーディングを変更/影響する可能性はありません。予想される文字エンコーディングは、実際にはwindows-1252です。
いくつかのファイルを読み書きしているときに、 で読み書きすると、のようなめったに使用されない文字がŠ (0x8A)
に置き換えられることに気付きました。との間の範囲でどの文字が影響を受けるかを確認するためのテストファイルを作成しました。? (0x3F)
CStdioFile
0x30
0xFF
これらの文字をテストファイル(ANSI コード)にコピーしました(0x30 から 0xFF までの文字)
結果のファイルは次のようになります。
変更された文字はすべて同じ地域にあり、すべて0x3F '?'
- から0x80
まで変更されてい0x9F
ます。奇妙なことに、影響を受けなかった0x81
、0x8D
、0x90
などの例外がいくつかあります。0x9D
動作をテストするコード例:
なぜそれを行うのですか?すべての文字を保持するにはどうすればよいですか?
Unicode モードを無効にすると問題は解決しますが、残念ながら私の場合はオプションではありません。
要約
以下は、受け入れられた回答から私にとって役に立ったものを抜粋したものです。
コンストラクターを呼び出すだけでからCStringW
に変換しないでください。CStringA
Unicode から "ANSI" (Windows1252) に変換する場合は、次を使用しますCW2A
。
さらに簡単: のCStdioFile::WriteString
代わりにメソッドを使用しますCStdioFile::WriteS
。
java - JavaでWindows-1252からutf-8に変換
このhttp://string-functions.com/encodedecode.aspxencode
を使用し、 :Windows-1252
およびdecode
with:で設定するとutf-8
。
そして、私はこの文字列を置きます:
Књижевна заједница Ðовог Сада
通常の結果が得られます: Књижевна заједница Новог Сада
.
しかし、このメソッドを使用してJavaでそれを試すと:
結果としてこれを取得します: Књижевна заједница �?овог Сада
.
何か案が ?
google-chrome - iso-8859-1 以外の文字を含むパスワードで HTTP 基本認証が失敗する
基本認証に問題があります。サーバーはApache httpd サーバー 2.2.12で、基本認証で保護された場所を作成しました。
パスワード ファイル /etc/apache2/basictest.passwords で、次の 2 つを定義しました。
利用者パスワード
Chrome (47.x)でアクセスをテストするとすべて正常に動作しますが、 Firefox (43.x)またはiOS の Safari Web ブラウザー (Safari/601.1)でリンクをテストすると、ユーザーの base64 エンコーディングが原因で認証に失敗しました。 :password は間違った文字セットを使用しています (Windows-1252)! Chrome テスト ケースでは、使用された文字セットは UTF-8 でした
それまでの間、 https://www.rfc-editor.org/rfc/rfc7617の実装を待っています。FireFox と Safari に、Chrome の動作として base64 暗号化で UTF-8 を使用させることはできますか?
php - Windows-1252文字をPHPの値に変換するには?
Windows-1252 文字を含むデータベース フィールドがいくつかあります。
これらの値は、次のリストから必要な値にマップされます。
http://www.i18nqa.com/debug/utf8-debug.html
htmlentites、mb_detect_encoding、uft8_decode などのさまざまな順列を試しましたが、これらの値を次のように変換することはまだできていません。
痛みの例 — もしあなたが
これらの文字をphpでリストされた値に変換するにはどうすればよいですか?
utf-8 - 含まれている場合のasp-classic文字セットと文字列リテラル管理を理解する
ご想像のとおり、主にWindows-1252を文字セットとして使用するレガシー Web アプリケーションを扱っています。
また、小さなライブラリ セットをコーディングしました。その中には、アクセントを含むものがあります。これらのファイルは UTF-8 であり、レガシー コードに含まれています。だからここにいる:
そうではありませんが、 UTF-8としてエンコードさstr2
れたかのように処理されるように聞こえます。"è"
非 ASCII リテラルをコードに記述すべきではないことはわかっていますが、それはレガシーです。さらに、 UTF-8 ファイルを Windows-1252 に変換することを本当に望んでいないことも認めます。また、文字列リテラルを内部表現に変換する前に、エンジンに文字列リテラルの正しい文字セットを伝えるクリーンな方法を探しています。Response.Codepage
does' は関連性があるか、機能しているようです。新しいファイルを Windows-1252 charset に変換せずにこの問題を解決する他のクリーンな方法はありますか?