にしし らぼらとりー

実装を検討している各機能について、どれくらいの需要があるのかの把握が難しい。アンケートを採るくらいしか手段がなさそうなのだが、アンケートを採っても（昨年の夏に採った）、この結果は「その時点での需要」でしかない上に、「それ以降に検討対象に加わった機能」については需要が分からない。もうちょっと何か、リアルタイムに需要を把握できるような仕組みを作れると望ましいのだが。そこでなんとなく思ったのは、（作りかけておきながら放置している）てがろぐユーザリンク集のアカウントに投票権を持たせて、検討中機能リストに投票できるようにする仕組みである。この方法を使って、

• 検討中機能リストにある各機能に、それぞれ「欲しい」・「とても欲しい」みたいな回答(投票)ができる。
• 検討中機能リストに項目を追加すると、その時点で投票項目が増える。
• 投票内容(回答内容)は何度でも変更可能で、「以前は不要だと思っていたが今は欲しいと思うようになった」みたいな場合にはいつでも変更できる。

という感じにすれば、リアルタイムに需要の多寡を把握し続けられそうな気がする。もちろん、ユーザリンク集の利用者がそれなりに多ければの話だが。ユーザリンク集のアカウントを利用すれば、

• 現役てがろぐ利用者に限定した投票ができる。
• 1つの検討中機能に対して、同一人物が他票を投じるのをある程度は防げる。

というメリットもありそうなので、より正確なデータが得られそうな気もする。いや、協力者(投票者)がそれなりに居たら、の話だが。┌(:3」└)┐

鍵付き投稿で、「1行目を常に見せる」に加えて、「2行目も常に見せる」設定ができるようにする、設定機能だけはできた。（その結果を反映する本体機能はまだ。）

JavaScriptで指定範囲を隠すのではなく、<details> <summary>見せる部分</summary> 折りたたむ部分</details> のような、HTMLだけでできる折り畳み機能も設けた方が良いような気もする。

正式版リリース作業が面倒すぎる理由の1つは、たぶん間に挟むβ版が多すぎるんだよな……。追加機能がたくさんあるから、リリースノートを書くのも大変になる。もっと、「正式版→β1→β2→正式版」くらいのペースでリリースする方が楽なのかもしれない。

ああ、TegUpどうしようかな……。そこも整備してから次の（てがろぐ）正式版を出そうとするとさらに時間が掛かりそうだけど。今回はとりあえずTegUpの同梱はやめて、次に回すか……？

TegUpもそろそろ Ver.1 としてパッケージに同梱したいのだが、そのためには公式ドキュメントを（てがろぐ公式ドキュメント内に）設けた方が良いよな……。

結局、[[PERMAURL:KEEPCOND]] と [[PERMAURL:KEEPCOND:FULL]] の2つの記法を実装した。CONDはCONDITIONの略。>>2490