Update defined filetype icons #226

Closed
opened 2025-05-03 09:38:11 +00:00 by ace-dent · 5 comments
Member

We define many file types to have specific icons:
https://git.kolibrios.org/KolibriOS/kolibrios/src/branch/main/data/common/File%20Managers/icons.ini

  • Is it misleading to provide specific icons for files not supported by any programs in the OS? For uncommon and 'un-loadable' files, perhaps a generic blank file type icon is better?
  • Should the list be tailored at build time for Floppy / Full distros, depending on file support?
  • Can the list be reduced by smarter use of substring or wildcard matching? e.g. jpe and jpeg.
  • The list should also be reviewed for missing common types.
We define many file types to have specific icons: https://git.kolibrios.org/KolibriOS/kolibrios/src/branch/main/data/common/File%20Managers/icons.ini - [x] Is it misleading to provide specific icons for files not supported by any programs in the OS? For uncommon and 'un-loadable' files, perhaps a generic blank file type icon is better? - [x] Should the list be tailored at build time for Floppy / Full distros, depending on file support? - [x] Can the list be reduced by smarter use of substring or wildcard matching? e.g. `jpe` and `jpeg`. - [x] The list should also be reviewed for missing common types.
ace-dent added the
Category
General
Kind
Enhancement
Priority
Low
4
labels 2025-05-03 09:38:11 +00:00
Owner

It would be very nice to have

3=doc,docx,exc,inf,log,ob07,odt,rtf,txt,wtx

instead of

doc=3
docx=3
exc=3
inf=3
log=3
ob07=3
ob7=3
odt=3
rtf=3
txt=3
wtx=3

but this change requires fixing both Eolite and OpenDial.

It would be very nice to have 3=doc,docx,exc,inf,log,ob07,odt,rtf,txt,wtx instead of doc=3 docx=3 exc=3 inf=3 log=3 ob07=3 ob7=3 odt=3 rtf=3 txt=3 wtx=3 but this change requires fixing both Eolite and OpenDial.
1.3 KiB
Owner

Can the list be reduced by smarter use of substring or wildcard matching? e.g. jpe and jpeg.

Small benefit. Risk of wrong ext detection.

> Can the list be reduced by smarter use of substring or wildcard matching? e.g. jpe and jpeg. Small benefit. Risk of wrong ext detection.
Owner

It would be very nice to have

3=doc,docx,exc,inf,log,ob07,odt,rtf,txt,wtx

instead of

doc=3
docx=3
exc=3
inf=3
log=3
ob07=3
ob7=3
odt=3
rtf=3
txt=3
wtx=3

but this change requires fixing both Eolite and OpenDial.

#534

> It would be very nice to have > > 3=doc,docx,exc,inf,log,ob07,odt,rtf,txt,wtx > > instead of > > doc=3 > docx=3 > exc=3 > inf=3 > log=3 > ob07=3 > ob7=3 > odt=3 > rtf=3 > txt=3 > wtx=3 > > but this change requires fixing both Eolite and OpenDial. #534
Owner

Is it misleading to provide specific icons for files not supported by any programs in the OS? For uncommon and 'un-loadable' files, perhaps a generic blank file type icon is better?

That's fine.

Should the list be tailored at build time for Floppy / Full distros, depending on file support?

Nope, lets keep it simple.

Can the list be reduced by smarter use of substring or wildcard matching? e.g. jpe and jpeg.

No.

The list should also be reviewed for missing common types.

Probably yes.

> Is it misleading to provide specific icons for files not supported by any programs in the OS? For uncommon and 'un-loadable' files, perhaps a generic blank file type icon is better? That's fine. > Should the list be tailored at build time for Floppy / Full distros, depending on file support? Nope, lets keep it simple. > Can the list be reduced by smarter use of substring or wildcard matching? e.g. jpe and jpeg. No. > The list should also be reviewed for missing common types. Probably yes.
Owner
  • Can the list be reduced by smarter use of substring or wildcard matching? e.g. jpe and jpeg.

In fact, such functionality was especially dropped last year, as it matched the wrong extensions (e.g., each extension starting with c was matched as a C source code file).

> - [x] Can the list be reduced by smarter use of substring or wildcard matching? e.g. jpe and `jpeg`. In fact, such functionality was especially dropped last year, as it matched the wrong extensions (e.g., each extension starting with `c` was matched as a C source code file).
Sign in to join this conversation.
3 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: KolibriOS/kolibrios#226