再構築中

ありがとうございます。
カテゴリー分類が先行している割に、中身がまるでないというのがそもそもの発端ですので、カテゴリー分類のあり方は考えると思います。
辞めてしまう・・・というのは「今後は追加しない」という方向も有るかもしれないし、「モジュール情報として追加することはしない」ということも有るかもしれません。
どちらにしてもこのままでは良くないなとは考えています。

なるほど。そんなこともあるんですね。
今回は、div要素は持たせてますが、styleは特に定義していないので問題は発生しないとは思いますが、styleを変えたい場合などには影響が出るかもしれないですね。

あんまり気にしないでください。
そう言うモノですよ。積み重ねですから。
わざわざ、ありがとうございます。

モジュール情報は、私個人としてはありがたいので続けていただきたいところではありますが…
私も新しく追加できていないので、大きなことは言えませんが、貴重な情報源ですので、過ごしやすい季節になってから再検討をお願いします。

あと、node.tpl.php のコードの内容で、div 要素の id を id="after_content" としていましたが、CSS でアンダースコアを使ったクラスを定義すると上手く表示されない（古い）ブラウザがあったように記憶していますので、id="after-content" にした方が無難でしたね。

スミマセン、いろいろ追加修正してしまって…

これは、ある意味永遠の課題ですね。特に、管理画面はAPIだけでは利便性の向上に繋げられないという部分も少なくないですからね。難しい問題です。ワタシ的には、むしろ管理画面は別にテンプレート用意してもらった方が良さそうな気がしますが・・・ま、それもモジュールの作者次第なのでその辺のコンセンサス次第ですかね。

難しい難題ですね(笑)
便利というのはサイトを閲覧する人の感覚でしかないですから、リピーターと初めての人ではなにが便利かは違いますし、そもそも人それぞれというのもあります。
メニューが事細かく用意されていた方が便利と思う人もいれば、多すぎて解り辛いという人もいますからね。難しいところです。
ワタシは、このサイトを見つめ直した際に、結局ブログしか書いてないじゃないか・・・と思ったので、メニューは単純に出来るなと考えました。
そもそも、ゲストにはたいしたメニューは表示されていないんですよね。
ログなんか見てて思うのは、モジュール情報を割と期待してみている方が少なくないようで、カテゴリーだけはしっかりあるけど、中身はさほどないと言うことが、ちょっと申し訳ないような気がして、モジュール情報は辞めてしまうことも選択肢に入れてどうしていくかを考えているところです。
ここまでを考慮すると、サイト全体がシンプルに出来そうなんですよね。上手くいけば・・・ですけど。
デザインもシンプルな方がいじりやすいんですよ(って、いじるのが前提か)。

コードまで明示していただいて、ありがとうございます。
だいたい思ったことは同じようなモノですね。ワタシも、そんな感じでごまかしをかませばいけるかな?とかは思っていました。ちょっとバテ気味で気力がないのでいつ手を付けられるか判りませんけど(T.T)駄目なんですよね、暑くなったり涼しくなったりすると。温度変化に体が追いつきにくいんですよ。暑いなら安定して暑い方が調子がいいんですけど、日替わりで入れ替わるとてきめんに来ちゃいます(T.T)肩から体全体がだるいですし、腕も痛い(^_^;)年寄りだなー(笑)

補足ですが、
条件式は、if ($page == 1 && $after_content) の方がいいかもしれませんね。

私のサイトのコメント でもちょっと触れたのですが、管理ページの内容は各モジュールで出力する HTML が設定してあって、テーマだけではどうにもコントロールできないというものも多いんですよね。
ただ、モジュールによっては、theme('box', 'hoge') のように、box.tpl.php などを利用して内容を吐き出すように書かれたものもあるので、詳しいことはモジュールのコードを確認しないとはっきりしなかったりするので、その辺りの切り分け（というか、確認というか…）が大変でした。

私も、シンプルな方が好きです。
シンプルかつわかりやすいというのは当然のことなのでしょうが、永遠のテーマでもありますよね。
本当は何が一番便利なのかというのは自分ではわかりませんけど、試行錯誤しながらいいものを見つけられるといいな。と思っています。

そのままではできませんが、template.php の case 'node': 部分に、
$vars['after_content'] = theme('blocks', 'after_content');
の1行を追加（after_content ブロックを、block.tpl.php のレイアウトで表示する場合です。）して、
node.tpl.php の任意の箇所に、
<?php if ($page == 1) { ?>
  <div id="after_content"><?php print $after_content; ?></div>
<?php } ?>
を記述すれば、コンテンツとコメントの間にブロックが表示できます。
$page == 1 の部分がない場合は、ティーザーリストページでも表示されてしまうので、その当たりは使い分ければいいかな？と思います。

他人様が作ったモノをカスタマイズするのはかなり大変です。何たって、理解度が違いますからね(^_^;)安易に手を付けると・・・まぁ、この有様と言うことになります。
でも、ゼロから作るのと比較したらカスタマイズの程度にも依りますけど、比較するのもおこがましいくらいゼロから作る方の苦労には及びもしませんよ。それは確かです。

TortoiseSVNと言うので出来るんですね。これまた良いことを教えていただきました。
問題なのはワタシの根気でしょうかね(^_^;)長続きしないのが・・・ねぇ。

ま、拘るのであれば、コンテンツタイプ専用のnode.tplを用意してあげれば何とかなるんじゃないかとは思いますけど、それは最後の手段という風に考えたいですよね。出来ることならば。

そう言えばそうでしたね(笑)
でも、今でも似たようなモノじゃありません?
ブロックに表示されているものはメニューではありませんからナビゲーションとは言い難いですよね?「関連のある・・・」はナビゲーションといえるかもしれませんけど(^_^;)
ま、ナビゲーション＝メニューというのもアレですけどね(笑)
ワタシが思っているのはゲストには不必要な情報は非表示にしようというモノです。
ですから

• 「ナビゲーション」メニューは必要ない
• ログインブロックも表示しなくて良い(/userへのリンクを貼る)
• 「最近のコメント」も必須ではない(始めて来た人にコメントだけガイドするのもどうかと)
• デザイン重視(左右ブロックはシンプルじゃない)

なんて、考えてシンプルにしたいと思いました。
とっかかりに「最近のコメント(近頃のコメント)」ブロックはゲスト、非表示です。
個別ページへのリンクを貼ってあります。
ログインブロックも非表示です。ま、ユーザー登録なんてモノも最近はありませんから。コメント入れるだけならゲストでも出来ますし。
メニューとして唯一存在するのがprimaryリンクスですが、リンクの分け方を考えて、とんだ先で個別ページへのリンクや、さらに細分化したナビ用ページを作るなどすれば十分対応できると思います。
個別ページに「関連するドキュメント」というブロックはいいですよね。あれは有った方がいいです。
ワタシの願望としては、出来ればコンテンツ内のコメントの前というポジションがいいです。
しかし、現行のテーマシステムではpage.tpl.phpに存在しないブロック領域は認識されないようなのでコンテンツとコメントの間にブロックを挟むのは難しいです。

人の作ったテーマを調整するのもなかなか骨が折れますよね。お疲れさまです。

TortoiseSVN だけで、ローカルでのバージョン管理ができるので、思いのほか簡単に導入できました。
元々は Subversion のクライアントソフトなので、Subversion も導入した方がより便利なんでしょうが、ひとりでやってる分には今のところ問題ナシです。

モジュールに手を加えなければどうしようもない部分と、template.php でどうにかできる部分との切り分けが大変ですよね。
該当のモジュールに目を通さないとその辺りのことはわからないので。

私のサイトも最初は、ゲストには1カラム表示にしていたんですよね。
結局、ナビゲーションがシンプルすぎるということで、変更してしまいましたが…。
コンテンツ内に関連するメニューを表示して、Wikipedia っぽくするというのも面白いかなと思ったりするのですが、どうなんでしょうね。

今日のアップデートで、一応安定しているような雰囲気。
ま、アップデートとか言ってますが、作り直しなんですけど(笑)
オリジナルを元にテーマデザインの全体構造を見つめ直してゼロから作り直しました。
あっ、カスタマイズは「ゼロから作り直し」とは言わないか(^_^;)

何はともあれ、IE6でも大崩はしていないようですし、ページによってブロック配置が崩壊するなんてこともないようです。一応、安定したのかな?そんな感じですね。
そうは言っても、思惑通りじゃない動作になっているところもあるにはあるのだけど、Drupalのシステムそのものも絡んでくるところであったりするので仕方がないかな・・・。
最終目標はゲストには左右ブロックを表示しないことにあるので、コンテンツの見直しをして、Primaryメニューのみで振り分けが出来るようなサイト構造にしていかなければいけません。
果たして、そんなことが出来るのかどうかは未知数ですけど(笑)

そうなんですか?
ワタシもバージョン管理っていいなーとか思いましたが、お手軽に出来ないので思っているだけで終わってます(笑)

色々出来そうですよね?
なんか、今日の分のアップデートを施したらサイドバー表示がおかしくなってる(T.T)
そろそろ、限界なのかなー・・・
ちょこちょこいじっているのには無理が来ているのかもしれませんね。
根本的に設計し直さないとやりくりしようがないのかもしれませんね。
ここまで作ってしまったのですが、一つ、性根を据えて掛かる必要がありそうですね。

そんな訳で、多分、0829さんのテーマデザインのBOOKにアクセスが集中すると思いますけど(笑)
お許しください(^-^;△フキフキ

自分で書いてたものを消した時も戻せなくなったりしますよね。
最近は、TortoiseSVN を使って、ひとりバージョン管理なんてやってます。

あ、確かにそうですね。タイトルも囲ってある方が便利かもしれないです。
今度のバージョンアップの時（いつのことかわかりませんが…）には何らかの対応をしたいと思います。