問題タブ [iso-8859-1]
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# - ISO-8859-1 エンコーディングで XmlTextWriter を使用して XML ファイルを書き込む
C# を使用してノルウェー語の文字を XML ファイルに書き込む際に問題が発生しています。ノルウェー語のテキスト (æøå のような文字) を含む文字列変数があります。
XmlTextWriter を使用して XML を作成し、内容を次のように MemoryStream に書き込みます。
次に、ノルウェー語のテキストを次のように追加します。
次に、次のようにファイルをディスクに書き込みます。
問題は、これに関するファイルでは、すべてのノルウェーのキャラクターがおかしく見えることです。
私はおそらく上記のことを愚かな方法で行っています。それを修正する方法について何か提案はありますか？
java - アプリケーション内の 1 つのタペストリー 4 ページに ISO-8859-1 エンコーディングを設定するが、そうでなければ完全に UTF-8 である
ページを UTF-8 として提供する Tapestry アプリケーションがあります。つまり、サーバーの応答には次のヘッダーがあります。
このアプリケーション内には、ISO-8859-1 エンコーディングで提供する必要がある単一のページがあります。つまり、サーバーの応答には次のヘッダーが必要です。
これを行う方法？アプリケーション全体のデフォルトのエンコーディングを変更したくありません。
Google検索に基づいて、次のことを試しました：
ただし、@Meta アノテーションを使用してこれらの値を設定することも、getOutputEncoding メソッドをオーバーライドすることもできません。
Tapestry 4.0.2 を使用しています。
編集:私は、サブクラス化された HttpServletResposeWrapper を持つサーブレットフィルターでこれを行うことになりました。ラッパーは setContentType() をオーバーライドして、応答に必要なエンコードを強制します。
html - Internet Explorer のフォーム送信での文字エンコードの設定
フォームを含むページがあります。このページは、コンテンツ タイプ text/html;charset=utf-8 で提供されます。ISO-8859-1 文字エンコーディングを使用して、このフォームをサーバーに送信する必要があります。これは Internet Explorer で可能ですか?
このように form 要素に accept-charset 属性を設定すると、Firefox や Opera などでは機能しますが、IE では機能しません。
編集: このフォームはサーバー A によって作成され、サーバー B に送信されます。サーバー B を制御することはできません。
文字セットISO-8859-1でコンテンツを提供するようにサーバーAを設定すると、すべてが機能しますが、サーバーAのエンコーディングを変更せずにこれを機能させる方法を探しています。サーバー A でのエンコーディングの設定について、別の質問があります。
perl - Perl CGI スクリプトはデフォルトでどのコンテンツ エンコーディングを使用しますか?
Perl で書かれた成熟した CGI アプリケーションを変更していて、コンテンツのエンコーディングの問題が発生しました。ブラウザは、コンテンツが iso-8859-1 でエンコードされていることを報告し、アプリケーションは HTTP ヘッダーの文字セットとして iso-8859-1 を宣言していますが、実際にエンコードを行っているようには見えません。perldoc チュートリアル ( Encode、Encoding、Open ) で説明されているさまざまなエンコーディング手法はコードで使用されていないため、ドキュメントが実際にどのようにエンコードされているかについて少し混乱しています。
前述のように、このアプリケーションは非常に成熟しており、現在のエンコード方法の多くよりも古い可能性があります。私が探しているレガシーまたは非推奨のテクニックを知っている人はいますか? 開発者から指示がない場合、Perl はどのエンコーディングを想定/デフォルト設定しますか?
ありがとう
actionscript-3 - ActionScript 3 の通常の文字列を Latin-1 文字コードの ByteArray に変換する方法はありますか?
文字列を UTF-16 でエンコードされた文字の byteArray に変換する際に問題はありませんが、通信しようとしている (Erlang で記述された) アプリケーションは Latin-1 エンコードしか認識しません。Actionscript 3 内の文字列から Latin-1 文字コードでいっぱいの byteArray を生成する方法はありますか?
c# - UTF-8 以外のコード ページを使用して C# でテキスト ファイルを書き出すにはどうすればよいですか?
テキストファイルを書き出したい。
デフォルトの UTF-8 の代わりに、コード ページ 28591 である ISO-8859-1 としてエンコードされたものを書きたいと思います。これを行う方法がわかりません...
次の非常に単純なコードでファイルを書き出しています。
php - utf8文字をiso-88591に変換し、PHPに戻します
私のスクリプトのいくつかは異なるエンコーディングを使用しており、それらを組み合わせようとすると、これが問題になります。
ただし、使用するエンコーディングを変更することはできません。代わりに、スクリプトAの結果のエンコディグを変更し、スクリプトBのパラメーターとして使用します。
つまり、PHPで文字列をUTF-8からISO-88591に変更する簡単な方法はありますか？utf_encodeと_decodeを見てきましたが、それらは私が望むことをしません。「utf2iso（）」関数などが存在しないのはなぜですか？
ISO形式で書き込めない文字はないと思いますので、大きな問題にはなりません。
java - Java アプリ: iso-8859-1 でエンコードされたファイルを正しく読み取ることができません
iso-8859-1 としてエンコードされ、ô などの文字を含むファイルがあります。
次のようなJavaコードでこのファイルを読んでいます：
ただし、ô 文字は常に文字化けし、通常は ? として出力されます。.
私はこの件について読みました（そして途中で少し学びました）。
- http://www.joelonsoftware.com/articles/Unicode.html
- http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4508058
- http://www.ingrid.org/java/i18n/utf-16/
しかし、まだこれを機能させることはできません
興味深いことに、これはローカル PC (xp) では機能しますが、Linux ボックスでは機能しません。
次を使用して、jdkが必要な文字セットをサポートしていることを確認しました（これらは標準であるため、これは驚くことではありません）。
tomcat - 「メイン」ページと Dojo ダイアログの間のエンコードの不一致
私は奇妙なエンコーディング状況を抱えており、HTML ページ自体は (すべてのアクセント付き文字が適切に表示されて) 本来のように表示されますが、すべてのポップアップ Dojo ダイアログは正しいエンコーディングを使用できません。
セットアップは次のとおりです。
- Tomcat6.0.18 で実行されている Hibernate/Spring/Struts2 を使用した Java Web プロジェクト。ページは、Tiles2 によってまとめられた JSP タイルとして生成されます。
- すべてのソース ファイルは、ISO-8859-1 (Java 仕様による) にあるリソース プロパティ ファイル ( ) を除いて、UTF-8 でエンコードされています。
*.properties - データベースは UTF-8 でエンコードされています。
/li>struts.xml定数の定義が含まれています。各 JSP タイルはステートメントで始まります
/li>各 JSP ページ (複数のタイルで構成される) は、次のステートメントで始まります。
/li>JSP コードから生成された各 HTML ページには、次の
/li><head>メタタグが含まれています。Tomcat エンコーディング フィルタは、のヘッダーを
/li>every single request going through Tomcat次の値に設定します。dojo 1.2.3 は、次のステートメントを使用して各ページで初期化されます。
/li>A
/li>dijit.Dialogが最初に作成され、次に次のステートメントによって開かれます (/votingOptions以前と同じ仕様に従う JSP スニペットを返す action-URL --- その JSP スニペット<div>はダイアログの内部に埋め込まれます)。
すべてのセットアップの結果として、すべての「通常の」ページ (つまり、dojo ダイアログを脇に置いたもの) は、テキストがデータベースからのものかリソース ファイルからのものかに関係なく、すべての文字、アクセントなどを本来あるべき姿で表示します。
一方、dojo ダイアログの内容は混乱します。アクセントのない文字はすべて問題ありませんが、アクセントの付いた文字は、UTF-8 文字を ISO-8859-1 文字として読み取ろうとした場合とまったく同じように表示されます (これらの文字は、データベースまたはリソース ファイルから取得されます)。
したがって、たとえば、「Kurt Gödel」という名前 (メイン ページに正しく表示されるため) は、Dojo ダイアログでは「 Kurt Gödel 」と表示されます。
Firebug は、両方の状況 (メイン ページを呼び出すか、ページ上で Dojo ダイアログを開くか) で、Tomcat によって提供されるものと同じ応答ヘッダーを報告することに注意してください。
これら 2 つのタイプのリクエストの唯一の違い (Content-Length を除く) は次のとおりです。
これは、メイン ページをリクエストするときに存在しますが、道場ダイアログの場合には存在しません。
これまでに何が私を逃れたのか、誰かわかりますか？あるいは、この問題の根底にたどり着くためにどのような調査を行うべきかについての提案を歓迎します!
internet-explorer - IE の HTML エンティティと文字セット
文字セットに iso-8859-1 を使用する html ドキュメントにhtml エンティティ✓(チェック マーク: ✓) を表示しています。
Firefox では、チェック マークとして表示されます。IE では、正方形のボックスとして表示されます。UTF-8 に切り替えても違いはないようです。
画像を使用せずにこれらのエンティティを IE 6 & 7 で表示する信頼できる方法はありますか?