Если этот модуль - просто один из сервисов проекта, то почему его надо оформлять как либу? Достаточно положить в src/UseCase и использовать где надо (следуя логике DDD). Нет?
Александр, обычно договор заключают сразу, испытательный срок - не помеха. Странновато... Но в любом случае, если вы шли на дизайнера, то шлите их лесом с таким подходом. А если вам говорили, что будете fullstack + designer, и вы согласились, то тогда не их косяк.
Как понимать фразу "всё знаю" и "хочу уловить саму суть"? Т.е. не знаете, ничего? Если знаете, как работает, как писать, как правильно делать вложенности, то неужели не поняли "суть"?
boga-net, ну если совсем примитивно, то можно и так
0. Добавили переменную инкремент типа var i = 0;
1. Кликнули (p / img) - запомнили элемент, увеличили i++, если i == 2, то сравнили
2. Кликнули другой элемент (p / img) - запомнили снова, увеличили i++, => if (i == 2) => сравнили
3. Сравнение - помимо сравнения, всегда обнуляем элементы и i
По хорошему, при клике на img надо блокировать следующие клики по img, чтобы можно было кликнуть только параграф после картинки. Либо при повторном клике на картинку, снимать выделение с первой картинки. Ну тут полно вариантов
boga-net, нет, не подойдет. Смотрите:
1. я кликнул картинку, параграф пустой - сравнение не запустилось, но и ошибки нет. ок.
2. я кликнул по параграфу (но от другой картинки) - сравнение запустилось, но вернуло false.
я не знаю, что у вас там внутри, но вам надо как организовать структуру DOM иначе. Например, если у вас один параграф и несколько картинок к нему, то слушайте клики только на картинки и сравнивайте их всегда с параграфом, который рядом.
boga-net, а после второго клика сравниваться будет кликнутый объект и предыдущий выбранный с другой стороны. В общем, тут надо логику наладить, а не код. Если человек кликнул картинку, но никогда до этого не кликал параграф, то что будет сравниваться? Картинка с чем?
boga-net, ваш код в принципе рабочий, вы присвоили checkedImg = $(this) и потом внутри функции обращаетесь к этому объекту. Тут ничего дополнительно не надо. Проблема в другом. Для сравнения вам нужна левая сторона и правая, а сразу после первого клика у вас только одна сторона (либо левая либо правая).
Клик по картинке => переход на страницу со слайдером с указанием location.hash=XX, где XX - номер слайда => на странице со слайдером читаете хэш и если он корректный делаете slickGoTo
Полина Емельянова, можно исправить это свойство на overflow-x: hidden; чтобы по вертикали не скрывалось. где-то в slick-theme.css
Или второй вариант - сделать блок, который у вас увеличивается position: absolute; left:50%; top:50%; margin: -YY 0 0 -XX; z-index: 1000; тогда может быть тоже будет вылезать поверх. Но, вероятно в каких то браузерах oveflow скроет даже абсолютный блок. Надо проверять.
Сам слайдер ничего не обрезает. Если посмотрите, то в коде есть блок slick-list. У него есть свойство overflow: hidden; чтобы вложенный slick-track мог ездить внутри туда-сюда. Поэтому если вам нужна высота, может надо ее предусмотреть паддингами для slick-item ?
Так вы посмотрите исходный код. Там 90% на таблицах и везде прописаны style=""
По сути несложно написать обработчик, который пройдется по всем тегам, возьмет для каждого свойства из CSS и пропишет их в тег стайл.
Andrew Designer, в канал писать нельзя никому, кроме автора канала. На канал можно подписаться и тогда ты будешь получать сообщения, которые отправляет автор канала. С ботом немного иначе, т.к. бота кто-то должен запрограммировать, чтобы он реагировал на какие-то команды. Но тоже, в любом случае, чтобы иметь возможность контачиться с юзером через бота (т.е. знать данные юзера), надо чтобы этот самый юзер первым сконтачился с ботом.
raingo, во-первых, не надо грубить. Во-вторых, какая архитектура? Это просто конструкция, которая отправляет в буфер вывода переданные ей данные. Разве нет?
а в css указываете Lato-bold
имеет значение для вашей ОС? Имею ввиду регистр букв