Упускаете. Так напрямую выполняется изменение значения параметра, чего делать не стоит (и о чём сыпятся соответствующие ворнинги в консоль, откройте, посмотрите).
UPD. С checkedInner я конечно перемудрил, не нужен он. Обновил ссылку в ответе.
То есть, всё-таки меняется, но немного иначе, чем вам надо. Ну так подумайте, где вы ошиблись при вычислении суффикса name'а. Вместо $('.radios').length должно быть... ну же, не тупите.
Я понимаю. Но для ответа нужно более подробно изучить код. Непосредственного отношения к исходному вопросу это изучение уже не имеет, так что...
когда меняется переменная, перед кодом, который использует эту переменную, то год нужно обернуть в nextTick, чтобы он запускался после обновления переменной?
Да. Нет. Не знаю. Вы сейчас пытаетесь идти путём говнокодера - вместо того, чтобы понять основы хотите получить рецепт действий в каком-то частном случае. Который на самом деле ни разу не частный - возможны варианты. Что если значение обновляется посредством ajax-запроса? Очевидно, nextTick тут не поможет.
thehighhomie, чего там убирать или нет - это вам виднее, решайте сами. Неужели вы и впрямь ждёте, что я буду досконально изучать ваш код? Нет, так не будет.
thehighhomie, у вас последовательность действий такая:
У вас последовательность действий такая: в компоненте AppTransformer пользователь нажимает на маркер, в обработчике handleScale создаётся обработчик для mousemove, с использованием текущего значения defaultAspectRatio. А установка нового значения defaultAspectRatio осуществляется при mousemove (пользователь дёрнул мышь) - генерируется событие update, и информация о нажатом маркере наконец-то уходит в родительский компонент.
Что сделал я: добавил генерацию ещё одного события при нажатии на маркер, с которым в родительский компонент уходит информация о маркере, а непосредственно обработку нажатия завернул в nextTick, чтобы к моменту создания обработчика mousemove из родительского компонента пришло новое значение defaultAspectRatio.
