Bug 55495 - Recent fonts list only updated on mouse click and not on Enter key
Summary: Recent fonts list only updated on mouse click and not on Enter key
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Fonts
  Show dependency tree / graph
 
Reported: 2012-10-01 12:45 UTC by Bogdan Stăncescu
Modified: 2023-10-09 09:58 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Bogdan Stăncescu 2012-10-01 12:45:59 UTC 
The recent fonts list (the sub-list at the top of the font selection dialog) should contain all recently selected fonts, regardless of how they were selected. In reality, font selection must occur by explicitly clicking the font in the font list; using the Enter key on the keyboard does *NOT* include the selected font in the recent fonts list.

Steps to reproduce:
1. Start a new document (the recent fonts list must be empty, i.e. hidden)
2. Write some text in the document
3. Select some of the text
4. Click on the font selection drop-down list
5. Type the first few letters of a font (e.g. "Cour")
6. Press key Enter on the keyboard
7. Reopen the font selection drop-down

Expected results: the recent fonts list should contain the newly-applied font.

Actual results: the recent fonts list is still empty.

Note: if the font is selected using a mouse click instead of the keyboard at step (6) then the application behaves as expected.
Comment 1 A (Andy) 2013-03-01 21:50:23 UTC 
reproducible with LO 4.0.0.3 (Win7 Home, 64bit)
Comment 2 QA Administrators 2015-02-19 15:36:38 UTC Comment hidden (noise)
Comment 3 Buovjaga 2015-03-07 12:48:57 UTC 
Reproduced.

Win 7 Pro 64-bit, LibO Version: 4.4.1.2
Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
Locale: fi_FI
Comment 4 Callegar 2016-03-27 22:43:17 UTC 
Shouldn't it contain the fonts most frequently used in the current document?

Having it list the most frequently used fonts regardless of the document that is open is likely not to be helpful because different documents require different fonts.

The extreme case is someone who alternates 2 kinds of documents: documents of type A and documents of type B, using different font sets.

When working on a document of type A, the user selects the fonts he need. At the end of the editing, the font dropdown finally lists these fonts on top. But at this point, the author moves to a document of type B, and the dropdown lists on top the fonts used in documents of type A. Patiently, the user picks the fonts he needs when needed. At the end of the work, the font dropdown lists on top the fonts used in documents of type B. But now the user moves to a document of type A...
Comment 5 QA Administrators 2017-05-22 13:18:58 UTC Comment hidden (noise, obsolete)
Comment 6 Thomas Lendo 2017-09-16 20:23:48 UTC 
(In reply to sergio.callegari from comment #4)
> Shouldn't it contain the fonts most frequently used in the current document?
Adding keyword needsUXeval due to question in comment 4.
Comment 7 Yousuf Philips (jay) (retired) 2017-09-17 16:45:13 UTC 
The list is of the recently selected fonts, so it should also work with the enter key. Whether the list should instead be of the fonts used in a document would be something to discuss in another bug report.
Comment 8 Heiko Tietze 2017-09-18 11:14:23 UTC 
(In reply to Yousuf Philips (jay) from comment #7)
> The list is of the recently selected fonts, so it should also work with the
> enter key. Whether the list should instead be of the fonts used in a
> document would be something to discuss in another bug report.

Fully agreed. It's a bug and when the default behavior is challenged we discuss it better in another ticket.

(Two cents: Recently used fonts is a different use case to document fonts; switching requires to update the list on load and has a drawback for those who expect the list being filled from previous documents. The supposed way to deal with fonts is via styles that provide both workflows.)
Comment 9 QA Administrators 2018-09-19 02:51:47 UTC Comment hidden (noise, obsolete)
Comment 10 Thomas Lendo 2018-09-19 14:22:37 UTC 
Still reproducible.

Version: 6.2.0.0.alpha0+ (x64)
Build ID: 18c5089df091bddeb8c2dc339776671964389040
CPU threads: 8; OS: Windows 10.0; UI render: GL; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-09-12_23:24:12
Locale: de-AT (de_AT); Calc: CL
Comment 11 QA Administrators 2019-09-26 03:03:09 UTC Comment hidden (noise)
Comment 12 QA Administrators 2021-09-26 03:57:36 UTC Comment hidden (noise)
Comment 13 QA Administrators 2023-09-27 03:15:39 UTC Comment hidden (noise, obsolete)
Comment 14 Bogdan Stăncescu 2023-10-09 09:58:51 UTC 
Still reproducible with this version:

Version: 7.5.7.1 (X86_64) / LibreOffice Community
Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126
CPU threads: 32; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: CL threaded