にしし らぼらとりー

投稿日時として50年以上前の日付(1973年とか)を指定したとき、相対時間表記（＝投稿時点からの経過時間の表記）が正しくなくなる問題を修正した。さすがにそんな日付で投稿するユーザは居ないと思うが。エポック秒から日時を割り出す localtime では「年」の値が1900年からの相対値で得られるので、日時をエポック秒に変換する timelocal でも「年」の値をわざわざ「西暦-1900」にしてから渡していたが、この方法だと「現在から50年以上前の日付」に対しては未来の日付だと解釈されてしまう仕様らしい。解説を読んで初めて知った。localtimeとは違って、timelocalの年の値は最初から西暦4桁をそのまま渡せる仕様なので、何も加工せずに西暦4桁の数値を引数に与えれば良いのだった。

一定の間隔（月一とか週一とか）で、データファイル(tegalog.xml)と設定ファイル(tegalog.ini)を指定のメールアドレスに自動送信するバックアップ機能でも用意しようか……？

設定画面の「フリースペース」に、『上書きスタイル』という専用の汎用入力欄を設けておいて、そこにCSSソースを書けるようにして、それをhead要素の最後に読み込む仕様にしようか。そうすると、標準添付スキンをそのまま利用していて毎回上書きしている人でも、自力で作成した配色スタイルだけはずっと維持できる。（head要素の最後に読み込めば、そこに書かれている内容でスタイルが上書きされるから。）した。#済

そうか。予約投稿機能も作らないとな……。作った。#済

インライン系要素の中にブロック系要素を入れると、ブロック系要素の開始位置でインラインが終わったと解釈されてしまうHTMLの仕様があるので注意が必要だ。
てがろぐが出力する [[COMMENT]] には、ブロック系の要素が出力されることがある。例えば、箇条書きリストの <ul>～</ul> とか。なので、もし <p>[[COMMENT]]</p> のようなHTMLを書いてしまっていると、<p><ul>～</ul></p> と出力されることになる。これはHTML的には誤りで、<ul>タグが登場した時点でp要素は終わったと解釈されてしまう（＝HTMLの文法的に、p要素の内側にul要素を含めることはできないため）。なので、CSSが意図通りに適用されなくなる問題が出る。
このような問題を避けるには、とにかく [[COMMENT]] を『ブロック系要素を含められないような要素』で囲まないこと。
[[COMMENT]] を何かで囲みたい場合は、div要素だけを使うと考えておくのがお勧めである。

……という話をFAQに追加しておきたい。カスタマイズ方法ページに書いた。

正式版リリースの場合でも、β版で普段やっているように「バージョンアップ用のパッケージ」（＝更新されたファイルしか入っていないZIP）を用意する方が良さそうな気配だな……。容量の問題ではなくて、上書きしちゃいけないファイルを上書きしないようにするために。

てがろぐのログイン画面では、IDをプルダウンメニュー（セレクトボックス）から選択するようになっている。これは、「自分のIDをここから現実的に選べる程度の人数が上限と考えてくれ」という感じの意味合いもある。仕様上はユーザ数の上限はないのだが、データベースを使っていない構造からしても、たくさんの人数が同時に投稿し合うような用途に使うのは現実的ではない。管理者権限を持つIDを複数作成することもできるが、Aさんが設定画面にアクセス→Bさんが設定画面にアクセス→Aさんが設定を変更して保存→Bさんが設定を変更して保存……のようなタイミングで操作されると、Aさんの設定変更はなかったことになる。（そういう操作から保護するような機能は一切ない。）「全員が1つのTLを共有する」形なので、まあ、そんな大人数で使われる（使おうと思われる）ことはないだろうと思ってはいるのだが。具体的にどれくらいが上限だとかは何も考えていないのだが、せいぜい「数人」くらいが現実的なのではないかと思ってはいる。