Comments 4
Интересная работа проделана, но смущает подход с самописной setTimeout. В QML все хорошо с анимациями, у встроенных типов явно будет выше производительность, чем у реализации через таймер. Это временное решение или планируете остаться на нем?
В основном анимация управляется через метод requestAnimationFrame QML-компонента Canvas. Самописная setTimeout используется только для задержки начала выполнения анимации, в том числе при последовательной анимации элементов в массиве.
В целом планируется оптимизация библиотеки как на JavaScript, так и на QML, с учетом особенностей каждого из этих инструментов.
В целом планируется оптимизация библиотеки как на JavaScript, так и на QML, с учетом особенностей каждого из этих инструментов.
Адская критика первой статьи учтена автором не без пользы для качества.
Направление «теории» (определений и классификаций) решено, вероятно, без крайней необходимости не трогать. При наличии внятной практической части почему бы и не обойтись без нее. Это с одной стороны. А с другой, мне кажется, здесь как будто не помешала бы небольшая систематизация.
Например, разделить на «органы управления» и «индикаторы». Не готов отстаивать именно эти термины для представленных элементов. Например, капча будет вроде как не первое и второе. Но функциональное разделение напрашивается.
А в целом здорово.
Направление «теории» (определений и классификаций) решено, вероятно, без крайней необходимости не трогать. При наличии внятной практической части почему бы и не обойтись без нее. Это с одной стороны. А с другой, мне кажется, здесь как будто не помешала бы небольшая систематизация.
Например, разделить на «органы управления» и «индикаторы». Не готов отстаивать именно эти термины для представленных элементов. Например, капча будет вроде как не первое и второе. Но функциональное разделение напрашивается.
А в целом здорово.
Sign up to leave a comment.
Разработка круговых интерфейсов. Часть 2. Перенос библиотеки с JavaScript на QML