var ShowString = 'Show content >>';
var HideString = '<< Hide content';
var HidePlace = 'bottom';
var HideLineFeed = 1;
var GotoEntryOnHide = 1;
function ShowLink(divID, entryUUID) {
var entryURL = entryUUID+'/index.html';
var action = 'return !ShowEntryBody(\''+divID+'\', \''+entryUUID+'\');';
return ' '+ShowString+'\n';
}
function WriteUnyo(entryUUID) {
var divID = 'Unyo'+entryUUID;
document.write(
'\n',
ShowLink(divID, entryUUID),
'
\n'
);
return true;
}
function ShowEntryBody(divID, entryUUID) {
if (!document.getElementById) {
return false;
}
var text = '';
var url = '#' + entryUUID;
var action;
if (GotoEntryOnHide) {
action = 'HideEntryBody(\''+divID+'\', \''+entryUUID+'\'); return true;';
}
else {
action = 'return !HideEntryBody(\''+divID+'\', \''+entryUUID+'\');';
}
if (HidePlace == 'top') {
text += ''+HideString+'';
if (HideLineFeed) {
text += '
\n';
}
else {
text += '\n';
}
}
text += EntryBody[entryUUID];
if (HidePlace == 'bottom') {
if (HideLineFeed) {
text += '
';
}
text += ''+HideString+'\n';
}
document.getElementById(divID).innerHTML = text;
return true;
}
function HideEntryBody(divID, entryUUID) {
if (!document.getElementById) {
return false;
}
document.getElementById(divID).innerHTML = ShowLink(divID, entryUUID);
return true;
}
var EntryBody = new Array;
EntryBody['E1060422789'] = '\n 前者は、昨年暮れに苦労してなんとかiBlogのRSS\nreaderで読めるようになったのに、また振り出しに戻ってしまった感じです。そういえばOKAMURAさんとの出会いは、この問題がきっかでしたね。当時のiBlogPatcherとは比較にならないほど進化した結果、RSS.UTF8.xmlの扱い方がわからなくなってしまった。t0moriさんが\niblogPatcher の CHANGE_ENCODE.plugin\n導入に伴い、 XML/RSS FEED\nのリンクを変更\nしたと書いていることを手がかりに、岡村さんのサイトにある「iBlog の Blog\nサイトの文字コードを変換するプラグイン新発売\n」を読み直したのですが、読むほどに混乱してきたのです。このプラグインを使用すると UTF8_FEED.plugin が不要になるが、UTF8_FEED.plugin は廃止にはしない。私の感覚では CHANGE_ENCODE.plugin は便利機能\であってバグの改善(pubDate の部分はそうだが)ではない。便利機能\は使いたい人もいれば使いたくない人もいる。使わない人には UTF8_FEED.plugin は必須だ。
\n
えーっと、つまりCHANGE_ENCODE.pluginを使った結果として、UTF8_FEED.pluginはRSS.UTF8.xmlファイル生成用としては機能\しなくなったのでしょうか？ だからt0moriさんはリンク変更したのかな。なんだかＭＬの質問になってきていますが、実はこうした形のメッセージの投げかけをあえてしたのは、実は岡村さんがトラックバック機能\導入に踏み切るのを促進しようという魂胆もあるのです。狸爺ですね。【追記】この後、chatで岡村さん、大森さんと会話していて、問題は解決しました。結論はCHANGE_ENCODE.pluginを使うと正しいRSS.XMLが発行されるので、これを使うと以前のようにRSS.UTF8.XMLファイルはいらなくなるので、当然の事ながらsyndicate\nthis\nsiteのところの記述はRSS.XMLでよいということになるということでした。解決しれみれば、なーんだということでした。念のために変更したsidebarの記述を残しておきます。＜div class="side" align="center"＞
\n ＜a href="E1060422789/../../rss.xml"＞
\n Syndicate this site \n ＜a href="http://feedvalidator.org/check?url=http://homepage.mac.com/m_wada/iblog/B459371987/rss.xml"＞
\n＜img src="http://homepage.mac.com/m_wada/iblog/images/valid-rss-antipixel.png" alt="[Valid RSS]" title="Validate my RSS feed" width="80" height="15 " / ＞
\n ＜/a＞
\n ＜br clear="all"＞
\n ＜/div＞
\n＜hr /＞
後者は、単純な問題なんですが、何度やってもセンターに来てくれないのです。＜div class="sidetitle" align="center"＞ Calendar ＜/div＞
\n
\n＜div class="calendar" align="center" ＞
\n ＜table border="0" cellspacing="4" cellpadding="0"＞
\n ＜tr＞
\n ＜td colspan="7" align="center"＞＜span class="calendarhead"＞＜$CalendarHead$＞＜/span＞＜/td＞
\n ＜/tr＞
\n ＜tr＞
\n ＜td align="center"＞＜span class="calendar"＞＜$WeekDay1$＞＜/span＞＜/td＞
\n 中略
\n ＜/tr＞
\n ＜$CalendarRows$＞
\n ＜/table＞
\n＜/div＞
どこかヘンでしょうか？【追記】これはトラックバックした大森さんのエントリーにあるように"CommonLib.js" 内の table タグに 「align="center"」としてやればいい
ということでした。 \n\n ';
EntryBody['E2047749757'] = '\n 時間はかかるものの、どうもこれでやるとこのところ話題になっている、「同期したふり現象」が出ないような気がします。再現性を追求するには時間がかかるので、じゃないかなあというあいまいな表\現にしておきますが......。
ついでにもうひとつ。
私のデスクトップマシンでiDiskの自動同期を外して、マニュアルにしてiBlogを公開すると、なぜかiDiskの名称が「iDisk-1」と表\示されるのです。PoweBookでは、そうした症状は出ません。
これはいったい何を意味するのでしょうか？
どなたかこのエントリーに気づいたら、教えてください。
\n\n ';
EntryBody['E1736059899'] = '\n この問題については、「CHANGE_ENCODE.plugin\nで文字化けが発生するときの対処法\n」（以下、対処法）を参照しながら作業をすすめています。岡村さんによるとこの対処法には、２つあるそうです。１．\nローカル: ~User/library/Application\nSupport/IBlogPatcher/plugin/に置かれているCHANGE_ENCODE.plugin\nの 49\n行目(ファイルバージョン\n1.6\n現在)を以下のように書き換える。 オリジナル:
\n
\n\'from\' => undef, # 自動判定
\n 書き換え後:
\n
\n\'from\' => \'Shift_JIS\',
２．ローカル:\n~User/library/Application\nSupport/IBlogPatcher/に置かれている「blog\n定義ファイル」を書き換える。オリジナル:(%ACTION の preview after の中)
\n\'onStart\' => undef,
\n 書き換え後:
\n\'onStart\' => sub {
\n $CHANGE_ENCODE::Conf{\'encode\'}->{\'from\'} = \'Shift_JIS\';
\n $CHANGE_ENCODE::Conf{\'encode\'}->{\'to\'} = \'Shift_JIS\';
\n},
そして、iBlog\nの公開後にpublish after\nは１回しか実施しないという制約条件付きで以下の設定にblog\n定義ファイルを変更する。 オリジナル:
\n
\n$CHANGE_ENCODE::Conf{\'target\'}->{\'OnFinish\'} = [
\n {
\n \'name\' => \'rss.xml\',
\n \'type\' => \'rss\',
\n \'toEncode\' => \'UTF-8\',
\n },
\n];
\n
\n 書き換え後:
\n
\n$CHANGE_ENCODE::Conf{\'target\'}->{\'OnFinish\'} = [
\n {
\n \'name\' => \'rss.xml\',
\n \'type\' => \'rss\',
\n \'fromEncode\' => \'Shift_JIS\',
\n \'toEncode\' => \'UTF-8\',
\n },
\n];
以上を参考に、私の場合はまず後者の２を試してみました。前者の方が簡単そうなのですが、あえてこちらを選んだけで特別な理由があるわけではありません。「プレビュー状態をリセット後プレビュー」を実施。画面は正常に表\示されます。ただし、「うにょうにょReadMore」の「続きを読む」と、「▼つづく」が同時に表\示されてしまいます。これは修正が効く問題なので、とりあえず次に、PreviewAfterをします。念のため、「公開状態をリセット後公開」選択してみました。結果は......今、ご覧になっている通りです。 \n\n ';
EntryBody['E683293913'] = '\n ●SideBarのNavigationItemsの部分の構\造。岡村さんの「iBlogカスタマイズガイド」にそった。これまでは、StaticsとClass:poweredの部分をナビゲーションエディターで書いてNavigationItemsとしていたものを以下のように修正。ID:links
\n Replace:NavigationItems
\n Statics
\n Class:Sidetitle
\n Class:Side
\n Function:getBlogEntriesCount
\n Function:getCategoryStatics
\n Replace:PublishDate
\n Class:powered
●CategoryImageの統一以前から修正したいと思っていたCategoryのImageとSideBar上の出るCategoryのIconを統一しました。はじめてBlogSiteを訪れた人にとってはCategoryという概念が直感的に理解しにくい。どうということはないのですが、Iconを使って絵合わせをすれば、ある意味でのサイトマップ表\示になるのではないかと考えたのです。少なくとも全体の関心空間はどうなっているのか、その中で現在どこにいるのかが分かりやすいようにという目的です。現在はまだiBolg内だけの修正で、.MacのHomepageのメニューは未修整。●iBlogPatcherの便利pluguinの導入以前にも書きましたが、iBlogの抱える問題を根本から修正して使いやすくしようという岡村さんの努力にはほんとうに頭が下がります。岡村さんありがとう。iBlogPatcherのpluginは昨年末から続々と発行されていて現在は15種類ほどありますが、私はそれを一遍に導入しようとして混乱しました。楽して一遍にやろうとすると、どんどん更新されているpluginの情報に追いついていけなくなりわけがわからなくなってしまうのです。ですから、pluginを導入する場合はひとつひとつを順を追って更新の履歴をたどりながら導入することをおすすめします。pliginはjavascriptのファイルを正しい位置に置かないと作動しません。岡村さんエントリーにpluginごとに書いてあることですが、それぞれのjavascriptファイルの置き場所をまとめて書くと以下のようになります。間違っていたら至急連絡ください。訂正します。ローカル: ~User/library/Application Support/IBlogPatcher/の下
\n ListEntry.html
\n ListEntry.js
\n ValidateListEntry.js
\n
\nローカル: ~User/library/Application Support/IBlogPatcher/etc/の下
\n ListEntry.html
\n ListEntry.js
\n
\nローカル: ~User/library/Application Support/Iblog/Javascript/
\n BlogUnyo.js
\n CategoryUnyo.js
\n CommonLib.js
\n Digest.js
\n Login.html
pluginはすべて以下のディレクトリーへ置きます。ローカル: ~User/library/Application Support/IBlogPatcher/pulagin/
\n BLOGPAGE_ACTION.plugin
\n CATEGORYPAGE_ACTION.plugin
\n CHANGE_CONTENT.plugin
\n CHANGE_ENCODE.plugin
\n ENTRIES_JS.plugin
\n ENTRYPAGE_ACTION.plugin
\n HTML2SHTML.plugin
\n iblogConv.pl
\n IE_FEEDBACK.plugin
\n NOLF_FEED.plugin
\n OPEN_FILES.plugin
\n SJIS_BNAME.plugin
\n SQUOT_CATNAME.plugin
\n UTF8_FEED.plugin
\n VALID_XHTML.plugin
\n\n ';
EntryBody['E1063685132'] = '\n 私は、自宅のデスクトップマシンと外出用のPwerBookと２台のMacを使い回しています。Blogを外出先で書き込むことはそうめったにあることではないのですが、暇なときにはそれもありうるだろうと、毎日、就寝前にデスクトップマシンのiBlogデータとPowerBookのそれを同期させています。同期に使っているツールは、Synchronize! Pro X\n。これを使って、以下のディレクトリーにあるiBlogのフォルダーを常にシンクロさせています。[手順1]ローカル:\n~User/Sites/iblog/「プレビュー状態をリセット後、プレビュー」あるいはpreview\nafterで生成されるファイルを保存しているフォルダーです。[手順2]ローカル:\n~User/library/Application\nSupport/iblog/公開後、あるいはpublsih\nafterで生成されるファイルを保存するフォルダーです。このなかにあるBlogsというフォルダーにiBlogで作成した元データ（rtdf)が保存されています。念のために、ディレクトリーを書いておきます。ローカル:\n~User/library/Application\nSupport/iblog/Blogs実は、私は同期させるときにミスをして[手順1]と[手順2]の操作を間違えて、~User/Sites/iblog/のフォルダーで~User/library/Application\nSupport/iblog/を上書きしてしまった。これには泣きました。一番大切なrtdfファイルがなくなってしまったのですから。みなさんも、同期を取る場合は気をつけてくださいね。 \n\n ';
EntryBody['E954028838'] = '\n 残念でした。ありません。
\n\n ';
EntryBody['E1630656568'] = '\n で、しかたないのでスタイルシートを変更することでお茶を濁すことにしたが、タイトルは大きくならないし、岡村さん提供のコメント表\示はなんだか文字がやけに大きいままだし......。もちろんテンプレートはチェックしました。タイトルを明朝にして大きくするには、以下の通りでよかったはずなんだけどなあ。\n.title {
\n font-family: HiraMinPro-W6, HiseiMin-W3,verdana, arial;
\n font-size: large;
\n color: #000000;
\n text-transform: uppercase;
\n font-weight: bold;
\n}
違いましたっけ？ 結局、うにょうにょも日時表\示もうごかないまま。まったくいやになります。 \n\n ';
EntryBody['E734602817'] = '\n それにしても、ヘンだ。
とりあえずの復旧はバックアップしておいたftfdファイルをいちいちindex.htmlにつけ替えて、iDiskに残されたファイルと入れ替えることで終了した。うーん。わからん。
でも、バックアップしておいてよかった。ほっ。
\n\n ';
EntryBody['E1559685368'] = '\n いつもするどい鎌倉さんですが、今回もいいこと提案していますね。あるblogが消滅するということは、そことリンクしているblogすべてに影響があるわけです。だから人ごとでは済まされないと思います。
\n
\nこういうケースを見ると、せっかくのネットワークなんだから、コメントしたりトラックバックしたりする機会に、ついでに、相手のblogの情報を少しずつ取り込んで保管しておく互助組合的な分散バックアップ機能\があってもよいと思いませんか。
とてもいいアイデアだと思います。大賛成。たまたまですが、鎌倉さんのところへトラックバックすると、全文をひっぱってきてしまうという障害（？）があって、これはトラックバック本来の目的からするとおかしいのではないかと二人で思っていたのですが、Blogのバックアップをシェアしながら取るような機能\だと考えればこれはまだ不完全だけれど許せるバグじゃないかと考えはじめました。【追記】そういえば、後から思い出したのですが、ブルースター・カールが代表\者になっている「Internet\nArchive」なんていうのがありましたね。分散バックアップではないけれど、インタヴューなどインターネットの歴史をたどる貴重な資料を集めたり、世界中のウェブサイトをそのまま保存したりしている。こうした動きに乗る手もある。でも、どれを載せてどれを載せないという恣意的判断があるので、我々のようなサイトはやはり分散バックアップで自己防衛するしかないのかもしれませんね。 \n\n ';
EntryBody['E1524094365'] = '\n \n\n ';
EntryBody['E1772062837'] = '\n おそろしいほど正直な結果なのに驚きます。
原因があって結果があるように、書き込みがあってビジターがある。エントリーがなければビジターはさっさとどこかへジャンプしていく様子がサイトメーターには驚くほどはっきり記録されます。
励みになるような、そうでないような......。毎日こつこつとエントリーを書き込むことがサイトメーターを右肩上がりにするコツの一部であるとは、誰かのサイトで読んだような気がするのですが、それにしてもこれほどはっきりと出るとはおそろしいです。
\n\n ';
EntryBody['E901492850'] = '\n はすかわさんの個人的な努力のおかげでBlogの重要な機能\の恩恵に浴することができるようになったわけですが、本当はこうした重要な機能\はビジネスとして提供されるべきなのではないのかなあと思っています。だってはすかわさんのサーバーがダウンして大切なリンク関係が消滅しても、無料でお世話になっている以上は文句もいえないし、またいうべきでもないし、ただただ困ってしまうだけだろうと思うからです。
iBlogのいいところは、自分の書いたエントリーをそっくりそのまま手元のハードディスクに保存しておけることです。ならばついでに、今は外部のサーバーに依存しているTrackBackや、コメントもそっくりそのまま自動的に自分のコンピュータに残しておける方法はないのでしょうか？ その方が、なんだか安心な気がしません？ 万一ハードディスクがクラッシュしても、バックアップさえまめに残しておけば救われるのですから。
CGIを.Macに置くことはできないはずなので、結局ははすかわさんのようなボランティアの活動に頼るか、プロバイダーに頼るしかないことは理解しているつもりです。また、そこにビジネスのチャンスがあることも認識しています。でもね、言うは易く行うは難しなのですが、CGIのようなものに頼らずにTrackBackやCommentを残すことはできないのでしょうかね。
ひょっとすると、技術的にはトンチンカンなことを書いているのかもしれませんが、何が言いたいか、だいたいのイメージはおわかりいただけたましたでしょうか？
\n\n ';
EntryBody['E1998483639'] = '\n ココログを使っている鎌倉さんからは、早くTrackBackを付けよと要求されるし、またTrackBackについて書いてしまった以上付けないわけに行かないし......。日本語化といい、TrackBack機能\といい、ココログの方がよくできているような気がするけれど今さらiBlogを捨てる気にはならないし......。ちょっと.Macもそこら辺をちゃんとカバーしてくれるといいのだが。
\n\n ';
EntryBody['E249989295'] = '\n Beeさんと飲んだのは先週の水曜でした。なんだか静かにしているなあと思ったら、メールが来てココログでBlogを開設したとの連絡。さっそく覗きに行ってみると、ありゃまあ、いい感じで展開しているじゃないですか。Blogには別に定型スタイルがあるわけではないのですが、どちらかというと先行したBlogスタイルのコピーが主流の中にあってオリジナリティを感じさせる。普通はイミテーションから入るのですが、Beeさんの場合、いきなりバリエーションから入ってきている。（ここら当たりは当人の地頭の良さを感じさせるのですが、実は本人の頭髪はバーコード状態。頭の回転が良すぎた結果なんでしょうね）。OTONA\nTimes編集長としては、How to\nDesign\nBlogの例として、たとえBeeさんが友人でなくても取り上げたくなるサイトなのです。Blog名は「またいらないものを買っちゃったよ」\n\n。とりあえず用意されているカテゴリーは、「植物ムダばなし」。と、いたってシンプルですが、サイド・バーに貼\られたリンク先の構\成タイトルが、実はBeeさんの個人的視点と姿勢を表\現していてとてもお洒落だと思うのです。もう少し、詳しく書かないとわからないでしょうね。ひとつには、自分が何者であり、どんな知的背景を持っているのかをきちんと表\明していることがあります。"ACTIVITIES"、"ZERO-DEGREE\nSEPARATION"、"RESPECT FROM SIX-DEGREE\nDISTANCE"というサイドバーのタイトルは過去から現在に至るBeeさんのリレーションの歴史が窺われる。Beeさんのことを何も知らない人が見てもそこはかとなく積み重ねてきた人生がいやみなく感じられる。（私もその中に入ってはいますが、それはたまたまのことです）。ふたつ目には、上記のことがBlogのこれからの展開、どんな想い出話や裏話が出てくるのだろうと期待させるとても意図的な構\成となっていることをあげるべきでしょう。これは正直いって僕が個人的にリアルなBeeさんを知っていて尊敬しているということがあります。ですから、これはBeeさんのBlogへの期待ということになるのでしょう。ともあれ僕はサイドタイトルから、リレーションと経験を大切にし、それを共有しながら前に進もうというネット社会ならではの新しい価値観を感じるのです。そのことは、仕事面でのリレーションだけでなく、生活面でも同様だと、Beeさんは主張しているようです。"WHERE\nYOU BUY IS WHAT YOU ARE"とか"WHAT YOU EAT IS WHAT YOU\nARE"というタイトルから感じられます。情報や知識を獲得することに執着することよりも、それをもたらす関係を大切に生きようとする人生哲学をさらりと表\現してしまうところに僕はBeeさんの非凡を感じています。Blogというと、技術的な話への関心が多いなかで、そこを抜け出すとどういうサイトが"おじさん世代"の主流Blogになるのか、別に若い世代の向こうを張るわけではないのですが、近未来をイメージできるサイトとして一度探訪されることをおすすめします。 \n\n ';
EntryBody['E1335179583'] = '\n ほんとは、タイトルにサンタクロースとか鹿とか、雪だるまをアレンジして、ついでにFlashなんか使って動かしたいのですが、どうしすればいいかわからないのでとりあえず色だけで雰囲気を出してみました。
\n\n ';