APIコンソールのEndpoint項目は読み取り専用であるべき

[myConsciousness]

APIコンソールのEndpoint項目は現在ユーザーが編集できるようですが、特定のエンドポイントページから遷移した場合はこの項目は読み取り専用であるべきです。特定のエンドポイントページから遷移してきて、ユーザーがエンドポイントを編集することのメリットはないように思います。

[rinsuki]

notes周りではページングクエリが使い回せることがメリットになりうるかも

エンドポイントが編集不可能であることによるメリットもないのではと思います (リセットボタンくらいはあってもいいかもしれない)

[myConsciousness]

@rinsuki

返信ありがとうございます。

Misskey APIのページングの仕様がまだよくわかっていないので恐縮ですけど、
少なくとも対象のエンドポイントが notes の場合は https://xxxx.io/api/notes までは不変なのではないでしょうか？

[rinsuki]

ページングは sinceId 等で指定しますが、取得する対象がNote系であればどのAPIでもそれらの範囲指定は有効なので (というかMisskeyのID生成は時間ベースなので取得する対象が違ってもIDに含まれるタイムスタンプの部分での範囲指定は動作するはず)、HTL と STL の両方を同じ範囲指定で取得してみたいという需要がある可能性があります

[myConsciousness]

@rinsuki

なるほど、ページングと経緯については理解しました。

たぶん notes/hybrid-timeline と notes/global-timeline のような扱う対象が同じでスコープが異なるエンドポイントで差分を見てみたいということだと思います。

それを聞いた上でそもそもなのですが、
このAPIコンソールは「特定のエンドポイントを実際に叩いてどういうJSONが返ってくるか」
というお試し用途以上のことを想定しているということですかね。

少なくとも今の仕様だとユーザーがエンドポイント文字列を操作できるので、
今いるエンドポイントページ以上のことができてしまうのが少し気持ち悪いと感じました。

ただその仕様を残したいということだと、
ユーザーが下手に入力した文字列をリセットするためのボタンを用意するというのも一つの手だと思いますね。