Дмитрий Ковальский: нет никакой трагедии. Просто мне поставили задачу подключить css через скрипт. Знаю, как присваивать стили элементам через js, но казалось проблемным сделать это с объемным кодом, а яваскрипт не очень хорошо знаю.
А мне казалось цветопередача просто хорошая. Калибратором не прверял, но где белый был белый, где #f5f5f5 было заметно. Может конечно сотрудники в ресторе калибруют маки. Поэтому вопрос про калибратор и задал, что на глаз все по-разному говорят.
Сделал так, но видимо неправильно вывожу. Вывожу как обычно [[+tv.fieldName]], но на сайте вместе с текстом выводятся разделители. Выглядит так:
Вариант 1||
Вариант 2||
Вариант 3
Тоже так делал раньше, но тогда пропадает разделение на этапы. Хочется, чтобы прототипирование было тупо рисованием эскиза, а верстка — версткой. Иначе потом сидишь верстаешь, потом переверстываешь...
Ложь, все ложь. Кроссбраузерные адаптивные сайты не только есть, но они такими и должны быть. Я тестирую на реальных мобильниках. Делать адаптивность на скриптах — зачем? Усложнять задачу в два раза, когда все мобильные браузеры понимают медиа-запросы?
yarikus: Точно можно будет управлять с двух сторон. Суть ведь такая: вы даете клиенту возможность подключиться к своей машине и он может тыкать в вашей системе куда хочет, в том числе и на открытой странице.
Ура! Хоть кто-то меня понимает (может, я криво объяснил, конечно. Прошу простить)! Да, под виртуальной машиной все хорошо работает, но кажется, что это как-то криво — запускать целую виртуальную машину ради одной-двух программ, как я сейчас делаю.
Евгений Шев: спасибо, помогло. Убрал класс wrapper применительно к Фотораме. Странно, потому что я до этого так делал, видимо тогда намудрил с чем-то другим.
Евгений Шев: у врапера display: table из-за того, что внутри блоки с float. Пробовал и так, не помогло. А почему display: table лучше не применять к оберткам?
