根据其显示， AudioContent的最小高度应该为 3，但看起来FileContent将其设置为 6。重写 FileContent 以对不同的文件具有不同的边界是否有意义类型？ 在 FileContent.tsx 中编写该逻辑似乎微不足道，但在每个[mime-type]Content.tsx文件中设置这些属性似乎更好。 我该怎么做呢？ 抱歉，仍然对FileContent和AudioContent之间的数据流动方式感到困惑。
radio-alice
所有7条评论
啊对。 这有点愚蠢，绝对是我的错。 AudioContent 是我写的一个 POC，并不是真的要登陆 master，但我们在测试对二进制文件流支持的改进时合并。
问题是 FileContent 通过查看超文件的 mimetype 字段然后选择基于该字段的内容类型来基本上包装 AudioContent（遵循 https://github.com/automerge/pushpin/blob/7b1fb02912198c525bf080edd5d14d48e538b729/src/renderer content-types/files/FileContent.tsx#L72 如果你想看看它是如何工作的）。 这意味着它在实践中始终使用包装 FileContent 的 minWidth。
解决这个问题并不复杂，但也不是很简单，我一开始并没有说服自己任何人实际上在使用该功能，所以我没有解决它......一个选择，而不是修复它，将包括一些额外的元数据/选择一组更大的 UI 元素以填充空间？ 作弊，我知道，但我想开始播放您在音频文件中所处的位置，就像我们在板上播放一组选定的卡片一样，这样您就可以看到其他人在曲目中的位置（对于，例如，一些虚构的播客用例？）
很高兴使用任何一种方法（修复高度设置错误或改进 AudioContent），如果您想解决它，可以提供帮助。 无论哪种方式，都应该是一个不错的小项目。
pvh
于 2020-02-13
添加额外的元数据/广播听起来很酷！ 我应该在哪些文件中查找卡片选择广播逻辑？
radio-alice
于 2020-02-13
哦哦，你对与音频中特定时间相关的 soundcloud 风格的评论有什么看法？ 或者这是否复制了过多的线程功能？ 我认为文档特定风格的评论，例如像这样（或像 Instagram 标签这样的带有 XY 坐标的图像评论）可以实现有趣的特定于媒体的对话。
radio-alice
于 2020-02-13
我会感觉像地狱是的。 时间编码的评论显然应该以某种方式存储在文档中......任意内容？ 是不是太疯狂了？
要广播收听位置，您可以发送一个“Presence”，它向您的对等方广播您的用户 ID、设备 ID 和任意额外的 JSON 可编码类型。 在 BoardCard 中，您可以向同行广播您的选择颜色。 这段代码有点奇怪，我知道，但看看https://github.com/automerge/pushpin/blob/73193adc907b3c7c109b5f14453f9a838469f02b/src/renderer/components/content-types/board/BoardCard.tsx中的 usePresence
pvh
于 2020-02-13
“任意内容”是指具有{ comment: string, time: number, author: Contact}数组和相应音频的hypermergeUrl的 id 的新内容类型（例如audioComments ）吗？ 或者只是一个附加到AudioContent本身的{ comment: string, time: number, author: Contact}数组？ 是否可以将任意 JSON 附加到超文件？ 抱歉，我仍在学习这种架构的工作原理。
radio-alice
于 2020-02-13
我的意思是，我们可以将评论设为任意类型，例如 ThreadContent、TextContent、ImageContent 等。
（PS：如果您还没有阅读 ARCHITECTURE.md，它可能会加快您对系统幕后工作方式的理解。）
pvh
于 2020-02-13
（由于我们已经远离原始问题，因此将其移至松弛状态）
radio-alice
于 2020-02-14
相关问题
Gozala
·
13评论
canadaduane
·
9评论
edrex
·
7评论
pvh
·
4评论
Gozala
·
9评论
最有用的评论
我的意思是，我们可以将评论设为任意类型，例如 ThreadContent、TextContent、ImageContent 等。
（PS：如果您还没有阅读 ARCHITECTURE.md，它可能会加快您对系统幕后工作方式的理解。）