This is stil lthe standard and expected behavior for password input field
in HTML and many devices, to not display the actual characters but to
**display** them as bullets or asterisks.
If IBus cannot hide the input (i.e. generate the entered characters to the
application without displaying it, and let the output hints
(bullets/asterisks) be generated only by the application, then iBus has a
problem and may not be usable for compliant password inputs.
2016-12-23 22:34 GMT+01:00 Richard Wordingham <
richard.wordingham_at_ntlworld.com>:
> On Fri, 23 Dec 2016 20:35:07 +0100
> Philippe Verdy <verdy_p_at_wanadoo.fr> wrote:
>
>
> > But note that input fields for entering password or secret codes in
> > application forms/dialogs are typically using black bullets U+2022
> > (•) or simply ASCII asterisks U+002A (*) to replace the entered
> > characters: they cannot be read, but the user knows what he is
> > entering on his keyboard.
>
> How? All I know is which keys I've pressed! This is a real problem
> when unlocking the screen with the current erratic behaviour of IBus on
> Ubuntu 16.04 (Xenial).
>
> Richard.
>
>
Received on Fri Dec 23 2016 - 17:46:05 CST
This archive was generated by hypermail 2.2.0 : Fri Dec 23 2016 - 17:46:05 CST