200308

Past diary

#id0801-1

つい先日、元旦を迎えたと思ったら、もう 8 月か。早いなあ。7 月は涼しかったこともあり、余計に早く感じる。夏が終れば秋ですよ、当たり前ですけれど。で、秋が終れば冬がきます。年を重ねる毎に 1 年が過ぎるのが早く感じる。だんだんと、単調な人生になってくるからでしょうか。とは、どこででも言われていることなのだろうけれど。

そんなことはどうでもよくて、せっかく製作者の CSS を代替としたのだから (というのもヘンだけれど)、ブラウザデフォルトの CSS をあてにせずに、こちらできちんとした CSS ファイルを作ろうと思っているのだけれども、どうにもわからないことが多すぎる。というか、なにがわからないのかすらよくわかっていない始末。試しに思いつく限りの指定をしてみたけれど、ブラウザデフォルトのそれと競合してしまって、なにがなんやらさっぱりです。

僕が用意している CSS を適用して、うちをみている方がいたらの話。以前に比べ、明らかに表示がおかしくなったとしたならば、それは僕の知識不足からくるシロモノです。ブラウザのバグ (あるいは実装上の問題) というわけではなさそうです。たぶん。今までと同じ見栄えをもう少し細かいところまで指定しようとした結果ってだけですので。(IEとかの視覚系のブラウザのデフォルト CSS が概ね似通っているもの、と仮定での話／久々に表示確認とかしてみた)

#id0802-1

見出しに ID 属性を設けるというのがなんだかヘンな気がした。

僕は、あくまでも特定した日にち (の日記) へ ID を設けていたつもりだったのだけれども、「見出しに ID を設ける = (僕が意図した日記) へ ID が割り振られている」 というわけではなかった。つまり ID 割り振られているのは、当たり前なのだけれども、見出し。それがたまたま、#ID と入力したときに近い場所に 「飛ぶ」 というだけの話であって、という感じ。で、改善してみたってだけの話です。とはいっても、単に日記部分を DIV で囲って、その DIV に ID を割り振ったってだけですけれど。そもそもログを残さないんだから、そんなことをする必要性は薄いんだけれど。

っつーか酷いな、この文章。

#id0802-2

空気の読めないことを言ってみるテスト。上記した 2 つのサイトの作者はおそらくおなじ。って、既出なのかな。徳保スレみてないからわかんないや。ちなみに 2 つのサイトの作者が同じという根拠は、(字下げをほとんどしない) HTML ソースとおなじアクセス解析を使っていたこと。今現在、趣味Web はアクセス解析を仕込んでいないので、現状の HTML ソースからは比較することはできないけれど、google キャッシュを使えば同じであることがわかります (なに偉そうに語ってんだか。まあ僕は子供なんで……)。

というか、今年の 7 月にスタートしたサイトで既に1500PV/Day程度を獲得できて、尚且つ、「徳保」という名前を使っていないのだとしたならば、2ch (ウォッチ) 関係のサイトとしか思えない。という文章を書いて適当に勘ぐって 「結局どこなんですかね〜、新しいサイトって」 と〆ようとしたのだけれど、その文章を書く直前に巡回してみたら 「アレ?」 とか思って、みたいな。

これだけ言っておいて、間違っていたらどうしよう……。すみませんとしか……。

#id0802-3

もうだめだ。

#id0803-1

いや、だめじゃないかも。

#id0803-2

結局はすぐに消しちゃうんだろうけれど、ログとか残してみる冒険。いちおう、残すのは今月分からにしようと思うのだけれども、せっかく残すのであれば、使い勝手がいいような残し方をしたく。けれども、その使い勝手がいいような残し方 (ファイルの分割の仕方) がいまいちわからない。

管理をするのであればひと月分まとめてしまった方がラクっちゃラクなんだけれど、先月は、なんか知らないけれども、ひと月の日記のサイズが 70KB 強の量があったんですよね。その辺から考えると、たかだか数バイト分の文章を参照しようとしても、その何倍ものサイズのファイルを読み込まなければならなくなる。と、考えるとひと月分、まとめて収納するというのは、利用する方からすると、勝手が悪い。

それならば逆に、各 ID 毎にファイルを分割すれば使いやすいのかというと、今度はまとめて読む人が利用する場合 (が、あったとしたならば)、いちいち面倒になってくる。というか、文章が小論文形式ならばそうする価値もありそうだけれど、たかが日記でそんなことまでする価値があるかというとあるわきゃない。間を取って、ひと月分まとめたファイルと、各 ID 毎に切り抜いたファイル、2 つの種類を用意するのが良いのかも知れないけれど、それは管理をする上でやっぱり面倒くさくなってくる。

これらのことから鑑みると、CGI とかお洒落なものを使用させてくれない DIQN さんは、意地悪だという結論が導き出されるのである。さすが DIQN といわれるだけのことはある。冗談ですごめんなさい。はてなダイアリーは使いやすそう。話がずれた。(ローカルで CGI を使って記事や見だしへのリンクを生成して (欲を言えば自動的にアップロードさせる)、っていうのが現実的な解決策なのかな。ってまあ今の知識じゃそんなの作れないけれど)

index.html からリンクしていなくても、ファイルがないという可能性はゼロではないので、参照する場合は、各ファイルの方へリンクするとみんなが幸せになれます (でも、みんながみんな幸せになってしまったら、ちょっとしたことで不幸を感じてしまうかもしれません)。その他の幸せオプションとしまして、日付 (ID) を付記した上で index.html にリンクというのもあります。まあ、みんなが適度に幸せになるよう、みんなが適度に不幸になるよう、ご利用は計画的にしてください。

#id0803-3

闇黒日記で見つけた記事。

適当なことを教えておいて、きちんとしたルールは後で学べというのは非効率的だと思う。記憶容量の無駄遣いとでもいうか。小難しいものを万人にとって理解しやすいよう説明しようとすると、省略できるものは省略しなければならなくなる…つまり必要最低限の事柄しか説明できなくなるわけだけれど、結局それは説明するがわの手腕が問われるのだな。なにを必要最低限とするかの見極めは難しいものだから。で、その見極めがあまりにもあんまりだったから、アレになってしまったのだな。

難しいものをわかり易いよう説明するのは難しいことだし、難しいものを簡単と称して説明するのはちょっと無理がある。嘘になるから (騙しているとも言う)。それと、どのような観点からの物言いであっても、間違っているものは間違っているものである。だから適当なことを書いてしまった朝日新聞は、それをみた人たちに、いろいろと言われてしまっているのだろうな。

補足。HTML が難しいというのは HTML の知識があまりない人にとっては、といった感じで。知ったら知ったで、また難しさを再確認してしまいそうだけれど。というか、ほーむぺーじ作成の手段を、なにも HTML にする必要もないと思った。あとはなんだろうな。企業さんと、趣味でいろいろと書いている人たちの公開動機やターゲット層の差異がすれ違いを生んだのかもな。

ほーむぺーじは企業に頼んで作ってもらうのが一番手っ取り早いです。仮にデタラメな HTML で作成されてしまったとしても、その責任は依頼した企業に押し付けることが可能。でもデタラメであるのか、そうでないのかを選別する為には知識が必要。

ところで今フと思ったのだけれど、みんながみんなきちんと HTML を理解したら、それはそれで面白そう。どっかのおじいちゃんが 「貴兄のサイトの意味付けの仕方は Invalid ですぞ! (最近の若いやつらはブツブツ…)」 とか教えてくれる環境とか。あと、何で巷にはちょっとおかしなタグ屋さんが溢れるようになってしまったんですかね。WWW の歴史でも調べてみようかな。と言っておいて、調べないのが僕なのだけれど。

#id0804-1

GameCube Browser/2.1a for Internet ってゲームキューブですか? 以前にはドリームキャストで閲覧していた人がいたけれど。こういうのの media 属性は tv にあたるのかしら。

アクセスログというのでしょうか、それを取ってみると結構面白いです。先日は、ディッシュアップ！ と off topic からリンクをされたので、人がたくさん来ました (愛美さんも off topic の中の人もフットワークが軽いなあ)。とはいっても、リンク元を採取したわけでもないですし、普段のそれと比較したわけではないので、はっきりとしたことはわからないのですけれど。ただ、おそらくウォッチャーであろうっぽい人の中に、ゲームキューブユーザがいることはわかった。僕も欲しい、ゲームキューブ (お金がないので買えません。でも貰うことはできます。この「貰うことはできます」にアンカーを忍ばすと、テキストサイト的になります)。

#id0804-2

丁度居合わせたので、前スレの方で 1000 を取ろうとしてみたら、やっぱりだめだった。1000 なんて取れやしないよ。難しいなあ。っていうか、「自分でもよくわからない」 ってどこに出てきた言葉だっけ。「そろそろお引き取りください」 というのがよかったなあ。

関係ないけれど、( ﾟдﾟ)､ﾍﾟｯというのは実体参照を使っていたりする。「( ﾟдﾟ)､ﾍﾟｯ」こんな感じ。全く可愛くない。というか、気持ち悪い。それ以前に朝っぱらからなにをやっているんだという感じがした。

#id0804-3

Operaだとデザインが大変なことになっているというご指摘を受けました

手元にあるスタイルシートの本だと

Operaでの表示がどうなるのか書いていないので

どう修正するべきなのかよく分からないのでちょっと困りました。

僕が使っている Opera で閲覧してみたら、少なくとも大変なことになっているというほどでもなかった。というか、全く崩れていなかった気がした。ちなみに Opera のバージョンとかは、以下のとおり (table 関係の使い方、全く自信がない)。

バージョン7.03
Build2670
プラットフォームWin32
システムWindows 98

IE を基準に考えると、崩れているのはどちらかというと、Opera よりも Mozilla(Gecko系っていうんですか) のような感じがします。というか、Opera というマイナーっぽいであろうブラウザを使っているのであれば、ユーザモードで閲覧してもらうのが手っ取り早いと思った。もし改善してくださいという報告があったのならばの話。はてなダイアリースキンではなく、Opera ユーザモード用はてなダイアリースキンとか誰か作ると面白いかもですね。

補足。ひょっとしたらどのスクリーンショットもデフォルト設定でのそれではないかも。IE は簡単なユーザースタイルシートをかぶせています。下線が出ているのはそのためです。

#id0808-1

スレの方に書き込もうと思ったのだけれど、あまりに時期がズレてしまったので、こっちで。とはいっても、みているかはわからないけれども。たぶん、日頃から足を運んでいる方ではなくて、うちへリンクしたサイトから流れてきた方なのだろうな。

82 ：名無しさん＠ｺﾞｰｺﾞｰｺﾞｰｺﾞｰ！ ：03/08/06 09:41 ID:Sstckzge

追記

>>Web系日記の管理人タンへ。

「自分でもよくわからない」は趣味WebBBSでの「私は自分でもよくわからない基準にしたがって物事の好き嫌いを決めているわけです。」って徳保タンの発言から来ているかと。

実は「そろそろお引き取りください」で速攻スレ立てしようとして規制で出来なかったりしてナー。

もうだめぽ……。

今さっき趣味WebBBSログをみてきたところ、確かに言っていましたね。よく覚えているなあ。

「自分でもよくわからない」 という言葉は、その語句だけを抜き出すとちょっと面白い文言だけれど、前後とあわせて読んでみると取り沙汰す程面白い言葉でもないような。むしろ、面白いというよりも言われてみればそうかもなあと相槌を打ってしまったり。物事の好き嫌いのみならず、何かの判断基準や行動の動機というのは、意識的にならないと見えてこないことが多いんですよね。ってまあ、そんなのは僕だけなのかもしれないけれど。

ところでスレ立て規制の話。夏休みということもあり結構きついですよね。規制はされてしまっているけれど、どうしてもスレを立てたいときにはCyberSyndromeから 「プロキシ特有の環境変数を出力しない匿名プロキシ」 を漁ってくるといいかもしれません。ってダメなんだっけか。そもそもそこまでして任意のタイトルのスレッドを立てたいって人はいないと思いますけれど。

調子に乗ってもう 1 個。オイさんと思われる人 (とその話題を出す人々) をウゼェと思う方は、任意の語句が含まれているレスを表示しない設定にするといいと思います。かちゅ〜しゃでいうところの、NG ワード。ただ、残念なことにオイさんはコテハンではないので、オイさんの書き込みだけ非表示にするという芸当はできないようです。できるのはあくまでも 「オイ」 という語句が含まれている書き込みを表示しないという設定、なのかなあ。だから、あんまり意味なさそう。

この設定はあくまでもスレッド (レスポンス) を読み込んでから有効になるものなので、後に禁止語句を解除すれば全ての書き込みを内容を表示させることが可能です。たぶん。まあいいや。スルーできない人をスルーできなかった人がここにもいたということで。(しかし、「○○はスルーで」 とかを他者に説き伏せているのってイジメっぽい感じがするなあ)

#id0808-2

日記の目次を作ってみました。Contents というのが目次です。思い出したかのように更新される仕様に仕上がりました。つまり手動。苦笑い。参照する場合は、目次から当該する日記の URI を取得すると手っ取り早いかもしれません。WinIEですと、右クリックからショートカットのコピーをするとかそういうのが便利なような気がしました。なんか表現がヘンだ。

しかしアレですね。目次を作るのであれば、それに合わせてきちんとした見出しも付け加えた方が利便性は高そうですね。さすがに #id0808-1 のような見出しからでは、内容を察することができない。内容を察することができないとなると、結局は頭っから開いて適当に掻い摘みながら流し読みをする羽目に。まあ、見出しというのはいちいち考えなきゃならないから面倒なんで、今までどおりにしますけれど。(なんか title 要素のそれと思考がかぶるなあ)

お知らせついでにもう 1 つ。アクセスログの取得、やめました。わかったことは、更新しなくてもアクセスする人がいたということと、それはひょっとしたら更新情報を取得したらすぐにアクセスする人ではないのかもしれないということと、それでもやっぱり更新した方が人はたくさんくるということと、(あくまで自称だから怪しいけれど) 全ての人がブラウザのバージョンアップをするわけではないというくらい。Linux ユーザもいた。あれって普段から使うような OS なんですか? 自宅サーバを立てている人に 「起動しっぱなしですが何か?」 とか言われそう。

ともかく、ご協力ありがとうございました。

#id0808-3

たとえば<a href="help.html">Help</a>としてもそれは Help という語句と href 属性値に定められた URI とがイコール関係になるだけであって、それが即ち Help 文書であることを示しているのかというとそうでもない。暗示と取れるかもしれないけれども、明示とまではいかない。では、それらを明示したいときどうすればいいのか。link 要素を用いると明示することができるそうです。

「Link要素の行き先」メモ[Note.0022 - 2003.02.27]以外はどれも似通った説明なので、じゃあこういう場合はどんな値をとればいいの? という疑問があんまり解消されなかった。ちなみに示されていた具体例は以下のとおり。

Link要素・各ブラウザでの日本語訳表記対応表
属性値Opera(702)Mozilla(121)行き先の具体例
home | topホームトップトップページ
index索引索引[あいうえお順]メニューとか
contents目次目次目次・文書選択ページ
search検索検索ページ・コーナー内検索
glossary用語集用語集用語の解説ページとか。
helpヘルプヘルプヘルプページ
first最初最初連続ページ(*)の頭
prev前へ前連続ページ(*)の一つ前の頁
next次へ次連続ページ(*)の一つ先の頁
last最後最後連続ページ(*)のお尻
up親階層上一つ上の階層(*2)へ
copyright著作権著作権表示著作権について書かれた頁
author(*3)作成者著者作成者について書かれた頁
  • (*)連続ページ ... イラストギャラリーとか、分割された小説など。日記の場合、前の月=[prev],次の月=[next]になるのかな？ ...[first]を指定しておくと、検索で途中のページがヒットした場合に、最初のページもあわせて表示してくれる事もあるらしい。
  • (*2)一つ上の階層 ... たいていは「目次」とか、「ホーム」とかとかぶりそうな予感。
  • (*3)author ... Operaでは、<link rev="made" href="mailto:メールアドレス">形式は認識しない。あくまで、著者について書かれたページを指すものらしい。

この他にも、LINK 要素によると以下のものがあるらしい。

Chapter
サイトの章である文書を指す。
Section
サイトの節である文書を指す。
Subsection
サイトの小節である文書を指す。
Appendix
サイトの附属文書を指す。
Help
ヘルプ文書を指す。
Bookmark
ブックマークを指す。各文書毎に複数のブックマークを定義できる。

これらのリンク形式は、一つの rel 属性に対して同時に複数指定できます；

とのこと。一つの rel 属性に対して同時に複数指定というのは、たとえば当該する文書が索引 (index) でもあり、用語集 (glossary) であった場合、rel="index glossary"という指定ができるということなのかな、rel="alternate stylesheet"というように (これは代替のスタイルシートということになります)。それとも、たとえば章 (chapter) が複数存在した場合にそれを複数指定できるということなのか。(たぶん、どっちも正解っぽいです)

で、いろいろと明示できるわけです。けれども残念ながら現在多くの人がこの link 要素を解釈しない IE を使っていることもあり、あまりこの恩恵に与る人もいないようです。そして多くの人が link 要素を解釈しない IE を使っていることもあり、link 要素を指定していない文書が多いわけです。しかしながら、バージョンによってはですが、Opera や Mozilla ではこの link 要素を解釈するものもあり、link 要素の指定が全くの無駄になるわけでもなさそうです。むしろ、link 要素でもって文書の関連付けをしたのであれば、わざわざ a 要素を用いて曖昧なナビゲーション (各文書の関連付け) の提供なんてしなくてもいいのです。ただ、前述したような現状から鑑みると、やはりナビゲーションの提供はするべきなのかもしれません。どっちだ。

冗長になってしまうかもしれないですけれども、link 要素と a 要素での提供が望ましいのかもしれません。(a 要素でのそれは排除してしまい、JavaScript などで任意のものを出力させるのもひとつの手かも、とか思っています。こうすれば、文書そのものに手を加えなくて済むので。これに関してはJavaScript for CSS (8)などが参考になりそうです。)

というか、僕はこのサイトの閲覧者層を大きく見誤っているような気がした。HTML とかって面白くないですか?

追記。IE は link 要素を解釈しないという表現は正しくないような。外部 CSS ファイルなどは link 要素で指定しているわけだから。違和感を感じた人は、適当に補填してやっておいてください。

#id0808-4

そういえば、はてなアンテナとかに広告がついているようですね。なんか、なんとしてでも消したいと頑張っている人もいるようです。あんまりやりすぎると、style 要素の使用を制限させられてしまうかも (用意されたテンプレートのみしか使えなくなってしまったり)。たぶんそんなことはないんだろうけれど。上部に表示されてる table タグや広告の ol タグに class 属性や id 属性が用意されていないのは消しちゃう人がいるとふんで、なのかなあ。(属性セレクタとかでできないこともなさそうだけれど)

アンテナもダイアリーもあれだけの機能を備えていながらタダ同然で使わせてもらっているのだから、広告くらいきちんと表示させてあげればいい。とか思った。デザインだなんだとこだわりがあるのであれば、広告がでないようなところを使えばいいわけだし。

はてなさんと同様の機能を自前で用意するにしたって、はてなさんの機能はそこまで複雑なものでもないのだから、ちょっと頑張ればできるわけです。そのためにはまあ、いろいろと使用許可があるようなサーバを用意しなければならないわけだけれど、それは広告が付かない引き換えと割り切ればいい。

最近、脳内で 「はてなダイアリーコミュニティ」 という脳内カテゴリが出来てきた。って今更だ、いろいろと。

#id0808-5

IE 独自拡張のアレあるじゃないですか、半透明にするフィルタ。CSS で。あれがどうにも鬱陶しいので、それだけ適用しないようにしたい (つまり値をゼロにしたいのではなく、処理させないようにしたい) のですけれど、どうやればいいですか。手っ取り早い解決策は IE を使わなきゃいいのだろうけれど、それはそれで屈したようで気分が悪いんです。教えて偉い人! (向上心の無さを露呈)

話は変わるけれど、以前、CSS で文字サイズを固定していたり、(Mozilla とかの独自拡張は OK だけれど) スクロールバーの色を変えたりしているのはどうなのか、という記事及びそれに対する反論を読んだ。なんというか、filter の方を撲滅するよう頑張ってくれと今にして思う。文字サイズの固定は簡単に解除できるし、大きくデザインが崩れていたら、製作者が用意した CSS に見切りを付けられるから。

…ということではなくて、スクロールバーの色を変えたりするのを快く思わないのは、たぶんあまりにもデタラメな HTML を説いているサイトであっても、小技と称してスクロールバーの色の変更の仕方を教えているからだと思った。つまり、スクロールバーの色の変更をしている製作者の多くは、文書構造と装飾の分離のために CSS を採用しているわけではないかも、という雰囲気が出てしまっているからなのではないか。

もちろん、前述した事柄が全ての人に当てはまるわけではないだろうけれど、スクロールバーの色を変えるためだけに CSS を採用している人もいることは事実だったり。その辺の空気がごにょごにょさせてしまっているのではないのだろうか。まあいいや。

#id0808-6

なんか上位階層へリダイレクトされるのですけれど。やめちゃったのかな。Googleでは 03/07/23 分までキャッシングされていました。というか、状況がよくわからないのはまとめ読みの弊害だなあ。ちょこちょこと足を運んでいれば、閉鎖をするにしても移転をするにしても、それなりの告知 (があったとしたならば) 読めるわけだし。(ちょこっと試してみたらwww.ultrasync.net/matsuda/index.htmlでちょこっと表示されていました)

移転状況を取り扱っているサイトってないんだっけか。まあ移転状況なんてのはあまり需要はなさそうなので、誰かがやるのを待っていても仕方がなさそう。だからといっても、僕はやらないけれど。ちなみにイメージは2ch鯖監視所みたいなの。テキスト系スレッドの新スレ情報はわりと豊富だけれど、新スレは板を検索すれば簡単に見つかるんだよな。けれども、個人サイトの移転となると中々そうもいかない。でも需要は…んー、やっぱりなさそう。

#id0808-7

専門家の間では 「鬱病」 ではなく 「うつ病」 と表記するのが一般的らしいです。

#id0808-8

あんまり大きな差はないみたい。こんぴーたウィルスとかのウィルスの英語読みはヴィールスらしいです。いや、ブルースさんとは関係ないですけれど。ブルース・ヴィールス。駆逐できないだろうなあ。

#id0810-1

Mozilla の拡張 (?) についていろいろと文章を書こうとしたけれど、どうにもまとまらなかった。えーっとつまり、IE に慣れている人は IE が最も使いやすいブラウザではあるかもしれないけれど、その他を選択するための判断材料は提供しても損にはならない、とかそういう感じです。

何かを判断するというのは、つまりそこで取捨選択が行われるわけだけれども、その判断材料は多いに越したことはないと思っているわけです。少なくとも、判断材料が伏せられている状態ではよりよいな判断はできないだろうし。その情報提供により、取捨選択が面倒くさくなってしまうと感じる人はいるかもしれませんし、結局は慣れているものが一番だという方もおられますでしょうが (それは、比較をしてみた結果なわけです)。

なんか支離滅裂な文章になってしまった。

#id0810-2

箇条書きにパラグラフを入れ子するというに矛盾を感じたので、試しに構文チェッカにかけてみたけれど、(エラーにならなかったことから察するに) 文法的には間違っていない様子。でもやっぱり矛盾してるかもなあと思った。

#id0812-1

記事の日付をみてびっくりした。およそ 3 年前に書かれた記事。内容はタイトルどおりのことで、快適なブラウジングをするためのツールの紹介。マニアック (だと思う) なツールなので使いこなすには多少の努力が必要になるかもしれないけれど、現在のブラウジングにもし不満があるとしたならば、改善できるかもしれません、とか。

僕も Proxomitron を導入しようとしたけれど、なにがなんやらさっぱりだった。取り敢えずフィルタの一例があれば取っ掛かりが掴めそうだったので、試しにウェブページ別にユーザースタイルシートを使い分けるという記事に倣ってみたところ、多少感覚がつかめました。もう少し使えるようになったらレポートでも書こうと思います。(いやしかし酷いな僕の文章は)

#id0812-2

おタカって何? (今更何言ってんだって感じ)

#id0818-1

ハードディスクを整理してたら出てきた CSS ファイル。このファイルを基盤にして、あとは各々の要素に対し事細かに指定すれば、(実装上の問題は除き) 製作者が意図した見た目になるような。ちなみにこのファイル、僕が作ったのではなく、どこかのサイトから拝借してきた代物。どなたが制作したのかは思い出せない。転載 (?) しちゃって平気かな。まあ怒られたら怒られたでいいや。

#id0818-2

死ぬ気になれば何でも出来ると仰る方もいるので、死ぬ気で自殺でもすれば死ねるんじゃないかと思った。

#id0818-3

僕がはじめて手にした HTML の解説書はアンクが著したものだったわけだけれど、結局読むのが面倒だったのでまともに読まなかったのが幸いしたのかもしれない、とか (ちなみに、図書館で借りてきました。買わないあたりがセコイですね)。というか、正しいとされているマークアップを学ぶ上で最もお世話になったのは、おそらく文法チェッカ (とそのエラー解説) だったような気がした。

正しいとされているマークアップというのはつまり、内在している要素を明示するための意味付けということなのだろうけれど、文書を作成し始めた当初、それを知らなかったのだな。だからテーブルタグをレイアウトのために使用するのが、HTML として宜しくない行為だということに全く気がつかなかった。それじゃあ、正しいとされている HTML の使い方や、文書構造と装飾の分離というのを、文書制作当初に知っていたら実行していただろうか、というとおそらくそうはしていない気がする。

テーブルタグやフレームを使わないでマルチカラムデザイン (っていうんですか) を実現しようと思い、うろちょろしていたときに九十九式が CSS を用いてそれをやってのけていたのをみて、僕もそれを真似した記憶がある。Strict なマークアップをしようと思ったきっかけになったのは Matsudastyle だったような。いずれも (言葉は悪いかもしれないけれど) 取っ掛かり程度ではありますが。ついでに言うと、CSS の存在というのかな、まあ適切な言葉はわからないけれど、その存在を知ったのはたろたまだったり。(テキストサイトばっかだ)

その後、カスイケなるリンク集を見つけ、そこからリンクされているサイトをアホみたいに眺めて、カッコいいと思って、真似したいと思って、興味をそそられて今に至っているっぽい。いずれにせよ、間違いが間違いであることさえきちんと認識できれば、どのような過程を経ても行き着くところは決まっているような。問題は間違いを間違いと認識しづらい環境。文字を大きくしたり、文字の色を変えたり、太字にしたりするときに 「なんでそうしたいのか?」 と問い掛ける人間がいれば、いろいろとマシになると思う。

そういえば、前述した本を借りてきたのが丁度去年の今頃。図書館から返却の催促を全くされないので、一年経った今でもその本は手元にあったり。読み返してみたら、うん、やっぱりちょっと。でも思っていたよりかは酷い書籍でもなかった (「余白を設けたいときは、blockquote タグで囲みましょう!」 とか書かれているのかと思ったら、そうでもなかった程度です)。

#id0819-1

たろたまついでというか。

540 ：名無しさん＠ｺﾞｰｺﾞｰｺﾞｰｺﾞｰ！ ：03/08/19 04:24 ID:s8BaDYAN

わーお。

  • ttp://www.tarotama.com/special.html

ねとらじに尻と玉が出るらしいぞ。

それにしても尻の名前って久々に見た気がするなー。

たろたまにあーヽ（´ー`）ノ

8 月29 日金曜日23 時スタートらしいです。ネットラジオでよく見かける視聴者からの投稿というのもあるらしいけれど、24 日( 日) にはフォームでの投稿を締め切らせて頂きます。とのこと。投稿は予め設けられている題目に添った内容でなければダメっぽい。フリーテーマというのもあるそうですが。

たろたまにあーヽ(´ー`)ノ (括弧は半角)

#id0819-2

#id0823-1

ブラウザデフォルトの CSS は読みづらいというようなことを何度か目にしたことがあったので、それらを踏まえてこちらで CSS ファイルを 1 つ作ってみました。とはいっても、あくまでも当サイト用の CSS ファイルなので、ユーザ CSS として使えるかは微妙。見出しの装飾などを修正すれば使えないこともないけれど、そこまでしての利用価値があるかもまた微妙であります。まあそれはどうでもいいです。

ファイルを作る上でわりと重要になるであろうこと、つまり 「ブラウザデフォルトのそれの一体どこが読みづらいのか」 というのがさっぱりわからなかったので、他所で読みづらいと言われていた個所に対し、適当に装飾をかけてみました。具体的には 「文字が横いっぱいに広がるのがウザい(大意)」 という記述を目にしたことがあったので、body 要素の余白、その他に根本的な問題として文字スタイルと行間、あとはインライン要素への装飾。こんな感じなのでしょうか。

参考までに。文字スタイルは ＭＳ Ｐゴシック (Mac だと Osaka)。body の外側余白は上下 3% 左右 8%、内側余白は 12 px。背景は白、文字の色は一段落とした黒 (なのかな? 16 進法の値でいうと #333 です)、行間は 150%。あとは適当に枠線を設けただけです。たったこれだけ (ではないけれど) で可読性が飛躍的に高まるとは思わないけれど、少なくともブラウザデフォルトのそれよりかは、読みやすいと感じる人が増えることを期待しています。

今回作ったのは、使ってもらうことを前程としているのですが、相変わらず代替 CSS としているので、それらを解釈するブラウザを使うといいかもしれません。それだったら推奨としておけという感じがしないでもないですが、ブラウザデフォルトのそれが見づらいという方はこちらで用意した CSS ファイルを適用してください、という程度のものなので。Note というタイトルのものが今回作ったファイルです。それから、前述したように使ってもらうことを前程にしているので、改善した方がより読みやすくなると思った個所がありましたら、教えていただきたく。なにも言われなかったら 「読みやすいんだな」 と判断します。

以下余談。文字が横いっぱいに広がるのが鬱陶しいのだったら、ウィンドウの幅を狭めればいいわけだし、インライン要素の装飾に戸惑うのであれば、予めユーザ側でわかり易い装飾を施していればいいと思った。ぱっと思いつくところでは、a, em, strong, q, span, kbd, abbr, acronym, cite, code, dfn, この程度なのだから、知識がある人からすれば、それらに装飾を施すのも大した手間もないだろうし。文字スタイルや行間だって、任意のものにするのに大した手間もかからないはずだし。

ちなみに、今回作った CSS ファイルを適用して閲覧してみたところ、ブラウザデフォルトのそれと比べ、文字領域が狭かったこともあり、見づらいと感じました。僕は。長文を読むのはちょっとつらいかもしれない。

追記。ブラウザデフォルトのそれは読みやすいとか言っておいて、ちょっとしたユーザ CSS を使ってるよなあ、とか。ダメダメだ。あとあれだ、ここで言っていたブラウザというのは、Windows版の IE, Opera, Mozilla のことです。

Note

読みやすい長文サイトの「条件」の 1 で参考と挙げられている行間に青空を見たることはあまり参考にならなった。文法は。まあ 「読みやすいイコール利用しやすい」 ではないのだろうけれど。(っつーか、このスレ、制作板だったのか。はじめて覗いた気がする。恐ぇー。)

ついで。

#id0823-2

はてなダイアリーのお話。

キーワードへの勝手なリンクは、書き手の設定ひとつでリンクするか否かを決められるらしい。読む方 (というか、僕だけなのかもしれないけれど) からすれば、あのリンクは鬱陶しいだけで役に立っていないので、書き手側でキーワードへのリンクが不必要だと判断したら、キーワードへの勝手なリンクはしないような設定にしておいてほしい。

僕は、はてなダイアリーを使って日記は書いていないので、詳しいことはよくわからないけれど、つまり以下のような感じでなんとかできるらしい。

キーワードの自動リンクで、普通名詞のチェックボックスをはずすと、日記文中の普通名詞が自動的にリンクされなくなります。

この方法以外にも、

空の一重カギ括弧「[]〜[]」で囲む事で、キーワードやその他の自動リンクを止めることができます。

とすることで、自動リンクを回避することができるらしい。

ヘルプに目をとおした限りでは、はてなダイアリーは随分と多機能らしく、簡単に任意の要素を明示できるようショートカット (?) が割り振られているのだけれど、これを覚えるのだったら、HTML を覚えてしまった方が手っ取り早いと思った。HTML をある程度知っている人からすれば、ショートカットに頼らず (というのはつまり、わざわざ覚えるようなことはせず)、直接タグを打ち込んでしまった方が手っ取り早いと思った。

Note …というか

読点をまたいでの blockquote というのは、アリなのですかね。頭の中では、<p>hoge、<blockquote>hogehoge</blockquote>hoge。</p>こういう感じなのだけれど、これだと文法違反以前の問題として、頭の中で描いたとおりの意味としては解釈されない。で、あるならば、q タグでもって同一段落内に内包させるのが適切な感じもするけれど。強引に<p>hoge、hoge。</p><blockquote>hogehoge</blockquote><p>hoge。</p>こうすると、丸く収まる。けれど、意味付けのために語群を変えるのは本末転倒というか。

こういった疑問に対し、きちんとした結論を出すのが偉い人たち。出さないのが僕。

#id0823-3

メモ。

著作権法というのはつまり、文化の発展を目的としているらしい。盗作はその発展を妨げるから駄目らしい。文化の発展を助ける (とされている?) 図書館などは例外。公表する権利があるのならば、それを削除する権利も著者にあるのかというと、そうでもないらしい。(よくわかっていない)

#id0823-4

24 時間テレビがやっている。明日の今頃には徳光の嘘泣きが拝めそうな予感。

#id0824-1

偉い人の存在を確認。

読点をまたいでの blockquote というのは、アリなのですかね。頭の中では、<p>hoge、<blockquote>hogehoge</blockquote>hoge。</p>こういう感じなのだけれど、これだと文法違反以前の問題として、頭の中で描いたとおりの意味としては解釈されない。で、あるならば、q タグでもって同一段落内に内包させるのが適切な感じもするけれど。強引に<p>hoge、hoge。</p><blockquote>hogehoge</blockquote><p>hoge。</p>こうすると、丸く収まる。けれど、意味付けのために語群を変えるのは本末転倒というか。

「paragraph＝段落」ではないのが問題の出発点。p要素はDTDにある通り、HTMLでは最小の節を担当している。だから、ブロックレベル要素を内包できない。Strictなマークアップを好む方々の間でdiv要素が人気を博すのは、リスト関連以外にはdiv要素しか上位の節単位となりうる要素が用意されていないからだ。これはXHTML2.0以前のHTMLにおける致命的欠陥だと私は思う。divには意味が与えられていないことには注意すべきであって、私はdiv抜きでは話が通じなくなるHTML文書はよろしくないと考える。

脱線したので話を戻すと、p要素を日本語でいうところの段落ではなく、最小の節単位とみなせば、別に読点でp要素が終わってしまってもかまわない。

以上が前置き。以下がかなり端折った結論。

(破綻している要約を交えた…というか改悪しただけの結論ですけれど) ということとすれば、なるほどーという感じ。今回のものとは直接的な関連はないけれど、p要素を日本語でいうところの段落ではなく、最小の節単位とみなせばという解釈は今までに抱いたちょっとした疑問の解消に繋がる。当面はこの解釈で落ち着けようと思う。

そういえば、（以下略）されてしまった形式段落と意味段落についてとそのマークアップは、会話文と地の文という文書でいろいろと模索されていた。「完結していない文章に続く語群はインライン要素であると見る事も出来る (大意)」 という。しかし、p 要素を前述したような解釈とすると、第二の正解も現れる (ような気がする)。

#id0824-3

はてなダイアリーのお話なのですけれど。カレンダーというのですか、それが設置されていない日記を各月ごとまとめて読みたい場合、どうすればいいんですか。末尾に適当なアドレス、たとえば 2003年 08月分なら 200308 と付記すればまとめて読むことも出来るのですが、そういうのがどうにも面倒くさい。かといって、各月分の日記が収められているページをブックマークするのも、月の初めのいちいとブックマークアドレス (?) を変更しなければならないので、馬鹿らしい。

#id0825-1

言ってることとやってることが滅茶苦茶。

#id0831-1

めも。

#id0831-2

たろたまとか閉鎖するらしいですね。

たろたまに限った話ではないけれど、サイトを閉鎖するのは自由としても、過去ログは残してほしいもの。閉鎖するからといって文章を削除されて迷惑と感じる人はいるかもしれないけれど、閉鎖する (今後更新をしない) からといって、過去の日記を残されたところでそれを迷惑と感じる人はいないだろうし。

文章を削除されてしまうと、参照リンクしている方からすると、削除によってデッドリンクになってしまい、文書の価値が下がる気がしてなんだか嫌な感じ。まあ削除してスッキリという気持ちもあるだろうし、その気持ちはわからなくはないけれど。

というかあれだ。閉鎖というのは公開した文書群をザックリ削除して、更新を停止することをいうのかもしれない。たぶんそう。

と思ったら。

891 ：名無しさん＠ｺﾞｰｺﾞｰｺﾞｰｺﾞｰ！ ：03/08/31 17:43 ID:IBDTUxXq

チクロンのとこの『チクロンラジオ専用スレッド』より以下引用。

86 名前： かたん。 投稿日： 2003/08/30(土) 02:41

実は以前からずっと聞いていました。チクロンさんの喋りが好きで毎回楽しみにしていましたよ。さっきゲストの間宮さんのサイトも覗いてきました。巡回先でよく見にいっていたのですが、サイトを閉鎖なさっていたんですね。寂しい限りです･ﾟ･(ﾉ Д`)･ﾟ･。

チクロンさま、間宮さま、お二人ともお疲れ様でした。

88 名前： 匿名★アレっぽい人 投稿日： 2003/08/30(土) 02:43

>>86

閉鎖じゃないよ、引っ越したんだよ＞サイト

以上、引用終わり。

・・・って、どこに引っ越したんだ？

玉め。

え? っていう。

個人的には、匿名★アレっぽい人という方が、たろたまのお別れのご挨拶に記述されている昔居た場所に戻ろうかと思います。という文言から、「閉鎖」 ではなく 「移転」 という解釈をしたのだろうと思っているけれど、実際はどうなんでしょうね。僕は移転ではなく閉鎖するものなのだと思っていますけれど。加えていうと、昔居た場所というのは、具体的な場所ではなくて、立ち位置的なものを指していたのだろうと思った。違うのかなあ。まあいいか。

notebook@k5.dion.ne.jp