Bug Hunting Session
Bug 94177 - Additional multi-extension filetype entries in the file open dialog
Summary: Additional multi-extension filetype entries in the file open dialog
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 115285 (view as bug list)
Depends on:
Blocks: File-Dialog
  Show dependency treegraph
 
Reported: 2015-09-13 03:52 UTC by Yousuf Philips (jay) (retired)
Modified: 2019-06-13 14:49 UTC (History)
10 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yousuf Philips (jay) (retired) 2015-09-13 03:52:32 UTC
I would like to propose the addition of two new entries to the file open dialog that are cross application, as the only one we currently have that is cross application is 'All Files'.

* ODF Files - Would have all odf file extensions
* Common Files - Would have common file extensions opened in LO like odf, ooxml, ms binary, rtf

These entries are intended to be the first 2 entries in the filetype drop down and either of them would be good defaults entries.

I believe the necessary code pointer would be - http://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/Office/UI.xcu
Comment 1 Robinson Tryon (qubit) 2015-12-13 11:23:54 UTC Comment hidden (obsolete)
Comment 2 Robinson Tryon (qubit) 2016-08-25 04:44:50 UTC Comment hidden (obsolete)
Comment 3 Heiko Tietze 2017-09-21 13:27:50 UTC
Request makes sense from the UX POV. With the code pointer this ticket is likely an easyhack.
Comment 4 Yousuf Philips (jay) (retired) 2017-09-22 07:47:11 UTC
The 'All Files' entry should be moved to the bottom of the list, like it is in all other file dialogs, and the 'Common Files' entry should be preselected so most users wont have to changing the entry.

@Takeshi, @Maxim: Got time to take this one on?
Comment 5 Thomas Lendo 2017-11-29 20:00:11 UTC
I want discuss about "ODF Files" naming. I think, most people don't know what ODF is. Also on Windows, file extensions are invisible by default, so how should the user mentally merge "ODF Files" with .odt/.ods/etc.?

So I like the idea of LibreOffice default file format filter but not the name "ODF Files".
Comment 6 Michael Meeks 2017-11-30 08:54:24 UTC
Thomas - I think you wander into a political, and open-standards mine-field perhaps by accident here =) Arguably if people don't know what ODF is - we should be doing a better job of educating them about open standards and our file formats =)
Comment 7 Yousuf Philips (jay) (retired) 2017-11-30 09:15:38 UTC
(In reply to Thomas Lendo from comment #5)
> I want discuss about "ODF Files" naming. I think, most people don't know
> what ODF is. Also on Windows, file extensions are invisible by default, so
> how should the user mentally merge "ODF Files" with .odt/.ods/etc.?

LibreOffice defaults to use ODF, and saving in another format will open up a confirmation dialog that the user doesnt want to save in ODF format. On Windows, with no file extensions shown, the file type column in windows explorer does say "OpenDocument Text" for odt files, as well as in the file properties dialog. Users who are aware of the format and want to filter out only ODF files will utilize the entry, just like we have the entry for "ODF Text Document".

> So I like the idea of LibreOffice default file format filter but not the
> name "ODF Files".

We could use "OpenDocument Format Files", but that seems a bit to large of a label in my view.
Comment 8 Ekansh Jha 2018-02-02 17:03:08 UTC
Hi! is this bug still open as easyHack, If yes then I would like to work on this issue. 
I tried to look into the code pointers, I think one have to implement <node> tag with specified value. I am somewhat confused with <node oor::name="*"> what should be this for "odf" and for "common Files". Moreover I am little confused about xcu file(how does it work).
Comment 9 Yousuf Philips (jay) (retired) 2018-02-02 19:39:47 UTC
(In reply to Ekansh Jha from comment #8)
> Hi! is this bug still open as easyHack, If yes then I would like to work on
> this issue.

Go for it. I've assigned the bug report to you.

> I tried to look into the code pointers, I think one have to implement <node>
> tag with specified value. I am somewhat confused with <node oor::name="*">
> what should be this for "odf" and for "common Files". Moreover I am little
> confused about xcu file(how does it work).

For oor:name, just give them name ids like odffiles and commonfiles and assume it needs to be in the GlobalFilters section.

@Maxim, Samuel: can you provide some additional code pointers for this. thanks.
Comment 10 Ekansh Jha 2018-02-03 06:45:47 UTC
(In reply to Yousuf Philips (jay) from comment #9)
> (In reply to Ekansh Jha from comment #8)
> > Hi! is this bug still open as easyHack, If yes then I would like to work on
> > this issue.
> 
> Go for it. I've assigned the bug report to you.

Thanks jay! I want to include the <value> for odffiles and commonfiles for that I think code pointers are required. Looking forward for the code pointers.
Comment 11 Heiko Tietze 2018-02-17 08:07:14 UTC
*** Bug 115285 has been marked as a duplicate of this bug. ***
Comment 12 Xisco Faulí 2018-02-19 09:41:24 UTC Comment hidden (obsolete)