の作業記録
ブックカタリストな火曜日
- 作業記録の共有
- Textboxの移行
- メルマガ+原稿1
- TH
- ブックカタリスト配信予約
- 13:30~ブックカタリスト収録
- 各種日課
- サブ執筆
8:00
おはようございます。本日は午後からブックカタリストの収録です。午前中は原稿作業に励みたいところですが、Textbox周りをもう少しだけ片付けておきましょう。
Textboxの移行:
現状、まだTextboxフォルダ下で動いているシステムを新しいTextboxで動くようにします。
現状、TextboxとTextbox_nodeというフォルダがあるのですが、最終的には新しい方もTextboxフォルダとして扱いたいですね。
＊ ＊ ＊
書誌情報を取得し、library.jsonに保存する。
毎日の作業記録を処理し、Textbox化に入れる。一日日記、week.mdへの追記。
あたりが直近移行する必要がある作業ですね。
書誌情報の取得は、logtext化のスクリプトで行っているはずで、そのフォルダを変えれば済みますが。ただ、それを単純にTextbox_nodeに移しても最終的にはまたTextboxに移すわけですから、アプローチ自体を考える必要がありそうです。
＊ ＊ ＊
pythonでのファイル処理で、jsonfilepath = “/Users/Tadanori/Dropbox/textbox/json/” + filepath が指定されているので、ここを現状のフォルダ構造を意識して変更すればひとまずはOK。そうなると、どういうフォルダ構造で整えた方がいいのか考える必要がありますね。
＊ ＊ ＊
ポイントは、Textbox以外のツールをどの位置におくのか。Textboxと同系列なのか、それともTextboxが一段上で、他のツールはその下になるのか。
＊ ＊ ＊
単純に移行するなら、jsonfilepath = “/Users/Tadanori/Dropbox/textbox/local/textbox/json/” + filepath とすればいい。しかしこの、textboxが二回出てくのがどうにも不完全。むしろ一つ上げて、jsonfilepath = “/Users/Tadanori/Dropbox/textbox/local/json/” + filepath とするのがいいのではないか。
＊ ＊ ＊
まず、sever.jsの動きを変えて、/Users/Tadanori/Dropbox/textbox/local/json/からjsonを取得するようにします。移行、どのツールにおいても、jsonはここに保存されます。
であれば、先ほどのツールもそこに合わせておけばいい。
＊ ＊ ＊
Amazonから書誌データを持ってくるスクリプトは移動できました。
つづいて、毎日の作業記録を処理しているスクリプト。
＊ ＊ ＊
jsonファイルを参照している部分は少ないので手直しは簡単でしたが、スクリプトのあちこちに、'/Users/Tadanori/Dropbox/textbox/list/project.md’とmdファイルの絶対パスを指定してあって、だいぶ面倒です（正規表現で全体を置換すればいいわけですが）。
本来は、base-folderみたいなものを置いて、 base-folder + “project.md"とかにしておけば、書き換える場所は一ヶ所だけで済むのですが。
新しい方のTextboxは、local/textbox/notes/ にデータが入っています。素直に直すなら、'/Users/Tadanori/Dropbox/textbox/local/textbox/list/project.md’となるわけですが、さすがに冗長ですね。JSONに揃えるならら’/Users/Tadanori/Dropbox/textbox/local/list/project.md’ですが、むしろ’/Users/Tadanori/Dropbox/textbox/local/notes/project.md’ですかね。
＊ ＊ ＊
textboxというフォルダの中身を完全に削除しました。でもって、textbox_nodeをtextboxにします。これで、pythonで起動して旧textboxはなくなりました。
＊ ＊ ＊
特に問題なく動いています。
list/フォルダはそのまま移動したので、一応過去スクリプトを改造する必要はないですが、そのままだとTextboxから参照できません。そもそも必要があるのかを踏まえて移行を検討しましょう。
＊ ＊ ＊
まず、修正しようとしているスクリプトが何をしているのかを把握するところからです。
＊ ＊ ＊
remindDayEvent.pyでは、Textbox下のmdファイルから曜日ごとのタスクや気になっていることを抜き出して、ターミナルに出力する、ということをしています。
その仕組みそのものを再検討するタイミングですね。
検討課題1：出力先はターミナルでいいのか
検討課題2：データの保存場所がtextbox化でいいのか。
このスクリプトは、logtext/で実行されます。で、外部のtextboxのファイルを呼んでいるので、今回のような絶対パスの問題が出てくる。それ自体に問題がありそう。
むしろ、Textboxのスクリプトとして実行すべきでは？
＊ ＊ ＊
いったん、パス名の変更に対応しました。その上で、どこに何を表示させたいのかを考えます。これは保留案件にしましょう。
でもってそれを「気になっていること」として表示させようと思います。
では、次。
＊ ＊ ＊
weekの二重管理。
一つは、カレンダー用のjsonに週ノートを作り、もう一つは、week01-2026.mdのようなノートそれをまとめている。
mdだとこんな感じ。
幅狭いのはレイアウトが崩れているせいなので、ひとまず無視するとして、カレンダー用のjsonにもほぼ同じデータが入っている。
これをどう考えるか。
たとえば、週報を書くならば、mdノートがあった方がいいという気もする。しかし、重複したデータは不要だろう。ということは、week01-2026.mdのようなノートの作成はいったんやめにする？ あるいは、textbox/notesではなく、textbox/listに引き続き作って行くようにする（バックアップの為）？
＊ ＊ ＊
週報もjsonに書いてしまう手はある。
後々の移行は面倒になるが、週ノートがTextboxの一覧に出てこないメリットはある。これは「手帳」なのだと割り切ってもいい。
あるいは、カレンダーのデータと、mdノートを何らかの形で結びつける？
＊ ＊ ＊
やはり、こういう「week01-2026」のような機械的なタイトルがノート一覧に表示されるのはあまり嬉しくない。
作らなくていいか、作っても別フォルダというのが安定しそう。
なので、一応戻りたくなったときに戻れるようにnotes/ではなくlist/で粛々と運営することにする。で、本番環境はカレンダー（json）とする。
これで「ノート」（textbox/notes）と、「手帳」（textbox/json）と「原稿用紙」（bextEditor）が分かれたことになる。悪くない切り分けであるように思える。
「2026年のアウトプット」は、月の振り返りで使うので、ひとまずnotes/に入れておいた。
＊ ＊ ＊
あと、「主題ノート」というのがあった。
今まさに扱い方を考えているもの。こういうものをどう扱うか。
これも「気になっていること」に書き加えておきましょう。案外、よい運用が見つかりつつあるのかもしれません。
11:00
ニュースレター:
火曜日の配信分を書きます。
＊ ＊ ＊
publish:知の自転車、自動車、飛行機 - by 倉下忠憲@rashita2 - Rashita’s Newsletter
12:00
お昼は、牛カルビ弁当。
13:00
ブックカタリスト:
収録です。
＊ ＊ ＊
収録が終わりました Tue, 12 May 2026 16:19:23