Kozaneba開発日記2021-08-26
https://gyazo.com/9375715516dbb7ae01077f30f78b2294
---
Baの一覧を日時順にソート
複合インデックスが必要になる
https://gyazo.com/de456b6ccd9ec0208cd43823b3ad2a10
エミュレータでテストして楽チンという話
リードオンリー共有ができるようにFirestoreのルールを変更する
NG、構文チェックは問題ないが、チュートリアルのテストが過去のBa一覧の取得でコケる
code:firestore rules
service cloud.firestore {
match /databases/ba/documents {
function is_writer() {
return request.auth.uid in resource.data.writers;
}
match /{document=**} {
allow create: if true;
allow update, delete: if resource.data.anyone_writable || is_writer();
allow get: if true;
allow list: if is_writer();
}
}
}
パスの理解が間違ってた
/databases/FOO/documentsではなく
/databases/{database}/documents/FOO/{document}だった
match /databases/{database}/documents 宣言は、ルールがプロジェクト内の Cloud Firestore データベースと一致するように指定します。現在、各プロジェクトには (default) という名前のデータベースが 1 つだけあります。
databaseのところがdefaultなんだな
OK
code:rules
rules_version = '2';
service cloud.firestore {
match /databases/{database}/documents {
match /ba/{document=*} {
function is_writer() {
return request.auth.uid in resource.data.writers;
}
allow create: if true;
allow update, delete: if resource.data.anyone_writable || is_writer();
allow get: if true;
allow list: if is_writer();
}
}
}
リードオンリー共有ができるようにfirestoreのルールを変更した
エミュレータがなかったら試行錯誤大変だっただろうな
エミュレータなら本番環境のルール更新を待たずに手元で試行錯誤できる
https://gyazo.com/ae804631871deb49cfa1942cfa0f920c
いま、場に対する操作が「タイトルの変更」しかないけど、もっと色々するようになったら場のダイアログがあるべきだな
タイトルの変更
リードオンリー共有
デフォルトではURLを知っていれば編集できる
URLを知っていても編集できないように変更する
コピーを作成
削除
新規作成
ユーザダイアログから/#newを新しいタブで開くとか？
✅
まだ何かおかしいな
空グループに空グループを入れた時にズレる？
空グループに空グループを入れてその中にこざねを入れた時にズレる
そもそも「空のグループ」が存続すべきなのか、消えるべきでは
kozaneba.constants.group_padding = 5; kozaneba.redraw();
before
https://gyazo.com/83288e5799e0c164a43124208d650a1f
after
https://gyazo.com/97db16e56e6e7c6d7020b7ead8e75044
既にある程度書いてある勉強会資料をKozanebaに読み込んで整理しようとした場合、何が問題って「画像がKozanebaには読み込まれない」なのだよなぁ
Regroupでは画像付箋ができてたのでKozanebaでもやればできるけど勉強会には間に合わないので今じゃない感
既にインデントつき箇条書きになってるものを階層的なグループとしてインポートしたい
テストコードを見てテストの足りてないところを洗い出す
ドラッグ結果の位置の確認
スクロールとズーム
ホットキーのテスト
コンテキストメニューで削除をした時に削除されてることを確認
グループの開閉
グループタイトルの編集
2021-08-26
ユーザダイアログ
既存の場の一覧が更新時間でソートされる
「場の新規作成」が可能
ログインしている状態で/#newにアクセスしても同じ
グループのパディングを調整可能に。
デフォルト値を小さくするかどうか検討中。
矢印のことを考えてたんだけど、暗黙に2項間の関係ばかり考えがちだが別にN項間でもいいのでは。
https://gyazo.com/3ff617ca88ff2971f955498c4a490022
---
https://gyazo.com/9375715516dbb7ae01077f30f78b2294
WIPのタスクにWIPって札をつけてみた
これを赤背景とかの目立つものにするといいかも
https://gyazo.com/b202a0b941bbc79c1a9ef348b654a89e
background: blue; color: white;
カスタムのスタイルをつける機能があれば良い
グループのマージンを減らしてみた結果、だいたいは良いが2つ問題がある
空のグループがゴミ
そもそも「空のグループ」が存続すべきなのか、消えるべきでは src でも「バグは今のところない」ってのは空っぽの「バグ」グループで表現したい
タイトルがついてれば消えない？
空のグループがいっぱいできるのはそもそも1枚追加でもグループに入ってるせい？
いや、2〜3枚追加する時もあるので1枚の場合だけ対処してもやはりゴミはできる
やっぱり「タイトルのない空のグループは自動削除」が適当か？
こざね1枚分の幅や高さの時、中のこざねではなくグループをクリックすることが困難
min-width / min-height
https://gyazo.com/c4a365485a2f7dd8cb4bd3fcde440cd4
マージン(正確にはパディング)を減らしてみて
実際に使ってみて色々わかることがある
ユーザスクリプトで変更すると、手軽に試せる
ダメだったらすぐに戻せるから気楽
最終的にタスクになったもの(大きくしたこざね)の周囲にそこに至る思考の流れがある
なので実際に着手するまでのあいだに他のものとくっついて変化するかもしれない
実際「空のグループを消す」は「タイトルのない空のグループは消す」へと変化した
明日リリースノートもこざねばにするかなー
ユーザ拡張のデモ
有用性よりも少ないコードで予想外のことをやる
「そんなことできるのか？」となるのが大事
ゲーミングこざねとパーティパロット
ポモドーロこざね
そういう意味ではScrapboxのページ指定でリンク先ページを読み込んでこざねにするのは「実装規模の大きい便利機能」だな
ユーザ拡張のデモというより…って感じ
キラー応用
簡単に出来そうなので試したら出来た
カスタムのスタイルをつける機能
kozaneba.update_style("1629979178768", (s) => {s.background = "blue"; s.color = "white" });
ちゃんとサーバに保存される
グループがたとえ空でも一定サイズより小さくならないようにした
https://gyazo.com/460583dc8d0fb83d2203c5222ba47d97
リードオンリーURLを開いた時「これはリードオンリーです、編集しても保存されません」と表示すべきかどうか
デフォルト出して、嫌な人はユーザスクリプトで消せばいい
「なんでもユーザスクリプトに押し付けるのはどうかと思います！」
一瞬「ユーザスクリプトで設定可能にした上でユーザがどんな設定にしているか見れば」とか思ったけど、それサンプルが偏りまくりだから素人向けのデフォルト設定を決める目的に使ってはいけないデータだ
矢印機能を入れるとして
理想としてはAとBをつなぐ矢印はどちらかが移動した時に最前面になる
矢印はすべて箱より手前、という設計もあり
常に背面という設計は、グループがあることによってちょっと微妙
「グループの中の箱を指す」があり得る
中のものは基本的に外のものより前面だから
リリースノートを試しにKozanebaに入れてみた
が「日時」で塊になるとそれ以上どうしようもない
時系列で離れてるが意味合いとしては近いものを整理できない
日時や時系列の流れを捨てれば意味合いで整理はできる
しかしユーザは「既にある軸で整理されてるもの」の軸を捨てることに心理的抵抗があるはず
離れたものの間の関係を矢印で表現するという手もある
なんか見覚えのあるプロジェクトが…