а что в кейсе получить по определенному пути какую-то информацию вас пугает ?:)

а что в кейсе получить по определенному пути какую-то информацию вас пугает ?:)

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

Только вот в чем проблема, если это например angular-material, где диалог открывается через сервис, как его совместить с ui-router ом так, чтобы урл срабатывал в любом месте? Везде отлавливать query_string?

А все, да. Через квери стринг нормально

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

$doCheck решает. Вызывается при любом изменении контролёра.

И в 4-м он тоже есть

Я смотрел на него... Но он мне показался, ну совсем топорным решением из серии "ах вам ремиксы мои не нравятся©, тогда на-те вам коллбэк на каждый ченьж е@#$@тесь сами..."

Даже не на каждый ченьж, а на каждый дайджест... Мне кажется это ещё и на производительности может сказаться.

Даже не на каждый ченьж, а на каждый дайджест... Мне кажется это ещё и на производительности может сказаться.

на каждый чейндж. Не на дайджест.

но это нужно, если надо глубокий воч. На простой надо сеттер

на каждый чейндж. Не на дайджест.

$doCheck() - Called on each turn of the digest cycle. https://docs.angularjs.org/guide/component

ок. Постоянно он не фаерится

Спасибо, конечно, за варианты, но мне этот подход не понравился. Сохранение каждого интересуемого свойства, сверка его на предмет изменения, в процессе дайджеста... Ну очень похоже на отчаяние разработчиков ангуляра. Ну серьёзно 😕. Прям какая-то крайняя мера.

от воча не просто так отказались

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

/stat@combot

combot.org/chat/-1001024737789

Прикольно

combot.org/chat/-1001024737789

Ой, простите 😜

О там даже я есть

Не успел зайти в канал уже в рейтинге появился, надо меньша трепаться -_-

парни, а подскажите слайдер какой-нибудь адекватный

Может тогда таски буду успевать делать

Angular Material Angularjs-Slider

спасибо, ща посмотрю

image-слайдер)

аа

карусель ?

да, вроде того

что-то простое, для текста и пары кнопок

Angular ui carousel вроде называеться

самый примитивный и без сторонних зависимостей

кто то тут писал про реализацию на ангуляр материале мультилевел меню, можешь показать ?

у меня в 4ех уровневом меню при наведении на второй уровень почему то сразу отображается 4ый минуя третий

Ребят, пишите сложные компоненты ручками не используя сторонние решения, для того что бы понимать поведение Вашего элемента

Вы же програмизды

-_-

та я б и не против, свыше указ был ангуляр материал и все

походу прийдется, ребят если не трудно дайте плиз годные мануалы по написанию директив в ангуляре, а то по доке я что то не фига не понимаю

Возьми исходники той директивы которую ты юзаешь вычисли баг пофикси сделай пул реквест пацанам в гит пускай тоже пофиксят

:)

не тот уровень к сожалению

парни, а подскажите слайдер какой-нибудь адекватный

rzSlider пиздат

/stat@combot

combot.org/chat/-1001024737789

combot.org/chat/-1001024737789

/stat@combot

combot.org/chat/-1001024737789

/stat@combot

combot.org/chat/-1001024737789

Привет. Работаю с ui-grid, когда приходят данные(например каждую секунду 100 объектов) то gridAPI надо вызвать метод refresh, окей, круто, но если вклчюена сортировка, то после пару тысяч стрко он начинает жутко тормозить, я думаю, что при каждом обновлении( refresh) он начинает заново сортировать весь список, кто сталкивался стакой задачей? хочется чтобы он и с 10000 строками справлялся. Спасибо

Конечно начинает, вы же запрашиваете у него отсартированный массив 1 тысячи элементов, и если модель меняеться он конечно должен отсартировать заново

И конечно он будет у Вас тормозить если вы каждую секунду будете заставлять его обрабатывать большой обьем данных

И конечно он будет у Вас тормозить если вы каждую секунду будете заставлять его обрабатывать большой обьем данных

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

Вы заставляете компонент сортировать массив И спрашиваете можно ли его заставить не сортировать?

отложить к примеру, данные поступают с частотой раз в 1 секунду, он будет сортировать раз в 2

сделать One-way binding через ::

и броадкастить евент когда сортировка закончена, по нему вызывать перерисовку таблицы

отложить к примеру, данные поступают с частотой раз в 1 секунду, он будет сортировать раз в 2

Создаете 2 хранилища Одно содержит в себе актуальную поступающую информацию с сервера Второй - отрисованное состояние Когда надо - синхрозинируете два хранилища

и броадкастить евент когда сортировка закончена, по нему вызывать перерисовку таблицы

Это не лишит его проблемы с бесконечной сортировкой

Если там 10к больших обьектов, то будет тормозить и без перерисовки

так ui-grid когда ты применяешь сортировку то в columnDef уже прикрепляется к определнной column сортировка

Если там 10к больших обьектов, то будет тормозить и без перерисовки

да, больше 4к я скажу)

а про 1кк молчу

так ui-grid когда ты применяешь сортировку то в columnDef уже прикрепляется к определнной column сортировка

А да пофиг, у тебя первая проблема что твой массив постоянно сортируеться, а уже потом проблема с тем что он постоянно перерисовывается

А да пофиг, у тебя первая проблема что твой массив постоянно сортируеться, а уже потом проблема с тем что он постоянно перерисовывается

да

Вообще по хорошим делам если у тебя действительно огромный вал данных написать это руками Я бы реализовал просто отрисовку только видимой части таблицы

У тебя же явно человек не будет одновремиенно смотреть на все 10 тысяч элементов Наверно у тебя на странице помещаеться там 10-50 штук

Вообще по хорошим делам если у тебя действительно огромный вал данных написать это руками Я бы реализовал просто отрисовку только видимой части таблицы

вот это интересно, я думал об этом, с реализацией только трабл, нужны примеры как все это

У тебя же явно человек не будет одновремиенно смотреть на все 10 тысяч элементов Наверно у тебя на странице помещаеться там 10-50 штук

да :)

Начни с реализации двух хранилищ Хранилище с данными И хранилище с отображенными элементами Сортируй только отображенные элементы Логика следующая Человек просматривает позицию таблицы 100 всего на экране видно 30 элементов Значи у тебя должно уже быть отрендерено из массив элементы с 70 до 130 остального просто не существует в ДОМ-е

Если человек скролит вверх ты убиваешь нижние элементы и рендеришь верхние

А пагинация не интересна?

спасибо, надо разобраться с этим

А пагинация не интересна?

так пагинация есть

с пагинацией меньше тормозит

но сортирует но все таки весь массив

Так ты у сервера должен запрашивать например по 100

А не по тысячи