[usernam33]

Hi, I was wondering about use cases for n key rollover (apart from gaming) when I thought of using key combinations as a password. This is a small demo login to demonstrate my idea. There should be more combinations in a combo password than in a normal password of the same length.

[mtmail]

So for every character I type a comma gets added. Can you give an example of a normal password and combo password and the math why the combo password has more combinations?

[usernam33]

The comma is just there to visually separate the key combinations, I did not implement a better solution for visualizing a combination yet.

A normal alphanumeric (36 characters) password with 5 chars has 36^5 possible combinations: "12345"

A combo password also has this 36^5 combinations since you can enter a normal password (it is just 5 single key combinations): "1,2,3,4,5"

But there are even more combinations since you can press keys simultaneously: "12,3,4,5" or "1,23,45," etc.

The checkSequence flag toggles the password checks strictness. When false you can set the password "12,3,4,5" and entering "21,3,4,5" will still be valid since "21" is the same two keys pressed as "12". When set to true only "12,3,4,5" would be accepted.

[mtmail]

I see. I missed how you can press/type two character simultaniously. Not sure if that work with mobile onscree keyboards and password manager softare.

[usernam33]

It wont work with password managers or devices without keyboards. Unless a comma (or other char) separated string form is accepted by the implementation. I could also think of solutions for screen keyboards, but my goal is not to replace normal passwords but rather to offer an alternative where high security is needed and compatibility granted.

[usernam33]

I did open a post on Stackexchange about this: https://math.stackexchange.com/questions/3133516/number-of-p...