twobomb, символ - это тег. при использовании как у меня по ссылке - можно сделать один свг файл из кучи маленьких и использовать так, как показано по ссылке (вставлять в html много раз одно и то же, разными цветами и вообще кучу всего делать). Две свг будут грузиться дольше и сожмутся при передаче хуже. К тому же, если вставлять как img, то нельзя будет менять стили (в этом примере нет, но в ральном проекте есть куча "одноцветных" и "многоцветных" иконок, у которых меняется заливка стилем снаружи от иконки). Если же всё инлайнить сборщиком, то будет трафик большой при загрузке.
В одном файле как картинка - работает. Мне же нужно эти иконки вставлять в куче мест. по ссылке минимальный пример, в firefox:
в chrome:
последняя картинка (маленькая) чтобы убедиться, что градиент вообще рабочий.
Богдан Хвалько, то, о чем ты пишешь похоже на "фасад", а там хоть иф элсов понатыкай.
лично мне кажется, что это немного перпендикулярно тому, что ты в вопросе написал
WapSter, ну так оберни его в свой промис. тут есть особенность - resolve сработает один раз, так что даже канселить запрос не обязательно (но желательно).
я вообще не вижу, зачем тут эвент бас. в компоненте, отображающем данные, зависящие от города делаем watch на город (он же в сторе), в этом вотче выставляем статус загрузки данных, проверяем, есть ли в сторе данные для города, если нет, вызываем экшен загрузки, по завершению проверки и загрузки - выставляем статус загрузки в "загружено".
Александр Панков, менять город не мутацией, а экшеном, в экшене вызывать мутацию и экшены для заполнения других сторов. Это самый простой вариант.
Есть вариант похуже - вызывать экшены заполнение сторов в компоненте смены города.
Есть вариант посложнее - вместе с подключением "дополнительных" сторов вешать плагины для отслеживания мутаций текущего города и в плагине вызывать обновление стора. что-то типа инверсии зависимости тогда получится.
Кажется основная проблема в том, что ты не прочитал про то, что из модуля можно обратиться к корневому хранилищу, соответственно из него - к состоянию/мутациям/действиям других модулей
Зачем под каждый город свой стор? просто сделай геттеры, которые в зависимости от текущего города будут выдавать отфильтрованные данные. ну или из api перезаполняй стор, или что там тебе удобнее будет.
Глеб Старков, да пусть перетаскивается вместесо ссылкой. просто чувствительная область для перетаскивания пусть будет не весь див-контейнер, а какая-нибудь ручка, по типу такого:
baranovstas, await ничего не передает, это сахар синтаксический.
грубо говоря вызовом then(func) ты устанавливаешь внутреннее свойство объекта промис, указываешь ему колбэк, который будет вызван в момент вызова resolve, при этом в resolve ты передаешь параметр, который будет передан в колбэк.
вот ооочень грубая реализация, без защит и поддержки цепочек: https://jsfiddle.net/m601Lu3v/
