Bug 42295

Summary:	File > Recent Documents command lists ALL file types, not just the relevant file type
Product:	LibreOffice	Reporter:	Carl Turney <c.turney>
Component:	UI	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	courrier.oou.fr.mjk, vsfoote
Priority:	medium
Version:	3.3.2 release
Hardware:	Other
OS:	Linux (All)
See Also:	https://bugs.freedesktop.org/show_bug.cgi?id=56696
Whiteboard:
Crash report or crash signature:		Regression By:

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 ***