Password generator's secure password <input>'s size is not dynamic #143

New Issue

2017-01-03T17:26:01Z

ghost commented

2017-01-03 17:26:01 +00:00

(Migrated from github.com)

The available characters in each set are user friendly - there are no ambiguous characters such as i, l, 1, o, 0, etc.

Therefore users seem to be encouraged not to use clipboard to store the password (but rather write it down), however some generated passwords doesn't fit into the secure password tag.

> The available characters in each set are user friendly - there are no ambiguous characters such as i, l, 1, o, 0, etc. Therefore users seem to be encouraged not to use clipboard to store the password (but rather write it down), however some generated passwords doesn't fit into the secure password <input> tag.

bookercodes commented

2017-01-06 01:56:07 +00:00

(Migrated from github.com)

Ah, unambiguous are really for the benefit of someone reading a password, not writing it down. In any case, the input is too narrow, you're right. The solution, I think, is to replace the input with a p and to wrap break-word or something. Well spotted.

Ah, unambiguous are really for the benefit of someone **reading** a password, not **writing** it down. In any case, the `input` is too narrow, you're right. The solution, I think, is to replace the `input` with a `p` and to wrap `break-word` or something. Well spotted.