The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Разработчики Qt представили проект Qt Lite

18.08.2016 15:13

Компания The Qt Company, курирующая разработку фреймворка Qt, представила проект Qt Lite, в рамках которого будет предоставлена возможность построения продуктов на базе урезанного варианта Qt, включающего только необходимые для работы компоненты. Qt Lite будет масштабироваться для любых платформ и решений любого размера, от устройств интернета вещей (IoT) и умных часов до телевизоров и промышленных персональных компьютеров. При этом, Qt Lite не будет ответвлением от Qt или отдельным продуктом, а станет неотъемлемой частью основного фреймворка.

Для более эффективного использования доступных ресурсов, особенно при создании решений для встраиваемых систем, Qt Lite позволит отбрасывать лишние библиотеки и компоненты поддержки операционных систем. Из возможностей, развиваемых в рамках проекта Qt Lite отмечаются:

  • Новая система настройки, которая будет добавлена в Qt 5.8. Система нацелена на упрощение формирования функциональности модулей и позволяет гранулировано определять контент, который требуется разработчику от каждого модуля. На начальном этапе система детальной настройки будет доступна для модулей Qt Core, Qt Network, Qt GUI, Qt QML и Qt Quick, что даст возможность выборочно активировать различные функции данных модулей для применения в своем проекте. Отключенная функциональность не будет входить в сборку;
  • Инструменты, которые позволят начать разработку с минимального набора компонентов, подключая дополнительные возможности по мере развития проекта. Например, рассматривается предоставление окружения для создания типовых прототипов, которые можно использовать в качестве отправной точки при начале разработки. Также планируется предоставить максимально урезанный вариант Qt, с которого можно начать разработку программ, от которых требуется максимально возможная производительность или которые необходимо выполнять на системах с ограниченными ресурсами. Наличие подобного набора даст возможность разработчикам не тратить дополнительное время на оптимизацию;
  • Обеспечение возможности эффективной работы Qt Quick 2D без OpenGL, используя программные методы отрисовки, что позволит применять технологии Qt Quick и QML на любых классах устройств, в том числе не поддерживающих OpenGL;
  • Ведётся разработка нового графического инструмента для настройки, выбора и изменения различных опций сборки Qt. Сформированные сборочные конфигурации могут быть сохранены и повторно использованы. Настройки будут объединены в группы, охватывающие типовые применения, например, интернационализация, мультимедия и работа с web;
  • Снижение требований к аппаратному обеспечению. В настоящее время Qt может использоваться на устройствах 32 Мб ОЗУ и 16 Мб Flash. В будущем за счёт отбрасывания лишнего планку требований к оборудованию планируется значительно снизить, например, обеспечить работу на устройствах на базе чипов ARM Cortex M7. Также планируется большая работа по оптимизации производительности и сокращению потребления памяти;
  • Предоставление механизма обновлений по сети (Over-the-Air);
  • Развитие Qt Wayland для упрощения создания самодостаточных окружений для устройств, улучшение EGLFS и развитие средства для работы на нескольких экранах;
  • Развитие Qt Emulator как инструмента для быстрого тестирования в процессе разработки и работы над проектами без наличия реального оборудования;
  • Расширение возможностей разработки для встраиваемых устройств. Например, планируется расширить возможности Qt по разработке приложений для автомобильных информационных систем, устройств авионики, интернета вещей.


  1. Главная ссылка к новости (http://blog.qt.io/blog/2016/08...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/44991-qt
Ключевые слова: qt
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (84) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 16:25, 18/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Посмотрим, а то сейчас тривиальная программа на Qt для Android весит больше 8МиБ, что не критично, но неприятно.
     
     
  • 2.2, Аноним (-), 16:28, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    это "hello world" то на 8 Мб не критично?
     
     
  • 3.4, mujer (?), 16:42, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    На лиспе вообще 40 метров один Hello World.
     
     
  • 4.7, freehck (ok), 16:49, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Удивили Вы меня. Вот специально покомпилял только что. На весьма прожорливой Racket Scheme у меня получилось 800кб, на Chicken Scheme - 23кб.
    Подивился, покомпилял заодно на Ocaml (не лисп конечно, но чем чёрт не шутит) - 173кб.

    Ну и где обещанные 40 попугаев? :)

     
     
  • 5.18, Анончик (?), 18:41, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В смысле где? В сборке Clojure под Андроид естественно.
     
  • 5.81, funny.falcon (?), 22:46, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    [trollmode] Racket - не Scheme [trollmode]
     
     
  • 6.84, freehck (ok), 23:35, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > [trollmode] Racket - не Scheme [trollmode]

    Раньше он вполне себе звался PLTScheme, и никто не сомневался, что это Scheme. А теперь он Racket, но уже не Scheme? Не верю. ))

    Вот тут говорится, что отчасти я прав, отчасти правы Вы: http://racket-lang.org/new-name.html

    Короче, хрен разберёшь родословную лисповую. :)

     
  • 3.5, Аноним (-), 16:42, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не критично, потому что hello world проще написать без фреймворков.

    А вообще начиная с пятерки Qt раздулся совсем неприлично, да.

     
     
  • 4.13, anonymous (??), 18:23, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У четвёрки те же пропорции относительно тройки.
     
  • 4.19, yaa (?), 18:49, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А вообще начиная с пятерки Qt раздулся совсем неприлично, да.

    То, что относительно консистентно реализовано в STL,
    всегда было не очень красиво реализовано в Qt.
    Вот и основа "жирности".

     
     
  • 5.33, anonymous (??), 21:22, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Как раз пятёрка прибита гвоздями к STL. Только "тоньшее" она от этого не стала. Один только QtGui, прибитый к OpenGL ставит крест на всех попытках что-то уменьшить. Порядки не те.
     
  • 2.57, Аноним (-), 10:54, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Эх, а програмки на PyS60 (Питон для Симбиана) занимали пару килобайт... Кстати, вроде же есть Питон для Андроида, как он по сравнению с PyS60?
     
  • 2.62, Аноним (-), 11:10, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    3D редактор на PyS60 - 55кб
    http://profismart.org/f-180431.php
     
  • 2.85, AsukaLangleyfag (?), 01:33, 20/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    За это надо колотить гугель. Сделали как в винде и теперь все страдают.
     

  • 1.6, Аноним (-), 16:45, 18/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > Предоставление механизма обновлений по сети

    Вот этого то дерьма в лайт версии и не хватало.

     
     
  • 2.8, Аноним (-), 16:56, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Эта фича очень критична при разработке IoT-софта для мелких встраиваемых девайсов, так что всё правильно сделали.
     
     
  • 3.12, Аноним (-), 18:17, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Приведи пример IoT с графическим интерфейсом? Ато одни басни только...
     
     
  • 4.15, Аноним (-), 18:28, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А как связан графический интерфейс с обновлением по сети?
     
  • 4.22, Crazy Alex (ok), 19:26, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Фитнесс-трекер с экраном?
     
     
  • 5.38, rob pike (?), 22:38, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В обоих Mi Band - Cortex M0, куда там Qt, хоть ExtraLight Mentol?
     
     
  • 6.52, Аноним (-), 09:37, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В обоих Mi Band - Cortex M0, куда там Qt, хоть ExtraLight Mentol?

    А у некоторых вполне себе Cortex A, вплоть до того что некоторые часы с 512 метрами памяти и запускают весь ведроид оптом.

    Извини конечно но из Cortex M0 хреновый IoT. Потому что Internet ты на нем делать замахаешься, а чтоб еще и по нормальным протоколам работало, без скидок на кастрированность...

     
     
  • 7.63, Аноним (-), 11:50, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это не часы это тренировочные гири.
     
  • 5.44, Аноним (-), 23:33, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И для этого фитнес браслета необходим Qt с вяленым под капотом? Ну что ж, тогда снимаю шляпу...
     
  • 3.20, XoRe (ok), 18:51, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Эта фича очень критична при разработке IoT-софта для мелких встраиваемых девайсов, так
    > что всё правильно сделали.

    И, конечно, за обновление по сети должен отвечать графический фреймворк.

     
     
  • 4.23, angra (ok), 19:40, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    QT давным давно нечто большее чем графический фреймворк или библиотека виджетов.
     
     
  • 5.27, Аноним (-), 20:44, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Да, это плеер.
     
  • 3.47, Аноним (-), 00:13, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Эта фича очень критична при разработке IoT-софта для мелких встраиваемых девайсов...

    Да, очень нужно чтобы софт автоматом обновился и сдох из-за неучтённой особенности конкретной железки и среды выполнения в новой версии.

     
  • 3.53, Аноним (-), 09:38, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Эта фича очень критична при разработке IoT-софта для мелких встраиваемых девайсов,

    Если это будет апдейтится апликушным фреймворком - умрет и UI с собой унесет. А рекавери не был предусмотрен. Патамучта кутя это не умела.

     

  • 1.10, Аноним (10), 17:41, 18/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Один фиг, из за того что этот кастрированный Qt5 собирается в gcc, из за больных на голову создателей этого компилятора, на слабеньких встраеваемых процессорах x86 от via, vortex86 и конечно же интеловских кварках, оно никогда не заработает, будет падать при старте, из за того что олени прибили обязательное запихивание CMOV комманд в любой бинарник, с любыми флогами и ключами на выходе.
     
     
  • 2.14, Аноним (-), 18:25, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Создаётся такое ощущение что вы врёте.
     
     
  • 3.24, Аноним (10), 19:42, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    с чего это? Попробуйте сами. А начинаяя с 4.8  релиза gcc сам даже запускаться на таких процессорах перестал. И всё что в нем собрано, тоже тем более.
     
  • 2.21, Аноним (-), 18:53, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Воу-воу-воу, полегче, википедист-пересказыватель.
     
  • 2.25, Аноним (-), 20:04, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Можно какое-нибудь документальное подтверждение, что вы говорите именно о gcc, а не блобе собранном из исходников gcc специалистами неопределённого уровня мастерства, работающими в RedHat или подобных? Ссылка на багзиллу, обсуждение в форумах, запись в NEWS? Хоть что-нибудь?
     
  • 2.30, Crazy Alex (ok), 20:56, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Так уж и с любыми? march отменить успели, а я и не заметил?
     
     
  • 3.69, Аноним (10), 19:08, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы все неимеете таких процессоров, поэтому и кукарекаете что это всё нетак. А на самом деле из за gcc ни один дистрибутив линукса на via c3 даже загружаться не будет, так как даже сам grub и тот CMOV коммандами нашпигован оказывается.  
     
     
  • 4.71, Mihail Zenkov (ok), 20:42, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    busybox установленный в системе собран -march native -mfpmath sse -O3 i486 6... большой текст свёрнут, показать
     
     
  • 5.87, Аноним (10), 18:31, 21/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, здорово. Весь код проанализирован был в Отладчике. Только почему то не запускается ничего. Скачиваю любой дистрибутив и он даже ни один не стартует.  
     
     
  • 6.89, Mihail Zenkov (ok), 20:20, 21/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, здорово. Весь код проанализирован был в Отладчике. Только почему то не
    > запускается ничего.

    Вы сами все зависимости собирали? Может что-то из системы (скомпилированное под i686) статически линковалось?

    > Скачиваю любой дистрибутив и он даже ни один не
    > стартует.

    Так уже много лет практически все собирают под i686.

    Пробуйте: http://damnsmalllinux.org - i486 или http://tinycorelinux.net - i486DX (486 with a math processor)

     
  • 4.75, Аноним (-), 21:46, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Меньше слов, больше пруфов.
     

  • 1.11, anonymous (??), 17:47, 18/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    configure переписали?
     
     
  • 2.16, nib (?), 18:35, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    да
     

  • 1.17, Анонимус 223 (?), 18:41, 18/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как у GTK с расходом ресурсов?
     
     
  • 2.29, Mihail Zenkov (ok), 20:52, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вывод ps_mem.py:
    Private  +   Shared  =  RAM used       Program
    20.0 MiB +   5.7 MiB =  25.7 MiB       qtconfig (qt4 максимально облегченный при сборке)
    23.9 MiB +   1.8 MiB =  25.7 MiB       geany (gtk-2, открыто 49 файлов исходников)

    На одинаковом простом приложении приложении gtk будет потреблять памяти в несколько раз меньше, чем qt. Но с учетом, что gtk тоже не образец минимализма у Qt Lite есть все шансы обойти его, если еще не все современные программисты разучились экономить ресурсы.

     
     
  • 3.34, anonymous (??), 21:23, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >[оверквотинг удален]
    > Private  +   Shared  =  RAM used  
    >      Program
    > 20.0 MiB +   5.7 MiB =  25.7 MiB  
    >      qtconfig (qt4 максимально облегченный при сборке)
    > 23.9 MiB +   1.8 MiB =  25.7 MiB  
    >      geany (gtk-2, открыто 49 файлов исходников)
    > На одинаковом простом приложении приложении gtk будет потреблять памяти в несколько раз
    > меньше, чем qt. Но с учетом, что gtk тоже не образец
    > минимализма у Qt Lite есть все шансы обойти его, если еще
    > не все современные программисты разучились экономить ресурсы.

    А что ты два трупа сравниваешь?

     
     
  • 4.41, Mihail Zenkov (ok), 22:55, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А что ты два трупа сравниваешь?

    Сравниваю то, что в системе стоит. GTK3 есть, но его потребление принципиально не изменилось. Qt5 до сих пор не установлен - программы, которые я использую, либо еще вообще не портированны на Qt5, либо порт менее стабилен, чем с Qt4. На GTK3 больше портировали, но тоже далеко не все.

     
  • 3.39, rob pike (?), 22:42, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    При этом полный образ MirageOS - около трех мегабайт.
    IncludeOS - "including bootloader, operating system components and a complete C++ standard library is currently 707K when optimized for size"
     
     
  • 4.40, Аноним (-), 22:46, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    как будто os - это что-то сложное
     
     
  • 5.42, Mihail Zenkov (ok), 23:08, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > как будто os - это что-то сложное

    Можно для сравнения взять Rockbox: специализированная OS для аудио плееров. Основной бинарник - 600-700K. Декодеры подгружаются при необходимости - (flac - 12.2K). Можно загружать простые приложения. Бинарник doom - 384.5K.

    Для нормальной работы требует RAM >= 2MB, CPU >= 30 MHz (ARM). И да, GUI там тоже есть в виде очень гибкой системы скинов со своим скиповым языком.

     
  • 3.46, Led (ok), 00:08, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > На одинаковом простом приложении приложении gtk будет потреблять памяти в несколько раз меньше, чем qt.

    Вот когда будет - тогда и приходи.

     
     
  • 4.50, Mihail Zenkov (ok), 01:00, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот когда будет - тогда и приходи.

    Private  +   Shared  =  RAM used       Program
      9.4 MiB +   1.0 MiB =  10.4 MiB       gtkperf

     

  • 1.26, Андрей (??), 20:31, 18/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Было бы логично, если бы Qt Lite стал в том смысле легковесным, что по максимуму использовал то, что даёт стандартная С++ библиотека, включая C++17, а не городил свой удобный огород.
     
     
  • 2.28, Doctor Anonymous (?), 20:49, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Думаю одна из опций конфигурации будет "Выкинуть все контейнеры, алгоритмы и другую фигню, которая есть в STL".
     
     
  • 3.31, Sokoloff (?), 20:57, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Думаю одна из опций конфигурации будет "Выкинуть все контейнеры, алгоритмы и другую
    > фигню, которая есть в STL".

    Не думаю. Если хоть один класс принимает QString то придется тянуть QString,  если кто-то использует свою сортировку то алгоритмы придется включать, и.т.д

     
     
  • 4.32, Doctor Anonymous (?), 21:02, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Соответственно для своего проекта ты сконфигурируешь сборку с нужными тебе компонентами.

    Я так понимаю тут идея в том, что у тебя есть проект, который использует Qt и тебе нужно собрать сам Qt, но удалив из него все не нужное твоему проекту. Т.е. по сути это configure, который позволить более детально настроить, что включать в сборку Qt, а что нет.

     
     
  • 5.35, anonymous (??), 21:31, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Соответственно для своего проекта ты сконфигурируешь сборку с нужными тебе компонентами.
    > Я так понимаю тут идея в том, что у тебя есть проект,
    > который использует Qt и тебе нужно собрать сам Qt, но удалив
    > из него все не нужное твоему проекту. Т.е. по сути это
    > configure, который позволить более детально настроить, что включать в сборку Qt,
    > а что нет.

    Уже давно бы сходил и посмотрел http://code.qt.io/cgit/qt/qtbase.git/tree/configure.json?h=5.8  Зач догадки строить? По сабжу. Ничего не изменилось. Просто один из разрабов решил попиариться, прикрутив конфиг в JSON для configure.

     
     
  • 6.37, nib (?), 21:53, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничего не изменилось.

    ну так еще ничего и не готово;)

    > Просто один из разрабов решил попиариться, прикрутив конфиг в JSON для configure.

    там много разрабов, о каком конкретно речь?

     
     
  • 7.55, anonymous (??), 10:12, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    В рассылке почитай, лентяй.
     
  • 2.36, nib (?), 21:42, 18/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    маловероятно, пока будут поддерживать старые версии студии, и пока не добавят бинарную совместимостью в stdlib'ы.
     

  • 1.43, nc (ok), 23:10, 18/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Qt становится все лучше и лучше!
     
     
  • 2.58, trdm (ok), 10:56, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Обещает стать.
     

  • 1.48, Дуплик (ok), 00:22, 19/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И они ещё тёрли тут мои комменты, когда я говорил, что Qt раздут.

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

     
     
  • 2.49, Отражение луны (ok), 00:32, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно терли. Qt Lite - продукт крайне специфический.
     
     
  • 3.51, Mihail Zenkov (ok), 01:10, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ИМХО - как раз наоборот - таким и должен быть любой нормальный фреймворк - если возможность не используется, то она не должна потреблять ресурсы. Наконец-то это дошло и до Qt. В нормальных проектах (kernel, ffmpeg, curl, busybox) изначально подобная маштабируемость предусматривается.

     
     
  • 4.56, anonymous (??), 10:14, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И что толку от твоей масштабируемости, если собирать в дистрах всё равно будут по максимуму.
     
     
  • 5.59, Mihail Zenkov (ok), 10:57, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно, конкретно для вас и нет.

    Для меня лично есть, так как я собираю систему так, как считаю нужным.

    А так ядро работает от *wrt/embedded до top-500. Да и легковесные дистрибутивы (и src based) никто не отменял.

     
     
  • 6.73, Led (ok), 21:29, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Для меня лично есть, так как я собираю систему так, как считаю нужным.

    А ещё ты под рутом сидишь и детей этому учишь.

     
     
  • 7.79, Mihail Zenkov (ok), 22:02, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А ещё ты под рутом сидишь

    Есть такое ;)

    > и детей этому учишь.

    Ну не то, что учу. Просто (ИМХО) дети не понимают, что нужно выбирать степень защищенности соответственно задаче, а не разводить секретность на локалхосте, как на режимном объекте.

     
  • 5.61, Аноним (-), 11:04, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > И что толку от твоей масштабируемости, если собирать в дистрах всё равно
    > будут по максимуму.

    Ну так это опенсорс, детка. Я под эмбедовку билдую ядро сам. А все-равно придется, чтобы прописать ему правильные автопилотные дефолты и проч. Есть и другие варианты но они менее надежны. Да и переть цать драйвров для всех девайсов вообще - портит время загрузки. Где-то это пофигу а где-то не очень. Пример: пользователи очень бесятся если их зомбоящик грузится 20 секунд, как виндус экспи или бабушкин ламповый.

     
     
  • 6.64, Аноним (-), 12:10, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пример: пользователи очень бесятся если их
    > зомбоящик грузится 20 секунд, как виндус экспи или бабушкин ламповый.

    Так производителям то всё равно пофигу :)
    Забавно ведь фотоаппарат от nikon ( древний D90 ) за 0.5 сек ( условно, на самом деле и быстрее ) успевает проснуться, сфокусироваться, сфотографировать первично обработать и отобразить фотографию на экране, а какой-нибудь LG 9xx серии даже подсветку включить не успевает :)


     
  • 4.60, Аноним (-), 11:02, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > ИМХО - как раз наоборот - таким и должен быть любой нормальный фреймворк

    Кутеводы вообще зря затеяли все эти quick, script и qml. Тормозной вебни и жабы и без них хватало и теперь лично я избегаю кутевые программы потому что они жирные и тормозят почти как ява.

     
     
  • 5.76, Аноним (-), 21:52, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> ИМХО - как раз наоборот - таким и должен быть любой нормальный фреймворк
    > Кутеводы вообще зря затеяли все эти quick, script и qml. Тормозной вебни
    > и жабы и без них хватало и теперь лично я избегаю
    > кутевые программы потому что они жирные и тормозят почти как ява.

    Тулкитофобы должны страдать!

     
  • 5.82, Аноним (-), 23:02, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > тормозят почти как ява

    прувы-то будут, трепло?

     

  • 1.65, Аноним (-), 12:24, 19/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Часы с кутями - прям мечта.
     
  • 1.66, Анон1110м (?), 13:38, 19/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они занимаются тем, чем должен заниматься компилятор (ну там dead code elimination, link-time optimization), или мне показалось?
     
     
  • 2.67, Mihail Zenkov (ok), 14:36, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для того, что бы работал dead code elimination, нужно что бы исходники изначально не вызывали "тяжелые" функции без крайней необходимости, либо они подменялись "заглушками". Да и #ifdef, как средство отключения дополнительного функционала, ничто не заменит.
     

  • 1.70, Аноним (70), 19:54, 19/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Недавно связался с Qt4, посматриваю на 5. Объясните почему нет обновления версии Вебкита(версия 2). И будет ли оно(т.е он вебкит версии 5..), и с чем это связано(необновление вебкита)?
     
     
  • 2.77, Аноним (-), 21:53, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Недавно связался с Qt4, посматриваю на 5. Объясните почему нет обновления версии
    > Вебкита(версия 2). И будет ли оно(т.е он вебкит версии 5..), и
    > с чем это связано(необновление вебкита)?

    Он есть, называется QtWebEngine.

     
     
  • 3.83, Аноним (-), 23:03, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Недавно связался с Qt4, посматриваю на 5. Объясните почему нет обновления версии
    >> Вебкита(версия 2). И будет ли оно(т.е он вебкит версии 5..), и
    >> с чем это связано(необновление вебкита)?
    > Он есть, называется QtWebEngine.

    QtWebEngine базируется на chromium, а не на вебките

     
  • 2.88, Vasya (??), 19:33, 21/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Обновления Qt WebKit не будет, так как от него отказались (https://blog.qt.io/blog/2013/09/12/introducing-the-qt-webengine/) в пользу Qt WebEngine.
     

  • 1.72, Аноним (-), 20:55, 19/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Когда разработчики GTK решили поменять нумерацию, на них смотрели как на не нормальных. Когда разработчики Qt делают 100500 велосипед для автомобилей, сенсорных экранов, урезанный, их хвалят. Где логика?
     
     
  • 2.78, Аноним (-), 21:54, 19/08/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда разработчики GTK решили поменять нумерацию, на них смотрели как на не
    > нормальных. Когда разработчики Qt делают 100500 велосипед для автомобилей, сенсорных экранов,
    > урезанный, их хвалят. Где логика?

    У Qt отродясь было много версий под различные платформы.

    GTK не хвалят, потому что те постоянно ломают обратную совместимость, в отличие от Qt.

     
     
  • 3.86, Аноним (-), 09:49, 20/08/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Новости не читал?
     

  • 1.74, Kodir (ok), 21:34, 19/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Я так понимаю, список свойств Qt Lite надо читать как список недостатков Qt? И я что-то не вижу особых откровений - всё перечисленное известно любому проектировщику библиотек. Значит всё это время Qt был раздутой фуфлыжкой? Появление Qt Lite это только подтверждает.
     
  • 1.90, klopSoft (?), 07:11, 22/08/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Следующий проект Qt None, еще урезаннее!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру