Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Suggestion: allow binding the file extension #189

Open
julianpoemp opened this issue Feb 13, 2025 · 0 comments
Open

Suggestion: allow binding the file extension #189

julianpoemp opened this issue Feb 13, 2025 · 0 comments

Comments

@julianpoemp
Copy link
Contributor

julianpoemp commented Feb 13, 2025

Octra uses file extensions for filtering possible file format converters before testing the filtered converters . If the user opens Octra provided by the switchboard, Octra receives URL query parameters without the original filename and extension.

At the moment Octra tries to determine the file extension using the mime type, but this can be error-prone. What if the user doesn't select the correct mime type manually? E.g. if a user uploads a TextGrid file its mime type is text/plain. Because Octra doesn't know it's a TextGrid file it reads the text file as plain text and shows an invalid representation.

Would it be possible to introduce a new bind value type extension? For example:

{
  "name": "transcript_ext",
  "bind": "transcript/extension"
}

I know that you don't want to preserve the original file name due privacy but perhaps allowing to preserve the file extension would be an option. Because the mime type is already provided I don't see an issue to provide the extension, too.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant