2006-12 アーカイブ

http://hxxk.jp/2006/12/

<a href="./"> と <a href="/"> はどう違う ?

記事データ

投稿者

真琴

投稿日時

2006-12-28T02:23+09:00

タグ
概要

この記事は obsolete です。「 URI 関連の用語の自分用まとめ - http://hxxk.jp/2006/12/28/0223 をリライト」 (http://hxxk.jp/2007/01/05/1930#sub-20070105-03) を参照していただくようお願いします。

リプライ

2 件のリプライがあります。

記事本文

完全パスではない記述のリンク

この記事は obsolete です。 URI 関連の用語の自分用まとめ - http://hxxk.jp/2006/12/28/0223 をリライトを参照していただくようお願いします。

同一ドメイン内でのリンクを、完全パス (http:// で始まるリンク ) ではなく相対パスや絶対パスで記述する方法をおさらいしつつ自分メモ。

カレントディレクトリ

現在のディレクトリを基準としたリンク。 例えばこの記事中にて <a href="./">hoge</a> というリンクを書くと、 http://hxxk.jp/2006/12/28/ へのリンクになります。

パレントディレクトリ

現在のディレクトリの親ディレクトリを基準としたリンク。 例えばこの記事中にて <a href="../">hoge</a> というリンクを書くと、 http://hxxk.jp/2006/12/ へのリンクになります。

更に <a href="../../">hoge</a> のように増やすことで、より上の階層へのリンクになります。 この場合は http://hxxk.jp/2006/ へのリンク。

ルートディレクトリ

現在のドメインのルートディレクトリへのリンク。 例えばこの記事中にて <a href="/">hoge</a> というリンクを書くと、 http://hxxk.jp/ へのリンクになります。

パレントディレクトリの記述でも構わないのですが、階層が深くなると「あれ、何階層上に行けばいいんだっけ」となってしまうので、このルートディレクレトリへのリンクはなかなか重宝します。

一般的な weblog の構成では、 h1 要素からルートディレクトリやトップページへのリンクを行うことが多いようですので、 <a href="/">weblog 名</a> と書いておくと、ドメイン名を変更しても weblog 側のリンクは変更しなくて済むというメリットがあるでしょう。 メモ終わり。

リプライ

2 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2006-12-28T22:09+09:00 - とほりすがり

>完全パス (http:// で始まるリンク ) それは「パス」と呼ばない気がしますが。 絶対(absolute)URLもしくは完全(full)URLかと。

2006-12-29T00:59+09:00 - 真琴@飲み帰り

完全パスとかパレントとかええかげんなこと書いてしまってますが用語の使い方を色々間違えてます。明日訂正するけど今はすごく酔っ払いなので勘弁してください

Re: miniturbo::blog EZWebでの文字コード

記事データ

投稿者

真琴

投稿日時

2006-12-27T02:39+09:00

タグ
概要

仕様上はどのキャリアの携帯電話も Shift_JIS のみのサポートのようですが、最近の携帯電話はそれ以外の文字コードもサポートしているようです。

リプライ

4 件のリプライがあります。

記事本文

教えることはできないけど、人柱になら喜んでなるよ

miniturbo::blog EZWebでの文字コードで、

昔、課題として携帯用のコンテンツを作成していたときに3キャリアの仕様書をにらめっこしていたのですが、どのキャリアもサポートする文字コードはShift JISだったのです。 しかし、miniturbo.orgはUTF-8にて書かれています。 なのに文字化けしないのはどうしてなんだろう…。

と書かれているのを「へええ」と頷きながら読みました。 携帯電話での Web ブラウズの仕様書は全然読んだことが無いのですが、文字コードが限定されていたんですね。

私はソフトバンクモバイルを脱会しましたでお知らせした通り、以前は vodafone V604SH を使っていました。 V604SH はメールや Web ブラウジング中の画面で「文字タイプ変更」が行え、

  • 自動認識
  • Shift-JIS
  • UTF-8
  • EUC-JP
  • ISO-2022-JP

をその都度設定することが可能だったので、文字化けしてもその対処方法が用意されていました。

じゃあ今使用している au W44K はどうかというと、取扱説明書には特に文字コードについては明記されていません。 KDDI au: そのほかの技術情報 > サーバ設定・文字コード指定では確かに Shift-JIS以外の文字コードを指定した場合には、コンテンツが正しく表示されない (文字化けする) 場合がありますのご注意ください と書かれてありますね。

でも、 miniturbo::blog EZWebでの文字コードでの各サンプルページを EZweb と PC サイトビューアーの両方で試してみましたが、どのサンプルでも文字化けしませんでした。 最近の機種は Shift_JIS 以外にも対応しているんじゃないでしょうか ?

あ、それと細かいことかもしれませんが、文字コードのサンプル : Shift-JIS で指定している XML 宣言の encoding 属性や meta 要素の content 属性の charset は Shift-JIS じゃなくて Shift_JIS ですので、修正した方がいいかと……。

みんなもレッツ人柱

  1. 携帯電話を取り出す
  2. Web ブラウズ機能を呼び出し、 http://miniturbo.org/blog/2006/12/26/2125 と入力
  3. 当該ページのサンプルを 3 種類とも開き、文字化けをするかしないかを確認して何かにメモ
  4. miniturbo.org の kz さんに何らかの手段で報告
  5. kz さんがみんなの人柱状況を「各キャリア・各社携帯電話の文字コード対応一覧」といった趣でまとめてホッテントリ。
  6. 私が手を下さずに有用な情報を得られて喜ぶ。予定。

トラックバック送信先

miniturbo::blog EZWebでの文字コード

au W44K ではどのサンプルも文字化けしませんでしたよ。 また、 vodafone V604SH は文字コードを変更する機能がありました。

リプライ

4 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2006-12-27T08:05+09:00 - ゆう

こんにちは。 あまり、この辺の事情に詳しくはないんですが、あるいは以下のページにある仕組み(要は au 側で変換?)によるものなのでしょうか? http://www.au.kddi.com/ezfactory/tec/spec/html_con.html ただ、「Google に対応」を堂々と謳っている時点で、EZWeb は基本的に UTF-8 に対応しているはずです。(ただし、組込システムやフォントの都合上、Shift JIS + 絵文字の範囲しか文字は表示できないはず。) フルブラウザ(PC サイトビューワー)と EZWeb との間で、文字コードの扱い方に違いがあるのかとかも気になりますね。

2006-12-27T11:27+09:00 - 【人柱ル】 携帯電話の文字コード < NOBODY:PLACE - MUTTER

hxxk.jpでこんな記事がありましたので、人柱になってみました。 (個人的にも...

2006-12-28T16:16+09:00 - 携帯電話での文字コード < Go my way

携帯電話がどの文字コードに対応しているか検証してみました。

2007-01-06T00:46+09:00 - 真琴

> 組込システムやフォントの都合上、Shift JIS + 絵文字の範囲しか文字は表示できないはず へええ、そういう制約もあるんですねえ。確かにパソコンと違って容量も大きくないので、 Unicode で表せる文字を全部入れるというのは難しい気もします。 kz さんの方でまとめられていますが、現在の機種のほとんどが UTF-8 にも対応しているようです。

Destroy target="_blank" with Firefox 2

記事データ

投稿者

真琴

投稿日時

2006-12-25T23:08+09:00

タグ
概要

Firefox 1.5 では、 target="_blank" なリンクを現在のタブやウィンドウで開くという設定をオプションから設定できましたが、 Firefox 2 では about:config から browser.link.open_newwindow の値を 1 にすることで設定できます。 ( スクリーンショット付きの設定手順あり )

リプライ

1 件のリプライがあります。

記事本文

Firefox 2 で手軽に Destroy target="_blank"

以前にも、 Destroy target="_blank"はてなダイアラのための target="_blank" 講座Destroy target="_blank" with Firefox 1.5 などの記事で target="_blank" をどうにかする方法を紹介してきましたが、 Firefox 2 では Greasemonkey スクリプトやオプションではない方法が必要のようです。 何故そういった方法を私が必要としているか、そんなバックグラウンドに興味が無い方は設定方法だけをお読みください。

設定や拡張機能の移行が面倒くさいというだけの理由で、いまだにメインブラウザは Firefox 1.5 なのですが、そろそろ Firefox 2 に移行しないとなあ......ということでここ数日ちょこちょこと使い出しています。

Firefox 2 を起動して真っ先に Destroy target="_blank" with Firefox 1.5 の方法で新しいウィンドウを開くリンクを無効にしようと思ったら......新しいページは「新しいウィンドウで開く」か「新しいタブで開く」しか選択肢が無く、「現在のタブまたはウィンドウ」は選べませんでした。 私は、ホイールクリックや Ctrl+ クリックで能動的に新しいタブを開く場合はともかく、通常のクリックで突然新しいウィンドウや新しいタブを開かれることに不快感を覚えます。 よって、 Firefox 2 のオプションから「新しいページを現在のタブまたはウィンドウで開く」という選択肢が無くなったのは大きなマイナスポイントでした。

それでも「慣れてしまえばそう不快に思うことは無くなるかもしれない」と自分に言い聞かせて使い続けてきたのですが、やはり我慢なりません。 target="_blank" なリンクによって新しいウィンドウが開かれることを、新しいタブに置き換えることはできても、タブの数が勝手に増やされていくのは小さなストレスが徐々に積み重なってきます。 例えばはてなブックマークのトップページが良い例でしょうか。 「ちょっと人気ページでも見るか」と思ってクリックしたら新しいタブがぽこんと開かれてコンニャロ、というパターンをここ数日繰り返しています。 自分で開く場合はコンニャロとは思わないんだからホイールクリックすれば良いのに、学習能力が無い人ですね全く。 ( 他人事 )

設定方法 ( スクリーンショット付き )

前置きが長くなってしまいましたが、 Firefox 2 で「新しいページを現在のタブまたはウィンドウで開く」方法をご紹介。 IRC チャンネル #汚れの巣朝顔日記 | Another 朝顔日記ののりさんに尋ねてみたら、 FxSetting にメモしていた項目から即答いただきました。 感謝 ! なお、 Firefox 1.5 を使われている場合は、 Destroy target="_blank" with Firefox 1.5 の方法で簡単に設定できます。

なお、 Firefox ネタということでスクリーンショット作成はあえて HAPPIDEATH - ふぉくす子とだば子 2/擬人化のページ上で行いました。 嘘です Firefox ネタだからというよりも単に定期的にあの絵を紹介したかっただけです。

  1. Firefox のアドレスバーに about:config と入力して about:config 画面を表示します。
  2. フィルタに browser.link.open_newwindow と入力して browser.link.open_newwindow および browser.link.open_newwindow.restriction の 2 項目に絞り込みます。
  3. browser.link.open_newwindow の行を補助クリックして「値の変更」を選択します。
  4. 3 を 1 に変更して browser.link.open_newwindow の値を 1 に設定します。

設定は以上です。 要するに、 about:config から browser.link.open_newwindow の値を 1 にすることで target="_blank" なリンクも現在のタブまたはウィンドウで開くように設定できるということです。

ちなみに、 browser.link.open_newwindow.restriction の値を 0 にして window.open() なリンクをタブで開くようにするという手法もありますが、 browser.link.open_newwindow の値を 1 にした状態で browser.link.open_newwindow.restriction の値を 0 にすると、 window.open() なリンクも現在のタブまたはウィンドウで開くようになるので注意が必要です。 ( window.open() なリンクも現在のタブまたはウィンドウで開くなら別に良いじゃないか、という方もいらっしゃるかもしれません。 しかし、 window.open() なリンクを新しいタブや新しいウィンドウではなく現在のタブや現在のウィンドウで開いてしまうと、不都合がある場合があります。 例えば XREA のファイルマネージャは「新規のウィンドウでアップロードの完了を待って、終了したら元のウィンドウを遷移する」という動作をしているため、このような設定にしているとファイルのアップロードができなくなります。 )

トラックバック送信先

Another 朝顔日記 - window.open() の挙動

browser.link.open_newwindow の値を 1 にした状態で browser.link.open_newwindow.restriction の値を 0 にすると不都合が生じるかもしれない、というケースを挙げてみました。

トラックバックレス

Another 朝顔日記 - XREA のファイルマネージャでアップロードからトラックバックをいただきました。 その記事でも追記されていますが、 browser.link.open_newwindow の値を 1 以外にした状態で browser.link.open_newwindow.restriction の値を 0 にしている場合 ( 要するに window.open() なリンクを新しいタブで開く状態 ) は XREA のファイルマネージャでのファイルアップロードは可能です。

私のように何が何でも現在のタブまたはウィンドウで開く設定 (browser.link.open_newwindow==1 AND browser.link.open_newwindow.restriction==0) の場合にその不都合が起こるということで。 その場合は一時的に browser.link.open_newwindow を 3 に戻してやるとか FFFTP などの代替手段を取るなどすれば問題はありません。

ブックマークコメントレス

ついでにはてなブックマーク - hxxk.jp - Destroy target="_blank" with Firefox 2 2006年12月27日 suVene usability target="_blank"嫌う人って多いよなぁ。俺は逆に今見てるページをベースに引用されてるページ見たいことが多いから、_self で移動される方が嫌いでわざわざ別タブで開く事が多いがw というコメントにお返事。

あるページをベースに、そこからリンクされているページや引用元のページを見ることは私もよくあります。 と言うかたぶんそっちの方が多いかも。 そういう時はホイールクリックで新しいタブに開いていますね。 で、そういうに多方向に広がるブラウジングじゃなくて、ただ単に一方向に読み進めている時に target="_blank" なリンクだとコンニャロとなるわけです。 あとそういう一方向ブラウジングの時は、マウスジェスチャの「← : 履歴を戻る」をよく使うので、 target="_blank" だと戻れなくてやっぱりコンニャロ、みたいな。 ( まあ新しいタブやウィンドウで開かれているので、「↓→ : 文書を閉じる」で元のタブに戻れるっちゃ戻れるんですが。 )

リプライ

1 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2006-12-26T11:57+09:00 - [Firefox]XREA のファイルマネージャでアップロード < Another 朝顔日記

hxxk.jp - Destroy target="_blank" with Firefox 2 から、Another 朝顔日記 - w...

DOCTYPE スイッチについての検証とまとめと一覧表

記事データ

投稿者

真琴

投稿日時

2006-12-19T21:00+09:00

タグ
概要

モダンブラウザの DOCTYPE スイッチの詳しい一覧表というのが見当たらなかったということと、既存の表は実際の挙動と少し違うんじゃないかと思ったということから、自分で検証して表を作ってみました。そしたら自分の検証用サンプルの方が間違っていたというオチが見事についてしまいました。

リプライ

6 件のリプライがあります。

記事本文

DOCTYPE スイッチについて

DOCTYPE 宣言の種類によって、ブラウザのレンダリングが標準準拠モードになったり後方互換モードになったりすることを DOCTYPE スイッチと言います。 今回は要点だけ手短かに行きたいので詳しくは解説しませんが、 IE 6 だと DOCTYPE 宣言より前になんらかの文字 ( 記述が推奨される XML 宣言であっても ) があれば問答無用で後方互換モードになるバグがあるとか、まあよく聞く話題です。

標準準拠モードと後方互換モードでレンダリングにどんな違いが現れるかは Lucky bag::blog: xml宣言について!DOCTYPE スイッチが良いリソースなのでそちらをご覧下さい。

既存の DOCTYPE スイッチ一覧表に "?"

ここ数日、この DOCTYPE スイッチについて調べていたのですが、書籍やサイトに書かれている情報と、実際に試してみた結果が少し違うんですよね。 あるリソースでは後方互換モードとされている DOCTYPE 宣言・ブラウザが、自分で試してみると標準準拠モードと思われるレンダリングになっている、という感じで。

例えば、私の手元にある書籍で最新のものであるスタイルシートサンプル&リファレンスの 30 ページにある一覧表では

DOCTYPE 宣言 Firefox IE 7 IE 6 Opera Safari MacIE 5
なし 互換 互換 互換 互換 互換 互換
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> 互換 互換 互換 互換 互換 互換
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> 標準 標準 標準 標準 標準 標準
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"> 標準 標準 標準 標準 標準 互換
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> 標準 標準 標準 標準 標準 標準
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> 標準 標準 標準 標準 標準 標準
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
標準 標準 互換 標準 標準 標準
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> 標準 標準 標準 標準 標準 標準
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
標準 標準 互換 標準 標準 標準
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> 標準 標準 標準 標準 標準 標準
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
標準 標準 互換 標準 標準 標準

となっていますし、以前見かけてブックマークしていた miniturbo::blog DOCTYPEスイッチ でも

DOCTYPE 宣言 Firefox 2 IE 7 IE 6 Opera 9 Safari NN 7 MacIE 5
なし 互換 互換 互換 互換 互換 互換 互換
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> 互換 互換 互換 互換 互換 互換 互換
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> 標準 標準 標準 標準 標準 標準 標準
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"> 標準 標準 標準 標準 標準 標準 互換
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> 標準 標準 標準 標準 標準 標準 標準
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> 標準 標準 標準 標準 標準 標準 標準
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
標準 標準 互換 標準 標準 標準 標準
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> 標準 標準 標準 標準 標準 標準 標準
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
標準 標準 互換 標準 標準 標準 標準
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> 標準 標準 標準 標準 標準 標準 標準
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
標準 標準 互換 標準 標準 標準 標準

となっています。 ( なお、比較のためにそれぞれの表の形式をある程度揃えています。 ) しかし、 URL 表記無しの HTML 4.01 の DOCTYPE 宣言 (<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional //EN">) でも、いくつかのブラウザはこの表と違って標準準拠モードになっているような気がするのです。

検証用リソースと検証結果

検証のために、 body 要素内の記述は共通で、 DOCTYPE 宣言や XML 宣言のみを書き換えたものを用意し、それを実際に表示して確かめてみました。 h2 レベルの見出しを含む div.section の margin-left プロパティに 50 という不正な値 ( <margin-width> 値は auto または <length> または <percentage> しか指定できませんので、単位無しの数値を値として指定した場合は標準準拠モードでは不正な値となり、その宣言は無視されます ) を指定しているので、後方互換モードでレンダリングされた時のみ h2 レベルの見出しを含む div.section は 50px 分の左マージンを持つはずです。 なお、表中の DOCTYPE 宣言の列からサンプルファイルにリンクしていますので、実際に確認していただくと良いでしょう。

また、 Safari 2 および MacIE 5 での検証は SEOについての覚書の土屋 裕美さんにご協力いただきました。 この場を借りてお礼申し上げます、ありがとうございました ! 次会う時には何かオゴります。

それと、サンプル HTML に用いたグリッド背景画像は Lucky bag::blog: グリッドレイアウトのための背景画像のものを使わせていただきました。 これ初めて活用してみましたが、便利ですね。 次会う時には何かオゴってください。 ( 何故 )

DOCTYPE 宣言 Firefox 2 Firefox 1 IE 7 IE 6 Opera 9 Opera 8 Safari 2 NN 8 NN 7 MacIE 5
なし 互換 互換 互換 互換 互換 互換 互換 互換 互換 互換
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> (//EN の前に空白無し。これが正しい公開識別子 ?) 互換 互換 互換 互換 互換 互換 互換 互換 互換 互換
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional //EN"> (//EN の前に空白あり。これは正しくない公開識別子 ?) 標準 標準 標準 標準 互換 互換 標準 標準 標準 互換
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional //EN" "http://www.w3.org/TR/html4/loose.dtd"> 標準 標準 標準 標準 標準 標準 標準 標準 標準 標準
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"> 標準 標準 標準 標準 標準 標準 標準 標準 標準 互換
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> 標準 標準 標準 標準 標準 標準 標準 標準 標準 標準
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> 標準 標準 標準 標準 標準 標準 標準 標準 標準 標準
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
標準 標準 標準 互換 標準 標準 標準 標準 標準 標準
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> 標準 標準 標準 標準 標準 標準 標準 標準 標準 標準
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
標準 標準 標準 互換 標準 標準 標準 標準 標準 標準
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> 標準 標準 標準 標準 標準 標準 標準 標準 標準 標準
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
標準 標準 標準 互換 標準 標準 標準 標準 標準 標準

基本的にはモダンブラウザならたいてい標準準拠モードでレンダリングするということで良いみたいですね。 注意点は IE 6 は XML 宣言をすると後方互換モードになってしまうこと。 また、 IE 7 でも drry+@-> IE7 Beta 2 における XHTML の標準準拠モード切替えについてで解説されているように、 XML 宣言中の区切り文字を半角スペース以外にしてしまうと後方互換モードになってしまいます。

URL 指定無しの HTML 4.01 Transitional の罠

この記事を書いた後に miniturbo::blog DOCTYPEスイッチの方のサンプルを確認したら、 URL 指定無しの HTML 4.01 Transitional の DOCTYPE 宣言はやはり後方互換モードでレンダリングされているんですよねえ。 おかしいなあ......と思って自分のサンプルと見比べていたら、あることに気付きました。

HTML 4.01 Transitional の DOCTYPE 宣言ですが、私は <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional //EN"> というように書いていたんですよね。 これはローカルのメモから持ってきたものなので、もうどこを参考にしたのかすら分かりませんが。 で、 HTML 4.01 Transitional 以外の DOCTYPE 宣言では例えば <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"> のように書いています。 この違い、分かるでしょうか。

HTML 4.01 Transitional の方は、 Transitional //EN と、 //EN の前に空白を入れているのに対し、それ以外では //EN の前に空白を入れていません。 「もしや」と思って <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> と書いたサンプルを作ってみると、 miniturbo::blog DOCTYPEスイッチと同じように全て後方互換モードになりました。 なお、追記時には JamGraffiti | JamDiary-twig の壱茉さんに検証を手伝っていただきました。 ありがとうございます !

URL 指定無しのHTML 4.01 Transitional 以外ではどれも標準準拠モードになるので空白があっても無くても変化はありませんが、この DOCTYPE 宣言の時だけは空白に気をつけておかないと、あえて後方互換モードにしたつもりが標準準拠モードになってしまった......ということも起こりそうですね。 そしてこんな違いは普通気付きません ! 私も 2 つを見比べてやっと気付いたくらいですし。

リプライ

6 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2006-12-19T22:34+09:00 - kz

はじめまして。 miniturbo.orgのkzと申します。 Firefoxは http://www.mozilla-japan.org/docs/web-developer/quirks/doctypes.html をふまえた上で検証をしていたのですが、どうやらリサーチ不足だったみたいです。 間違いを指摘していただき、感謝いたします。 miniturbo.org内の記事も修正し、こちらへのリンクを貼らせていただこうと思います。 よろしくお願いいたします。

2006-12-19T22:46+09:00 - DOCTYPEスイッチ < miniturbo::blog

先日公開されたFirefox2(Fx2)や、待ちに待ったWindows...

2006-12-19T22:51+09:00 - 真琴

kz さんすみません ! kz さんの表もある意味合っていますということに気が付きました ! 今追記部分を書いているのでしばらくお待ちください。

2006-12-19T23:13+09:00 - 真琴

……ということで追記しました。 というか、 http://www.mozilla-japan.org/docs/web-developer/quirks/doctypes.html なんてリソースがあったんですね。これを見て書けば良かったのか。 <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional //EN"> のように、公開識別子に空白を入れてしまった方が標準準拠モードになるのは「未知の DOCTYPE 全て。以下の(技術的に既知の) DOCTYPE を含む。」によるものでしょうか ?

2006-12-20T00:04+09:00 - kz

追記部分を読んだので、再びコメントいたします。 なるほど!「//EN」の前にスペースが入っていた為だったんですね。 先ほどW3C(http://www.w3.org/TR/html401/struct/global.html#h-7.2)の方で仕様を確認してきたのですが、「//EN」の前にスペースは入っておりませんでした。 Firefoxでは「未知の DOCTYPE 全て」に当てはまるのだと思います。試しに、公開識別子のバージョンを変えてみたところ、"-//W3C//DTD HTML 4.01 Transitional//EN"では互換モードになり、"-//W3C//DTD HTML 4.02 Transitional//EN"では標準準拠モードになりました。スペースが混入していたことで、新たなるDOCTYPEと認識されたのだと思います。 IEでは以下のリソースを参考にしていたのですが、やはりスペースは入っておりませんでした。 http://www.microsoft.com/japan/msdn/ie/ie60/cssenhancements.asp …にしても、スペースの混入はうっかりやってしまいますね…。僕も過去に作ったものを見返してみたら、見事にスペースの含まれているものがありました; miniturbo.orgの方はまた修正してきますので、後ほど確認していただければ幸いです。 では、長文失礼いたしました。今後ともよろしくお願いいたします。

2007-05-11T22:27+09:00 - Movable Type3.3をカスタマイズ その2 xml宣言とDOCTYPE宣言の指定 < ssabtb

xml宣言とDOCTYPE宣言を指定する理由 Movable Typeのテンプレ...

Web Scouter だと LIPPiN にも Lucky bag::blog にも 3ping.org にも何故か勝ってしまう件について

記事データ

投稿者

真琴

投稿日時

2006-12-19T02:16+09:00

タグ
概要

ブログバトラー [Blog Battler] に続いて Web Scouter を試してみました。身近な人と比べてみたのですが、何故か勝ってしまったのが不思議でなりません。

リプライ

リプライはまだありません。

記事本文

ブログバトラー [Blog Battler] に続き Web Scouter

何だかバトラーとかスカウターとか、少年漫画あるいはゲームのような記事が連続しますが。

Web Scouter というサービス、面白そうですね。 今見ているサイトがネット上でどのくらいの「メディア影響力」があるのかを確認できる無料サービスです とのことですが、 Webスカウターの値は独自のロジックにより数値化したものです。 日々変動する数値となっていますので、あくまでも参考としてご利用ください と、日々新しい数値になっていくようです。 どんなロジックなんでしょうね。

試しに焼酎カルテットの 4 サイトを比較してみましたが、何故か私のところが一番強いようです。 ブックマークの数や feed 登録数だと Lucky bag::blog が最強かなと思っていたんですが、それ以外にも何らかの判定基準があるんでしょうか。

自分用ブックマークレット

Web Scouter のトップページにスカウターのブックマークレットが置いてあるのですが、何故かこれだと hxxk.jp は "More" のリンクが表示されないんですよね。 なので、スカウターエフェクトを表示せずに直接詳細ページ (http://ja.webscouter.net/info.phtml?u=http://exsample.com/) に移動できるブックマークレットを作成しました。

  • Web Scouter Direct ( 今見ているページの Web Scouter 詳細データを見るブックマークレット )

自分しか使わないような気がしますし、詳細ページに直接飛ぶ時点でもうスカウターの意味を無くしてしまっていますが、とりあえず置いておきますね。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

「ブログバトラー」をサイト内に貼ることができない環境 ( 例 : はてなダイアリー ) でも楽しむ

記事データ

投稿者

真琴

投稿日時

2006-12-18T21:37+09:00

タグ
概要

ブログバトラーはサイト内に貼らなくてもブックマークレットで対応できるようです。怒られるかもしれませんが。

リプライ

3 件のリプライがあります。

記事本文

作業の合間に。

作業の合間にって言うか夕食をつまみながらというお行儀の悪さですが、ブログバトラー [Blog Battler] に登録して遊んでみました。 とりあえず物は試しと、 IT戦記 - ブログバトラーの amachang さんと対戦してみたら、ビギナーズラックか ? 勝利してしまいました。

登録した feed からアイテムやまほうの名前を決めるようなのですが……「ページ」とか「リンク」とかは分かるんですが「ダメ」っていうまほうがあるあたり私らしいなあと。

ブログパーツは貼りたくない。

作成者には怒られるかもしれませんが、ブログパーツの類って嫌いなんですよねえ。 IT戦記の amachang さんははてなダイアリーの仕様による制限を回避するために、 javascript:var d=document.createElement('div');d.innerHTML='<object data="http://blogbattler.com/bbparts.swf" type="application/x-shockwave-flash" height="288" width="140"><param name="movie" value="http://blogbattler.com/bbparts.swf"><param name="wmode" value="transparent"><param name="FlashVars" value="id=9">BlogBattler.</object>';document.body.appendChild(d);var s=d.style;s.position="fixed";s.top="100px";s.left="100px";s.zIndex=1000;void(0); というブックマークレットを作成されているようです。

これに各人の id ( この場合の id=9 は amachang さんの id ですね ) が記述されているので、その id を自分のもの ( 仮登録完了メールに書かれてある本登録用の URI が書かれています ) に変更すればブログパーツを貼りたくない、貼ることができない貴方もブログバトラーを設置して挑戦を受けることができます。 怒られるかもしれませんが。

ちなみに私の id は 32 なので、ブックマークレットは次のようになります。 この id はインクリメントされているようなので、順番に書き換えていくと対戦者を簡単に探すというテクニックにもなりますね。 javascript:var d=document.createElement('div');d.innerHTML='<object data="http://blogbattler.com/bbparts.swf" type="application/x-shockwave-flash" height="288" width="140"><param name="movie" value="http://blogbattler.com/bbparts.swf"><param name="wmode" value="transparent"><param name="FlashVars" value="id=32">BlogBattler.</object>';document.body.appendChild(d);var s=d.style;s.position="fixed";s.top="100px";s.left="100px";s.zIndex=1000;void(0);

それじゃ ( ブログバトラーじゃなくて私の方の ) 関係者に怒られない内に作業に戻ります。 あとでメールしますので !

リプライ

3 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2006-12-19T14:50+09:00 - ブログバトラーを使ってみて感想と戦闘員ブログいくつか紹介 < 白いエム会議

ブログバトラー、とりあえず使ってみての感想としては、勝つことを考えると選択できる...

2007-01-17T22:56+09:00 - 世界中のバトラーとブログで対戦 「ブログバトラー」 < 群馬県で働くWebクリエイターsomyuのブログ

さーてwebスカウターでメディア影響力を調べた後は、 戦闘でもしてみましょうか...

2007-01-26T22:48+09:00 - ブログバトラー < RaiseField

なんだか、面白そうなんでブログバトラーなるものを設置。 ブログバトラー みんな、...

勘違いさんと言われたことへの反論と MOMENT のテンプレートソースの公開

記事データ

投稿者

真琴

投稿日時

2006-12-14T23:22+09:00

タグ
概要

何だか無断リンクを禁止する方から無断リンクを使って名指しで非難されたので、極力先方の意向に沿いながら反論してみます。あと MOMENT の作り方をちょっとだけ紹介。

リプライ

3 件のリプライがあります。

記事本文

何だか無断でリンクされて勘違いさん扱いされたので反応してみる

Yahoo!ブログ - *Yoko's Room* というサイト ( リンクはTOPページに限り完全フリーです。という方針だそうですので、本題じゃない所で抗議されないようにここは従っておきます ) の 2006 年 12 月 13 日 14:29 付けの記事でネチケット違反の勘違いさんと言われたのでちょっと反応してみようと思います。

私は hxxk.jp について - 著作権およびリンクで詳しく述べていますが、認証をかけていないリソースについてへのリンクは制限していませんし、連絡も必要ないというスタンスで公開しています。 でも、「無断リンクを禁止する人」が「 ( 無断リンクを容認する ) 他人のページには無断リンクを堂々と行う」という点に大きな矛盾を感じました。

先方が主張している内容のまとめ

ひとつひとつ引用してまとめようかとも思いましたが、 cite 属性に個別記事の URI を書いても無用な苦情を言われそうなので私なりにまとめます。

  • リンクを行って良いのはそのサイトのスタートページのみ
    • 多くの Web マスターはそれ以外のページにリンクを行われると迷惑
    • Web マスターが定めるアドレスのみにリンクを行うべき
    • リンクフリーと称されるページは、大抵がスタートページだけだと思う
  • はてなブックマークのユーザは「管理者に迷惑をかけなければどこにリンクを張っても良い」と考えている
    • こんな使い方をしているのははてなブックマークだけ
  • 自分と異なる考えを持っているからと批判はしないで欲しい
  • ページ単体へのリンクは書いた人の権利を侵害している
  • HTML の知識はある

反証というか私の主張

さて、前項の内容に対しての反証を行ってみましょう。 批判ではなくね。

このような反論を行ったらトラックバックを送って通知するのが筋だと思いますが、私はトラックバックを送る時は必ずそのページへのリンクを書くようにしているため、無断リンクになってしまいます。 よって、その方針を曲げてまで送るのも嫌なのでトラックバックは送っていません。 それに、ネチケット違反の勘違いさんと名指しで非難された時も「リンクしました」という明示的な通知はなく、誰かからの HTTP_REFERER によって当該ページを知ったので、私もそれに倣って HTTP_REFERER を以って通知とさせていただきます。

こういう解決策もあるよ

以前も一度 MOMENT に書きましたが、既に過去ログになってしまいました。 MOMENT みたいに「スタートページしか無い」ような weblog を作れば意図しないリンクを行われることも無いんじゃないかと思います。

<?xml version="1.0" encoding="<$MTPublishCharset$>"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="<$MTDefaultLanguage$>" xml:lang="<$MTDefaultLanguage$>">
  <head profile="http://purl.org/net/ns/metaprof">
    <meta name="generator" content="<$MTProductName version="1"$>" />
    <MTIfNonEmpty tag="MTBlogDescription"><meta name="description" content="<$MTBlogDescription remove_html="1"$>" /></MTIfNonEmpty>
    <title><$MTBlogName encode_html="1" remove_html="1"$></title>
    <link rel="stylesheet" href="<$MTBlogURL$>styles-site.css" type="text/css" media="screen,tv" charset="<$MTPublishCharset$>" />
    <link rel="alternate" type="application/atom+xml" href="<$MTBlogURL$>feed.xml" title="Feed" />
    <link rel="EditURI" type="application/rsd+xml" href="<$MTBlogURL$>rsd.xml" title="RSD" />
  </head>
  <body>
    <h1><$MTBlogName encode_html="1" remove_html="1"$></h1>
      <MTEntries lastn="30">
        <div class="section entry" id="entry-<$MTEntryID$>">
          <h2><$MTArchiveDate format="%Y-%m-%dT%H:%M:%S+09:00"></h2>
            <$MTEntryBody$>
        </div><!-- div#entry-<$MTEntryID$> END -->
      </MTEntries>
  </body>
</html>

まあ実際には保存用に月別アーカイブを生成していますが、 robots.txt の巡回を拒否したりアーカイブのディレクトリに認証をかけたりしてトップページしか無いように見せかけています。 もし同様のコンセプトで weblog を作って、スタートページ以外への無断リンクを実質できなくしたい、というのであればお尋ね下されば詳しく教えますよ。

リプライ

3 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2006-12-15T00:06+09:00 - アリシアさんに倣ってみる < SOL

アリシアさんみたく「あらあら」「うふふ」に生きてみるといいと思うよ。

2006-12-15T01:05+09:00 - 瑠璃

「無断リンクを禁止する人」が「 ( 無断リンクを容認する ) 他人のページには無断リンクを堂々と行う」は別に構わないと思います。「無断リンクを禁止するページに無断リンクを堂々と行う」ではありませんから。

2006-12-16T00:14+09:00 - 真琴

確かにそうですね。矛盾は感じましたが、リンクされた事自体は元々禁止していないことなので咎めるつもりはありませんし。 ただ、先方が無断リンク禁止を是とする根拠が何なのかなあと思ったり。もし RFC1855 を根拠として持ち出してくるのであれば、相手が容認しているか否かに関わらず<q>Don't point to other sites without asking first.</q>に従うべきであって、結局 Yoko さんは自家撞着に陥るんじゃないかと思います。屁理屈かもしれませんが……

自分のハンドルに名字を設定したい

記事データ

投稿者

真琴

投稿日時

2006-12-06T02:57+09:00

タグ
概要

色々な事情から、この度ハンドルに名字を設定することにしたので、はてなユーザに質問を投げてみました。

リプライ

5 件のリプライがあります。

記事本文

むしろ今までなかったんかい。

人力検索はてなって好きなんですよね。 機械検索ではできない調べ物や、ちょっとした相談をするときに重宝しています。

今回は人力検索はてな - 現在、真琴というハンドルを使って WWW 上で活動しています。 元々深い意味で付けたわけではないハンドルだったので、名字部分は全く考えていませんでした。ということで、私のハンドルに合う名字を付けてくれませんか、というお題。 2 年以上この名前を使っているのにその間ずっと名字が無かったというのもどうなのよ、という感じもしますがそれはさておいてください。

「○○真琴」とつなげて自然な感じであればオーケー。 希少名字や難読名字は他人との重複が無くて良いかもしれませんが、それは却下とさせていただきます。 あと川本も無しですよ最初に言っておきますが。

リプライ

5 件のリプライが送られています。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

2006-12-15T16:04+09:00 - purprin

こんにちは。 興味深いお題だったので、一人で悩んでしまいました。 ビールがお好き、ですとか真琴さんの書かれる文章が多角的なところや、MOMENT から連想できる「瞬間」「刹那」というようなイメージの名字にするとおそらく難読系になりがち、希少名字や難読名字が却下ということと人力検索のコメントにでていないもので・・ 「星野真琴」 いかがでしょうw 理由は、「真琴」さんの「琴」の字がとても優美なイメージなので、星空のような世界観の名字がぴったりだと思ったからです。 と、まじめに回答させていただきました。

2006-12-16T00:35+09:00 - 真琴

そう言われるとふまじめな回答も聞きたくなるのですがw それはさておき、 MOMENT に着目されたのはいいとこを突いていると思います。自分で考えた名字はそこに少し関係していますので。 また、「星野」自体も自分で考えていた名字にそこそこ近いです。第二候補としてストックしておこうかなあ。

2006-12-24T00:35+09:00 - iwaim

麦酒真琴!

2006-12-27T01:44+09:00 - 真琴

確かに私らしい名字じゃあるけど、実際にソレが名字な方っていらっしゃるんでしょうか……。

2007-02-09T00:22+09:00 - hxxk.jp の中の人 (真琴さん) のハンドルの苗字について < Scribble - zcxv.net

真琴さん (hxxk.jp) の苗字らしきものを CSS の署名にて発見?

厳密にはすまねじゃないけどすまねオフ 2006 ということにします

記事データ

投稿者

真琴

投稿日時

2006-12-04T00:22+09:00

タグ
概要

オフ会をしましたよという報告と、帰り道の観光スポットを人力検索で質問しましたよというお知らせ。

リプライ

リプライはまだありません。

記事本文

プチオフ会をやったよの巻

出張で近くまで寄ったので、 Mushline のアサノさんを呼びつけて ( おい ) プチオフ会を敢行しました。 詳細はまた改めて書くことにしますがとりあえず報告まで。

寄り道しながら帰るよの巻

本当はオフ会などせずにまっすぐ帰れば月曜日から通常業務に戻れたのですが、休日返上で出張したのでただ帰るのは癪だということでプチオフ会に至ったわけです。 月曜日には有休を充てていますので、一日かけてのんびり帰ればいいのですが、良い観光ポイントが思い浮かびません。

人力検索はてな - 【12/4の9:00前後に締め切ります】出張の関係で、米子市に来ています。明日は休暇を頂いているのでのんびり帰るだけなのですが、少々寄り道したいと思っています。という質問をしてみました。 もし締め切り時間までにこの記事あるいはこの質問を見られた方、良かったら回答してみませんか ?

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

JIS 慣用色の和名と洋名のカラーチャート ( というものを以前作っていたので紹介 )

記事データ

投稿者

真琴

投稿日時

2006-12-02T19:16+09:00

タグ
概要

過去に作っていたリソースと似たようなものがブックマークを集めているようなので、便乗してみる浅ましい試み。

リプライ

リプライはまだありません。

記事本文

JIS 慣用色の色名と CSS での数値指定との対応表をちょっと改造

日本の伝統色 - 2xup repos という記事がはてなブックマーク - 最近の人気エントリーに上がっているのを見て、そういえば JIS 慣用色の色名と CSS での数値指定との対応表というものを作っていたなあと思い出し、また日本の伝統色 - 2xup repos では input 要素を使って 16 進数値をコピーしやすいようにしているのを見て、その手法を反映させてみました。

ついでに ping URI の提供方法あれこれでも紹介していた、シングルクリックで即選択状態になるようにする手法も取り入れています。 日本の伝統色 - 2xup repos より色数は少ないですが、 16 進数指定に加え、 RGB 数値指定および RGB パーセント指定も併記していますので、必要に応じてご利用いただければ幸いです。

リプライ

リプライはまだ送られていないか、管理者の承認待ち状態です。 この記事に対するご意見やご質問、ご感想などありましたら個別記事ページの送信フォームからお送り下さい。

補足情報

著作、講演、制作実績など