3月も今日で終わりですね。来週からは決算でいそがしくなるところですが・・・ ところで、「.csv」は、Excel・桐他で使用されるコンマ区切りのテキストファイルですが 「.tsv」は・・・ タブ区切りのファイルだそうです。あまり耳なじみはありませんが、桐のデータは コンマは利用してもタブはあまり使用しないのでこちらがいいかもわかりませんね
>>編集を３回以上すると、急にフォントが大きくなりますが、 >>これはこの掲示板・他のＣＧＩの仕様ですか？？？？？？？？？ > > これは、たゆーさんが、<pre> 処理をデフォルトとして改造 > したときの改造？設定？の問題かな？ > 何回か編集すると <pre> が何重にも重なっていき、おかしく > なる？ 私は複数回投稿していたときは、編集時間と <pre> を > 手作業で削除して、これまで投稿してきました。 (^^; ご迷惑をおかけいたしております。ログをみると ><pre><pre> >・・・・・・・ >・・・・・・・ ></pre></pre> と、なってる場合がありますので、そのせいでしょうかね 検討してみます
> text/tab-separated-values tsv ASAHI-NET も少なくとも 1999年のころから 設定してあるし、 http://www.asahi-net.or.jp/homepage/mimetype/ Apache に限らず MS のIIS でも IIS 4.0 の http://www.microsoft.com/japan/technet/prodtechnol/windows2000serv/technologies/iis/maintain/featusability/mimeiis.mspx#E5BAC 時代から設定してあるようだけれど、この MIME Type text/tab-separated-values を受け取って、処理する側のクライアントで この tsv を扱うようになっているアプリケー ションって、何なのだろうか？ csv は未だに設定されていないのが標準？ のようだけれど？ 使われていたからこそ、登録・設定されて いたのでしょうけど？ UNIX 関連で使われて いたのでしょうか？
> csv は未だに設定されていないのが標準？ > のようだけれど？ ｃｓｖの場合には、 区切り文字（セパレータ）がコンマということですが、 もうひとつ、囲み文字（デリミターだったかな？）というのがややこしいですね。 つまり、一般的には文字列のデータがが対象なのですが、 二重引用符で囲む場合もありますが、 一重引用符で囲む場合もあるんですね。 ※囲み文字を使わない場合もあります。 そうすると、文字列中に二重引用符や一重引用符が使えないわけで、 Ｋ３ファイルの場合は、二重引用符をダブルにするなんてことをしているわけですね。 そういう理由で、ｃｓｖにはいろいろとバリエーションが存在するので、 標準が何か決められないのだろうと想像しますが？ タラレバですがね。（^^ゞ ｔｓｖの方がシンプルだということじゃないでしょうか？
>>ｔｓｖの方がシンプルだということじゃないでしょうか？ > tsv もタブを含むときのデータの時はどうするかとか > 出てきますので、csv と同じようにも感じますが、 私の頭が相当古いと思いますが…（^^ゞ 昔では、データ交換用のテキストの場合、制御コードはデータとは見なさないと思うのですよね。 今では、データ内に改行を表す制御文字を使うソフトもあるらしいですね。 これは余談ですが、 ｔｓｖにせよｃｓｖにせよ、機種依存の文字コードを抜くのが面倒ですね。（^^ゞ
> tsv そう言えば、タブ区切りでデータを扱っているものと言えば PostgreSQL の pg_dump (pg_dumpall) で、データベースや データ全体をテキスト形式でバックアンプを取ると、データ の部分はタブ区切りのデータとして書き出されますね。 全体が SQL文として COPY命令でデータを復旧できる構造に なっているのですが・・・
>>ｔｓｖにせよｃｓｖにせよ、機種依存の文字コードを抜くのが面倒ですね。（^^ゞ > 正規表現ぐらい使えたらなぁ〜、ってなってしまいますね！？ 正規表現を使えたらなぁ〜！って、言い始めて、はや十数年・・・ > #3649/3664 Ｋ３ＵＧ ボード > ★タイトル (MAB58670) 92/ 1/23 12:20 ( 34) > 桐> あれこれ／heiwa > ★内容 > ■どうして桐には、１文字のワイルドカードが無いのでしょう？ > 例えば、東京の市内局番が、３桁から４桁に変更になった時、 > 桐ですと何回か選択を繰り返すか、複雑な置換式を書く必要が > 有りました。 > もし、？が使えると、03-???-* -> 03-5\1\2\3-* とか簡単に > 置換式が書けそうです。［上の式は、mifes の式だったかな］ > > １文字のワイルドカードや正規表現があったら、もっと使いや > すくなるかも知れませんね。 いつになったら？ それとも桐で正規表現が使える日は来るのでしょうか？ check.sed -------------------------------------------------------------------------------- # ＪＩＳ規格以外の文字を「〓」に変換 # ----------------------------------------------------------------------------- # 222F - 232F (81AD - 824E) ※〓の後〜数字の前の空き間（新ＪＩＳ記号も） # 233A - 2340 (8259 - 825F) ※全角数字の後〜英大文字の前の空き間 # 235B - 2360 (827A - 8280) ※全角英大文字の後〜英小文字の前の空き間 # 237B - 237E (829B - 829E) ※全角英小文字の後〜ひらがなの前の空き間 # 2474 - 247E (82F2 - 833F) ※ひらがなの後〜全角カタカナの前の空き間 # 2577 - 257E (8397 - 839E) ※全角カタカナの後〜ギリシア文字の前の空き間 # 2639 - 2640 (83B7 - 83BE) ※ギリシア大文字の後〜小文字の前の空き間 # 2659 - 267E (83D7 - 843F) ※ギリシア文字の後〜ロシア文字の前の空き間 # 2742 - 2750 (8461 - 846F) ※ロシア大文字の後〜小文字の前の空き間 # 2772 - 2F7E (8492 - 889E) ※漢字第１水準の前の空き間（新ＪＩＳ罫線も） # 4F54 - 4F7E (9873 - 989E) ※第１水準と第２水準の間の空き間 # 7421 - 7424 (EA9F - EAA2) ※新ＪＩＳで字形変更された尭槙遥瑶の旧字体 # 7425 - 7E7E (EAA3 - EFFC) ※第２水準の後の空き間 # 7F21 - FCFC (7F21 - FCFC) ※第２水準の後の空き間 # ----------------------------------------------------------------------------- /[ -・]/{ s/[・-・]/〓/g s/[・-・]/〓/g s/[・-・]/〓/g s/[・-・]/〓/g s/[・-・]/〓/g s/[・-・]/〓/g s/[・-・]/〓/g s/[・-・]/〓/g s/[・-・]/〓/g s/[・-・]/〓/g s/[・-・]/〓/g s/[堯-・]/〓/g } -------------------------------------------------------------------------------- sed -f check.sed in.txt > out.txt 別に簡単な処理なのに！？ 内部で使うのだったら tr でちょこっと・・・
> # けれど、JavaScript での INPUT TEXT 内への書き込みで文字 > # 化けする関係もあって(MACIEのバグ?)、MAC OS9 用の IE を > # 捨てられないので、PostgreSQL のデータ以外は EUC-JP に > # 切り替えざるを得なかった！ orz ふと気になって、INPUT タグにも lang="ja" を加えれば 解決するのか？ なんて思い立ち、テストしようとしたら なんと、この問題はスタイルシートを使っていて INPUT に明示的な FONT-FAMILY の指定が無かったがための問題 だったのか。ほかのブラウザでは何も問題は無いのに・・・ MAC IE の場合(特に OS9 用の)、スタイルシートを使って いて FONT-FAMILY の指定で Osaka とか MAC 用のフォント の指定が無いと極端に遅くなる場合があるようだが、全く FONT-FAMILY の指定が無いタグでもこんな問題が出ようと は！ orz しかし、これが解決すると言うことは UTF-8 でいけると 言うことになる。桐だけは、ブラウザから入力された Shift_JIS で表現できない文字は、表示すらされず、その 項目を桐で編集してしまったら、Unicode でしか表現でき ない文字は消え去ってしまうことになるが、基本的に参照 用の桐だとそれで我慢するしか無いと割り切ることにして！ 機種依存文字に関しては、どうしても我慢できない場合は フォントファイル名を固定して使うのも良いかな？ 自分たちで使う文には共通のフォントを使えばよいし ライセンスの問題があれば、フリーのフォント(IPAフォント でも)使うのも一つだろうし！？ # 私の掲示板でもスタイルシートを使っていて FONT-FAMILY # の指定が無かったり、あるいは、あっても MAC用のフォント # 指定が無く、表示に時間がかかったり、文字化けした人が # いたらごめんなさい！ 無知な私でした。 _o_ # 世の中、MAC用のフォント指定など無いところも一杯なので # MAC OS9 や MAC IE を使ってインターネットを続けないと # いけない環境にいる人って・・・ orz
