You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think there are some (non-mutually-exclusive) ways on how we could improve on this:
Detect if a file is binary. For my repo, I set the property "binary": true in the paths.json, but perhaps we could also apply heuristics, such as checking whether strange characters pop up during decoding.
Handle some common binary formats. For example, in the case above, the format is based on a binary plist, which we could e.g. convert to JSON and then present it. Then again, perhaps this is too niche to be useful and would impose too much complexity for an edge case?
Offer a download link for the binary file. This would probably be the most useful option if the user has the appropriate program installed on their device, but probably not very useful for browsing through.
Display the binary file in a hex editor-style. This might be fun, but probably doesn't add much value over the current ASCII view.
The text was updated successfully, but these errors were encountered:
Detect if a file is binary. For my repo, I set the property "binary": true in the paths.json, but perhaps we could also apply heuristics, such as checking whether strange characters pop up during decoding.
The HTTP responses for binary files have the content type set to "application/octet-stream". We could use this for detection.
Handle some common binary formats. For example, in the case above, the format is based on a binary plist, which we could e.g. convert to JSON and then present it. Then again, perhaps this is too niche to be useful and would impose too much complexity for an edge case?
I am not against supporting some binary formats but it would be more manageable if the structure of the project would be more designed for that case, I guess. Maybe it is more fun to do once we migrated to React and a more suitable project structure.
Offer a download link for the binary file. This would probably be the most useful option if the user has the appropriate program installed on their device, but probably not very useful for browsing through.
I think, this is a reasonable approach for now.
Display the binary file in a hex editor-style. This might be fun, but probably doesn't add much value over the current ASCII view.
Or we could - just for fun - use the binary file as a seed for other random stuff to be displayed
Currently, binary solutions aren't particularly readable:
I think there are some (non-mutually-exclusive) ways on how we could improve on this:
"binary": true
in thepaths.json
, but perhaps we could also apply heuristics, such as checking whether strange characters pop up during decoding.The text was updated successfully, but these errors were encountered: