過去ログ変換作業もう少しで過去ログ変換作業が終わりそう。あらかた変換したけど、リンク先情報がおかしなところが一部あるので手修正が必要。サイトの置き場所をどうするかhnsはtelnetが使える環境でなければ導入できないので、hns利用による日記ページは自宅サーバ内に置くしかないが、他のコンテンツページの置き場所をどうするかで悩む。日記ページから各コンテンツページへリンクする状況を考えると全てを自宅サーバ内に置いてしまうのも良さそう。hnsの動的生成利用を諦めて静的生成で利用するか。それなら今までの作業と同様に、出力された日記ページをgeocitiesのスペースにftpでアップロードするだけで済む。それでは何のためのhns導入か。hns導入のメリットは動的生成で得られるものと思える。そもそも静的生成での利用ならnDiaryを使うほうがよほど簡単・便利とも聞くし。ページレイアウト現在、jikenbo+テーマを利用してはいるが、右側のHeadline表示に需要があるのかどうかが今一つわからない。Headline部がなければ本文表示部分をその分増やせるので、ブラウザに表示される情報量を多くする事が出来る。してもHeadline部が欲しければheadline.cgiの出力結果をフレーム内に表示する方法もあるし、むしろフレームで表示すれば本文ページのスクロールに合わせてHeadline表示部が画面から見えなくなってしまう不具合も解消する。なれば、やはりHeadline部は削ったほうがいいだろうか。:Headline部をフレームにしてみたがどうもしっくりこない。:jikenbo+テーマのHeadline部分はtableタグでレイアウトされているが、divとCSSを使う事でも同様の結果が得られるらしい。試しに、tDiaryのスタイルシート指定を参考にして、その方法でHeadline部分領域を配置してみた。tableで指定した場合、table内が確定しないとtable自体が表示されないが、divで指定した場合、既に確定した部分から即座に表示してくれるので、体感上は表示が速くなったように感じる。実際には処理時間は変わっていないので完全に気のせいなのだけど。HRタグhnfでHRタグを表示するにはどうしたらいいのだろう。挿入しただけでは「CATの中では使えない」とエラーが出てくる。コマンド自体は存在してるように見えるのだけど、使い方に制限でもあるのだろうか。:を考えると、SUBコマンドで逐一分けていったほうが情報の適切な分類という面ではいいのかもしれない。:実装されているようだ。TDSに乗り換えてしまおうか。各記事(NEWコマンドによる指定)単位でのツッコミ機能さえ実装されていればすぐにでも乗り換えるのだけど。'HR'];と書いたら動いたみたい。これでいいのかどうかはわからないけど。読みやすさHTMLで記述してた頃に比べると、hns導入後はページがなんだか読みにくくなったような。paddingやline-heightが少ないのか。各種数値的には前と変わってないのだが。:パッと見、左側のHeadline部に重さを感じる。手を入れるならそのへんだろうか。文字と背景の明度差がそれほど無ければ、文字は読みにくくなるものの、単なる模様に見え始めるだろうから、存在が薄れて右側の本文に目が行くようになるかもしれない。最低限リンクが張ってある事が伝わらないとそもそもHeadlineを置いている意味が無くなる。リンクである事を伝える方法で一番簡単なのは、文字に対して、通常利用時のリンク色、アンダーライン表示を維持し続ける事だろう。なると、文字と背景の明度を調整することで解決を図るのは難しい。