Feature to enter dice manually

[UppaJung]

This is already a to-do in our internal task tracking system, but I'm adding an issue here as well for external tracking.

[pfmoose]

I concur with the ability to manual enter dicekeys in the absence of a camera.

[fruiz500]

I wrote a little javascript program that does precisely this by assigning a unique number to the letter permutation, the dice numbers, and the orientations, and then combining them into a unique raw code (no "canonical" orientation). But of course the chances that I've guessed how the official app comes up with the raw code are almost as bad as the chances of guessing someone's 197-bit DiceKeys code. Anyway, here it is in case it helps you. I think it's quite easy to read. https://prgomez.com/files/dicekeys.html

[pfmoose]

I like your Javascript. Definitely serves a purpose.

[MichaelKing1832]

I agree with the manual entry. Particularly when the image processing is very "black box" and for obvious reasons, not creating a picture of your dicekeys in the first place is easier to ensure security than after, especially when the picture is processed by complex code that is incomprehensible to most people, and therefore unable to make an informed decision as to its trustworthiness to not indavertently disclose or leak that image (or derived information from the image, like the parsed dicekeys positions).

[pfmoose]

I see the passphase is generated on the issuing request derived input.

ie A4bJ3rI1bY4rZ1tP5tT6rD2rU5lH2rV3rO3bX6bL5bM5tR6bN4bC4rE4lF3lK6rG6tS1lB6lW2r

Perhaps there could an input/field to simply type that information in to be processed. Just a thought.

[UppaJung]

Yes, but we want to provide graphical feedback as well and allow people to enter all letters, then digits, then orientations if they so choose.

By using independent character sets (uppercase for letters and lowercase for orientations) we can actually interpret a user-typed string by first sorting on those categories, and so we give users a good deal of freedom in ordering. They can type all the letters, then the digits, then the orientations, and can automatically put everything together and display the parts we know as they go.

The hardest part for users will always be the orientations, so the plan is also to have the space bar rotate the current die by 90 degrees (where the current die is based on the number of letters specified so far in the string).

So, if you type A 4 you'll get an A4 facing right (as you would with 4 A or A 4 or A 4 <sapce).

On Thu, Oct 1, 2020 at 5:43 AM pfmoose notifications@github.com wrote:

I see the passphase is generated on the issuing request derived input.

ie A4bJ3rI1bY4rZ1tP5tT6rD2rU5lH2rV3rO3bX6bL5bM5tR6bN4bC4rE4lF3lK6rG6tS1lB6lW2r

Perhaps there could an input/field to simply type that information in to be processed. Just a thought.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/dicekeys/beta-program/issues/30#issuecomment-701634211, or unsubscribe https://github.com/notifications/unsubscribe-auth/AB7AOZ4PKOUA4T2KTLOCKMTSIOJ6ZANCNFSM4RY6DMHA .

[fruiz500]

My app actually does that. It's designed so the dice letters, numbers, and orientations can be entered (or not entered) in whichever order the user chooses, so long as the relative order within each category is maintained (obviously). I think arrows are clearer indicators of orientation, that's why I used the ^ _ < > set, but this can be changed with supreme ease.

On Fri, Oct 2, 2020 at 10:40 PM Stuart Schechter notifications@github.com wrote:

Yes, but we want to provide graphical feedback as well and allow people to enter all letters, then digits, then orientations if they so choose.

By using independent character sets (uppercase for letters and lowercase for orientations) we can actually interpret a user-typed string by first sorting on those categories, and so we give users a good deal of freedom in ordering. They can type all the letters, then the digits, then the orientations, and can automatically put everything together and display the parts we know as they go.

The hardest part for users will always be the orientations, so the plan is also to have the space bar rotate the current die by 90 degrees (where the current die is based on the number of letters specified so far in the string).

So, if you type A 4 you'll get an A4 facing right (as you would with 4 A or A 4 or A 4 <sapce).

On Thu, Oct 1, 2020 at 5:43 AM pfmoose notifications@github.com wrote:

I see the passphase is generated on the issuing request derived input.

ie

A4bJ3rI1bY4rZ1tP5tT6rD2rU5lH2rV3rO3bX6bL5bM5tR6bN4bC4rE4lF3lK6rG6tS1lB6lW2r

Perhaps there could an input/field to simply type that information in to be processed. Just a thought.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub < https://github.com/dicekeys/beta-program/issues/30#issuecomment-701634211 , or unsubscribe < https://github.com/notifications/unsubscribe-auth/AB7AOZ4PKOUA4T2KTLOCKMTSIOJ6ZANCNFSM4RY6DMHA

.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/dicekeys/beta-program/issues/30#issuecomment-703040211, or unsubscribe https://github.com/notifications/unsubscribe-auth/AATF25CZEZ7DTBGLOXEBIGLSI2MJJANCNFSM4RY6DMHA .

-- Francisco Ruiz Associate Professor MMAE department Illinois Institute of Technology

PL24wordLok==qualifications veterans speaker coating physically tapes worldsex folder book mostly distinguished shine enemy sticker focusing arena believe zinc baker thoroughly==PL24wordLok https://www.youtube.com http://youtube.com/watch?v=BT_tFXpkUR0

get the PassLok privacy app at: https://passlok.com http://passlok.com