Алексей

В общем разобрался, может кому-то нужно

driver=webdriver.Firefox()
action = ActionChains(driver)
x=100
y=100
action.w3c_actions.pointer_action.move_to_location(x,y)

Перемещает курсор на точку 100,100

Такие ошибки возникают когда код неправильно разбит на модули и модули ссылаются друг на друга циклически. К примеру модуль А что-то импортирует из Б, Б импортирует из В, а В из А.
При импорте происходит выполнение кода импортируемого модуля, если это выполнение не было еще сделано ранее.
Нужно
1) не импортировать лишнее
2) изолировать зависимости. Выносить в отдельные мдули те части, которые не зависят от других.

Приводите конкретный пример и вам расскажут как правильно всё разбить, чтобы такой проблемы не было.

CDN vs свой билд — экономия на спичках.
Тем более если вам не нужен весь пакет.

Начну с самого плохого, неправильного и убогого варианта использования:
Это когда люди подключают бутстрап.мин.цсс, а потом в своем файлике начинают переопределять стили. Получается полный неподдерживаемый пиздец (я как раз сейчас натягиваю на сайт купленный (!) такой шаблон, нервы на пределе).
Люди, которые так делают приводят гнилой аргумент: а вдруг мы захотим обновить бутстрап? Серьезно, блять? Как часто вы это делали? ставлю сто баксов, что ни разу.

Как делать по феншую.

Для начала, естественно, использовать препроцессорные исходники (не будем выбирать конкретный порт, есть и lеss, и sсss, и stylus, кому что нравится).

Далее миксины. Не нужно подключать отдельные. Подключите valiables.scss и mixins.scss. Миксины не попадают сами по себе в билд, так пусть они все будут доступны.

Компоненты. Отключите ненужные, закомментировав импорты соответствующих файлов.

Кнопки. Если бутстраповские не нужны, отключите их. Напишите свои, используя миксины и даже копипасту части кода из бутстрапа. Это нормально.
Отличный вариант, если вы напишете свой миксин для кнопки (который и бутстраповские миксины может использовать). Ибо в бутстрапе, к сожалению, нет миксина make-button().

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

Пагинация, крошки. Никогда вас не попросят поставить исходные стили. Если по макету эти элементы имеют определенный стиль, этот стиль будет сохраняться. Смело меняйте. Или делайте дубликат.

Хелперы использовать нужно как можно меньше. Они нужны для быстрых набросков или правок "здесь и сейчас". Лучше опишите новый класс.
Опять же если вам нужен класс list-inline в единственном месте, то почему бы его не прописать?

Ссылки и статьи типа "как верстать под бутстрап" — это исключительно отстойный материал, написанный чаще всего такими же новичками, как и те, кто ищет подобную тему. Хотя базовую инфу вы конечно получите.

Вот то, что читает наша команда:

frontender.info — краудсорс-перевод полезных западных материалов.
https://vk.com/webstandards_ru — крупное русско-язычное VK-сообщество с чатом, новостями и конференциями.
https://radiojs.ru/ — подкаст о веб-разработке.
frontflip.me — ещё один подкаст о веб-разработке.
https://css-tricks.com/ — полезный ресурс со статьями и полезными решениями по вёрстке и коду.
https://codyhouse.co/ — набор сниппетов.
https://twitter.com/dan_abramov— твиттер русскоязычного разработчика React в команде Facebook.
https://twitter.com/addyosmani — твиттер разработчика в Evil Martians и автора PostCSS. 18+.
https://twitter.com/addyosmani — твиттер участника команды Google Chrome, создающего Developers Tools.
https://twitter.com/paul_irish — твиттер ещё одного участника команды Google Chrome, создающего Developers Tools.
https://github.com/talgautb/frontenders — небольшой список фронтенд-разработчиков, за которыми стоит следить.
www.2ality.com — Блог о JS.

Я вам скопипастил раздел из вот этой публикации в помощь коллегам: https://livetyping.com/ru/blog/front-end-dev-requi...

Используются в проектах в основном по 4-5 штук максимум:

Raw HTML
Duplicator
Reveal IDs
Tab Override
Cyr to Lat enhanced
Custom Post Type UI
Custom Post Type Permalinks (taxonomy also)
Intuitive Custom Post Order
Advanced Custom Fields
Advanced Custom Fields: Repeater Field
Advanced Custom Fields: Options Page
Breadcrumb NavXT
Remove Category URL
TinyMCE Advanced
Easy FancyBox
Plugin Organizer
MinQueue
BJ Lazy Load
Device Theme Switcher
Contact Form 7
Contact Form 7 Redirect
Contact Form DB
TablePress
Easy Watermark
Regenerate Thumbnails
WP-PostViews
Infinite-Scroll
Hide-n-Disable-comment-url-field
Шорткоды
Откл. комментарии
Menu Icons
UpdraftPlus - Backup/Restore
WP Super Cache
WP-Polls
Yoast WordPress SEO и All in one Seo
Yet Another Related Posts Plugin

Можно поставить размер шрифта в зависимости от размеров экрана, но через calc() задавать минимальное значение.

В этом примере ( codepen.io/paulradzkov/pen/jqYqgY ) размер шрифта заголовка никогда не будет меньше 16px (1em):

h1 {
    font-size: calc(1em + 4vw);
}

Можно использовать более сложные формулы совместно с @media. Тут размер шрифта плавно меняется от 14 до 18px в диапазоне от 480 до 1024px.

@media (min-width: 480px) and (max-width: 1024px) {
  p {
    font-size: calc(14px + (18 - 14) * ( (100vw - 480px) / ( 1024 - 480) ));
  }
}

До 480 и после 1024px размер задан жестко с использованием @media.

Но в целом это все сложно и редко нужно. Я обычно задаю размер фиксированно на двух-трёх диапазонах при помощи @media.

UPD: можно даже заставить текст максимально заполнять площадь вьюпорта codepen.io/CrocoDillon/pen/fBJxu