• Editor
  • It's a very minor feature...

When entering the resizing value in the animation dopesheet, it would be a good idea to enter a number in the first x value box and press tab to go to the resizing y value.

Currently, when you press tab, it goes to rotation and moves down sequentially, which is a bit inconvenient.

    Related Discussions
    ...

    gunspike Oh, I didn't realize that fact until I saw this post. You are right, pressing the Enter key resets the selection state, so it is necessary to press the Tab key several times to select the numeric input field of Scale Y after entering Scale X. I certainly find this inconvenient, so I have created an issue ticket to improve this:
    EsotericSoftware/spine-editor765
    You can subscribe to the issue ticket to receive additional notifications of progress. Thanks a lot for your input!

    thank you so much. Misaki, thank you for your quick feedback. 🇦

    Sorry, I don't understand the problem. The dopesheet doesn't have numeric entry for resizing anything. If you mean you are typing scaleX on the main toolbar, pressing tab focuses scaleY. We can continue discussion here or in the issue above.

      Nate As you point out, the Dopesheet view is not directly relevant. Whether you have selected the Dopesheet view or the Graph view, the main issue is the efficiency of creating a key with numeric input. I didn't feel like I could explain it well in words, so take a look at the following image:

      hmm, after preparing the above image, I found that if I press the Tab key without doing the step 2 (pressing the Enter key) as it is, I can move to the next field while finalizing the entered value. However, I feel that I want to press the Enter key once to finalize the value. I feel that it would be nice to be able to toggle this in the Spine settings.

      Misaki is right. When adjusting the scale value in animation mode, enter a number in the x value position, press Enter, and then press tab to select the Y value. However, instead of going to the current Y value, it goes to the rotation value. Do you understand?

      The problem is pressing enter. Why are you doing that? If you want to go to the next value, press tab instead. Pressing enter finishes the text input, then if you press tab it starts new text input by focusing the first text field (rotation).

      This is the same way that dialogs in other UIs and web page forms work: pressing enter (usually) submits the page, while tab goes to the next field without submitting the page. You never press enter and then tab and expect it to focus the next field (the form is already submitted by enter).

      We could remember the last focused text field when you pressed enter, so later when you press tab it goes to the next field, but I feel that this would be surprising. If a few minutes have passed, you probably forgot what was last focused. That means you never know what will be focused when you press tab. You'd need to press tab, look at what is focused, then decide how to navigate using tab/shift+tab. It's better to always get the same behavior when tab is pressed. Then you know, for example, when nothing is focused to get to translate X you press tab twice.

        Nate I think what you say makes sense, but let me add one thing. Perhaps pressing enter is a habit peculiar to people using languages that require "conversion" after text entry.
        For example, when I try to enter my name on an input field, type "misaki" and press the space key to convert it to Kanji, then press enter, and then press tab key to switch input fields. If you press the tab key without pressing enter after converting to Kanji, you will not be able to complete the Kanji conversion. This is why I have the habit of always pressing Enter after typing something.
        Of course, this issue can be solved by getting into the habit of hitting the tab key after entering a number, so I personally think this change is unnecessary after reading your answer. I just wanted to share my speculation that such language differences might have an effect.

        @gunspike I am already personally convinced, but I would still like to hear your opinion.

        It is interesting that using an IME requires pressing enter. It seems somewhat dangerous in a browser, where sometimes enter is to finish an IME input and sometimes it is to submit a form.

        hello. Nate and Misaki, thank you so much for discussing and following this issue.

        Let me explain about pressing the Enter key on the size value.

        In animation mode, I am creating an animation where an object goes from size 0 to size 1.

        So, you must enter the resizing value accurately in the first key. Enter the value 0 in the x field. In this state, if you enter 0, no key will be stamped on the dopesheet. You must press Enter to create the key.

        So, enter the value 0 in the x field, press Enter, and then tab to enter 0 in the y value. Then, there is some inconvenience because it starts from the rotation box instead of the x box of the size value, and this is a very minor thing.

        Therefore, even though it is a very minor feature in the title, it means that it would be good for users if it is modified.

        Thank you so much to our wonderful Nate who always works hard to develop great products.

          gunspike I see, thanks for the clarification. It is certainly true that if you type 0 and then press Tab, the input is ignored. However, in the first place, scale 0 should not be used in Spine as much as possible. Setting the scale to 0 causes several problems.
          There has been a similar discussion in the past, and Nate answered that this is done on purpose:
          https://esotericsoftware.com/forum/d/18384-setting-scale-to-0-resets-when-pressing-tab/2

          As Nate answered there, you should set the smallest possible scale value, e.g. 0.001.