Ember.js: каждый помощник не обновляет изменения

Какая версия Embwr? Можете ли вы собрать JSBin или треп, чтобы продемонстрировать это?

http://ember-twiddle.com/0522b1f24fe849e4204e

Я думаю, это может иметь какое-то отношение к сортируемому изменению элементов путем добавления классов и стилей.

@rwjblue the ember-twiddle показывает Ember v1.13.5

У меня такая же проблема с ember + jqueryui sortable https://github.com/embersherpa/ama/issues/10

Есть предположения?

Я тоже это вижу на Ember 1.13.5. Вот соответствующие части моего компонента:

// components/page-list.js
didInsertElement: function() {
    var pageListComponent = this;
    this.$("ul.procedure").sortable({
        items: 'li:not(:first-child)',
        update: function(event, ui) {
            var sortOrder = Ember.$(this).sortable('toArray', { attribute: 'data-id' });
            var pageModels = [];

            sortOrder.forEach(function(id, index) {
                pageModels.push({
                    id: id,
                    display_index: index
                });
            });

            Ember.$(this).sortable('cancel');
            pageListComponent.sendAction('updateSortOrder', pageModels);
        }
    });
}

<!-- templates/components/page-list.js -->
<ul class="procedure">
    {{#each pages as |page|}}
        <li class="page-template" data-id="{{page.id}}">
            <a class="open-page" {{action 'editPage' page}} data-id="{{page.id}}">
                <span class="page-label">Page {{page.id}}, Display {{page.displayIndex}}</span>
            </a>
        </li>
    {{/each}}
</ul>

пинг @rwjblue @stefanpenner @wagenet

@dmagunov, мы знаем об этой проблеме, но еще не дошли до нее.

@krisselden реализовал (и может все еще поддерживать) некоторый код перетаскивания ember. Может, на этой неделе у него будет свободное время.

@stefanpenner есть новости?

Я не уверен, что это та же проблема. У меня есть помощник внутри каждого цикла, и он, похоже, не срабатывает, когда я обновляю одно из его свойств.
http://ember-twiddle.com/1fa91961e97658e83049

Мысли?

У меня тоже возникла проблема. Есть ли способ вручную запустить каждый помощник для обновления?

Это небрежно, но я заставил его работать, заключив компонент sortable-list в блок if и заставив блок вычислять false, а затем сразу же true в отделении. Добавление того же кода в блок else приводит к тому, что при исчезновении объекта сортировки не будет сообщения.

{{#if showList}}
  {{sortable-list ...}}
{{else}}
  {{sortable-list ...}}
{{/if}}

actions: {
  listUpdated() {
    this.set('showList', false);
    Ember.run.next(this, function() {
      this.set('showList', true);
    });
  }
}

Вот обновленный твиддл:
http://ember-twiddle.com/50bbf5004db9d6612a84

@stevehanson, например, спасибо, но в вашем случае ember перерисовывает весь список, поэтому фокус, выбор и т. д. теряются.

@dmagunov : Да, определенно не идеально. Каков ваш сценарий, в котором у вас есть фокус или выбор, который вы хотели бы сохранить? Поскольку список перерисовывается только после перетаскивания сортируемого элемента в новую позицию, не похоже, что у вас будет какой-либо фокус или выбор, о которых нужно беспокоиться.

@stevehanson вот мой случай http://discuss.emberjs.com/t/can-ember-render-only-changes-for-block-elements-helpers/7627

@dmagunov о, понятно. Думал, что у вас такая же проблема с сортировкой jQuery UI. Ваш случай кажется немного сложнее :(

Вижу, что разработчики про нас забыли)

+1 только что столкнулся с проблемой, которая возникла у твидлом , и у нас был очень похожий код.
Однако наша проблема заключалась в том, что после того, как вы установили флажок, он больше не реагирует на изменения checked={{is-in array item}}

Я заметил несколько вещей:

1. Помощник пересчитывал true но проверенный атрибут не был установлен в DOM
2. Было ли это в каждом или нет, казалось, не имело значения.

@jrjohnson После некоторых preventDefault=false в действии. Моя тайна все еще остается загадкой, я постараюсь создать вертушку, которую можно воспроизвести.

Я пытаюсь разобраться в этой проблеме, и кажется, что здесь происходит несколько разных вещей.

@jrjohnson / @aldhsu - В https://github.com/emberjs/ember.js/issues/11880#issuecomment -130064227:

1. Помощник не отслеживает автоматически элементы в массиве.
2. {{action автоматически "предотвращает дефолт" для событий, которые он обрабатывает, это предотвращает отображение флажком изменений отмеченных свойств.

Пример исправления: http://ember-twiddle.com/35ec52938a0cb6205da3

Основная проблема здесь связана с использованием сортировки jQuery, как это было @dmagunov / @stevehanson.

Я вижу проблему, но я еще не на 100% уверен, что на самом деле здесь происходит. Работает ли это в 1.12 (быстрое переключение твиддла на 1.12.1, кажется, показывает еще больше проблем)?

@rwjblue он не работает должным образом ни в 1.12, ни в последней версии 1.13. Но вопросы разные. Основная проблема с движком мерцания состоит в том, чтобы сообщить ему, что «содержимое (DOM) каждого из них изменено, поэтому обновите его» после завершения сортировки и обновления модели.

@rwjblue спасибо за быстрый ответ. Извините, я не понял, что помощники являются аналогами вычисляемых свойств в DOM и не будут пересчитываться, если то, что они наблюдают, не изменилось.

Я принудительно пересчитал помощников, которые наблюдали за массивами, передав array.length чтобы не добавлять наблюдателей.

@aldhsu - Да, точно так же работает!

@rwjblue Я ничего из этого не знал, а теперь знаю! Спасибо!

Возникла та же проблема с https://github.com/RubaXa/Sortable.

У нас также возникла проблема с jquery sortable в Ember 1.13.9.

У меня есть действие контроллера для сортировки нашего model.items по заданному атрибуту элемента (имя файла). Сделайте так, чтобы массив правильно сортируется, и вычисленное свойство index (его позиция в массиве) обновляется соответствующим образом в пользовательском интерфейсе. Не изменилась только фактическая последовательность элементов в DOM.

{{#sortable-list updateSortOrder='sortItems'}}
  {{#each model.items as |item index|}}
    {{#sortable-item item=item index=index}}
      {{item.filename}}
      {{gallery-item item=item activeIds=activeIds galleryId=model.id remove="remove" toggleActive="toggleActive"}}
    {{/sortable-item}}
  {{/each}}
{{/sortable-list}}

Кажется, что сортируемый плагин делает что-то, что мешает помощнику each отслеживать, нужно ли отображать элементы. Комментирование функции sortable () в didInsertElement позволяет отображать изменение порядка сортировки массива действием контроллера в DOM.

Думаю, у меня похожая проблема.
Не знаю, нужна ли для этого отдельная проблема, поскольку, возможно, это не то же самое.

Вот JSbin, который показывает проблему:
http://emberjs.jsbin.com/sasizoside/1/edit?html , js, консоль, вывод

Наблюдатели / вычисляемые свойства в компоненте, который получает свое значение от каждого, не запускаются при изменении этого значения.
Мне кажется, что это происходит только тогда, когда это значение является объектом.

Обходной путь, который я использовал, заключается в том, чтобы вместо этого использовать другое свойство, не являющееся объектом, запускать наблюдатели / вычисляемые свойства.

Ember v1.13.8

ping @wycats , только Вы можете нам помочь с этой проблемой

В качестве обходного пути я смог заставить нашу сортируемую таблицу работать, вызвав sortable('cancel') перед изменением position (наш 1-индексированный индекс). Однако это сработало только в том случае, если для свойства key задано значение @index с помощником each.

each project.sortedTasks key="@index" as |task index|

@JaroVDH http://emberjs.jsbin.com/qitusawavi/1/edit?html , js, консоль, вывод

нет ничего, что заставляет его снова вызывать помощника, потому что он видит тот же объект.

Этот вопрос - просто свалка для жалоб на каждую, в которой мало что можно предпринять. Только предоставленные примеры jsbin / ember-twiddle действительно работают так, как задумано, из-за непонимания помощников и внутренних мутаций объектов. Остальные проблемы связаны с поломкой аддона. Пожалуйста, откройте вопрос по этим аддонам.

Это все еще кажется проблемой в Ember 2.13. Передача свойства MutableArray в помощник не приведет к повторному вычислению этого помощника, если состав массива изменится (например, добавление элемента, удаление элемента). Это серьезное ограничение, и обходные пути не из приятных.