Pushpin: FileContent設定カードの境界はすべてのファイルタイプで同じです

そうそう。 これは少しばかげており、間違いなく私のせいです。 AudioContentは私が書いたPOCであり、実際にはマスターに到達することを意図していませんでしたが、バイナリファイルストリーミングサポートの改善をテストしているときにマージしました。

問題は、FileContentが基本的にHyperfileのmimetypeフィールドを調べ、それに基づいてContentタイプを選択することでAudioContentをラップすることです（https://github.com/automerge/pushpin/blob/7b1fb02912198c525bf080edd5d14d48e538b729/src/renderer/components/に従ってください）。それがどのように機能するかを見たい場合は、content-types / files / FileContent.tsx＃L72）。 つまり、実際には常にラッピングFileContentのminWidthを使用します。

これを修正することは複雑ではありませんが、それほど簡単ではありません。そもそも誰かが実際に機能を使用しているとは確信していなかったので、それを回避できませんでした...修正する代わりに1つのオプションを含めることです少し余分なメタデータ/スペースを埋めるようにUI要素のより大きなセットを選択しますか？ 不正行為は知っていますが、選択したカードのセットをボードでブロードキャストするのと同じように、オーディオファイルで現在の位置をブロードキャストし始めて、他の人がトラックのどこにいるかを確認できるようにします（たとえば、架空のポッドキャストのユースケース？）

どちらのアプローチ（高さ設定のバグを修正するか、AudioContentを改善する）でロールバックし、それに取り組みたい場合はどちらかを支援してください。 いずれにせよ、素敵な小さなプロジェクトになるはずです。

メタデータ/ブロードキャストを追加するのは、すばらしい作業のように思えます。 カード選択ブロードキャストロジックを探すには、どのファイルを探す必要がありますか？

また、オーディオの特定の時間に関連付けられたサウンドクラウドスタイルのコメントについてどう思いますか？ それとも、スレッドの機能を複製しすぎているのでしょうか。 このようなドキュメント固有のスタイルのコメント（またはInstagramタグのようなXY座標を持つ画像へのコメント）は、興味深い種類のメディア固有の会話を可能にすると思います。

はい、ます。 タイムコード化されたコメントは、明らかに何らかの形でドキュメントに保存する必要があります...任意のコンテンツ？ それはあまりにもクレイジーですか？

リスニングポジションをブロードキャストするには、ユーザーID、デバイスID、および任意の追加のJSONエンコード可能タイプをピアにブロードキャストする「プレゼンス」を送信できます。 BoardCardでは、選択した色を仲間にブロードキャストします。 このコードは少し奇妙ですが、 https： //github.com/automerge/pushpin/blob/73193adc907b3c7c109b5f14453f9a838469f02b/src/renderer/components/content-types/board/BoardCard.tsxのusePresenceを見て

「任意のコンテンツ」とは、 { comment: string, time: number, author: Contact}配列と対応するオーディオのhypermergeUrlのIDを持つ新しいコンテンツタイプ（例： audioComments ）を意味しますか？ または、 AudioContent自体に接続されている{ comment: string, time: number, author: Contact}配列だけですか？ ハイパーファイルに任意のJSONを添付することも可能ですか？ 申し訳ありませんが、私はまだこのアーキテクチャがどのように機能するかを学んでいます。

つまり、コメントをThreadContent、TextContent、ImageContentなどの任意のタイプにすることができますか。

（追記：ARCHITECTURE.mdを読んでいない場合は、システムが舞台裏でどのように機能するかについての理解を早める可能性があります。）

（元の問題からかなり遠くまで移動したため、これを緩めに移動します）