YaPw今後の予定
履歴閲覧: 最新 2018/04/14 2013/11/20 2013/11/20 2013/11/20 2013/11/20 2013/11/19 2011/11/10 2006/04/04 2004/10/15 2004/10/14 2004/10/12 2004/10/12 2004/10/11 2004/06/24 2004/06/19 2004/02/24 2004/01/26 2003/11/20 {2003/11/05[差分表示]} 2003/09/03 2003/08/21
YaPwについての今後の予定など。
予定じゃなくなったら（実装されたら）YaPw修正情報へおひっこし。
要望とか受付中
名前:ynakata / 導入用スクリプト。yapw.confをあれこれいじるためのシロモノ。
名前:ynakata / テンプレート関連処理の整理とか
名前:ynakata / RINDEXの経時自動再生成とか
名前:ynakata / おそろしくエンバグしそうなhtmlタグ受け入れコードを書き換えたい、かも
名前:ynakata / TreeStore?の回りに問題があるっぽい？
名前:ynakata / back link生成を名前空間実装に対応させる。
たいへんわかりにくい[@label]について、ドキュメントを書く。-> AtWriteで書き中です。
- 特定のDB的なものでなく、（djbがやるみたいな）ディレクトリツリーデータストアは存外便利。=>もう少し汎用的に使いたい。この部分だけモジュール化できないか？ あるいはそういうモジュールが既に存在していないか？
-
同僚様からの提案：メールで追記するインターフェース。
（ちなみにYaPw的にはWikiEngine?とは全然関係なく、SOURCEに追記してRINDEX消すだけでほぼバッチリ動くはずである）
もらってこれる部分についてはYukiWikiなんかから極力盗むもらってくるのがいいかもしんない。その方が俺が楽。--2001/06/28 19:24 ynakata
コンテンツインクルード：<タグ>を利用しようというとこから妄想。http経由でてきとーにファイルを持ってきてローカルで保持するようにする仕組み。いわゆるアップローダやね。<?include img='URL'?>みたいに書くと、URLからファイルを落してきて適当な場所に保持して、そいでもって記述自体は<img src='PATH'>みたいに書き換えられる、と。セキュリティがすんごいことになるのが不安。
整形エンジンのModule化：plain -> html変換する部分をモジュール化する。WikiName?の解決とかが難しくなるけど。--2002/02/04 14:36 ynakata
QueryWrite?：AtWrite + InterWikiのような機能。[?label,URL:format]ってな具合の書式で、"URL"に対する適当なqueryを発行するためのフォームを作る。
オブジェクトディレクトリ構造：名前空間とか、そういうことを実現するためのアイデアとして。ディレクトリ＝オブジェクト、ディレクトリ内ファイル＝プロパティとみなして、オブジェクト空間を編集・閲覧するツールとしてYaPwを位置付ける――要するにZopeみたいなのですが。実際にそこまでやると大変な上にお馬鹿さんなので、適当なところまでダウングレードしたアイデアで、名前空間、外部リンクオブジェクト、オブジェクト単位でのアクセス制限、とか実現できると嬉しいかな。--2001/10/11 02:19 ynakata
なんとなく構造解析：optionalなモジュールとして、plain -> html変換のときに、構造をある程度解釈してくれるようなものを作る。見出し（<h?>）の後の段落がフラットレベルで、以降の段落はリストで表示するとかした方が、見易そうだと思ったから。
htmlタグ解釈：そんな賢い必要はないけど、「<h?>が同一行で閉じられてなかったら勝手に閉じる」「場合によっては<br />を挿入しない」とかそういうことをする。--2001/07/16 15:18 ynakata
別名
「ある記事の別名」を実現。
現在、[別名,本名]って形式で（その場限りの）別名を実現できます。システム全体に適用できるような枠組は未実装
とりあえずシンボリックリンクを使えばそれっぽい動きをすることが確認されてる（Thanx > C.Fさん）。しかしながら、あえてファイルシステムのシンボリックリンクを使わないような方向も考えられる。
元記事を消したときの処置をどうするか。
→元記事のほうに、「シンボリックリンクされてる」リストを保持させて、元記事を消したときに一緒に消す。
→敢えて無視。シンボリックリンクと同様に困れ。（Dead Linkだと判明したときに始めて消す？）
別名が一覧に出るのを抑制したい？
→一覧作るときに、シンボリックリンクの判定をすればよろしい。遅くなるけど。
「別名と重複する記事」を作ろうとしたときの処置をどうするか。
→単純にはねた上で、元記事に飛ばす。できれば警告表示。
管理インターフェースはどうするの？
→元記事のところに「別名を作る」という項目をつけるのが妥当だろう。
別名の方だけ消したいときは？
→元記事のところに「別名を消す」をつけるぐらいしか