Виталий
Это как проститутку с женой сравнивать, я хз)
ghett
может, потому что ты задрот и очень педантичен?))
Anonymous
в основном работодателям пофиг - реакт или ангуляр - просто чтоб чёто из этого знал. Потому что стильно модно молодёжно
ghett
Дима
На самом деле реакт лучше просто потому что ангуляр 1 — это трэш и содомия
Дима
А второй не нужен
Виталий
На самом деле реакт лучше просто потому что ангуляр 1 — это трэш и содомия
Аааа, не буду начинать этот холивар.. Пойду лучше кофейку заварю. Как закончите сравнивать - маякните😂
ghett
Интересный концепт у сайта)
я бы всё кроме нава сделал свгхой и менял бы вьюбокс вместо 200% боди. а так то прикольно\
Виталий
тут вроде кофеёк не любят) так что не буду, от греха подальше))
Дима
я бы всё кроме нава сделал свгхой и менял бы вьюбокс вместо 200% боди. а так то прикольно\
100% svg — это хороший способ самоубийства
ghett
100% svg — это хороший способ самоубийства
во первых, 97%
во вторых пащему?
да блять я бы транслейтил дерево по оси Х при скроле
но тут канонический минимал, уважаю
Дима
Многое из привычного в html придётся писать заново
Дима
Я "транслейтил". И по x, и по y, и по z, и с перемещениями
Дима
Это круто, но как то too hardcore
ghett
как два байта переслать
ghett
сейчас буду слать нахуй gsap и собирать на js анимацию viewBox ибо заебало, хочу самобытности
Дима
Зависит от сложности концепта
ghett
с svg прикольно жить, всё время кака то хрень вылезает. которая не предусмотрена логикой, нужно где то рыться, спрашивать, искать, адаптировать. я думал с ума сойду. а щас даже во вкус вошёл. создаёшь такой таск на стаке и тратишь времени на его составление больше чем на написание кода, который не работает
Bruno
а css в отдельном чате или тоже тут?
ghett
мне вот кстати интересно, для доступа к элементам свг я вынужден засирать им html body, если ты его вставляешь как файл - он подтягивается через shadow dom и не доступен для css и обработчика событий, веб-компоненты тоже через shadow dom как я понял, думал всё это увязать, что бы собирать интерфейс через веб-компоненты, но в ходе работы с svg картой интерактивной возникла идея добавлять атрибут data к элементу path из json объекта. не хватает опыта, что бы принять решение самостоятельно
Vlad
role=presentation
Vlad
и норм
ghett
в чём проблема инлайнить свг в дом?
т.е. использовать инлайновый метод. когда весь xml svg внутри тега <body/>?
ghett
role=presentation
кстати, спасибо что напомнил, с адаптацией для незрячих отдельнаая тема. задача как раз таки. что бы с кодом было удобно работать.
Vlad
я грю про классический <body> у html
да, но странно об этом явно упоминать. у тебя все компоненты там
Vlad
ghett
Vlad
const exclamationIcon = require('./assets/exclamationIcon.svg')
ghett
оч удобно, кое что. что просто отображается но с чем не взаимодействует юзер или скрипт - уйдёт в отдельные файлы. но кое что так и будет висеть вынуждая скролить 5 экранов
ghett
const exclamationIcon = require('./assets/exclamationIcon.svg')
не понимаю, что тут происходит, пожалуй съебу как в закат. пока бан не получил за тупизну. (свг документ как константа? и что потом? как добраться то конкретного элемента свгшки с id='that')
ghett
вопрос был насчёт, допустимо ли добавлять массивы узлов в атрибут data элемета path из json. то что мне насоветовали - пока выше моих скилов
Vlad
Semyon
тебе id как результат вернется
Semyon
вопрос был насчёт, допустимо ли добавлять массивы узлов в атрибут data элемета path из json. то что мне насоветовали - пока выше моих скилов
Michail
господа поясните - вот с gulp/grunt у нас были задачи - типо "собери мне less" или "минифицируй js", ты их можешь все время вызываьт в можешь только при необзодимости
Michail
вот с webpack как тут обстоит картинка? тоесть если мне надо чтобы какой то плагин запустился при обновлении кода и что-то там сделал, сгенерировал - это как плагин для webpack писать надо?
Дима
Этот плагин указывается в конфиге вебпака и вызывается автоматически при запуске сборки
Michail
так, ну а если мне надо его не каждый раз запустить а иногда
Michail
ну как я бы с gulp сделал
Дима
Нет никаких "задач", на самом деле. Есть просто разные сборки кода.
Дима
У тебя просто есть dev конфиг и prod конфиг
Дима
less будет собираться везде, об этом даже думать не надо, просто указать в конфиге название расширения и название загрузчика
Дима
А в prod просто будет указано на один плагин больше
Дима
Для минификации js
Michail
gulp generate-docs
Michail
и у меня доки из кода собрались
Michail
типо такого можно?
Michail
webpack do-some-task ??
Sergey
В вебпак нет тасок
Sergey
Есть разные конфиги
Sergey
И есть env
Sergey
Напиши конфиг для доков
Дима
1. Вебпак — это бандлер. Это чтобы сделать приложение. Не доки к нему, а сам конечный результат
Дима
Генерить им доки наверняка можно, но я чот хз
Sergey
Я генерю доки, но не из кода
Vlad
для доков есть jsdoc/esdoc
Gordey
webpack-make-site-for-client-please
Дима
Нормальный подход сейчас — взять тот модуль, который на самом деле генерирует эту документацию и сделать строчку в npm scripts
Michail
Нормальный подход сейчас — взять тот модуль, который на самом деле генерирует эту документацию и сделать строчку в npm scripts
вот я тоже думал что вебпак тут некуда впихивать
Nikolay
Vlad
не надо
Pavel
Michail
Нормальный подход сейчас — взять тот модуль, который на самом деле генерирует эту документацию и сделать строчку в npm scripts
но тогда вопрос - если я делаю npm модуль который сгенерит что-то -получается тем кто захоет его заюзать надо будет руками в npm scripts дописать что то вроде - "run:docs" : "my-module --parm1 --parm2" ?
Дима
Бот адок 😄
Дима
Vlad
Дима
Технически нет никакой разницы, что вписывать в scripts, gulp generate-docs или прямую инструкцию
Michail
я просто уточняю какой можеттбыть подход к этому. ну да с grunt/gulp там еще больше ручками писать надо