[Libreoffice-ux-advise] [Bug 91130] Smaller default font name list

https://bugs.documentfoundation.org/show_bug.cgi?id=91130

Ole Tange <ota@prosa.dk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #139530|0                           |1
        is obsolete|                            |
 Attachment #139592|0                           |1
        is obsolete|                            |
 Attachment #139865|0                           |1
        is obsolete|                            |

--- Comment #21 from Ole Tange <ota@prosa.dk> ---
Created attachment 139996
  --> https://bugs.documentfoundation.org/attachment.cgi?id=139996&action=edit
Dynamic font selector (rev 2).

> * Simplicity
> It is a huge control spawning over the whole screen but the use case is not to see all [fonts].


How about this use case:

Benjamin wants to select a different font fast. The font is not in a recent
used list, but amongst all the installed fonts. Benjamin is not interested in
spending a lot of time on configuring his font setup.

Here being able to see the wanted font quickly is important. That the control
is huge less important: Benjamin’s focus is on finding the correct font fast;
his focus is not on any other controls on the screen, thus it is not important
that he can see any other controls on the screen.


Or this use case (which is a situation I have been in multiple times):

Benjamin wants to use a font, but cannot remember the start of the font name.
However, he knows part of the name is ‘light’. The font is not in a recent used
list, but amongst all the installed fonts. Benjamin is not interested in
spending a lot of time on configuring his font setup.

A real example of this are the Microsoft fonts: Some of them are prefixed with
‘Microsoft’, others with ‘MS’ and yet others with ‘MS Office’. Take ‘MS Office
Symbol Light’ as example: I would perfectly understand if a user searched for
‘symbol’ to find that one.


Or this use case (which is a situation I have also been in):

Benjamin wants to select a font. He cannot remember the name, but he knows what
it looks like.

Again you really want a lot of fonts to be displayed at once.


> Sure, you can enter the font name. But wouldn't the user expect to select [Montserrat] with "Mo" 
> and cursor down?


After typing ‘Mo’ the dynamically filtered list is the following ([] denotes
substrings that are highlighted in yellow):

DejaVu Sans [Mo]no
E[mo]jiOne Color
Gara[mo]nd
Liberation [Mo]no
[Mo]dern No. 20
[Mo]ngolian Baiti
[Mo]notype Corsiva
[Mo]ntserrat
[Mo]ntserrat Black
[Mo]ntserrat ExtraBold
[Mo]ntserrat ExtraLight
[Mo]ntserrat Hairline
[Mo]ntserrat Light
[Mo]ntserrat SemiBold
[Mo]ntserrat Thin
[Mo]ntserrat Ultra Light
Segoe UI E[mo]ji

thus the user will expect “DejaVu Sans Mono” to be active when pressing ‘down’.
Pressing down again with make “EmojiOne Color” active. Pressing Enter will
select it.

- o -

It is clear that I have not been able to communicate the idea so clearly that
you have understood it. I have updated the “animation” with an example where
the user enters ‘lig’, gets a dynamically filtered list, presses ‘down’,
‘down’, ‘right’, and ‘enter’ to select the font.

I have also included an example of the character dialog and a windows with very
little screen estate below the search field. The solution to both of these is
the same as a normal dropbox: Put the values above the search field.

(And I have added a scroll bar, so it is clear that the box can scroll down but
not sideways – just like the current font dropbox).

-- 
You are receiving this mail because:
You are on the CC list for the bug.