Интересно, есть ли способ организовать медиафайлы в виде таблицы. Вот мой текущий подход:
Тест 1:
Тест 2:
Тест 3:
Но я бы хотел иметь возможность делать что-то вроде этого (с встроенными плеерами вместо ссылок):
Ох, это будет непросто. По сути, речь идёт о способе принудительного отображения «полного onebox» для ссылки, которая находится не в начале строки. Я думаю, что в очень редких случаях, подобных вашему, это может быть полезно.
В целом я поддерживаю изменение, которое позволило бы реализовать что-то вроде этого для сверхсложных ситуаций, когда нужно принудительно показать onebox в середине строки:
<a href="onebox_url" type=onebox>...</a>
Проблема в том, что в настоящее время вся наша стилизация onebox предполагает, что это единственный элемент в строке и занимает всю ширину, поэтому придётся пересмотреть множество допущений.
Это также было бы полезно, когда вы хотите отображать onebox внутри секции details.
Не знаю, поможет ли это, но альтернативный интерфейс мог бы заключаться в расширении синтаксиса BBCode. Например:
[audio src="https://file.m4a"][/audio]
Или даже:
[inline_onebox]https://file.m4a[/inline_onebox]
Или мы можем просто добавить в белый список теги audio, video и source? Сегодня невозможно опубликовать видео в Discourse с несколькими источниками (один mp4 и один webm), чтобы оно воспроизводилось на каждом устройстве.
Вы думали о том, чтобы разрешить использование Iframe и разместить таблицу в другом месте?
@martin Спасибо за твой великолепный PR! Теперь аудио-ссылки работают даже если слева от URL есть символы! 
(многие мои пользователи сталкивались с этой проблемой, так что им будет гораздо проще).
Я заметил, что теперь аудиофайлы работают внутри details:
Пример
Я надеялся, что они также будут работать внутри таблиц Markdown, но, как я вижу, это пока не работает:
| name | audio file goes here |
|---|---|
| example |  |
Может ли эта функция быть включена в один из будущих выпусков?
Таблицы Markdown работают, но вам нужно экранировать символ | с помощью обратного слэша, например \|. Это немного раздражающая проблема с символами |, так как в таблицах Markdown они уже имеют специальное значение.
Я частично открыт к идее добавить ещё один необязательный символ, который можно использовать в качестве разделителя. Запятая не идеальна, так как люди могут использовать её для описаний.
На данный момент это довольно хорошее решение. Спасибо, что обратили на это внимание!
Единственная проблема, с которой я столкнулся, — это ошибки 429 (слишком много запросов), когда я пытаюсь редактировать таблицу среднего размера с несколькими аудиофайлами (на самом деле, один и тот же файл повторяется). При попытке сохранить изменения появилось модальное окно Discourse, а в консоли было следующее:
Я просто добавил три строки в эту таблицу:
Не знаю, является ли это ожидаемым поведением или есть способ ленивой загрузки ресурсов, чтобы избежать ошибки (мне удалось это сделать после нескольких попыток).
Хм, интересно, загружают ли браузеры весь MP3-файл размером 40 МБ целиком перед воспроизведением, если мы размещаем его на странице?
Ленивая загрузка, безусловно, имеет смысл, если сейчас происходит именно так. Единственное, что мы упустим, — это длительность, но мы могли бы вычислить её на стороне сервера.