2021-08-02Movidea/Kozaneba開発日記
Windowsのユーザ
4 本指ジェスチャーまで認識するタイプのタッチパッド
操作できるか？
不確実なものほど素早く検証するべき
認証とクラウド保存は一旦脇に置いて、操作できるのかどうかの検証をするべき
そのためには
デプロイをする
Movideaで行くか、落ち着いたら変えようと思ってたKozanebaに今変えるか
リポジトリやNetlifyの設定を後からまた変えるのは二度手間なので今Kozanebaにする
ソースやタイトルバーなどは後ほど変える
操作できるかのテストのための小さいサンプルを作る
二本指ジェスチャーで操作してるところを動画に撮ってみた
WindowsのChromeでは最初に垂直または水平に動かした時にその方向の移動にロックされる振る舞いがある
980479 - two-finger trackpad movement locks in as horizontal or vertical - chromium
認証
匿名認証
>匿名アカウントを永久アカウントに変換する
> 匿名ユーザーがアプリへ登録した後、新しいアカウントの下で引き続き従来の作業を行えるようにしなければならない場合があります。たとえば、アプリへの登録前にユーザーがショッピング カートに追加したアイテムを、新しいアカウントのショッピング カートにも入れておく、といったケースです。手順は次のとおりです。
> ...
>link の呼び出しが成功したら、ユーザーの新しいアカウントが匿名アカウントの Firebase データにアクセスできるようになります。
リンクしたらuser.uidが同一になるのかな
>ログインに使用した認証プロバイダに関係なく、同じ Firebase ユーザー ID でユーザーを識別できます。
はー、なるほど。ユーザと認証プロバイダが1対他の対応になってるわけか
デフォルトでログインしっぱなしになるみたい、それでいい
とりあえず「現在のユーザ: null」まではできた
✅匿名でログインして、ブラウザをリロードしてもログイン済み
ログアウトのメニューを作らねば
✅ログアウトして再度匿名ログインしたら別のuidになる
✅Google OAuth
コンソール
はー、なるほど、こうなるのか
tsimport "firebaseui";
var ui = new firebaseui.auth.AuthUI(firebase.auth());
// 'firebaseui' refers to a UMD global, but the current file is a module. Consider adding an import instead. ts(2686)tsimport firebaseui from "firebaseui";
// Attempted import error: 'firebaseui' does not contain a default export (imported as 'firebaseui').tsimport * as firebaseui from "firebaseui";
// Import may be converted to a default import. ts(80003)
html<link type="text/css" rel="stylesheet" href="https://www.gstatic.com/firebasejs/ui/4.8.1/firebase-ui-auth.css" />
だいぶ部品が揃ったので改めて考える
再掲
絶対にダメなこと
チュートリアル開始前にログインを要求する
閲覧オンリーで渡したURLから編集権限が得られること
好まないこと
一人で使っててHandoffで渡した時に渡した先でログインが必要になること
ログインが一回だけで、セッションが長く続くなら許容範囲か
デフォルトではURLを知っていればアクセスできる
後からアクセス権を絞れる
writeを特定のユーザに限定するとか
リードオンリーのリンクを作るとか
これはすなわち作者一人にwriteを制限することと同じ
この「アクセス権の変更権」をオーナーだけに持たせる
ここでオーナー識別のためにログインしてなくても匿名ユーザを作る？
それともクラウド保存をするためにはログインが必要とする？
それはおかしな設計ではない、よくある
一方でアカウントがないと使い始められないのはイマイチに感じる？
メールとパスワードでアカウントを作るのではなくOAuthだからそれほど気にすることでもない？
アクセス権を絞るタイミングでは必要なのだけど、それより手前のクラウド保存するタイミングで「ログインしてね」って言われるのが自然かなぁ
で、その段階ではアクセス権を絞ってないのでHandoffしたら書き込める
その後、リードオンリービューを作ってシェアしようとしたら書き込めてた端末が書き込めなくなっちゃう…と思ったけど、writerを記録しておいてリードオンリービューを作る時にオーナーに絞るのではなく既存のwriterに絞ればいいのでは
Handoffで渡された端末は匿名ログインして自分のユーザIDをwriterに書き込む
これで「今書き込みモードで接続してる人数の可視化」もできる
Related Pages
- →pregroup×pkeicho×movidea実際に使えるようにするために必要な機能×html5_drag&drop_api×不安なことは早く試す×immerで更新してcypressでテスト×cypressのtypescript化×2021-07-13movidea開発日記×2021-07-14Movidea開発日記×2021-07-15Movidea開発日記→
- →regroup×2021-07-20movidea開発日記×2021-07-26movidea開発日記×2021-07-27movidea開発日記×2021-07-28movidea開発日記×2021-07-29Movidea開発日記×styled-components×reactn×immer×2021-07-19movidea開発日記×✅フォントサイズの自動調整ができるか？×jsonインポート機能×2021-07-14Movidea開発日記×reactnを露出してcypressから使う×✅domでのスムーズな拡大縮小平行移動×macbookのトラックパッドで拡大縮小平行移動×2021-07-13movidea開発日記×畳んだものは一段階大きくなる×圧縮付箋の展開時どうなるべきか×編集urlどうあるべきか×regroupからmovideaへ×2021-07-15Movidea開発日記×バルーンメニュー→
"Engineer's way of creating knowledge" the English version of my book is now available on [Engineer's way of creating knowledge]
(C)NISHIO Hirokazu / Converted from [Scrapbox] at [Edit]