dr-eti / shwypehammer_shinyswipr_revisited Goto Github PK

This is a massive User Experience problem.
For the user, it is a cognitive burden to evaluate ALL possible edges. However we should be able to skip some

DONE: Swipe up and down (influence both ways/no influence either way)

Timing in this kind of paired comparisons is academically relevant and never captured.

Useful time-related features could include

• at each session, capture user time on app (from log in to log out);
• for each card, capture time to swipe (time elapsed from when the card is displayed to when the user makes a swipe

At the moment the app detects the direction of swipe. When the user swipes right we need to enable an UI to record a score on an ordinal scale (e.g. radial button?);
This seems an issue linked to "Dynamic UI" in shiny...

We have the swipe log on google sheets, which serves as a history and gives the last edge ID (card ID)
... but can the user pick it up form there?

• need a counter for total cards available

This is a massive User Experience problem.
For the user, it is a cognitive burden to evaluate ALL possible edges. However we should be able to skip some

Example: swipes up and down should help SKIP some cards (edges); also we can get extra skips using transitivity (if A influences B, and B influences C, there is no need to evaluate whether A influences C)

This gives us a good startign point before moving on to the back end

• GG sheet seems not to be very stable so need to stablilise it
• alternatively save into a csv

Much like in Xiang's original swipe card UI - it would be good to know if we can deploy the app simultaneously across multiple users;
...this might require knowledge of Shiny widgets that could be useful for the purpose of logging in user details once the app is deployed

This is an optional but useful feature
I have some work-in-progress CSS + JS however I haven't tested it yet

We should deploy one at a weblink and see how the whole process feels/works