bug#16542: 24.3.50; When finding a file via a bookmark, that file is not part of file-name-history

[Juri Linkov]

>> I think a cleaner solution would be to have two separate history lists:
>> 1. history of minibuffer input
>> 2. history of visited files
>> and a new option to select which history to access via M-p
>> in the minibuffer that reads a file name.
>
> Better would be to somehow give access to those two lists without going
> through an option.

Maybe using M-n that makes the history of visited files available
after evaluating this defun (later it could be added to its
existing implementation):

  (defun read-file-name--defaults (&optional dir initial)
    recentf-list)

where suggestions will work like in web browsers
that pop up a list of visited web pages.

In this case recentf.el have to be pre-loaded.