Виолетта Морозова: поменяйте в своем примере переменную level на значение 0 или 2 и сразу увидите проблему со скроллом) Мне нужно сделать так чтобы скролл был у каждого уровня отдельно, а не распространялся на весь блок списка
AlexanderZe: у меня были проекты с очень разной аудиторией, в том числе и технически не подкованные. Статистика посещения даже таких сайтов говорит о том что процент браузеров не поддерживающих flexbox составляет до 1%, что критически мало чтобы уделять этому внимание. Само собой надо прогонять свой код через autoprefixer чтобы охватить максимально возможное количество версий браузеров)
Тут есть несколько вариантов и все упираются в браузеры:
1) Читать ТЗ. ТЗ всегда обязано содержать в себе информацию о том какие устройства и браузеры должен поддерживать сайт. Читаем, проверяем на caniuse.com нужные фичи. Если ТЗ нет или нет инфы, то либо требуем этой информации, либо смело забиваем, ибо раз всем пофиг, то и мне пофиг)
2) Если проект уже рабочий, смотрим метрику посещаемости (гугл аналитика, яндекс метрика), также анализируем с каких браузеров идет посещаемость.
3) Если проект свой, новый и без аудитории, тут сложнее, но решаемо. Если сильно важно, придется проводить какоето исследование, но как правило достаточно настроить autoprefixer на версии браузеров последнего года и с долей пользователей >1%
Khkystou: вот, как и обещал выкатили первый релиз print.zatey.ru (чтобы попасть в редактор надо нажать любую кнопку Заказать шар), версия не без багов, но уже вполне работоспособная
Khkystou: у нас пока разработка на локалке, как доделаем, если вспомню, кину) Он удобен тем что он так же работает и с svg, можно экспортироовать в разные форматы, в том числе вектор, что для печати очень удобно, работа с текстом, взаимодействие с цветами. Он больше подходит под конкретную задачу, svg.js более простой, как мне показалось, и многое пришлось бы пилить с нуля. В общем тут смотри по конкретно своей задаче что больше подойдет)
Khkystou: привет, да, тут выше указывали на fabricjs.com так и решил его взять на вооружение, уже почти дописали проект, решил на нем все поставленные задачи, в целом столкнулся с некоторыми сложностями при изучении доков, но благо есть хорошая серия статей на хабре для быстрого старта и примеры на сайте скрипта, да и вообще поисковик и stackoverflow помогают.
К сожалению иногда возникают ситуации поддержки проектов с плагинами написанными на jQ. Значит в таких ситуациях лучшим решением будет все таки писать только на jQ?
Допустим меня не пугает то что JS более громоздкий. К тому же для постоянной практики мне просто необходимо писать как можно больше JS кода. Тут вопрос скорее относиться не к теме "как я себя буду чувствовать в такой ситуации", а к теме "как будет себя чувствовать в такой ситуации браузер или другой разработчик смотря на мой перемешанный код".
Влад Токарев: я понял о чем ты говоришь, но у меня все прекрасно работает с любыми порядками) В lang файле я просто задаю переменную в таком формате "order_declension" => "заказ|заказа|заказов", а фукнция trans_choice уже сама выбирает какой из трех вариантов вывести
