Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Net: faster methods for locking square #623

Open
lrvideckis opened this issue Oct 28, 2023 · 2 comments
Open

Net: faster methods for locking square #623

lrvideckis opened this issue Oct 28, 2023 · 2 comments
Labels
controls Keyboards (virtual or real), D-pads, in-game UI, menus feature The current behaviour is acceptable, but could be better upstream Likely relevant to other platforms, should be discussed with Simon, see README.md

Comments

@lrvideckis
Copy link

problem: long pressing to lock a tile takes too long (this may seem pretty nit picky but often times, I can deduce the orientation of like 3-4 tiles and I want to orient+ lock all of them and bottleneck is waiting the split second to lock them all)

Now on desktop this isn't a problem because there is a designated button on your mouse to lock.


Solution idea 1: swipe to lock (instead of rotate)

For context I always tap (0,1,2, or 3 times) to rotate a tile because of its consistency. I personally never swipe because it's to inconsistent.

I'm thinking swiping from the tile in some direction can lock it. This would mean swiping no longer can rotate a tile.

Then the flow is: tap-tap-tap-swipe- (for the next tile) -tap-tap-swipe etc


Solution idea 2: automated timed locking: lock a tile ~.5 seconds after the last tap to this tile.

So I can tap 1,2 or 3 times really fast (faster than the .5 seconds), then the tile will automatically lock. And if it happens to be in the wrong orientation, then I can long press to unlock and then re orient it.

Downside: if the tile happens to already be correctly orientated, I would tap 4 times

@lrvideckis lrvideckis added the feature The current behaviour is acceptable, but could be better label Oct 28, 2023
@lrvideckis
Copy link
Author

I'm happy to code it if you think it's a good idea

@chrisboyle
Copy link
Owner

I think these could potentially work as opt-in options (neither is suitable to replace the default behaviour) but that would want discussing with Simon, at least far enough to know whether this was going to be Android-specific or not.

I think if the motivation is simply that the long-press timeout is too long, then #368 would be a more straightforward solution.

@chrisboyle chrisboyle added upstream Likely relevant to other platforms, should be discussed with Simon, see README.md controls Keyboards (virtual or real), D-pads, in-game UI, menus labels Nov 14, 2023
@chrisboyle chrisboyle changed the title [net][controls] faster method for locking square Net: faster methods for locking square Nov 14, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
controls Keyboards (virtual or real), D-pads, in-game UI, menus feature The current behaviour is acceptable, but could be better upstream Likely relevant to other platforms, should be discussed with Simon, see README.md
Projects
None yet
Development

No branches or pull requests

2 participants