Size: a a a

2019 November 04

V

Vitalii in Frontend_ru
Brs Mdrk
Так же как в остальных браузерах
везде работает кроме мозилы
источник

BM

Brs Mdrk in Frontend_ru
Ну странно
источник

BM

Brs Mdrk in Frontend_ru
white-space: nowrap везде работает
источник

V

Vitalii in Frontend_ru
Brs Mdrk
white-space: nowrap везде работает
нет
источник

V

Valentin in Frontend_ru
Vitalii
нет
Да. Какие ещё стили навертаны? Блок принимает Макс ширину родителя или больше?
источник
2019 November 05

NV

Nick Volkov in Frontend_ru
Vitalii
подскажите как на мозиле запретить перенос слов ?
посмотри в сторону word-wrap/word-break свойств
источник

V

Valentin in Frontend_ru
Nick Volkov
посмотри в сторону word-wrap/word-break свойств
Привет. А как тебе monorepo архитектура?
источник

NV

Nick Volkov in Frontend_ru
Valentin
Привет. А как тебе monorepo архитектура?
ну такоэ
источник

V

Valentin in Frontend_ru
Nick Volkov
ну такоэ
что не так? я его сейчас шатаю, хз у кого спросить.
источник

NV

Nick Volkov in Frontend_ru
Valentin
что не так? я его сейчас шатаю, хз у кого спросить.
просто не удобно ведь. очередной выродок стремной тенденции "придумай какое-нибудь говно и назови архитектурой/подходом". как-то исторически разработчики пришли к тому, что разделять код на модули - это хорошо и удобно, думаю, по очевидным причинам. промасштабируй эту идею до репозиториев - по-прежнему хорошо и удобно. а так называемый подход про монорепозиторий какой профит дает? ну, то есть, если существует подход разделения кода и он проверен годами - зачем от него уходить? в пользу чего? в пользу того, что называется архитектурой, но ничего полезного (поправь, если ошибаюсь) в себе не несет, а просто хочет называться архитектурой? это как сравнивать преимущества полок и ящиков в гардеробе и их отсутствия. или я чего то не понимаю?
источник

V

Valentin in Frontend_ru
Nick Volkov
просто не удобно ведь. очередной выродок стремной тенденции "придумай какое-нибудь говно и назови архитектурой/подходом". как-то исторически разработчики пришли к тому, что разделять код на модули - это хорошо и удобно, думаю, по очевидным причинам. промасштабируй эту идею до репозиториев - по-прежнему хорошо и удобно. а так называемый подход про монорепозиторий какой профит дает? ну, то есть, если существует подход разделения кода и он проверен годами - зачем от него уходить? в пользу чего? в пользу того, что называется архитектурой, но ничего полезного (поправь, если ошибаюсь) в себе не несет, а просто хочет называться архитектурой? это как сравнивать преимущества полок и ящиков в гардеробе и их отсутствия. или я чего то не понимаю?
почти так, каждая папка может имеет свой набор опций, те свой package.json. Единственная беда, я не знаю как удобно использовать код, общий (или может понадобиться) для всех модулей. Выносить еще в отдельно? А если ссылаться внутрь другого модуля, как это собирать?
источник

NV

Nick Volkov in Frontend_ru
Valentin
почти так, каждая папка может имеет свой набор опций, те свой package.json. Единственная беда, я не знаю как удобно использовать код, общий (или может понадобиться) для всех модулей. Выносить еще в отдельно? А если ссылаться внутрь другого модуля, как это собирать?
если каждая папка имеет свой package.json - значит, каждая из них вполне себе способна быть отдельным репозиторием. ну или, по крайней мере, твой модуль с общим кодом. где хостится это все моно-добро? если какой-нибудь self-hosted gitlab, то в package.json такая запись
utils: git+ssh://git@gitlab.some.some:utils/#commit hash.
ну, у нас это так. как правильно это делать в мире моно-репозиториев я вообще хз, никогда не занимался таким
источник

NV

Nick Volkov in Frontend_ru
вощем, я хз, я не умею такое готовить. посмотри как сделано у тех, кто умеет - babel, facebook
источник

NV

Nick Volkov in Frontend_ru
Создаем монорепозиторий с помощью lerna & yarn workspaces - на хабре
источник

V

Valentin in Frontend_ru
Nick Volkov
Создаем монорепозиторий с помощью lerna & yarn workspaces - на хабре
А почему нет такого для npm ?
источник

NV

Nick Volkov in Frontend_ru
Да есть скорее всего
источник

NV

Nick Volkov in Frontend_ru
Просто первое что нагуглил
источник

AK

Alexander Kladkov in Frontend_ru
Nick Volkov
просто не удобно ведь. очередной выродок стремной тенденции "придумай какое-нибудь говно и назови архитектурой/подходом". как-то исторически разработчики пришли к тому, что разделять код на модули - это хорошо и удобно, думаю, по очевидным причинам. промасштабируй эту идею до репозиториев - по-прежнему хорошо и удобно. а так называемый подход про монорепозиторий какой профит дает? ну, то есть, если существует подход разделения кода и он проверен годами - зачем от него уходить? в пользу чего? в пользу того, что называется архитектурой, но ничего полезного (поправь, если ошибаюсь) в себе не несет, а просто хочет называться архитектурой? это как сравнивать преимущества полок и ящиков в гардеробе и их отсутствия. или я чего то не понимаю?
> монорепозиторий какой профит дает
Шаринг констант. Общие модели между БД. Простой пример. На фронте и бэк юзаются регулярки и правила для валидации пароля. В одном месте поменял всё заработало. Я сейчас в моно-репе делаю веб и реакт нейтив часть. Общие компоненты и бизнес логика шарится между вебом и нейтивом. В итоге пишу один раз код и всё работает одинакого на разных платформах. Ну с константами надеюсь не надо обёяснять почему это удобно
источник

AK

Alexander Kladkov in Frontend_ru
Valentin
А почему нет такого для npm ?
Lerna
источник

AK

Alexander Kladkov in Frontend_ru
yarn workspaces это по факту аналог лёрны для нпм. Хотя где-то читал что всё вместе дружится этого хорошо
источник