下面是目标选项的对话(F3):
当进入新的关节坐标时，会观察到一些奇怪的行为。
删除旧值时，可以删除上的最后一个值左边光标已经在小数点的左边:
(使用退格从小数点右边删除左边字符无效，字符不会被删除/退格。必须在小数点的左边，才能退格左边的字符)
但是最后一个字符变成0而不是被删除:
如果没有字符长度限制(后面会提到)，这就不是问题了。
奇怪的是，您不能删除到右边的小数位，如果你在小数点的左边，使用delete键删除右边:
(但你可以用ctrl+a, del来删除所有内容)
所以我用我通常的方式在文本框中输入文本，ctrl+a，删除所有内容，然后开始输入。但是当我这样做时，(我无法捕获屏幕，除非它替换文本，删除我试图捕获的内容)它开始添加字符，小数点后的右边是零。假设我输入如图所示的124.0000。从一个干净的文本框(ctrl+a, del)，只要我输入1，它添加了一个小数和4个零。我通常可以完成左边的输入，但它不允许我向右边输入数字，因为已经有太多的零了，还有某种字符长度限制，除了机器人关节限制，有些类似的约束。所以我删除了它们，但我只能在它填充零之前输入第一个数字(比如124.5730的5)，我必须再次删除零。或者从其他地方粘贴完整的值。要键入小数值(小数点右边)，必须点击delete，然后键入值，在删除键和小数点后四位的预期值之间迭代。在这个零填充和在小数点右边和左边的删除和退格行为的尴尬处理之间，这是超级恼人的。
至少我可以连接到我的机器人，也许这是吹毛求疵，但是无论这里的文本格式是什么，都可以被删除吗?我从没见过这样的东西。为什么它会这样?这是有意的吗?是否有一些原因必须在每次文本更改事件中填充零(或更可能是strf) ?我希望我解释得足够好，可以重复。
当进入新的关节坐标时，会观察到一些奇怪的行为。
删除旧值时，可以删除上的最后一个值左边光标已经在小数点的左边:
(使用退格从小数点右边删除左边字符无效，字符不会被删除/退格。必须在小数点的左边，才能退格左边的字符)
但是最后一个字符变成0而不是被删除:
如果没有字符长度限制(后面会提到)，这就不是问题了。
奇怪的是，您不能删除到右边的小数位，如果你在小数点的左边，使用delete键删除右边:
(但你可以用ctrl+a, del来删除所有内容)
所以我用我通常的方式在文本框中输入文本，ctrl+a，删除所有内容，然后开始输入。但是当我这样做时，(我无法捕获屏幕，除非它替换文本，删除我试图捕获的内容)它开始添加字符，小数点后的右边是零。假设我输入如图所示的124.0000。从一个干净的文本框(ctrl+a, del)，只要我输入1，它添加了一个小数和4个零。我通常可以完成左边的输入，但它不允许我向右边输入数字，因为已经有太多的零了，还有某种字符长度限制，除了机器人关节限制，有些类似的约束。所以我删除了它们，但我只能在它填充零之前输入第一个数字(比如124.5730的5)，我必须再次删除零。或者从其他地方粘贴完整的值。要键入小数值(小数点右边)，必须点击delete，然后键入值，在删除键和小数点后四位的预期值之间迭代。在这个零填充和在小数点右边和左边的删除和退格行为的尴尬处理之间，这是超级恼人的。
至少我可以连接到我的机器人，也许这是吹毛求疵，但是无论这里的文本格式是什么，都可以被删除吗?我从没见过这样的东西。为什么它会这样?这是有意的吗?是否有一些原因必须在每次文本更改事件中填充零(或更可能是strf) ?我希望我解释得足够好，可以重复。
