Bug 42295 - File > Recent Documents command lists ALL file types, not just the relevant file type
Summary: File > Recent Documents command lists ALL file types, not just the relevant f...
Status: RESOLVED DUPLICATE of bug 56696
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
3.3.2 release
Hardware: Other Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-26 15:24 UTC by Carl Turney
Modified: 2014-10-09 16:23 UTC (History)
2 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 Carl Turney 2011-10-26 15:24:04 UTC
Hi,

When I am in a LibO application (e.g. Calc) and choose File > Recent Documents, the list presented is of ALL the data file types (e.g. Writer.doc  Impress.ppt  Base.mdb etc.) and not just the recent RELEVANT ones (e.g. Calc.xls  Budget.xls ).

I have searched and searched, and can not find out how to turn this all-mixed-up-together "feature" OFF.

It is illogical and disadvantageous to me, even though others argue that there are benefits to it.  My chances of finding the recent relevant data file that I need are reduced to about 1/5...  

i.e.  10 files / ( Calc's + Base's + Impress's + Writer's + Draw's ) = Only 2 probably relevant files

If this "feature" can't be removed, or disabled by the user, then please increase the Recent Documents list size to 50, so that users can at least have the same benefit that MicroSloth Office provides.

Thanks very much,

Carl Turney, Melbourne, Australia
Comment 1 manj_k 2011-10-28 15:00:15 UTC
That works as designed.
I would regard your report as a request for enhancement.

There's an extension 'History Master'[1] with the requested features; 
e.g.:
<quote>
- Change the size of each list from 0 to 100
- Find recent documents of a same type in one of the lists.
</quote>

[1] 'History Master' - http://bernard.marcelly.perso.sfr.fr/HM/index.html
Comment 2 manj_k 2011-10-29 06:51:31 UTC
@Carl Turney
I've received your PM, thanks.

How to proceed with your bug report?
I would see these possibilities:
1. We could change the field 'importance' from 'normal' to 'enhancement' (a request for enhancement)
2. We could change the field 'Status' to 'RESOLVED NOTABUG' or 'RESOLVED INVALID' (the problem described is not a bug; works as designed)
3. We could change the field 'Status' to 'RESOLVED WORKSFORME' (due to the extension 'History Master').
Comment 3 manj_k 2011-11-09 09:23:21 UTC
Modified to NEEDINFO
Comment 4 Björn Michaelsen 2011-12-23 17:02:43 UTC
needinfo keyword redundant by needinfo status.
Comment 5 manj_k 2011-12-24 05:54:28 UTC
The provider communicated to me (via PM):
"[...] I got it to work. [...]"
[apparently with the mentioned extension]

No activities for a 'request for enhancement'...

RESOLVED NOTABUG
CLOSED
Comment 6 V Stuart Foote 2014-10-09 16:23:31 UTC

*** This bug has been marked as a duplicate of bug 56696 ***