Summary: | application/octet-stream preview | ||
---|---|---|---|
Product: | knode | Reporter: | Maciej J . Woloszyk <matofesi> |
Component: | general | Assignee: | Roberto Selbach <roberto> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | 0.4-beta4 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Maciej J . Woloszyk
2001-02-08 07:36:21 UTC
Same seems to apply for various binary formats. It would be great if KNode would use a bit of intelligence when it meets an application/octet-stream type - most of them must be some known types. We already have file magic numbers for guessing types, and we have the extension of the file name... Seems like this problem persists in knode 0.7.6 (KDE 3.2) Some binary newsgroups have half their images as application/octet-stream, with file names that clearly indicate a jpg picture. A bit of intelligence would come in handy here, it is apain to have to choose KView every time I want to seen an educational picture. I still think that the client used to send those attachments is the wrong one, we can check some patterns (magic numbers) on the files. As for intelligence, your definition is not the same as mine. The file names don't indicate anything. Forget about filenames, they mean nothing. Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I am closing this bug. |