Илья Пашнин

Прям мой случай)
Дома Air подключен к монитору, кресло, большой стол и все условия для работы, но иногда приходится работать с ноутбука (в дороге, на даче). Поэтому есть что и с чем сравнить.
1. В дороге к ноутбуку претензий нет. Большой и удобный тачпад, ноут легкий, хорошо держит батарею. Т.е. это мобильность и максимум производительности, которую можно выжать из таких условий. Но это 2-4 часа, это важно.
2. На даче - это неудобно. Весь день сидеть крючком за столом, смотря вниз. Не особо помогают отдельные клавиатура и мышь. Со специальной подставкой под ноутбук уже получше, но далековато от глаз, для такого размера экрана. К концу невольно перебираешься на диван и выдыхаешь.
3. Дома ноут подключен к монитору, заряжается от него же. Из минусов - нет толка от камеры и микрофона ноутбука, если он закрыт. iMac в это плане нравился больше.

Далее, Александр верно подметил - зависит от задач. Если работаете над мобильными приложениями - то все будет перед глазами, а если с web, то даже макет не будет вмещаться полностью, придется постоянно менять масштаб.
Я не отговариваю: ноут, если мы про Air на M1, отличный, но для постоянной работы 5/2 без монитора, я бы его не рекомендовал, уж лучше iMac почти за те же деньги или MacMini и монитор (а к нему камеру и микрофон, если нужны).

Все же зависит от постановки задачи, т.е. если прототип Ваш и его можно корректировать, то некоторые моменты я бы поправил. А если прототип утвержден, а Вам нужно отрисовать интерфейс, то и об удобстве рассуждать не приходится :)
По существу: заголовки слева меня смущают больше всего, но если таблица не очень широкая, а заголовки в одно слово, то вариант. Если мы о веб, то на трубках все равно придется сделать заголовки над таблицей, так чего тянуть?)
С текстом под таблицей не вижу проблем, главное стили: текст инфоблока нельзя отделять линией (бордером) от строки, иначе потеряется принадлежность. По этой причине таблица должна быть без вертикальных бордеров, иначе получится ужас. Сам текст инфоблока можно заключить в какой-то "бабл", который будет указывать на строку. И тогда все будет прилично выглядеть даже если строчек 100 (можно еще закрывать инфоблок, при открытии другого, но если они большие - страница будет дергаться).
Что касается взаимодействия, то поведение чекбокса немного не логично. Как правило сначала пользователь должен увидеть подсказку, а потом уже сделать выбор. Если это не тест, то можно выводить инфоблок тултипом при наведении на чекбокс, а по клику "раздвигать" строку и оставлять инфоблок на виду.

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

Делал такое.
Секрет в том, что размер img и svg совпадает до пикселя). Таким образом, сверху находится svg c разными полигонами и события при наведении вешаются именно на них.
Чтобы svg не плясал, у меня он был с абсолютным позиционированием и top, right, bottom, left: 0. У img и svg общий div, размеры которого зависят от img, их придерживается и svg.

1. Отключить JS в браузере, проверить работу ссылок и чекбоксов
   
2. Если все работает, то добраться до footer и header и поотключать скрипты сначала пачками, а потом по одному
   
3. Найти "виновника", проверить в нем все что касается click
   

Очень похоже на дурной код, когда обрабатываются все клики в модальном окне, например, а не с определенным ID.

Зависит от того как сильно нравится возиться с шаблонами.
Их у стандартной темы почти 150 штук, и почти в каждой есть теги с классами, которые нужно будет переписывать на свои, при этом, местами, нужно оставлять классы Woocommerce для нормальной работы скриптов.

Варианта два: верстать классами Woocommerce и обойтись css и funсtions.php или сверстать как привык, и потом нужные файлы Woocommerce копировать в папку темы и работать над ними (только те, которые надо изменить). При этом, если верстка по БЭМ, например, то редактировать нужно будет прилично.

Я бы посоветовал поставить WP, поставить WC и попробовать из любой старой верстки сделать тему.

Скрипт не буду писать, но суть следующая:
1. Сначала делаем плитки квадратными (это просто - высота всегда равна ширине)
2. Затем даем классы плитками - нечетным с1, четным с2 (это тоже можно на js)
3. Блок, который презентует о компании ищет ближайший с2 и появляется именно после него. Он равен 100%, поэтому не ломает плиточной структуры
4. Меняем "клиентов" между собой стрелками (обычный слайдер)

Ну, о том, что блокам присваиваются дополнительные классы типа active или open - я не говорю, это само собой.