The start center presently lists all previously opened documents of all types. This is fine when you have a few documents listed, but once you are able to scroll the list, it would be very useful to be able to filter the list by application, so i could only documents that will load in writer, if i chose.
valuable enhancement request. status NEW.
Initial design work of Start Center thumbnail view representation of recent documents included a tab based motif--as retained in the current Template Manager.
That design was dropped, and Design team reasoned that as only 25 recent documents would be rendered, filtering by component was not an especially necessary feature.
Would tend to agree on need to retain a clean & navigable UI on the Start Center. However, rather than creep in the GTK+ UI Widget GUI, the work could be done efficiently on the Recent Document List menu which directly drives rendering on the Start Center thumbnail view panel. Review bug 61174.
Here is a possible suggestion that will retain the clean & navigable UI. When i move my mouse over the entries in the left column for 2 or more seconds, it disable/dim all the non-related documents. It will enable all the documents again if the mouse returns again within the left column.
I agree with you that if i am in writer and open up the recent documents list, it shouldnt be showing me non-text document files.
(In reply to comment #3)
> Here is a possible suggestion that will retain the clean & navigable UI.
> When i move my mouse over the entries in the left column for 2 or more
> seconds, it disable/dim all the non-related documents. It will enable all
> the documents again if the mouse returns again within the left column.
THAT is a neat UI idea! Using the mouse over "hover" event when pointing to one of the create new document buttons on the left bar to momentarily filter the display of thumbnails to just documents of that flavor. UI would hold that selection for several seconds or until a selection is made (single or double click as with OS / DTE norm). Either a timed revert, or perhaps an <Esc> to release back to display of the full Recent Document list.
> I agree with you that if i am in writer and open up the recent documents
> list, it shouldnt be showing me non-text document files.
As to that, I more often find I am in a Writer document, and need something from out of a Calc spreadsheet--defaults now allow me to choose it from the File -> Recent Documents list.
*** Bug 86753 has been marked as a duplicate of this bug. ***
I am skeptical we deeply need this, as the Recent Documents list is not aimed as being a complete history of documents (what would be next, mimicking a file manager?) It’s a list meant to be brief, just for the user’s convenience.
Anyway, this is essentially the same request as the one in bug 56696.
*** This bug has been marked as a duplicate of bug 56696 ***
Sorry Adolfo but this isnt a duplicate of bug 56696 as this is about filtering the entries in the start center and not the filtering of recent document list found in File > Recent Files when you are in a module.
Agree, as in comment 3 comment 4 -- this is UI enhancement to Start Center to graphically represent by module selection content of the recent documents list held in registrymodifications.xcu
Very likely will require other aspects of bug 61174, but it is not the same as bug 56696-- to enhance the Recent Documents list with resort and list of just currently active module--rather this GUI work is to select a module and suppress the thumbnail views of all other documents displayed StartCenter.
Jay: the document list in the menu and in the Start Center are the same, haven’t you noticed? If you remove a document from the latter, it also disappears from the former.
Both bug 56696 and this request the very same thing (filtering by app), although they refer to different UI elements. But the list is one, so we’re talking about the same thing in the end.
Adolfo: Yes i am aware that the document list shown in the menu and start center are the same. Yes both bugs do request the filtering of the list but how its done in these different UI elements is different, because even if bug 56696 was set to filter the document list when opening File > Recent Documents that wouldnt be affecting the start center.
Back for ux-advise design discussion. EasyHack-a-ble?
So, expanding on GUI ideas of comment 3 comment 4 what would be involved. Seems like some of this already is coded. But what new UNO pieces would be needed?
1. detect mouse over duration greater than 1 or 2 seconds
2. assign desired module to display
3. redraw thumbnail views canvas showing only documents of that module
4. respond to a selection from thumbnail views
5. revert to display of full MRU in thumbnail views
Migrating Whiteboard tags to Keywords: (needsDevEval, topicUI)
*** Bug 98161 has been marked as a duplicate of this bug. ***
We're replacing our use of the 'ux-advise' component with a keyword:
Component -> LibreOffice
Add Keyword: needsUXEval
In our office, we have hundreds of documents we access and they are frequently located on different volumes on the network. For us, a huge benefit that MS Office has is that the recent list from the file menu and the previously opened list on its startup screen are not the same list and therefore the functionality is not redundant. Both have their own uses. Having a start screen that lists ALL previously opened documents allows a very efficient method to filter and search for files that you can't remember the exact name of or where in the world they are located on your network. It's like a smart folder that keeps all your previously opened documents in one virtual location for quick reference and an easy way to search / filter them. Personally, I think the idea of the Recent List and the Start Center being the same list is severely limiting the potential of what the Start Center could be. I have several employees who are not extremely computer literate and hunting files over the network is beyond their abilities; however, once they (or I) open a file once, they would never have to hunt for it again as it would be sitting in the Start Center ready to go.
It would be useful to implement the same functionality in the recent files view that will be implemented in the templates view (bug 101141), of a top bar which has a search field and application filter drop down, which can be seen in the template manager dialog.
Created attachment 146136 [details]
Mockup Start Center with view and module filter
The start center should also contain a text edit field to perform a quick filter of documents and templates.
The filter should be applied immediatly when entering characters (maybe after a short delay of max. one second).
The filter should be applied to recent docs and(!) templates at the same time, and the result should contain both types of documents (no need to switch between recent documents and templates.)
The text field should receive the focus (on first start), so that the user may start filtering immediatly.
*** Bug 143593 has been marked as a duplicate of this bug. ***
*** Bug 72671 has been marked as a duplicate of this bug. ***
Would like to bring this forward. To summarize the comments:
+ hovering over the modules button could grey out documents that
open with other modules (Jay)
+ to allow scrolling the UI might keep this filter for some
seconds or until escape is pressed (Stuart)
+ more demands from bug 143593 (search) and bug 72671 (filter)
+ using 100s of documents and having the same list as for the
recent document MRU is a limitation (Sibit)
+ show dedicated UI elements (Roman)
+ has some advantage for a11y (Heiko)
+ if the controls clutter to much we could hide it until some
button is pressed and/or also provide functions via context menu
Some of the solutions are easy to implement, other a bit more demanding. Volunteers are welcome to discuss further.