под Linux, конечно. То есть нужно компилировать вручную с opengl es, и тогда будет бэкенд рендеринга widgets через opengl, так?

Ты не понял. Это полностью переносимый тулкит, который есть везде. Все остальные тулкиты устарели. В тех крайне редких случаях, когда вообще какая либо гуйня нужна, html5 более чем достаточно.

Ты меня тоже не понял. HTML — это слишком высокоуровневый тулкит со всеми вытекающими проблемами потребления ресурсов. Если продолжать закрывать глаза на ресурсы, вполне можно рендерить картинку на жирном облаке, как таковое понятие тулкита исчезает, переносимость стремится в бесконечность.

Тормоза в жабе только от тех тормозов, которые на ней пишут. Нормальный, хорошо написанный код на жабе не тормозит.

Не жалко, гуй нужен настолько редко, что ресурсы можно не жалеть.

новое свойствоновое свойствоновое свойствоновое свойство.

Памяти то хотя бы сотку мегабайт ОЗУ сумели сэкономить?

javaFX

Хочешь сказать, Eclipse и NetBeans не тормозят?

Хыы. У кедерастов теперь наверно жопа в ладушки играет от этой новости.

язабан

Где тач?

Кто-нибудь знает, почему они свою версию под Ubuntu собирают без поддержки тача? Опять из исходников компилить.:E

Увы, не щупал. А надо бы, да.

Хочу сказать, что идея, например, пошустрее затмения. Сетевые бобы как-то и не пробовал толком.

А идея тоже на жабе написана. Просто чуток более прямыми руками.

тотоже. давно пора в предверии новой джавки.

И вообще, целевая ниша java - высоконагруженные приложения, потребляющие сотни памяти и выдерживающие громадную нагрузку. И запускаются на громадных кластерах.

GUI на жабе мне тоже не нравится. Примеры вы привели - eclipse далёк от красоты.

html не работает, гуй в текущем виде тоже не работает. Сеть и графику интегрировать нужно, но по-другому.

Не в курсе что там с QtD? Развивается проект или нет?

класс QCommandLineParser для разбора аргументов командной строки

Джва года ждал!

Ты ещё спроси, откуда тормоза у жабы.

У жабы тормоза оттого, что все жабовские библиотеки написаны на самой жабе и при этом создают кучу объектов на каждый чих, каждый парсинг JSON, каждое создание иерархии любого вида; всё это множится на оверхеды из-за сборки мусора, виртуальной машины и JIT и после умножения выходят тормоза. А теперь отвечай, откуда тормоза у Qt.

Нормальный, хорошо написанный код на жабе не тормозит.

Нормальный - это типа такого, где избавились от всех объектов/коллекций и работают в сишном стиле с куском памяти? Value-типов нет, нормальных generics тоже нет, построить удобные абстракции над куском памяти никак нельзя - объекты сразу же приводят к overhead по памяти и лишней косвенности.

Насколько знаю, в Qt5 есть только OpenGL, OpenGLES и OpenVG. Других бекендов нет.

А они кстати что - js движок свой прямо с нуля написали?

А они кстати что - js движок свой прямо с нуля написали?

В QML — да, и заменили гугловский v8 на этот движок. Для обычного javascript это работает медленнее v8, но с объектами QML оказывается быстрее, т.к VM работает с объектами QML без прослоек.

Такого не может быть, чтобы всё рендерилось через opengl.

Да ладно тебе, комбинация HTML5+JS+компы_мощные_так_что_пофиг_на_потребление_ресурсов — это модно, стильно, молодёжно! Стоит какому-нибудь школоло научиться варганить не совсем примитивные веб-странички, как начинаются крики и агитация по переводу всего и вся в веб/облака с применением перечисленных принципов.

Посмотрел бы я, как эти клоуны будут на HTML5+JS делать аналоги существующих CAD-ов, программ трёхмерного моделирования и прочего сложного софта.

А теперь отвечай, откуда тормоза у Qt.

Вангую ответ в стиле «потому что C++». :)

отлично!

Хороший вопрос. Если ты собрал с поддержкой OpenGL ES, то почему рендеринг должен идти через чистый OpenGL?

Тормоза до сих пор кричат про тормоза в Qt.

я везде имел ввиду opengl es. Впрочем, я уже собрал с ES - прога вылетает.

raster там для виджетов и теперь только он :)

Других бекендов нет.

+ DirectX via ANGLE

Если кому интересен оффтопик по поводу iOS, то таки да, оно заливается на симулятор(на девайс не тестил пока) в один клик, главное, чтобы в сборочном каталоге не было русских букв.

+ DirectX via ANGLE

Нет у Qt бекенда на DirectX. Это у ANGLE есть такой бекенд.

Не думаю, что жаба кушает памяти намного больше вашего любимого общелиспа.. или где там удобно абстракции строить?

С iOs у них там на сайте очень неодназначно написано по поводу LGPL лицензии - что вроде как можно библиотеки завернуть в бандл и встроить в приложение но айпл может зареджектить это приложение и потребовать статической линковки которая только за деньги. Интересно есть уже преценденты успешного апрува приложений сделанных по этой схеме?

и я плюсану

боже, какой монстр... неужели этим кто-то пользуется по доброй воле?

Кстати пользуясь случаем. Как в Qt5 настроить размер шрифтов? в хубунту QtCreator и все Qt5 аппликухи выглядят как лютое г-но :( а qtconfig не работает.

В обычный, маковский, аппстор пропускают без вопросов о лицензии, динамически линкуемые фреймворки — стандартный вариант на сегодня, как я понимаю. Думаю ситуация с мобильным стором аналогичная.

Ололошечка, найди для начала CAD с гуем на кутешечке, а потом уже тявкай. У профессиональных CADов гуя вообще самый минимум.

Индусы почти сумели вывести её на приличный уровень производительности - и 5-ти лет не прошло.

Сам то ты на чём пишешь, родной?

Найди хотя бы один пример качественного, современного C++11 кода в кутешечке.

это просто за 5 лет компьютеры стали сильно производительнее и памяти стало сильно больше.

Посмотрел бы я, как эти клоуны будут на HTML5+JS делать аналоги существующих CAD-ов

Тут одну страничку дискус-комментариев на ленте то откроешь и всё, старенький 2 GHz с гигом RAM комп реагирует на пролистывание пару секунд (хоть Firefox, хоть Хромиум). Какой там CAD %)

По твоему там нет C++11 кода или он кривой? :}

EFL

Нештабильный огрызок с бинарными темами и конфигами? Не нужно в кубе.

Там вообще приличного C++ кода нет, вся кутешечка написана на «си с классами».

Си с классами

кто сказал «GObject»?