На проходящей в Берлине конференции Qt Developer Days компанией Digia обнародовала (http://www.digia.com/ru/Digia/1/News/Qt15112012/) план дальнейшего развития фреймворка Qt, направленный на превращение Qt в ведущую на рынке кросс-платформенную среду разработки в течение пяти лет. Среди ключевых целей компания Digia выделила: многоплатформенность, удобные средства для разработчиков и комфортный пользовательский интерфейс. Компания продолжит использование модели двойного лицензирования (открытые и коммерческие лицензии), сохранит полную доступность всего кода и будет развивать проект с использование открытой модели ведения бизнеса и с учётом мнения сообщества разработчиков.Tommi Laitinen, старший вице-президент Digia, заявил: "Мы очень рады представить новую стратегию Qt. В IT-индустрии происходят быстрые изменения, особенно когда дело доходит до разработки пользовательских интерфейсов и взаимодействия с пользователем. Qt нацелен заполнить пробелы на рынке и предоставить разработчикам единый набор инструментов для покорения всех платформ и областей применения".
Одновременно было продемонстрировано несколько экспериментальных проектов, которые рассматриваются Digia как приоритетные направления развития Qt:
- Прототип предварительной поддержки iOS в Qt5;- Поддержка Qt на планшетах Windows RT;- Порт (http://www.opennet.me/opennews/art.shtml?num=35272) Qt5 для платформы Android, созданный в рамках проекта Necessitas;- Создание Qt-приложений с поддержкой аппаратного ускорения 3D;- Пользовательский интерфейс на операционной системе VxWorks;- Проект "Boot Qt", позволяющий использовать Qt в качестве базовой графической оболочки, работающей поверх системного окружения платформы Android, вместо родного графического стека Android;- Средства для создания интерфейса только с использованием Qt Quick;- Пример использования Qt на дисплеях высокой четкости, таких как Retina.
URL: http://www.digia.com/ru/Digia/1/News/Qt15112012/
Новость: http://www.opennet.me/opennews/art.shtml?num=35339
А такой проект, как KDE, их вообще интересует?
А чё про CDE иль GNOME не спросил, эффект был бы одинаковый?!
Когда нокия или трольтечь озвучивала планы, там обычно был и kde, и koffice/calligra.А тут чуть ли не прямым текстом заявляют "нам плевать на всё, кроме планшетов и айфонов".
Слишком большие выводы из 2-го абзаца.
Это всего-лишь:
> Одновременно было продемонстрировано несколько экспериментальных проектов, которые рассматриваются Digia как приоритетные направления развития QtАкцент на " экспериментальных".
А кеды (с офисом) идут в первой части (и уже просто как применение Qt):
> Qt нацелен заполнить пробелы на рынке и предоставить разработчикам единый набор инструментов для покорения всех платформ и областей применения".И это всё звучит многообещающе.
А почему, собственно, их должен интересовать такой проект, как KDE, в качестве направления развития Qt?
Вот именно, много лет они с KDE дружат, а толку? Они только портят имидж QT, своими вечными недоделками. Уже всё развалили, огрызок остался.
ЗЫ тем кто будет обновлять кде - ждите как минимум 4.9.4. в 4.9.3 даже xml файл нечем обработать... конструкторы....
>>QT
>>даже xml файл нечем обработатьчто?
Я про KDE. И про то, что лучше QT-шникам не представлять KDE как пример удачного проекта на QT, не пачкаться
Может Константин просветит, каким боком тут эпловский плеер?
Вы о чём? топик о QT вопрос был - почему KDE в паланах не упомянули, мой оторвавшийся нерв был о текущем состоянии дел в KDE. ГДЕ вы оба видите эппловский плеер? вам в топик про VLC
1. KDE гораздо лучше вашей всей нервной системы.2. KDE «умеет» XML (как минимум) средствами Qt.
(интересно, что вы имели в виду
>4.9.3 даже xml файл нечем обработать?
в винде чем xml файл можно обработать?
у меня только одно предположение — вам напильник в дистрибутив не положили?)3. Qt — это сабж, а QT — это quicktime от apple.
>Qt — это сабж, а QT — это ...Ну ты понел...
В KDE есть два текстовых редактора Kate и Kwrite (уж извините, если с большими буквами попутал) так вот, в KDE 4.9.2 поломали возможность редактировать xml файлы, в 4.9.3 не починили. И там теперь ещё много чего нету (видимо не справляются, выкидывают всё на ходу)
И да, с нервами у меня туго, дефицит.
т.е. по вашей логике в винде и макоси вообще полный швах?зыж
>Ну ты понел...не «ты». не один ты тут нервный.
есть траблы — заводи в багтреккере.
есть ссылка на багтреккер? не?
либо предъявляйте требования грамотно, либо «нервничайте» у специалиста.
> есть траблы — заводи в багтреккере.По отношению к KDE это звучит как ругательство :) Пусть сначала эти сделают: Total: 21135 bugs and 15741 wishes, можно туда ещё тысячи написать, какой смысл если их никто не делает?
>Вы о чём?Видать, о регистре символов в аббревиатуре.
Qt - "кросс-платформенный инструментарий разработки ПО на языке программирования C++";
QT - распространенное сокращение от "QuickTime". QuickTime - "проприетарная технология компании Apple, разработанная в 1991 году для воспроизведения цифрового видео, звука, текста, анимации, музыки и панорамных изображений в различных форматах".
Арису, палишься ;)
> Арису, палишься ;)нет, просто меня не дождались.
>> Арису, палишься ;)
> нет, просто меня не дождались.таки твоя фишка гнобить за QT вместо Qt :))) или походу это уже в массы шагнуло?
> таки твоя фишка гнобить за QT вместо Qt :))) или походу это
> уже в массы шагнуло?судя по всему — шагнуло. чему я неиллюзорно рад, например.
Причем здесь плеер и XML?
видимо, ты просто не в курсе событий. КДЕ не может испортить имидж разработчиками Qt, т.к. между ними не ставится знак "равно". второй аргумент: новые классы и методы перенимались из KDE только выборочно, те, которые могли бы пригодиться другим разработчикам ПО, а не специфичные для DE. причем, не только перенимались, но и доводились до ума, в том числе и оптимировались, чего не скажешь про КДЕ. там и по сей день такие косяки, как повышенная нагрузка на процессор при обработке больших списков файлов.ну и про xml - сам придумал?
> А почему, собственно, их должен интересовать такой проект, как KDE, в качестве направления развития Qt?Потому что linux/KDE - это единственная родная среда для Qt и Qt программ.
> Потому что linux/KDE - это единственная родная среда для Qt и Qt программ.Эээ… но куда им там развиваться? И так же уже во все поля. Если они сказали, что будут развиваться в иных направлениях, то только очень извращённый разум придёт к заключению, что все остальные они забросят. Собственно мы такое умозаключение тут и обсуждаем сейчас зачем-то.
> Если они сказали, что будут развиваться в иных направлениях, то только очень извращённый разум придёт к заключению, что все остальные они забросят.Скорее очень наивный подумает, что остальные слегка не подзабросят. Медицинский факт - принципиальные различия в интерфейсах планшета и десктопа, никуда не уходил. И если Qt окажется больше заточена под планшет, значит скорее всего слегка или серьёзно пострадает десктоп.
Для примера см. GNOME3 или Android на десктопе.
Ну а всё же при чём тут KDE? Его разработкой занимаются другие люди. Да, в разработке Qt они тоже иногда участвуют и передают некоторые свои наработки, но Digia то какое дело до этого? У KDE вроде всё в порядке, специально под них точить не нужно — они и сами подточат если что, вот и занимаются тем, под что Qt точить нужно. Каждый занимается своим делом.
> У KDE вроде всё в порядке, специально под них точить не нужно
> — они и сами подточат если что, вот и занимаются тем,
> под что Qt точить нужно. Каждый занимается своим делом.Между ними есть некоторое взаимодействие. Если это взаимодействие будет нарушено, Qt лишится своей базы - родной DE и каких-либо приемуществ на платформе Linux. Как вы помните, давным давно угроза потери этой базы привела к переводу Qt на более свободную лицензию.
Qt может спокойно пережить потерю KDE и развиваться дальше. Пусть KDE когда-то и дал Qt некоторый «толчок» в развитии и переходе под свободную лицензию, но это было давно, а это — сейчас. Qt занимает новые «базы», а KDE остаётся одним из множества DE. Пока достаточно популярном, но кто знает что будет дальше? Однажды KDE может просто остаться заброшенным, а вот Qt будет развиваться дальше. Но Qt не будет намеренно забрасывать KDE — это было бы глупо, просто им необязательно держать его всё время в фокусе.
А вот KDE потерять Qt аж никак не может и потому сделает всё, чтоб не потерять.
> Qt может спокойно пережить потерю KDE и развиваться дальше.Не знаю, не уверен. Вообще говоря, С++ - очень неудобный для построения интерфейсов язык. Есть, конечно, хуже, но ведь есть и лучше. Это то, что Qt тянет назад.
каких интерфейсов? графических? если да, то коим хреном это Qt тянет назад? сабж предлагаете лабать на моно, или яве? или могучие неосиляторы не могут осилить вместо поинеров списки, если влом проверять на корректность. если кто хочет программировать на "более удобном для gui" языках, так их никто и не отменял, однако. или с объектами корректно работать. это ж не так сложно, как кажется.
и что конкретно неудобно? вроде очень даже просто можно редактировать статические интерфейсы, которые можно изменять динамично из кода, виджеты соединять друг с другом. ui сохраняются в xml формате, можно и позырить что там, да как.
а чьё-то незнание плюсов является лишь собственным незнанием, а не общим положением дел "тянет назад"
>Скорее очень наивный подумает, что остальные слегка не подзабросят. Медицинский факт - принципиальные различия в интерфейсах планшета и десктопа, никуда не уходил. И если Qt окажется больше заточена под планшет, значит скорее всего слегка или серьёзно пострадает десктоп.Qt — не ДЭ
>Для примера см. GNOME3 или Android на десктопе.а гном ни разу не гтк.
> Qt — не ДЭВы думаете, что разница между интерфейсами относится к DE, но не относится к управляющим компонентам? :-) Это наивно, дорогой "ананим".
Видите ли, "ананим", мы можем видеть в той же Windows RT, что первое, что сделали в MS - поменяли компоненты на Metro. Это естественно - уже банальная линейка прокрутки очень удобна при управлении мышью, но неудобна при управлении пальцем. Аналогично с выпадающим списком, деревом.
Поэтому, хотя Qt/Gtk - "библиотеки управляющих компонент", к ним относятся ровно те же соображения, что и к DE.
Да, вот только ты забываешь, что ничто не мешает переместить «лишнее» в состав DE, а разработчики DE могут убедить Qt не удалять это «лишнее». В том же KDE есть набор компонентов, который в Qt попросту отсутствуют, некоторые из них KDE даже продвигает в Qt. Тут ведь ситуация не как с MS, которая просто цинично диктует свои условия и крутись как хочешь, и твой пример банально не пригоден.
Наоборот надо больше из DE переносить в Qt. Тогда приложения сторонних проектов на Qt лучше интегрироваться в DE будут. Нужно перенести Plasma ruтtime и framework в Qt.
Что «наоборот»? Я же сказал, что пока наблюдается как-раз этот самый наоборот и в Qt тянут фрагменты KDE. Больше перетянуть? Ну пойди убеди из в необходимости.
> а разработчики DE могут убедить Qt не удалять это
> «лишнее».Конечно, но для этого нужно взаимодействие между разработчиками DE и разработчиками Qt. Об этом я и талдычу.
И оно никуда не делось. -_-
> Пользовательский интерфейс на операционной системе VxWorks;Даешь фейс на Kaspersky OS =)
>> Пользовательский интерфейс на операционной системе VxWorks;
>Даешь фейс на Kaspersky OS =)Павлиныч, толсто. 25 лет уже толсто.
Вот это они разощлись. Кроссплатформенность во все поля :)
Годная новость.
Ну слава богу оно зашевелилось.
> Проект "Boot Qt", позволяющий использовать Qt в качестве базовой графической оболочки, работающей поверх системного окружения платформы Android, вместо родного графического стека Android;Торт! Тогда можно будет и делать одно приложение, но с разными мордами для десктопа, планшетов, смартфонов. А то и еще круче - подключаешь телефон к монитору и все приложения меняют вид на десктопные.
>> Проект "Boot Qt", позволяющий использовать Qt в качестве базовой графической оболочки, работающей поверх системного окружения платформы Android, вместо родного графического стека Android;
> Торт! Тогда можно будет и делать одно приложение, но с разными мордами для десктопа, планшетов, смартфонов. А то и еще круче - подключаешь телефон к монитору и все приложения меняют вид на десктопные.Да-да, торт... И надо будет носить за спиной рюкзак с аккумулятором для смартфона.
И зачем вообще ломиться в закрытую дверь?
Писать сразу под Android, iOS, WinRT - торт.Да и Qt приложения становятся еще более портабельными.
А ведь морду только изменить.
Колбасный цех не терпит апельсинов =)
>Проект "Boot Qt", позволяющий использовать Qt в качестве базовой графической оболочки, работающей поверх системного окружения платформы Android, вместо родного графического стека Android;Ход конем.
> Ход конем.А потом еще останки ведроида совсем выпнуть - получится даже нормальная операционка :)
Meego
Что Meego?
Уже есть готовая мобильная ОС с GUI на Qt и ядром линукса. Они делают еще один велосипед, как обычно в опенсорсе.
Ты пытаешься сравнить ОС с графической оболочкой, которая может использоваться в т.ч. для этой ОС.
Qt - торт!!! Пишу на Qt уже больше трех лет.
Если вы на чем то пишите не значит что это торт.
не значит.
но Qt от этого хуже не становится.
так что да, торт
я пишу на Qt потому что считаю что это торт ^_^
верю.
Qt один из лучших фрэймворков, что я видел.
GTK-ко капец?
GTK - тупиковая ветвь развития. Ну этот тренд давно наблюдается. Сорри за слова :)
>Qt нацелен заполнить пробелы на рынкеКакие пробелы? :)
единый инструмент для всех платформ (включая мобилки).
ваш К.О.
Mono гораздо раньше начало ползти в эту сторону. HTML пытаются сделать стандартом GUI. А Digia все еще видит пробелы...ИМХО в конечном итоге толстые сервера и тонкие клиенты победят. Но все-же интересно помотреть, найдет-ли Qt себе место под солнцем.
> HTML пытаются сделать стандартом GUIкстати, не самое плохое решение. я, например, использовал вебкит в качестве GUI для Qt почти что с момента его появления. во-первых, удобно. во-вторых, «скинуемо» так, как и не снилось «обычному» GUI. в-третьих, ему надо давать какой-никакой, а API, что побуждает высунуть наружу API нормальный.
понятно, что это не для «приветмиров» или случаев, когда достаточно одного-двух окон с несколькими виджетами.
а потом и до разработчиков Qt дошло, что делать таким образом интерфейсы — удобно. но не дошло, что не надо для этого изобретать велосипед, в наборе уже всё есть. особенно если учесть, что запихать в вебкит практически любой «родной» виджет Qt совершенно несложно.
p.s. для понятливых: с момента появления нормальной интеграции Qt и WebKit.
Кросс-платформенность для Linux истинное зло!
О! а кросс-платформенность Linux'а ещё большее зло для мс!
мс само по себе зло, просто многим почему то кажется что оно не страшно, блаженные чго с них взять))
Окропить завещание!!
Кросс-платформенность для Linux это когда у приложения на домашней странице есть пакеты для Fedora, openSUSE, Mandriva, Ubuntu, Debian, Arch, Slackware и Sabayon! Всё остальное профанация! =)
забавноСоздание Qt-приложений с поддержкой аппаратного ускорения 3D;
Проект "Boot Qt", позволяющий использовать Qt в качестве базовой графической оболочки, работающей поверх системного окружения платформы Android, вместо родного графического стека Android.
подробней я чета не очеь понял.
сдаётся мне они хотят туда мини х-сервак впихнуть ну дело хошее.и вяленого можно закопать.
Скорее наоборот, вяленый плюс Qt Mobility.
Bingo http://qt-project.org/wiki/Android
> Bingo http://qt-project.org/wiki/Androidи чё? речт о том что нужен стандартный интерфейс к железу и он есть а, дедушку икс и его приемника вяленого закопать в одну яму.
да сколько можно....
джакузи туда встройте типа не достачно жирная либа. надо кол-во слоёв уменьшать до железа а не городить новые. ненужен валяный если либа сама свой "сервант" имет только под ногами будет путаться типа совместимость с другими либами. есть стандаротный интерфейс ттм/кмс вот тусть будет встроенный драйвер для анлройда, или чего там у тебя на десктопе. а кучу нежного хлама - стоит выкинуть в предверье нового года.
Скорее современный аналог Qtopia, только на ядре с модификациями андроида, и системными андроидовскими утилитами - правильно, выкинуть яву оттуда нафиг!
А че, все такие великие, что не упомянули razor-qt??
Вот теперь начинайте....
> А че, все такие великие, что не упомянули razor-qt??А у razor-qt уже появился родной WM. Или "панелька+менюшка" - это уже "DE на Qt"?
итого, как и ожидалось: ни одной причины уходить с Qt4. а вот причин не связываться с жирным монстром Qt5, которого плющит и таращит во все стороны — хоть отбавляй.
а я потестирую, пожалуй. надеюсь, столько геморра не будет, как в своё время, при переходе с Qt3 на Qt4.
> а я потестирую, пожалуй. надеюсь, столько геморра не будет, как в своё
> время, при переходе с Qt3 на Qt4.нет, переход обещали плавный. я, правда, не проверял, насколько это правда (пардон за фразу: не смог удержаться).
штука в том, что если не использовать эти их qml и прочие новомодные свистелки, то особого смысла в переходе и нет.
смысл появится, когда перстанут поддерживать 4-ю ветку. а сейчас - разве что исходники проверить на совместимость с новой версией.
Qt - жабокопец. ѣ-кроссплатформенность.
> Qt - жабокопец. ѣ-кроссплатформенность.Уходи. Тут еды нет.