Share ideas and feedback about Minecraft's touch controls, including movement, interactions, customization options, and overall ease of use on mobile devices.

← Touch Controls
2
Follow

Disable camera movement option in the UI

I'm using an auto-joystick and crosshair control scheme with custom buttons. I can perform some fast-paced actions with four fingers, but I've found a major, user-unfriendly aspect to the control scheme.Because the entire interface allows for camera movement, except for the joystick, meaning I have two buttons in the upper left corner that can always move the camera, and I've been using the right side of the screen to move the camera, this has resulted in me constantly touching the screen to move the camera rapidly in all directions. On a mobile device, you can't move the screen with two fingers simultaneously, as that would cause touch screen errors. This option definitely needs optimization. The customizable buttons were introduced to allow more players to use multi-finger controls, but the problem is that unlike FPS games where you can only swipe the screen in specific areas, this isn't a viable feature.This prevented me from saving my partner immediately.
Avatar
Registered User shared this idea

2 Comments

Post a new comment:

Please sign in to leave a comment.

Date Votes
Sorted by oldest
  • 0
    Registered User commented
    Comment actions Permalink

    I suggest adding a feature to disable left-side camera movement, or to disable camera movement for all key presses, or to allow for customizable camera movement in selectable areas. This is the most recommended and innovative feature, allowing players to adapt it to their preferred controls.

  • 0
    Registered User commented
    Comment actions Permalink

    In Bedrock New Touch Controls, buttons do not consume touch events. Pressing jump/attack/place can still rotate the camera. With multi-touch, multiple fingers fight for camera control, making aiming, bridging and PvP unreliable. Buttons should intercept touch events and not affect camera; only a dedicated look area should rotate the camera, with touch ID locking. This is not a preference issue—it is a broken touch input layer.