πŸ’Ύ Archived View for bbs.geminispace.org β€Ί u β€Ί gritty β€Ί 16889 captured on 2024-06-16 at 17:28:14. Gemini links have been rewritten to link to archived content

View Raw

More Information

⬅️ Previous capture (2024-05-26)

➑️ Next capture (2024-07-09)

🚧 View Differences

-=-=-=-=-=-=-

Comment by πŸ€ gritty

Re: "Some UI improvement ideas"

In: s/farkle

@skyjake the idea also crossed my mind. I'll add to the todo list as well.

πŸ€ gritty [mod]

May 12 Β· 5 weeks ago

10 Later Comments ↓

πŸ™ cthulhu Β· May 12 at 21:24:

What about clicks?

β€” βš€ Unhold (1)

β€” βš€ Hold (1)

β€” βš„ Unhold (5)

β€” βš„ Hold (5)

β€” βš… Hold (6)

β€” βš… Hold (6)

β€” Submit

πŸ€ gritty [mod] Β· May 13 at 00:39:

neat idea, though it takes up a lot of UI real estate. I'll ask the UI researcher what they think, @skyjake

πŸ€ gritty [mod] Β· May 13 at 00:44:

another thought - it might slow the game down too, and have a bunch of round trips to the server. and to stack's point on mobile - the links would need to be spaced to avoid accidental clicks, which is more real estate.

πŸš€ stack [OP] Β· May 13 at 01:02:

Dittos. Cumbersome, and you would have to read and click an awful lot...

πŸ€ gritty [mod] Β· May 13 at 01:47:

@skyjake - entering 'a' or 'A' now selects remaining dice.

@stack - I prevented url manipulation to select more dice.

As always, I appreciate the testing, inputs, and ideas

πŸ•ΉοΈ skyjake [...] Β· May 13 at 03:50:

@gritty Great, the "A" shortcut will surely save some typing.

As to the individual links idea, I agree that gets unwieldy. Depending on one's network connection and/or location, the request roundtrips could be unpleasantly slow. On the other hand, an interface like that could make sense if you didn't have the big dice graphic displayed at all, as the sole interface to the game, and it is simpler and touch-friendier since it only requires clicking on links. It could also be potentially better for accessibility as it features screen reader compatible dice symbols and no graphics.

Maybe if you implement per-user preferences some day, there could be an alternative UI option for that? As the default UI, though, the text entry method seems more suitable due to being so flexible, and personally I much prefer having the big dice displayed.

πŸ€ gritty [mod] Β· May 13 at 04:10:

@skyjake - thanks for the input! I hadn't considered screen readers, so as you said that could be an option in the future.

"held dice" graphic has been recently implemented

🐐 satch · May 13 at 13:42:

@gritty it’s a bummer you went in the direction of stopping the URL manipulation. I think one should be able to continuously hold more dice until you hit roll or stand.

Sometimes it’s hard to think about all the dice at once and picking them up in chunks is very helpful. It doesn’t seem to violate the spirit of the game.

πŸš€ stack [OP] Β· May 13 at 14:34:

Much better now that the dice are not constantly moving around!

πŸ€ gritty [mod] Β· May 14 at 19:40:

@satch I hear what you're saying and I may enable it in the future. would have to test it locally first to make sure it's working right.

Original Post

πŸŒ’ s/farkle

Some UI improvement ideas β€” UI considerations It may seem I am nitpicking, but hear me out. 1) There is no reason to enumerate the dice for input! Since the values are 1-6, you can just directly enter the _values_ of the dice you want instead of figuring out what _position_ they are in! In fact I routinely made such errors, entering 1 because I want to keep the one, even though it is in position 2, for instance. It is an unnecessary cognitive load! 2) After selection, the dice are redrawn, but...

πŸ’¬ stack Β· 16 comments Β· May 12 Β· 5 weeks ago