Pushpin: 모든 파일 유형에 대해 동일한 FileContent 설정 카드 경계

아 그래. 이것은 약간 어리석고 확실히 내 잘못입니다. AudioContent는 내가 작성한 POC로 실제로 마스터에 상륙할 의도는 없었지만 바이너리 파일 스트리밍 지원에 대한 개선 사항을 테스트할 때 병합했습니다.

문제는 FileContent가 기본적으로 하이퍼파일의 mimetype 필드를 살펴본 다음 이를 기반으로 콘텐츠 유형을 선택하여 AudioContent를 래핑한다는 것입니다(https://github.com/automerge/pushpin/blob/7b1fb02912198c525bf080edd5d14d48e538b729/src/를 따르십시오). 작동 방식을 보려면 content-types/files/FileContent.tsx#L72). 즉, 실제로는 항상 래핑 FileContent의 minWidth를 사용합니다.

이 문제를 수정하는 것은 복잡하지 않지만 사소한 일은 아니며 처음에는 누군가가 실제로 이 기능을 사용하고 있다고 확신하지 않았기 때문에 해결하지 못했습니다... 수정하는 대신 한 가지 옵션은 다음을 포함하는 것입니다. 약간의 추가 메타데이터/공간을 채울 수 있도록 더 많은 UI 요소 집합을 선택하시겠습니까? 속임수, 나도 알아, 하지만 우리가 보드에서 선택한 카드 세트를 방송하는 것처럼 오디오 파일에서 여러분이 있는 위치를 방송하기 시작하여 다른 사람들이 트랙에서 어디에 있는지 볼 수 있습니다(예를 들어, 상상의 팟캐스트 사용 사례?)

두 가지 접근 방식(높이 설정 버그 수정 또는 AudioContent 개선)을 선택하고 해결하고 싶은 경우 도움을 주시면 감사하겠습니다. 어느 쪽이든 좋은 소규모 프로젝트여야 합니다.

추가 메타데이터/브로드캐스팅을 추가하는 것은 멋진 일처럼 들립니다! 카드 선택 방송 로직은 어떤 파일을 찾아야 하나요?

또한 오디오의 특정 시간에 연결된 사운드클라우드 스타일의 댓글에 대해 어떻게 생각하시나요? 아니면 스레드의 기능을 너무 많이 복제하고 있습니까? 예를 들어 이와 같은 문서별 스타일 댓글(또는 인스타그램 태그와 같이 XY 좌표가 있는 이미지에 대한 댓글)은 흥미로운 종류의 미디어별 대화를 가능하게 할 수 있다고 생각합니다.

나는 지옥 처럼 느낄 것입니다. 시간 코딩된 주석은 분명히 문서에 어떻게든 저장되어야 합니다... 임의의 내용? 너무 미쳤나요?

청취 위치를 브로드캐스트하려면 사용자 ID, deviceid 및 임의의 추가 JSON 인코딩 가능 유형을 브로드캐스트하는 "Presence"를 피어에게 보낼 수 있습니다. BoardCard에서 선택 색상을 동료에게 브로드캐스트합니다. 이 코드는 조금 이상하지만 https://github.com/automerge/pushpin/blob/73193adc907b3c7c109b5f14453f9a838469f02b/src/renderer/components/content-types/board/Bond 에서 usePresence를 살펴보세요.

'임의의 콘텐츠'란 { comment: string, time: number, author: Contact} 의 배열과 해당 오디오의 hypermergeUrl ID를 가진 새로운 콘텐츠 유형(예: audioComments )을 의미합니까? 아니면 AudioContent 자체에 연결된 { comment: string, time: number, author: Contact} 의 배열만 있습니까? 하이퍼파일에 임의의 JSON을 첨부할 수 있습니까? 죄송합니다. 이 아키텍처가 어떻게 작동하는지 아직 배우는 중입니다.

ThreadContent, TextContent, ImageContent 등과 같은 주석을 임의의 유형으로 만들 수 있습니까?

(추신: ARCHITECTURE.md를 읽지 않았다면 시스템이 배후에서 어떻게 작동하는지 빨리 이해할 수 있을 것입니다.)

(원래 문제에서 꽤 멀리 여행했기 때문에 이것을 slack으로 이동)