надеюсь переживём))

Ну вот нашел https://www.npmjs.com/package/rc-notification

угу "dependencies": { "babel-runtime": "6.x", "classnames": "2.x", "prop-types": "^15.5.8", "rc-animate": "2.x", "rc-util": "^4.0.4" },

ну да...(

угу "dependencies": { "babel-runtime": "6.x", "classnames": "2.x", "prop-types": "^15.5.8", "rc-animate": "2.x", "rc-util": "^4.0.4" },

Надо ж смотреть не на зависимости, а на размер того, что в бандл попадает.

Надо ж смотреть не на зависимости, а на размер того, что в бандл попадает.

посмотри)

Был где-то классный сайтик, который считал, не могу найти

или по этим зависимостям видно, что в бандл попадёт много?)

или по этим зависимостям видно, что в бандл попадёт много?)

не, это конечно не прямой показатель, а косвенный

из каждой зависимости может по функции попасть

Я плагин на гитбук писал и считал ей, вышло 573 B minified, 282 B minified + gzipped :)

Посоветуйте какую-нибудь мелкую либку, что бы нотификейшены показывать

Пишется же на раз

из каждой зависимости может по функции попасть

вот и я об этом. и тогда кода в браузер улетит немного

Пишется же на раз

Когда сроки горят...

к теме того, что там в бандлы попадает https://github.com/mzabriskie/react-draggable/issues/263

посоны, подскажите, пожалуйста, про библиотеки: почему в https://github.com/Semantic-Org/Semantic-UI-React не лежит dist/, но в package.json прописано "main": "dist/commonjs/index.js" ?

dist появится после того, как сделаешь npm run build

при установке через npm это происходит в postInstall

есть вот такой код, как можно обойтись и не передавать колбеки в диспатч ?

по type резолвится компонент и рендерится тулбар

и надо в этот компонент передать колбеки

при установке через npm это происходит в postInstall

но в package.json у них нет postinstall

и надо в этот компонент передать колбеки

Ты колбеки передаешь через стор? >_>

это было наименее костыльным решением

из всех что обсудили

я и тех лид

Нет. Ты делаешь поле в сторе, общее для этих двух компонентов, только один на него подписан, а другой изменяет его экшеном

эм

так а мне надо хендлер

а не поле

мне надо что бы на онклик была кастомная логика

Ну у тебя хендлер что делает?

в компоненте колора

я не хочу писать ифы в компоненте колора if(prop.a) {} if(prop.b) {}

... У тебя хендлер вызывает экшн и кладет \ меняет данные в сторе, на которые подписан компонент у которого сейчас колбек

но в package.json у них нет postinstall

по умолчанию происходит npm run build при установке пакета

по умолчанию происходит npm run build при установке пакета

где почитать?

... У тебя хендлер вызывает экшн и кладет \ меняет данные в сторе, на которые подписан компонент у которого сейчас колбек

как мне переопрередлить логику этого компонента без изменения кода самомго компонента

гугл в помощь) на https://nodejs.org/en/docs/ об этом полюбому есть

Код в студию

там столько слоев абстрации

что это очень долго будет

суть в том что по type резолвится компонент

и надо в этот компонент передать кастомуню логику

кастомные хендлеры

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

Ну значит тебе нужны еще хоки или просто отдельные компоненты (для каждого кейса)

Надо код смотреть...

думаю ты мало что там поймешь

там очень много всего что отвлекает

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

которые рендерятся через

openSubToolbar

и в них что-то типа ioc

с каким-то сервисом

и там определены все хендлеры

тебе нужен какой-то кастоматизируемый реюзабельный тулбар?

lf

да

там требований к тулбару на 2 листа

гугл в помощь) на https://nodejs.org/en/docs/ об этом полюбому есть

чет я первый раз об этом слышу вообще

ну тулбары это неправильное название

правильней просто панелька с формой

поповер с формой

который может открыть другой поповер с формой

ERROR: S client not available

и они в цепочку соединятся

type:color это тип тулбара который резолвится с контекста

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

где через хоки дописывать логику

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

и менеджить

т.к бизнес логика будет очень раздроблена по хокам

Фигасе. Что вы пишите?

сайтбилдер))

там еще позиционирование зашкварное

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

ну или там можно переопределить логику закрытия

или запревентить

Может через наследование как-то их сделать. Типа BasicToolbar и потом от него экстендится, и экстендится от нового и т.п., добавляя или перезаписывая методы

была идея, но очень неявно

и если понадобится хоком обернуть бейсик

то все наебнется

ненадежно

но это другая проблема

чет я первый раз об этом слышу вообще

О чём имеено? о билде при установке, гугле или доке ноды? :) ты спрашивай, что непонятно, будем разбираться)

О чём имеено? о билде при установке, гугле или доке ноды? :) ты спрашивай, что непонятно, будем разбираться)

у меня есть подозрение что они билдят npm пакет

а не конкретно какое-то исполнение идет после установки

кто - они?

семантик

решили сделать через хоки

и статик методы

prepublish скрипт я вижу

вместо наследования

но то где методамы в редуксе там сложнее

? https://www.youtube.com/watch?v=BcVAq3YFiuc

ну, это можно проверить легко)