|Re: [hatari-devel] hatari-ui icon|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
I agree with minimizing the number of icons and mime-types.
I think that any unofficial mime-types should be optional
because they may be globally problematic. Hatari MUST be
able to determine if a file is acceptable by inspecting the file
data before using it.
Note that .st files are legitimate disk images, and probably
have an official mime-type that may be used. All files that
Hatari uses should be mapped to an official mime-type.
----- Thomas Huth wrote:
> On Wed, 12 Nov 2014 23:34:38 +0100
> Nicolas Pomarède <npomarede@xxxxxxxxxxxx> wrote:
> > Le 12/11/2014 22:25, Eero Tamminen a écrit :
> > >
> > > .ST.gz could also be added. Gzipped image files have been supported
> > > by Hatari "forever" and most .ST image files actually compress pretty
> > > well.
> > >
> > Yes, we could add all variant with gz or zip compression, but I'm not
> > sure it would not be too much.
> Hmm, and there is also .dim, of course ... so we definitely have got
> quite a big bunch of disk types nowadays - but I wonder whether we want
> to have a separate icon for each of these. It feels somehow wrong to
> overcrowed our repository with so many slightly different icons with so
> many pre-scaled icon sizes.
> Maybe it would be better to have one icon for all ST disk images? I.e.
> I am currently thinking of removing the MSA icons again and then to
> simply add symlinks for the other mimetypes, so that all ST disk images
> use the icon with the red "ST" on it. Does that sound ok for you, too?