https://bugs.documentfoundation.org/show_bug.cgi?id=102515
Heiko Tietze <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.documentfounda
| |tion.org/show_bug.cgi?id=95
| |309
--- Comment #2 from Heiko Tietze <[email protected]> ---
In bug 95309 a similar issue is being discussed: Insert>Image has an entry "all
files" but doesn't list them. So the question is how we handle the file access
in general, meaning do we list file types separately or rather start with a
summarizing entry (e.g. all documents, all images etc.).
Typically the file extension is added to the filename under Windows. That means
the file called "test.doc" is saved as "test.doc.odt" when the first entry ODT
is active. This behavior would be accordant with the checkbox "automatic file
name extension" (we could remove it from the UI). In case of "test.odt" no
tweaking of the filename is necessary since the extension fits the selection.
Jay's suggestion, and the ODF confirmation too, slows down the workflow and is
annoying for people that intentionally save files in a certain format. It works
but is IMHO the second best solution.
And last but not least the type could be chosen automatically from the
extension. So when the user wants to save "test.doc" the file is saved in W97
format. It's also well known, esp. in image processors where various file types
are usual. The drawback is that the user a) does not get feedback, and b) may
not be aware of the various extension-type combinations. And since documents
are not container like images the extension is more relevant.
(Side note: Double-checking this with Mspaint the result of filename test.bmp
saved with the active type png results in a bmp containing a png. Not a big
deal for images though.)
My recommendation is to go with door #1 and to automatically add the right
extension. Behind all others doors are Zonks.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
