Зачем его рожать? Он уже есть и используется например в Unity3d и bitsquid. К тому же он open source и может быть допилен по надобности. К сожалению, пока только на уровне dx9.
На лету генерировать можно, если этих шейдеров немного. А если у вас вагон убершейдеров с кучей #define'ов, то пользователь устанет ждать.
Можете что-то рассказать о курсе? Я на него записался, но времени проходить нет (да, знаю, что это тупейшая отмазка и время почти всегда можно выкроить, но как-то не получается). Требуется внешний стимул.
Ну, во-первых, не Гугл Транслейт. Сами проверьте, как он переводит тот абзац, если вам опять не лень, конечно.
А, во-вторых, суть моего предыдущего комментария заключается в том, что ценность вашей статьи стремится к нулю: те, кто связаны с разработкой на Qt и так уже знают или в скором времени узнают об этих нововведениях. А те, кто не связан, но каким-то местом интересуются (как я, например), так ничего из вашей новости и не поняли.
Вот сложно было в самой статье привести в качестве примера эти два куска кода для наглядности?
думаю, зачем они нам нужно и почему их не хватало на десктопах думаю не надо.
Конечно, так ведь лень перевести несколько предложений из той же блогозаписи:
While anchors and basic positioners have previously provided great flexibility with Qt Quick, they can sometimes become tedious, verbose or complex when dealing with resizable user interfaces. By adding QtQuick.Layouts as a compliment to the existing anchor based methods, you can now build complex resizable layouts, respecting minimum, maximum size hints and declare items as expanding or fixed in a simple and declarative way.
Ну что же, мне лень:
Не смотря на то, что якоря и основные позиционеры ранее обладали большой гибкостью в Qt Quick, иногда они становились нудными, многословными и сложными, когда дело касалось масштабируемого пользовательского интерфейса. Теперь, используя QtQuick.Layouts в дополнение к существующим методам, основанным на якорях, появилась возможность строить сложные масштабируемые макеты, соблюдающие указания по минимальному и максимальному размерам элементов, и объявлять элементы как расширяемые или фиксированные простым декларативным способом.
Ничего плохого в указании ляпов не вижу. Тем более изложенных подробно и спокойно, а не «фуу, автор м*дак, открой учебник физики, самолеты так не летают!!11 и ваще».
Естественно, никто переделывать мультик не будет, да и не нужно. Нужно просто учесть это на будущее.
Лично мне эти ляпы бросаются в глаза и они слегка портят картину. Хотя, естественно, я могу от них абстрагироваться. Но, согласитесь, впечатления от рассказа с лихо закрученным сюжетом будут подпорчены грамматическими ошибками. Так же и с ляпами.
Наверное, зависит от того, с чего начинали.
Я начинал с VS и для меня эта IDE остается эталоном. QtCreator — хорош, но после VS все равно как-то не так. Но, конечно же, QtCreator обладает киллер-фичей — мультиплатформенностью.
А каким образом собирались игры в бандл?
Просто на примете есть довольно интересная бесплатная игра от знакомого разработчика, которая, насколько мне известно, незаслуженно оказалась малозамеченной общественностью.
В общем, чтобы далеко не ходить, вот: henryattacks.com/ (надеюсь, за рекламу не воспримется). Думаю, что автор согласится добавить свою игру в этот бандл.
На лету генерировать можно, если этих шейдеров немного. А если у вас вагон убершейдеров с кучей #define'ов, то пользователь устанет ждать.
А, во-вторых, суть моего предыдущего комментария заключается в том, что ценность вашей статьи стремится к нулю: те, кто связаны с разработкой на Qt и так уже знают или в скором времени узнают об этих нововведениях. А те, кто не связан, но каким-то местом интересуются (как я, например), так ничего из вашей новости и не поняли.
Вот сложно было в самой статье привести в качестве примера эти два куска кода для наглядности?
Конечно, так ведь лень перевести несколько предложений из той же блогозаписи:
Ну что же, мне лень:
Не смотря на то, что якоря и основные позиционеры ранее обладали большой гибкостью в Qt Quick, иногда они становились нудными, многословными и сложными, когда дело касалось масштабируемого пользовательского интерфейса. Теперь, используя QtQuick.Layouts в дополнение к существующим методам, основанным на якорях, появилась возможность строить сложные масштабируемые макеты, соблюдающие указания по минимальному и максимальному размерам элементов, и объявлять элементы как расширяемые или фиксированные простым декларативным способом.
ломырамы в ртути. (с)Думаете, не допилят?
Естественно, никто переделывать мультик не будет, да и не нужно. Нужно просто учесть это на будущее.
Лично мне эти ляпы бросаются в глаза и они слегка портят картину. Хотя, естественно, я могу от них абстрагироваться. Но, согласитесь, впечатления от рассказа с лихо закрученным сюжетом будут подпорчены грамматическими ошибками. Так же и с ляпами.
Я начинал с VS и для меня эта IDE остается эталоном. QtCreator — хорош, но после VS все равно как-то не так. Но, конечно же, QtCreator обладает киллер-фичей — мультиплатформенностью.
Просто на примете есть довольно интересная бесплатная игра от знакомого разработчика, которая, насколько мне известно, незаслуженно оказалась малозамеченной общественностью.
В общем, чтобы далеко не ходить, вот: henryattacks.com/ (надеюсь, за рекламу не воспримется). Думаю, что автор согласится добавить свою игру в этот бандл.