ExcelでUTF-8エンコーディングされたCSVファイルを開く方法 - 小さい頃はエラ呼吸
photo credit: gonzalo_ar via photopin cc はじめに このエントリでは、ExcelでUTF-8エンコーディングされたCSVファイルを開く方法を紹介します。 Excel VBAのプログラミングのツボとコツがゼッタイにわかる本―最初からそう教えてくれればいいのに!Excel2007/2003対応posted with amazlet at 12.12.23立山 秀利 秀和システム 売り上げランキング: 1,346 Amazon.co.jp で詳細を見る 結論 以下のような３つの方法があります。 拡張子をcsvからtxtに変更してから開く。 CSVファイルをBOMつきのUTF-8ファイルに保存しなおしてから開く。 CSVファイルの保存形式をANSIに変更してから開く。 ExcelはCSVファイルをShift_JISで開こうとする Excelは、CSVファイル
Excel 2010 の CSV と 文字エンコーディング の関係 - tekkの日記 C#,VB.NET
この記事は Hello Another World! さんのところで公開されている Excel 2003 の CSV と 文字エンコーディング の関係 http://cs.albis.jp/blogs/ms-18e/archive/2006/08/07/Excel-2003-_6E30_-CSV-_6830_-_8765575BA830F330B330FC30C730A330F330B030_-_6E30A295C24F_.aspx Excel 2007 の CSV と 文字エンコーディング の関係 http://cs.albis.jp/blogs/ms-18e/archive/2007/01/25/1273.aspx の改訂版です。改訂前の記事は Excel 2007 ベースですが、Excel 2010 について調べました。 カンマ区切り、タブ区切りそれぞれのテキストファイルを Exce
Windows 7 ゲストOSをインストールした際に日本語が正しく表示されない場合 | よくあるご質問 | 株式会社ラネクシー
この文書ではWindows 7 ゲストOSをインストールした際に日本語が正しく表示されない場合について説明しています。 設定項目 Windows 7 ゲストOS上でスタートボタンをクリックし、「コントロールパネル」をクリックします。 「時計、言語、および地域」をクリックします。 「地域と言語」をクリックします。 「形式」タブの[形式]の項目が「日本語（日本）」以外の場合は「日本語（日本）」に変更します。 「場所」タブの[現在の場所]の項目が「日本」以外の場合は「日本」に変更します。 「管理」タブの[Unicode対応でないプログラムの現在の言語]の項目が「日本語（日本）」以外の場合は「システムロケールの変更」ボタンを押します。 「現在のシステムロケール」の項目を「日本語（日本）」に変更し「OK」ボタンをクリックします。 再起動のダイアログが表示された場合は指示の通りに再起動を行います。 全
PHPで UTF-8←→SJIS の変換を行う場合の注意：地方で活動するweb制作者の日々を綴るblog
2007年03月01日03:25 カテゴリ技術-PHP PHPで UTF-8←→SJIS の変換を行う場合の注意 php で文字コード変換をする場合は mb_convert_encoding("ほげほげ", "SJIS", "UTF-8")といった感じで変えられますが mb_convert_encoding("郄橋", "SJIS", "UTF-8")とやると文字化けします。 つまり、Shift-JISの拡張文字をUTF-8 （から｜へ） 変換しようとすると化けるらしい。 拡張文字の代表としては「磲」とかも。 あとは「?????」のローマ数字の類もそう。 解決としては mb_convert_encoding("郄橋", "SJIS-win", "UTF-8")これだけ？ って感じですが、これで問題なく変換できます。 これだけでなぜ通るのか、ちょっと調べたけれどよくわかりませんでした。 詳し
PHP+PostgreSQLでEUC-JP出力は非常識！？ 〜windowsでIBM拡張文字が文字化け：地方で活動するweb制作者の日々を綴るblog
2007年07月10日23:27 カテゴリ技術-PHP PHP+PostgreSQLでEUC-JP出力は非常識！？ 〜windowsでIBM拡張文字が文字化け PHPでプログラムを作成する場合、文字コードをEUC-JPで作成するケースが多いと思います。 SJISでソースは書けませんし、UTF-8は正直まだなじみが薄いといえます。 しかし... 今回の結論（突然ですが） PHP+PostgreSQLの環境でEUC-JPを使うと、Windows環境においてIBM拡張文字を正しく表示できずに文字化けを起こす。 表示させるには、出力文字コードをUTF-8やSJISとすること。 IBM拡張文字とは？ JIS基本漢字（JIS X 0208）以外に定義される拡張文字のことです。 IBMによって定義された「IBM拡張文字」 (115〜119区) と、NECが自社のPC-9800シリーズ用に定義した「NEC
[php] mb_convert_encoding と UTF-8 の誤変換問題（株式会社コネクティボしゃいん☆のブログ）
このような誤変換を防ぐための一つの手法としてよく挙げられているのが、「sjis-win」または「eucjp-win」というエンコーディングを使って回避する方法である。 $s_in = "～"; $s_out = mb_convert_encoding( mb_convert_encoding( $s_in, "sjis-win", "UTF-8" ), "UTF-8", "sjis-win" ); echo ($s_in == $s_out) ? "OK" : "NG"; 表示結果: OK このようにすると、上記表に挙げた文字を mb_convert_encoding を使って変換しても、正しく元に戻すことができる。 「sjis-win」または「eucjp-win」を使えば解決？と思いきや、逆も真なりとはこのことかと思うような問題も存在する。たとえば、 $s_in = "〜"; $s_ou
![[php] mb_convert_encoding と UTF-8 の誤変換問題（株式会社コネクティボしゃいん☆のブログ）](https://cdn-ak-scissors.b.st-hatena.com/image/square/386e571ff1c466762059b21b6324a144c69f2922/height=288;version=1;width=512/http%3A%2F%2Fshain.blog.conextivo.com%2Fimg%2Fshainblog_mark_base.jpg)
Japanese Filename｜RFC2231の誤り
目次 はじめに MIME ヘッダ ファイル名の記述方法 現状の Windows のメイラーにおける日本語ファイル名の取り扱い RFC 2231 RFC 2231 の誤り はじめに Windows のメイラーでは日本語のファイル名の付いた添付ファイルを扱えるものがほとんどであるが、その実装は正しいのであろうか？ 実はほどんどが誤りである。しかし、誤りではあるが同じ方法を実装していれば相互間の運用にはそれほど不都合はないため、Windows しか使っていないユーザーは誤りであることに気が付かないことが多い。定義されていない実装であるから当然のことながら、正しい実装をしている IMAP サーバやメイラーではそのファイル名を認識できない。本末転倒である。そこで、ここでは添付ファイルにおける日本語のファイル名について考察を行っていくことにする。 MIME ヘッダ まず、この文書を理解するために必要な
MySQL 文字化け問題を本気で直す
mysql> status; -------------- mysql Ver 14.7 Distrib 4.1.20, for redhat-linux-gnu (i386) using readline 4.3 Connection id: 36 Current database: staff2006 Current user: maiha@localhost SSL: Not in use Current pager: lv Using outfile: '' Using delimiter: ; Server version: 4.1.20 Protocol version: 10 Connection: Localhost via UNIX socket Server characterset: latin1 Db characterset: latin1 Client char
Pirochin のブログ: psvn の文字化け
2007/08/02 psvn の文字化け Carbon Emacs を最新の Summer 2007 版にしたら、psvn の一覧やログ表示が文字化けしてしまった。これを解決するためにわざわざ LANG を ja_JP.UTF-8 に設定してから svn を実行するスクリプトを ~/bin/svn に入れたのだが、どうしても出力が ja_JP.eucJP になる。 最近 OSX のデフォルトシェルを tcsh から bash に変更して起動時の .bashrc などを弄ったので、それが原因だと思ったが、色々調べたところ、psvn のエンコーディング処理が変わったことが判明した。 psvn.el のリポジトリを見ると、Revision 22563 で svn-status-svn-process-coding-system という変数が追加されているではないか。これを .emacs で u
2006-01-09
青空文庫の本を買った。 で、Hyper Estraier で付録の DVD-ROM に収録されている作品群のインデックスを作ってみることに。 普通に estcmd gather でディレクトリを指定するだけでは芸が無いのでパスから著者と題名を抽出して属性として登録するための（単に TSV を出力するだけの単純な）スクリプトを書いてみた。 まずは PHP で。 <?php /** * 設定 */ //define('AOZR_DIR', '/Volumes/青空文庫/作家別テキストファイル'); define('AOZR_DIR', dirname(__FILE__) . '/archives'); define('AOZR_RE1', '^[\\x{3040}-\\x{309F}]+?・|（\\d+）$'); define('AOZR_RE2','\\.txt$'); define('NF
Mac OS X のUTF-8は特殊らしい: ある SE のつぶやき
Mac OS X上のUnicode(ウノウラボ Unoh Labs) Mac OS X のUTF-8は、「UTF-8-MAC」というエンコーディング形式で、通常のUTF-8とは違うらしい。 しかも、Mac OS X 上のブラウザにより、「UTF-8-MAC」の実装方法も違う模様。 これは、ややこしいですね。。。 (2007.9.5追記) これは、Unicodeの正規化のお話で、エンコーディングとは別次元のお話のようです。 ueさん、odzさん、情報ありがとうございます！ 普通はNFCで正規化するのですが、Mac OS Xはファイル名のNFDで正規化して格納するので、ファイル名でおかしな現象が起きているようです。 NFCとNFDについては、odzさんのところの説明を引用させてください。 Unicode では、濁音/半濁音/アクセント記号(ウムラウト等)がついた文字を合成文字1文字(ガ(U+3
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linux 上で Windows 向けの zip ファイルを作る - ~fumi/ChangeLog
太阳集团tcy8722(中国)官方网站
Trivial Blog
http://blog.33rpm.jp/garbled-on-safari.html