FileContent setting card bounds the same for every file type
See original GitHub issueBased on its display, AudioContent
should really have a min-height of 3, but it looks like FileContent
sets it to 6. Would it make sense to rewrite FileContent to have different bounds for different file types? It seems trivial to write that logic within FileContent.tsx, but seems better to set those properties in each [mime-type]Content.tsx
file. How would I go about doing this? Sorry still confused on how data is flowing between FileContent
and AudioContent
.
Issue Analytics
- State:
- Created 4 years ago
- Comments:7 (7 by maintainers)
Top Results From Across the Web
Power Automate Approval Attachment Limitations and ...
CDS restricts certain file types by extension from being created for security and privacy concerns. It restricts the following file extensions by default:....
Read more >Working with files Help Docs | Integromat Help Center - Make
Modules that have the ability to work with files require two pieces of information: File name; File content (data). When you map a...
Read more >Retrieving file information - Android Developers
This lesson demonstrates how to query the server app's FileProvider to retrieve a file's MIME type and size. Retrieve a file's MIME type....
Read more >How to find the extension of a file in C#? - Stack Overflow
First two/three letters will tell you the file type. ... This custom method takes a path // and adds all files and folder...
Read more >NetSuite Applications Suite - File Cabinet Overview
The File Content Hash field is calculated by NetSuite based on the file contents, so it changes every time the file changes. When...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I mean, could we make the comments an arbitrary type, like a ThreadContent, TextContent, ImageContent, etc.
(PS: if you haven’t read ARCHITECTURE.md it might fast-forward your understanding of how the system works behind the scenes.)
I would feel like hell yes. Time-coded comments should obviously be stored in the document somehow… arbitrary Content? Is that too crazy?
To broadcast listening position, you can send a “Presence” which broadcasts your userid, deviceid, and an arbitrary extra JSON encodable type to your peers. In BoardCard, you broadcast your selection color to your peers. This code is a little weird, I know, but look at usePresence in https://github.com/automerge/pushpin/blob/73193adc907b3c7c109b5f14453f9a838469f02b/src/renderer/components/content-types/board/BoardCard.tsx