Pushpin: Карточка настроек FileContent имеет одинаковые границы для всех типов файлов.

О да. Это немного глупо и определенно моя вина. AudioContent был POC, который я написал, который на самом деле не предназначался для передачи на master, но мы объединились, когда тестировали улучшения поддержки потоковой передачи двоичных файлов.

Проблема в том, что FileContent по существу обертывает AudioContent, просматривая поле mimetype гиперфайла, а затем выбирая тип контента на его основе (см. Https://github.com/automerge/pushpin/blob/7b1fb02912198c525bf080edd5d14d48e538b729/src/renderer/renderer content-types / files / FileContent.tsx # L72, если вы хотите увидеть, как это работает). Это означает, что на практике он всегда использует обертку FileContent minWidth.

Исправить это несложно, но не совсем тривиально, и я не убедил себя, что кто-то действительно использует эту функциональность в первую очередь, поэтому я не дошел до этого ... Один из вариантов, вместо того, чтобы исправлять это, заключался бы в том, чтобы включить немного дополнительных метаданных / выберите больший набор элементов пользовательского интерфейса, чтобы он заполнял пространство? Жульничество, я знаю, но я хочу начать транслировать позицию, в которой вы находитесь в аудиофайле, точно так же, как мы транслируем набор выбранных карт на доске, чтобы вы могли видеть, где другие люди находятся на треке (полезно, например, для какой-то воображаемый вариант использования подкаста?)

Счастлив использовать любой из подходов (исправить ошибку настройки высоты или улучшить AudioContent) и помочь с любым из них, если вы чувствуете, что хотите решить эту проблему. В любом случае это должен быть хороший небольшой проект.

Добавление дополнительных метаданных / трансляций - это круто, над чем стоит поработать! В каких файлах я должен искать логику трансляции выбора карты?

Оооо, как бы вы относились к комментариям в стиле soundcloud, привязанным к определенному времени в аудио? Или это дублирует слишком много функций потоков? Я думаю, что комментарии в стиле, специфичные для документа, например, подобные этому (или комментарии к изображениям с координатами XY, например, теги instagram), могут способствовать интересным видам медиа-диалогов.

Я бы чертовски чувствовал себя

Чтобы транслировать позицию прослушивания, вы можете отправить «Присутствие», которое транслирует ваш идентификатор пользователя, идентификатор устройства и произвольный дополнительный кодируемый тип JSON вашим партнерам. В BoardCard вы транслируете цвет своего выбора своим коллегам. Я знаю, что этот код немного странный, но посмотрите на usePresence на https://github.com/automerge/pushpin/blob/73193adc907b3c7c109b5f14453f9a838469f02b/src/renderer/components/content-types/board.xBoardCoard

Под «произвольным содержимым» вы подразумеваете новый тип содержимого (например, audioComments ) с массивом { comment: string, time: number, author: Contact} и идентификатором hypermergeUrl соответствующего аудио? Или просто массив { comment: string, time: number, author: Contact} который прикреплен к самому AudioContent ? Возможно ли прикрепление произвольного JSON к гиперфайлу? Извините, я все еще изучаю, как работает эта архитектура.

Я имею в виду, можем ли мы сделать комментарии произвольного типа, например ThreadContent, TextContent, ImageContent и т. Д.

(PS: если вы не читали ARCHITECTURE.md, это может ускорить ваше понимание того, как система работает за кулисами.)

(переместим это в положение слабины, поскольку мы ушли довольно далеко от исходной проблемы)