1.1, Аноним (-), 16:30, 23/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –12 +/– |
А первые controls'ы всё так же крашат? Или они всё, полностью про них забыли и сосредуточены с скоростью улитки на Controls 2?
| |
|
2.2, BlackRaven86 (ok), 16:40, 23/01/2017 [^] [^^] [^^^] [ответить]
| +7 +/– |
А первые controls'ы всё так же крашат?
Не слышал про крэши первых контролов.
> сосредуточены с скоростью улитки на Controls 2
Толсто. Но пилят активно вторые, да.
| |
|
3.51, Аноним (-), 10:33, 24/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Они сами настоятельно не рекомендуют использовать Controls 1, там всё на виджетах работает
| |
3.53, Аноним (-), 10:37, 24/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Впихни Control 1, например tooltip или combobox в ListView. После удаления и добавления элемента первый упадет, второй заглючит. Ибо их нельзя совмещать. Controls 2 - найтивные qml'евские, не тормозят, не глючат и не падают. Но до сих пор охватывают малую долю интерфейсных примитивов.
| |
|
|
1.3, Qt Power (?), 17:01, 23/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +23 +/– |
Божественный тулкит и фреймворк. Единственный в своем роде. Альтернатив никогда не было, и в будущем не предвидится. А после появления Qt Lite он стал лучший во всем. И это хорошо.
| |
|
|
3.67, aliceklipper (ok), 21:16, 30/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Этот тулкит настолько крут, что я хотел бы переспать с ним и наделать кучу маленьких тулкитиков. Так лучше.
| |
|
|
1.4, Аноним (-), 17:05, 23/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> С целью избавления Qt Quick от привязки к OpenGL и обеспечения независимости от графического API значительно переработана архитектура графической подсистемы
Интересно, что они специально для ветки 5.0 перерабатывали вывод графики и в результате избавились от программного рендеринга. Теперь вот обратно возвращают.
| |
|
2.5, Аноним (-), 17:19, 23/01/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да уж странно, молча и без объяснений.
И вообще что-то отчётливо стала прослеживаться тенденция делать основной упор на разработку всяких кутэквиков и кумеэлей, в ущерб всему остальному, причём также молча и без объяснений зачем прикладывать такие большие усилия на разработку того чем практически никто не пользуется.
| |
|
|
4.30, Аноним (-), 19:59, 23/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
На виджетах, если я не ошибаюсь, реализованы Qt Quick Controls 1
| |
|
5.36, equeim (ok), 20:22, 23/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Нет, они на QML/Qt Quick. Но могут использовать стили из Qt Widgets (кривовато, правда).
| |
|
6.52, Аноним (-), 10:33, 24/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Нет, они на QML/Qt Quick. Но могут использовать стили из Qt Widgets
> (кривовато, правда).
В состав Qt Quick Controls 2 был добавлен экспериментальный модуль Qt Labs Platform, содержащий нативные для платформы компоненты QML. При отсутствии нативных компонентов на данной платформе, в качестве запасного варианта используется реализация на Qt Widgets.
| |
|
|
|
3.13, Аноним (-), 17:49, 23/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Тут то как раз все понятно. Бизнес не может заниматься всем - ресурсов не хватит, но свою нишу занять нужно, поэтому акцентируют внимание на том, что могут (одно-два направления). В данном случае на наиболее активно растущем рынке (где проще занимать нишу), а именно мобильных приложений.
| |
|
2.6, Аноним (-), 17:22, 23/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
В 6.0 наверное будут героически на псеводографический интерфейс для VR-шлемов переходить, а потом не менее героически возвращать возможность работать как раньше.
| |
2.22, BlackRaven86 (ok), 18:49, 23/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Потому, что OpenGL хорошо работает не везде. Например, на виндовс с интеловскими затычками вместо видеокарт.
| |
|
3.43, Аноним (-), 00:53, 24/01/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Потому, что OpenGL хорошо работает не везде.
И уж конечно этого нельзя было предугадать ДО выпиливания. Даже зная, что под линукс единственный нормальный драйвер распространяется без исходников и его производителю приходится патчить каждые несколько релизов ядра.
| |
|
4.44, BlackRaven86 (ok), 01:53, 24/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Под Linux все хорошо. Проблема в том, что QtQuick 2 требует OpenGL 2.0, который хорошо работает и на смартфонах, и на Linux, и на MacOS. А вот на виндовс для некоторых интеловских видеокарт драйвер не может OpenGL 2.0.
| |
|
|
|
1.7, Аноним (-), 17:23, 23/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Вот интересно, а как совмещаются такие казалось бы противоречивые понятия как "встраиваемые системы с ограниченным размером оперативной памяти и хранилища" и "Qt Quick"
| |
|
2.14, A.Stahl (ok), 17:51, 23/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
>фреймворк
Это от английского frame и work: каркас/оправа и работа. А вместе это универсальный техпроцесс для производства разнообразных контейнеров. От мусорных пакетов, до махин вроде укрытия над ЧАЭС.
| |
|
1.9, Аноним (-), 17:35, 23/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
>Объявлен устаревшим модуль Qt Script, который будет удалён в одном из будущих выпусков.
Опять? Сколько можно его удалять, ещё во времена Qt4 его объявили устаревшим и написали что удалят в одном из следующих выпусков. Прошли годы и ... его до сих пор удаляют, удаляют, похоже этот процесс будет тянуться вечно.
| |
|
2.12, anonymous (??), 17:48, 23/01/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Объявлен устаревшим модуль Qt Script, который будет удалён в одном из будущих выпусков.
> Опять? Сколько можно его удалять, ещё во времена Qt4 его объявили устаревшим
> и написали что удалят в одном из следующих выпусков. Прошли годы
> и ... его до сих пор удаляют, удаляют, похоже этот процесс
> будет тянуться вечно.
А замена ему есть?
| |
|
3.24, BlackRaven86 (ok), 18:52, 23/01/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
>>>Объявлен устаревшим модуль Qt Script, который будет удалён в одном из будущих выпусков.
>> Опять? Сколько можно его удалять, ещё во времена Qt4 его объявили устаревшим
>> и написали что удалят в одном из следующих выпусков. Прошли годы
>> и ... его до сих пор удаляют, удаляют, похоже этот процесс
>> будет тянуться вечно.
> А замена ему есть?
QtQML/QtJSEngine.
| |
|
2.19, Аноним (-), 18:19, 23/01/2017 [^] [^^] [^^^] [ответить]
| –8 +/– |
Qt - для неторопливых. Qt сам по себе неторопливый, судя по скорости отрисовки своих т. н. "виджетов".
| |
|
3.28, Аноним (-), 19:46, 23/01/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
С разморозкой тебя, как говорят на ЛОРе. Может у тебя и плазма до сих пор падает?
| |
3.33, Аноним (-), 20:10, 23/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Ну дык юзай Tk, он мгновенно всё рисует. А вот GTK уже не так быстро. Примерно так же как и Qt.
| |
|
|
1.18, Дуплик (ok), 18:12, 23/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вот интересно, когда релизнется Qt 6 с фаршем вроде C++14 и C++17, побегут ли KDE'шники переписывать KDE на него?
| |
|
2.61, Аноним (-), 23:03, 24/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
> побегут ли KDE'шники переписывать KDE на него?
Справедливости ради стоит заметить, что порт Qt4 -> Qt5 делается левой ногой вполсилы... в 95% случаев можно обойтись автозаменой. Перекатывание с kdelibs на kdeframeworks процесс не сильно связанный со сменой версии Qt, это скорее внутренние заморочки KDE-шников.
Вот переход Qt3 -> Qt4 местами был настолько проблематичным, что некоторый софт не дожил. Что будет в Qt6 пока известно только телепатам :) Может moc уже наконец выкинут (вроде в Qt5 уже можно без moc), а может еще что-то выдумают.
| |
|
3.62, Аноним (-), 23:42, 24/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Может moc уже наконец выкинут
Когда все [основные] плюсовые компиляторы начнут поддерживать рефлексию, чтобы, например, можно было в рантайме получать списки сигналов-слотов-свойств объекта, тогда и moc выкинут. Уж сколько moc-офобам повторяли, что он не только для сигналов со слотами, но воз и ныне там...
| |
|
4.63, Аноним (-), 08:37, 25/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
И, кстати, именно moc генерирует реализации методов, объявленных как сигналы, так что никуда он в обозримом будущем не денется.
| |
|
|
|
1.21, A.Stahl (ok), 18:41, 23/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Qt Lite
Что-то я не могу найти как этим пользоваться. Или доки ещё нет? Или я вообще всё понял неправильно и это какая-то отдельная редакция Qt?
| |
|
2.32, Аноним (-), 20:04, 23/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Тоже не нашел материала, но полагаю можно либы пересобрать в любой нужной комплектации
| |
|
3.34, A.Stahl (ok), 20:10, 23/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Ну я сам Qt не собираю, а качаю стабильные версии через Qt maintenance tool.
От простого факта возможности собрать множество мелких либ вместо одной большой мне не слишком радостно.
| |
|
2.46, анон (?), 05:35, 24/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Потому что он пока существует в Qt for Device Creation, хз когда в опен сорс версию затащат.
| |
|
3.47, анон (?), 05:57, 24/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Хотя я наврал.
Из чейнжлога:
> The -no-feature-* option family was integrated with the rest of the configuration system. Numerous existing features were made optional, and build problems in various reduced configurations were fixed. This is an ongoing effort known as "Qt Lite".
Список фич в src/corelib/global/qfeatures.txt
| |
|
|
1.50, V_ctor (?), 10:32, 24/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А вот скажите, милейшие, появилась ли в Qt возможность по быстрому собрать дистриб/полноценно_исполняемый_файл? Т.е. что бы по бырому накидал что-то , пару кнопок жмякнул и получил или свой исполняемый файл со всеми необходимыми библиотечками в одном каталоге или же статически скомпанованый , но так же ничего не требующий? Что бы вот как в давние времена в C++ Builder. Когда-то давно пытался ,но что-то не смог по быстрому. Нашел статью где говорилось что бы статически скомпоновать сначала надо все библиотеки для этого откомпилить. Компилил дня два, что-то недокомпилилось, сломалось, плюнул, забил. Но было жаль. Возможно я конечно неосилятор.
Сейчас это можно как-то по простому сделать? Что бы накидал, отправил человеку и не переживать, что не запустится т.к. нет какой-то библиотеки у него, а он не шарит.
| |
|
|
3.57, V_ctor (?), 15:57, 24/01/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Отлично выглядит как то что нужно. Но вот под линух бы? Что-то не нашел сходу.
| |
|
|
1.56, Аноним (-), 14:21, 24/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Если кто-то использует qt для написания под андроид, может ли поделиться информацией как изменился объем apk с этим обновлением?
| |
|
2.59, A.Stahl (ok), 17:19, 24/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
>как изменился объем apk
Никак. Для этого нужно что-то делать, связанное с Qt Lite. А что именно -- данных в гугле пока нет.
| |
|
3.65, Qt user (?), 19:06, 25/01/2017 [^] [^^] [^^^] [ответить]
| +/– |
Из dist/changes-5.8.0:
- The -no-feature-* option family was integrated with the rest of the
configuration system. Numerous existing features were made optional,
and build problems in various reduced configurations were fixed.
This is an ongoing effort known as "Qt Lite".
Список features здесь:
src/corelib/global/qfeatures.txt
| |
|
|
1.64, testt (ok), 10:23, 25/01/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>подготовлен бэкенд для DirectX 12
Зачем эту микрософтовскую проприетарщину внедряют?
| |
|