Opened 12 years ago
Closed 11 years ago
#9468 closed enhancement (fixed)
Haiku icons filetype is unrecognized
Reported by: | Giova84 | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Applications/Tracker | Version: | R1/Development |
Keywords: | Haiku icons filetype is unrecognized | Cc: | stippi |
Blocked By: | Blocking: | ||
Platform: | x86 |
Description
I have noticed that inside "FileType" window, Haiku icon format has generic infos (look at the screenshot), and is under the wrong category: is under "application" and should be located inside "image".
p.s: i have insert this ticket under Applications > Tracker since seems that is not present a category related to file types.
Attachments (1)
Change History (15)
by , 12 years ago
Attachment: | FileType_Icon.png added |
---|
comment:1 by , 12 years ago
comment:2 by , 12 years ago
Off-topic: your screenshot looks really slick! What fonts are you using? Also did you somehow turn on Freetype subpixel rendering?
On-topic: you are right that HVIF is under application in our MIME types. I am not sure why. Stippi, if you are listening, do you have any input on this?
follow-up: 7 comment:3 by , 12 years ago
Hi Ryan, I'm using Roboto font: http://robotofont.com/ which looks very smooth: i have not turned on subpixel rendering :-)
comment:4 by , 12 years ago
Cc: | added |
---|
comment:5 by , 12 years ago
Some related information.
- hrev44436 -- Created mime sniffer rule for HVIF icons.
- haiku-commits: haiku: hrev44436 - src/data/beos_mime/application
- src/apps/icon-o-matic/Icon-O-Matic.rdef#n24
... and what RGB are you using for your active window tab?
comment:6 by , 12 years ago
Hi Matt,
i have seen this commit, but if it was introduced in hrev44436, why the sniffer for HVIF files actually doesn't work as expected? EG when i make icons using Icon-O-Matic the most of time i have to set manually the file type.
About window tab: R 255 G 147 B 0
comment:7 by , 12 years ago
Replying to Giova84:
Hi Ryan, I'm using Roboto font: http://robotofont.com/ which looks very smooth: i have not turned on subpixel rendering :-)
I'm sorry for go again off topic, but i'd like to be more clear, considering the curiosity :-) the font of window tab tile, instead, is "Ubuntu Bold"
comment:8 by , 11 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
This should be fixed with hrev46277. Not sure if the filetype would fit better into images/*... One may argue it's more like a data file for one specific application (I-O-M). Anyway, this ticket should be fixed.
comment:9 by , 11 years ago
Hi, this ticket, at least on my system (Haiku hrev46301) seems partially solved. Now, when i save an hvif icon (eg from the webpage of Zumi) is recognized at the first attempt. But when i create/export hvif icons with Icon-O-Matic, these icons are recognized as generic file, and i have to manually change the mime type.
comment:10 by , 11 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
comment:12 by , 11 years ago
There seems to be some confusion.
There are I-O-M files of the type "application/x-vnd.Haiku-icon" with the siffer rule "IMSGHMF1". This is what's saved from I-O-M and, though they have the extension .hvif, what Zumi's downloadable icons are.
Then there are HVIF files that can be exported from I-O-M. Currently there's no mime type registered in the mime-db for that. How about we create a "image/x-hvif" with a sniffer rule "ncif" for it?
comment:13 by , 11 years ago
Sounds good to me, even though it's indeed confusing :-)
Maybe the long description of the application/x-vnd.Haiku-icon type could be improved so that it is clear that those aren't actual Haiku icons, but IOM documents.
comment:14 by , 11 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Done with hrev46303. Should be fixed for real now... :)
And when i save an HVIF icon, is set as "generic file".