Я заметил резкую отстающую производительность при изменении ширины или поля элементов с помощью CSS-переходов.Возможно ли принудительное ускорение аппаратного ускорения при переходе ширины CSS
Есть ли способ принудительного аппаратного ускорения? Есть ли способ использовать свойства преобразования для достижения сглаженного сходного результата?
Не совсем. Аппаратное ускорение зависит от множества факторов, ни один из них под управлением javascript.
Что оставляет нам вопрос о том, как улучшить производительность перехода по ширине/маржи CSS, и ответ обычно «заменяет его масштабированием», потому что он может быть сделан дешевле на графическом процессоре и потому, что он не вызывает оплату.
Известно также, что Chrome не делает, а работу ускорительный CSS переходы, как Firefox и IE.
На самом деле, учитывая, что Google отклонил Pointer событие on the ground of speed, который IE solved by GPU acceleration, можно сказать, что Chrome (и Webkit вообще - Сафари еще медленнее) отстает на этом фронте, и единственный способ помочь - contributing code to Chromium/Webkit.
Я предпочел бы перейти на более быстрый переход.
Не могли бы вы сыграть пример? Мне нравится видеть, что вы имеете в виду. – floor
На телефоне. Пойдем позже. Спасибо –
Вы всегда можете 'scaleX (2.0)' на нужный элемент и 'scaleX (0.5)' на своих дочерних элементах. Это довольно дрянное решение, хотя контент не будет переходить на новый размер. –