にしし らぼらとりー

1つの関数はもっともっと短くするべきだとは思っているのだが、なかなかそうはいかん。_(┐｢ε:)_

年内に Ver 3.9.0 をリリースしようと思うと、ドキュメントを書くのに1週間は必要な点も考慮しておかないといけないのを忘れないように……。今回もたくさん書かないといけないから……。

画像を投稿する際、画像管理画面からなら(新規UPと同時に)キャプションとかフラグとかも設定できるようになった。

投稿本文と同時に画像をUPする場合でも、「下書き」か「鍵付き」で送信された場合には、同時にUPされる画像は「一覧外」フラグを立てた状態にはなる。キャプションは設定できないので、キャプションが事前に欲しい場合は、画像管理画面から先に画像だけをUPしておく必要がある。今のところは。投稿フォームに画像のキャプションまで設定できるようなUIを加えると、投稿UIのソースが大きくなってあまり望ましくない気がしているので、今のところは「キャプションを設定したければ画像管理画面から」という仕様でいくつもりでいる。（よほど要望があればまた考える。）

あと、「誰が画像をUPしたのか」の情報も独立して管理できるようになったので、画像ファイル名に「-admin」とかIDを加える必要がなくなった。そうすると、デフォルトの画像ファイル名規則「YYYYMMDDhhmmss-(ユーザID)」も必要なくなるのでどうするか。そのうち考えよう。

機能は着々とできつつあるのだが、テストするのが大変だ……。

さんごよみCGIには祝日や記念日を手動で登録しておける機能があるのだが、登録データは「01/01,元日」のように「日付,祝日名」形式のCSVになっている。日付は、その年限りの特別日なら YYYY/MM/DD で指定できるし、毎年存在するなら MM/DD で指定できる。……のだが、単純に日付文字列との一致を比較していただけだったので、2001年1月や2101年1月だと1日～31日まで丸ごと全部が元日になるバグがあった。(爆)

2001年1月だと、「2001/01/01」という日付け文字列だけでなく「2001/01/02」にも「2001/01/03」にも……「2001/01/31」にも全部「01/01」という文字列が含まれるので、日付文字列を「01/01」という対象日付を比較しているだけだと1ヶ月全部が元日になってしまうのだった。┌(:3」└)┐
幸い、さんごよみのリリースは今年(2022年)で、次にその問題が顕在化するのは79年後(2101年)なのでそのままでも特に問題はないかもしれないが。いや、ローカルソースの修正はした。次のバージョンで直る。

画像インデックスXMLの(リリース初期時点での)仕様はfixした。画像管理画面に反映する機能もできた。

あとは、画像ごとに詳細情報(キャプションとかフラグとか)を設定できる画面を作って、キャプション付き画像を掲載できる記法 [PICT:FIG:画像ファイル名] を実装して、画像ごとに設定されたフラグの情報を新着画像リストの表示/非表示に反映する機能を作ったら、とりあえず一応最低限の画像インデックス関連機能は出来上がりそうな気がしている。画像には、ネタバレカバーを加える需要があるっぽいので、できればフラグにはもう1つ「NSFW」(Not Safe For Work)も加えて、class名に活用できるような機能も加えたい気がしている……が、最初から盛るとトラブルシューティングが難しくなるし、企画倒れになる可能性が高まってしまうので、まずは最小限のところから順にリリースしていきたい。

今日は2022年12月6日(火)だが、2022年12月03日(土)の投稿に対して『2日前』と表示される点に若干の違和感があるな……。正確には、今は 2022/12/06 15:02 で、当該投稿の投稿日時が 2022/12/03 22:21:44 なので、まだ3日(＝72時間)は経過していないから「2日(前)」と出力されるわけだが。この開発放言では投稿日時を時分秒まで表示しているから分かるが、日付しか表示しないスキンを使っている場合にちょっと違和感が強くなりそうな気がする。