現状の目標

軸

仮データベースを設置してクライアント側に記録データ一覧を適切に表示するためのデータを出力する。

こうすることで、IDのみのデータでコピーが発生することを防げる。

やっぱりResolve型のオブジェクトには名前もIDも入れ込むことにする

分けたところであまりメリットがない

扱いも煩雑

旧来実装したものについては残しておく。

HTMLのロード時にサーバーへfetchする。fetchしてきたデータをもとに記録データを描写する。

こいつを用いようとすると従量制にする必要があってクレジットカードの登録が必要

ちょっとまだ…やめときたい。

一瞬クライアント側から直接データを取ってこようかな？とか思った

自分が予想したよりデータの扱い方が楽だった

下手にFunctionを経由するよりはこっちの方がシンプルかもしれん

これらは幾つかの画面に分けられる。

ゲームシステムをカードに載せて列挙。クリックで選択させたい。

ゲームモードをリストに載せて列挙。

それに伴い、このステートに遷移するためにシステムIDを要求する。

それぞれの要素をプルダウンメニューに載せて列挙。

このステートに遷移するために、システムIDとモードIDを要求する。

選択すると、敵を選択するプルダウンメニューが利用可能になる。

帰ってきた結果をプルダウンメニューに表示する。

難易度項目のプルダウンメニューを選択すると、選択可能になる。

最初の項目は「敵全て」。このままで検索を行うと、選択した難易度に登場する全ての敵について検索を行う。

複数選択可

36種の項目から一度に選択するのはあまりにも視認性が悪いのでどうにかしたい

こんなものを見つけた。

他の項目にもうまく使えるかもしれない！

ラジオボタンで選択させる。

うち前者ふたつは、ページに最初訪れたときに設定する。

必要なアイコンは以下の通り

走る人

リスト

時計

星

パンチ

パズル

それぞれの直接利用可能なページステートを列挙する。

ステートの一つとして実装する(ブラウザバックが使えるので)

開発見送り。

入力に対して、csvの出力を返すべきだろうか。

GoogleFireBase Authを使って実装する。

ここのログインユーザー名をもとに記録投稿者名が定まる。

記録の詳細な情報の入力にプルダウンメニューを利用する。

テキスト形式で入力

以下の正規表現で表された形式が許可される

[0-9]{1,2}:[0-9]{1,2}.[0-9]{1,2}

基本形式

他のテキストは全てこれの形式に直される。

[0-9]{1,2}:[0-9]{1,2}:[0-9]{1,2}

[0-9]{1,}.[0-9]{1,2}

単位は秒。

[0-9]{1,2}:[0-9]{1,2}[:.][0-9]{1,2}\s*-\s*[0-9]{1,2}:[0-9]{1,2}[:.][0-9]{1,2}

一人称さんからの要望

逆でも可。テキスト入力後計算されて正しい秒数に置き換わる。

select要素で選択。Choices.jsを使用。

単体選択。

select要素で選択。Difficultyを選択すると選択できるようになる。

単体選択。

select要素で選択。複数重複選択可

テキスト入力

以下の正規表現で表された2形式が許可される

https://twitter.com/status/[0-9]+t(\?s=[0-9]+)?

https://youtu.be/[a-zA-Z0-9\-]+?t=[0-9]+

入力後動画を表示させる機能が欲しいけど時間との兼ね合いを考える

ChoicesのInputで入力

管理委員会にまとめてもらう

「類似表現」としてまとめる

タグとは別に類似表現コレクションをまとめる

類似表現コレクションは類似表現グループを構成するタグへの参照をもった配列

この実装は後程でも大丈夫だろう

この実装は破壊的ではないので

SimpleMDEを使って入力。

このような権限を要する機能を「機密API」とする。

投稿するとデータベースへ直接投稿する。

ただし、Firestoreの仕様上他のAPIの使用が出来ないので、ここは見送り。

一回後回し。

記録投稿画面をベースにして作れそうだ。

初期値の設定法を学ばなくてはならない

これは今後に後回し。

専用UIを作成

Editorクラスを作って、指定したデータ型に沿ってエディタを配置することができる

適切なJSONファイルを添付させて投げさせる。

形式が間違っていればエラーを吐く。

形式が正しければ、自動的に追加される。

記録申請委員会の人が修正,削除権限を持つ。

これ未承認の記録だけを検索する機能が必要では？

タイトルは未承認の記録一覧で

Unverified records.

実はデータベースのデータを一度全部ごっそり引いてきてからサーバーで選別するとかいうヤバい処理をしている

基本的にサーバーはreadonly

サーバー以外のアクセスは許可されない

ユーザー情報(編集可能領域のみ)

ユーザー本人が登録可能

っていうかユーザー名に関するものはエスケープしておいた方がよさそう

あ〜〜〜〜〜〜〜〜〜〜〜〜〜ラミィちゃんかわいい

レギュレーション情報

管理委員会(とモード管理者)のみ？

必須ではない。規模が大きくなってから考えるべき…。

とりあえず、Verified属性だけつけておく。

今現状の問題だと、管理委員会の責任が重くなりすぎるという欠点が

ならば、それぞれのレギュレーションにおいてモード管理者を設置するべき？

モードは、それぞれ管理者を表すuidの配列を保持する。

そこに記述されているuidの人は、レギュレーションのルール操作権限を得る。

こうするとなると、また新たに申請-承認システムを作らないといけないのでは！？！？！？！

めんど！！！！！！！！！！！！！！！！！

Verified属性が偽のもので、拒否することで削除することができる。

Verified属性を真にできる

これらの操作は管理委員会のみが行える。

(A) ゲームタイトルを定義する

(B) ゲームモードを定義する

(C) セグメントパック,セグメントユニット,能力を定義する

申請は誰でもできる

承認は

(A),(B),(C) 管理委員会

(B),(C) ゲームタイトル管理者

(C) ゲームモード管理者

以下の属性を持たせる

code:typescript

interface IGameModeRule{

allowedUploaders?:MultiLanguageString,

mediaType?:MultiLanguageString,

versionOfGame?:MultiLanguageString,

aboutEmulator?:MultiLanguageString,

aboutExternalTools?:MuultiLanguageString

etc?:MultiLanguageString

}

それぞれの項目について、undefinedあるいは空文字列であれば項目ごと表示せず、そうでなければmarkdownとして解釈するようにする。

TitleCapsuledを使用して項目を区切る

前実装したEditorを再利用すればいいのでこれはそこまで難しくないはず

Japanese,Englishの画面を制定する

JDescription,EDescriptionの画面を制定

ここからEnumSelectorを用いて残りのフラグのデータを定める

これ新しく部品を作ることになるのでは

これはそれぞれのありうるルールに対してテキストボックスをおいてやればいい

重要度 低

サーバー側でキーを更に短い文字列に置き換えて、クライアント側へ送る。

クライアント側でそのキーをjson文字列ごと置換してオブジェクトとして処理する…というのはあり。

ただし、意図しない文字列置換が発生しかねないので、この更に短い文字列は、使用頻度が低い文字列の並びをプレフィックスとして置く必要がありそう

役に立ちそうなので書留。