Summary: | File-Filter for KOffice OpenDialog should be improved | ||
---|---|---|---|
Product: | [Applications] kfile | Reporter: | JohnML <jmlandmesser> |
Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | admin, dang, nate |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
JohnML
2004-03-12 13:26:38 UTC
I am moving the bug to "KOffice" but I suppose that it is for "kdelibs" instead, as the file dialog used is the one of kdelibs. As far as I remember, the display of the file extension was removed on purpose (some kind of usability reason.) Have a nice day! Thinking further it is really a problem of the KDE file dialog. > As far as I remember, the display of the file extension
> was removed on purpose (some kind of usability reason.)
I suppose it's because:
1. Not all mimetypes have extensions but this is not an issue with this request.
2. For files without extensions, mime magic gets applied and e.g.
"mydocument" (not "mydocument.doc") showing up when you've
selected "Microsoft Word Document (*.doc)" would be a bit misleading
3. Some believe that extensions are bad usability (but ignore the
problems with magic (slow; in some cases, gives the user no
way to correct a misidentified filetype; doesn't work with remote
files)).
So I would prefer to see the extensions again too.
Moving from "kio/kfile" component to "kfile" product, helps sorting out duplicates. Is this still relevant or applicable in KDE Frameworks 5.45? i feel reasonably certain this has been fixed for about a decade... the Calligra open dialogues certainly have reasonable lists of such things, so yeah, i think we can sensibly close this one :) Oh good! :) well done :-) reported 2004, forgot this, 14 years passed by :-) |