t_wの輪郭

デライトクローン輪郭法を用いたアウトライナー
文輪での改行の処理文輪にサイドバーを持たせてアウトラインを時系列に並べる文輪の公開設定あれあれ文輪のTODOあれ文輪のAWS構成図あれ文輪のデータベースにはNeo4jが向いている気がするsql.jsで文輪のデータを保存文輪の論理データモデル v2あれ文輪の論理データモデル文輪の開発文輪の開発記録文輪の概念データモデルあれ文輪のファイル出力・読み込み機能文輪の提供形態

文輪での改行の処理

2022/4/26 23:58:00

文章の途中で改行した時→親を両方のアウトラインに持たせる
文章の先頭で改行した時→親を下のアウトラインに持たせる
文章の末尾で改行した時→親を上のアウトラインに持たせる

チャットっぽくすれば改行周りの処理が不要になる(改行が不可能になる)

文輪の公開設定

2022/4/26 23:41:00

悩んでいる
Scrapboxみたいに書いたものが随時公開される仕組みだと、公開前の確認とかができなくて困る
チャットぽい感じにして、Ctrl+Enterで公開に進むようにしたら良い?
チャットぽくすると、いよいよデライトやcotoamiに近づいてしまう

ページにアウトラインが属するようにして、ページごとに公開・非公開を設定可能にしたら良い?

こうもり問題が起こるので嫌だな

公開/非公開フォルダにする?

アウトラインごとに公開設定/非公開設定にするのと変わらなくなる

アウトラインごとに公開・非公開を設定する?

ネットワーク構造なので、親の輪郭が公開されたら子の輪郭も公開にするといったことがしづらい
再起的に伝搬して、ネットワーク全体が公開になってしまう
行ごとに公開・非公開設定をするのは大変

全非公開・全公開のどちらかだけであれば、トリッキーなことはしなくても済む

いっそのこと有償のローカルアプリにしてしまった方が楽かもしれない
ただ、ローカルアプリ開発を考えた時、iOSアプリとかMacアプリとかを作るにはMacが必要になりそう

あれ

2022/4/23 1:30:00

 文輪は一旦、自分専用のツールにしたほうがいいかもしれない。設計がこなれるまでは他人のデータを持ちたくない。

 収益についてはWordpressみたいにブログみたいにしてしまって、そこに広告を張れば良いだろうか?いや、よくよく考えればそれができるだけの文章力があって集客ができるのであれば、デライトの利用者を増やそうという試みがもっと成功しているはずで、そううまくはいかないだろう。

 ブログ的な方向性で考えると、アウトラインを時系列順に並べたくなる。そうなるとデライトと方向性が似通ってしまう。輪郭法と同じ構造を用いて合理的に進めようとすると、どうしてもデライトと似通ってしまうのかもしれない。もしくは頭の中にデライトがあるために、つい真似てしまうのだろうか。

 Dynalistのファイルみたいに複数のアウトラインを持てるようにして、そのファイルが時系列に並ぶみたいな形にしてもいいかもしれない。ただし実装を考えるとちょっとしんどい。後、個人的にファイル分割があまり好きではない。