| 1.2, anonymous (??), 16:57, 15/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
>подготовлены к удалению (помечены устаревшими)
>QtSvg;
Да, молодцы. Про векторные иконки можно забыть.
| | |
| |
| 2.5, definekiborg (?), 17:09, 15/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>подготовлены к удалению (помечены устаревшими)
>>QtSvg;
> Да, молодцы. Про векторные иконки можно забыть.
нет эта либа усторела и замена ей давно уже есть в других местах
| | |
| |
| 3.10, anonymous (??), 17:36, 15/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>>подготовлены к удалению (помечены устаревшими)
>>>QtSvg;
>> Да, молодцы. Про векторные иконки можно забыть.
> нет эта либа усторела и замена ей давно уже есть в
> других местах
Ага, только в webkit.
| | |
| |
| |
| 5.50, arisu (ok), 13:04, 16/12/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
 > зачем svg кнопки? может тогда уж сразу в 3D?
затем, что scalable icons.
| | |
|
|
|
| |
| |
| 4.8, Клыкастый (ok), 17:29, 15/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > И что? Это только усилит моё недовольство по поводу принятого решения.
насколько я вычитал, нужен майнтейнер. функционал SVG торчит в вебките, если нужен только он, то майнтейнер по идее оттуда может его взять. я неправильно нафантазировал?
| | |
| |
| 5.9, anonymous (??), 17:35, 15/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> И что? Это только усилит моё недовольство по поводу принятого решения.
> насколько я вычитал, нужен майнтейнер. функционал SVG торчит в вебките, если нужен
> только он, то майнтейнер по идее оттуда может его взять. я
> неправильно нафантазировал?
Конечно неправильно. webkit очень толстоват для такой ерунды.
| | |
| |
| 6.14, Клыкастый (ok), 17:50, 15/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Конечно неправильно. webkit очень толстоват для такой ерунды.
видимо я коряво объяснил. таки с какой стати требуется майнтейнер? если они функционал впилили в вебкит? я так думаю - на основе того, что в вебките поддерживать мини либу. в любом случае если претендуешь на мейнтейнера, лучше списаться с ними
| | |
| |
| 7.16, anonymous (??), 18:07, 15/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Конечно неправильно. webkit очень толстоват для такой ерунды.
> видимо я коряво объяснил. таки с какой стати требуется майнтейнер? если они
> функционал впилили в вебкит? я так думаю - на основе того,
> что в вебките поддерживать мини либу. в любом случае если претендуешь
> на мейнтейнера, лучше списаться с ними
Нет в вэбките никакой минилибы. И svg там поддерживают разрабы вэбкита, которые к нокии отношения вообще никакого не имеют. Речь идёт об отдельной модуле QtSVG, от которого разрабы нокии пытаются избавиться любой ценой. Минусы этого решения очевидны, т.к. выбкит, в силу своей сложности и размеров, не является адекватной заменой QtSVG. О чём, собственно, и речь. Да, его можно форкнуть, можно форкнуть Qt. Но необходимость столь масштабных действий по возврату внезапно исчезающего функционала из тулкита поднимает вопрос об адекватности его разработчиков и вообще использовании библиотеки Qt в серьёзных проектах.
| | |
| |
| |
| |
| |
| |
| |
| 13.75, arisu (ok), 15:44, 17/12/2011 [^] [^^] [^^^] [ответить] | +/– | только вот 171 спасибо, что пахал и иди нафиг, а мы будем на этом деньги зараб... текст свёрнут, показать | | |
|
|
|
|
|
| 8.47, Аноним (-), 11:59, 16/12/2011 [^] [^^] [^^^] [ответить] | +/– | А svg это такое мегамонстрило что мини и svg - это взаимоисключающие параграфы ... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 1.22, добрый дядя (?), 19:35, 15/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А где обновляшки? Жмякаю "Qt SDK update" а там тоскливо "no updates available"... хнык-хнык T_T
| | |
| |
| 2.30, Disaron (ok), 22:06, 15/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Дык. Qt обновился, а не QtSDK. Для обновления SDK новшеств многовато - пока запилят...
| | |
|
| 1.31, Аноним (-), 22:55, 15/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
Ох не нравится мне куда это всё идёт. Например желание выбрасывать нужные вещи и концентрироваться на свестелках типа QtQuick. А может вся правда в том, что всё что нужно уже написано и нефик изобретать новое, в принципе пофиксить баги - и больше ничего не нужно. Но люди ощущают потребность всё равно что то новое делать, вот так и получаются монстры (чего только стоит попытка перенести проги в веб-облака). Надеюсь, с Qt так не произойдёт. Ну и всегда будет 4-я ветка, которой еще очень долго будет достаточно для любых задач, которые могут потребоваться от такого фреймворка. В общем, обнадежьте меня, кто считает иначе :)
| | |
| |
| 2.32, anonymous (??), 00:59, 16/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Надеюсь, с Qt так не произойдёт.
Уже произошло. Вся разработка сконцентрирована вокруг QML. "Классические" виджеты развиваться не будут. Софта нового под них тоже будет очень мало.
>В общем, обнадежьте меня, кто считает иначе :)
К сожалению, я пока не вижу более менее значительные силы, сконцентрированные вокруг продолжения курса Qt4. Скорее всего оно постепенно отомрёт без должной поддержки. Развивать такого монстра небольшой группой энтузиастов нереально, я считаю.
| | |
| |
| 3.35, Аноним (-), 08:03, 16/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как может умереть единственный полноценный кросплатформенный фреймворк?
| | |
|
| 2.36, Vladimir (??), 10:20, 16/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 По моему, QtQuick - это не монстр, всего лишь прослойка. Они хотят ускорить и упростить создание gui и сделать его более универсальным для разных платформ, десктопных и мобильных. Что в этом плохого ? При этом никто не мешает бизнес-логику писать на C++. Со временем классические виджеты будут заменены на аналоги в qml http://labs.qt.nokia.com/2011/03/10/qml-components-for-desktop/
| | |
| |
| 3.38, anonymous (??), 10:49, 16/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> По моему, QtQuick - это не монстр, всего лишь прослойка. Они хотят
> ускорить и упростить создание gui и сделать его более универсальным для
> разных платформ, десктопных и мобильных. Что в этом плохого ? При
> этом никто не мешает бизнес-логику писать на C++. Со временем классические
> виджеты будут заменены на аналоги в qml http://labs.qt.nokia.com/2011/03/10/qml-components-for-desktop/
Взаимодействие из C++ с QML уж больно кривое. findChild и setProperty просто добивают. О полноценной замене говорить не приходится.
| | |
| |
| |
| 5.46, anonymous (??), 11:51, 16/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Как я понимаю, более естественным будет обращение из qtuick к C++
Так о том речь. Qt больше не C++ фреймворк. Я бы сказал, что это будет JS-фреймворк с возможность написания расширений на C++. Наверное ближе всего к XUL. Собственно, я это к тому что полноценно заменить QWidgets на QML в программе, активно использующей QWidgets, не получится. Придётся писать заново основу на JS, а потом прилаживать компоненты на C++ по мере необходимости. В любом случае о "pure c++" можно забыть.
| | |
|
|
| 3.43, arisu (ok), 11:19, 16/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Со временем классические виджеты будут заменены на аналоги в qml
вот именно. похвалить можно только за то, что не взяли xml как язык описания. может, ещё не все полимеры того…
а вообще-то «универсальный GUI» давно придумали. в Qt даже инструмент для него давно есть: WebKit. я, например, вполне удачно использовал вебкит как почти полную замену «обычных» гуёв. а учитывая, что в него без труда встраиваются виджеты от Qt — зачем надо остальное, ясно слабо. всё равно если мобильное устройство тянет Qt, то вебкит там нормально заработает.
| | |
| |
| 4.44, Vladimir Kopylov (ok), 11:37, 16/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Со временем классические виджеты будут заменены на аналоги в qml
> вот именно. похвалить можно только за то, что не взяли xml как
> язык описания. может, ещё не все полимеры того…
> а вообще-то «универсальный GUI» давно придумали. в Qt даже инструмент для него
> давно есть: WebKit. я, например, вполне удачно использовал вебкит как почти
> полную замену «обычных» гуёв. а учитывая, что в него без труда
> встраиваются виджеты от Qt — зачем надо остальное, ясно слабо. всё
> равно если мобильное устройство тянет Qt, то вебкит там нормально заработает.
Так они и не игнорируют придуманное до них, qtuick основан на тех же веб-языках: js и css. Без дополнительных либ полноценным gui-фреймворком WebKit не является, а декларативное описание виджетов видется более простым и удобным чем встраивание "обычных гуёв" в html.
| | |
| |
| 5.45, arisu (ok), 11:47, 16/12/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Без дополнительных либ полноценным gui-фреймворком WebKit не является
глядит на несколько своих софтов: надо же. а я и не знал. вот ведь…
> а декларативное описание виджетов видется более простым и удобным
> чем встраивание «обычных гуёв» в html.
кто сказал про «встраивание»? O_O ты, кажется, совсем песни не понял. гуя — это и есть обычные страницы, какое «встраивание»? разница с qtquick в том, что мне не надо учить ещё один декларативный язык и ещё один набор компонентов. да и выразительные возможности побольше. поэтому я на qtquick смотрю и таки слабо понимаю, зачем оно надо при наличии рабочего вебкита. встраивать «родные» виджеты, кстати, мне понадобилось от силы раз, там был спецвиджет с legacy code, который проще встроить (хоть он и выглядит чужеродно), чем переписать.
заодно GUI на вебките автоматически даёт скриптабельность системы. потому что без API никак уже. а это плюс: все более-менее сложные системы в конце концов обзаводятся скриптовым языком. а тут оно изначально уже в дизайн заложено.
кстати, тролли вроде бы не так давно до этой идеи додумались, даже что-то несмело писали в своём блоге, а потом резко замолчали. видимо, пришёл манагер и дал всем причастным по шапке: ведь такой подход qtquick утопит влёт, а в него уже бабла вложено: в разработку и раскрутку.
| | |
| |
| |
| 7.51, arisu (ok), 13:09, 16/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Я что-то не так прочитал ? Разве здесь речь не про встраиваение
> виджетов QT в gui на вебките ?
нет. в 99.9% случаев виджеты Qt (Qt, блджад! а не QuickTime!) становятся не нужны.
> WebKit дает полноценную замену всем или хотя бы большинству виджетов QT без
> jQuery и аналогов ?
да. внизапна! я секрет открою: jQuery — не Чорная Магия, оно использует фичи браузера. и, кстати: а кто мешает его использовать-то?
> Судя по хабру
вот после этого в принципе разговор можно заканчивать, да.
> Разве в qml не используется js для написания скриптов и это изначально
> не заложено в дизайн ?
криво. лишняя сущность. зачем?
> Почему бы не получать бабло от того, что уже было ?
потому что тогда нельзя впихнуть баззворд «инновация».
> qtquick достаточно прост, изучение труда не составит, тем более для того, кто
> уже знает C++
я не сказал, что это сложно; я сказал, что это не нужно. *зачем* мне учить «ещё один», даже простой, если есть уже вполне рабочая альтернатива? при этом изучение qtquick мне поможет знать только qtquick, а изучение html+css+js поможет ещё и странички делать/править при необходимости. не вижу в qtquick никакого профита, одни проблемы и лишние сущности.
| | |
| |
| |
| 9.56, arisu (ok), 14:03, 16/12/2011 [^] [^^] [^^^] [ответить] | +/– | потому что UI делается средствами html, а не Qt бывает, чо ладно, пусть так ... текст свёрнут, показать | | |
| |
| |
| 11.59, arisu (ok), 14:56, 16/12/2011 [^] [^^] [^^^] [ответить] | +/– | есть разница между незначащей опечаткой и значащей не нахожу именно что целева... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
| 1.63, Жорж (?), 16:00, 16/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
КОГДА они сделают класс для работы с rs232 com-интерфейсами?? Я вот много раз в интернете видел подобный вопрос и всегда на него отвечали "а зачем это в графическом фрейворке?". А зачем в графическом фреймворке IP Multicast API и отдельные классы для работы с разными протоколами типа http? Почему мне при негодовании по поводу отсутствия класса для работы с rs232 всегда показывают на какую то стороннюю библиотеку? Почему она не включена в состав QT до сих пор?
| | |
| |
| 2.65, arisu (ok), 16:44, 16/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Почему она не включена в состав QT до сих пор?
может, потому, что QuickTime вообще не для этого?
| | |
| 2.69, Аноним23 (?), 23:14, 16/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Их задача не сделать набор классов на все случаи жизни, а сделать базовый набор классов для реализации большинства возникающих задач в десктоп-приложениях. Работа с RS-232 -- весьма редкая задач для десктоп приложений. Лично я не хотел бы тянуть 100 GB фреймворка, из которых 97 GB никогда не буду использовать, так что всё правильно делают.
Если по теме - да, есть сторонние библиотеки, например я бы советовал посмотреть в сторону QSerialPort. Есть еще QSerialDevice и QextSerialPort.
Вам должно быть без разницы, включена ли библиотека в СОСТАВ Qt или нет - если она работает должным образом, делает что вам нужно и под подходящей лицензией - это достаточно, остальное - болтовня. Лично я вообще не понимаю, зачем нужна подобная библиотека именно для Qt - подойдёт любая другая на C/C++ или вообще системные вызовы. Разве что удобство, сигналы/слоты...
И да, потрудитесь писать правильно - Qt, а не QT. Хотя бы по той причине что QT - это Quick Timer.
| | |
|
| |
| 2.67, arisu (ok), 19:28, 16/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
как будто секрет, что Qt завсегда прежде всего коммерческим проектом была. а то, что её выкинули на гиториус — это всего лишь средство стимулировать хомячков добровольно дорабатывать то, что нокла продаёт.
| | |
| 2.68, anonymous (??), 21:11, 16/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Интересный у них релиз получается: So now there is total of 108 improvements and bug fixes available in Qt Commercial 4.8.0 that are not part of the LGPL release.
Это уже звоночек.
| | |
| |
| 3.70, Аноним23 (?), 23:19, 16/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Да ладно, это как раз не страшно - этим вообще другая контора занимается, Digia вроде. Nokia всё до сих пор выкладывает. Возможно даже что через время багфиксы из коммерческой версии портируют в апстрим - всем только лучше будет. Куда сильнее волнует упор троллей на QtQuick -- например я точно не стану на JavaScript писать, если они забьют на C++ -- придется бросить Qt и писать проекты другого рода. Ибо JavaScript -- это не для меня. Думаю, вам многие разработчики скажут тоже самое.
| | |
| |
| 4.71, Vladimir Kopylov (ok), 00:56, 17/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
"Забивают" они не на С++ в целом, а только не генерацию gui-интерфейса на нем. И то пока не ясно "забивают" ли. Вполне возможно, что будут развиваться обе альтернативы, если заинтересованных разрабов будет много.
| | |
|
|
|
| 1.73, Аноним (-), 14:52, 17/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вопрос к знающим людям - почему не выкинут moc и не сделают signal/slot на С++, как в boost, например?
| | |
| |
| 2.76, arisu (ok), 15:47, 17/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Вопрос к знающим людям - почему не выкинут moc и не сделают
> signal/slot на С++, как в boost, например?
о том, зачем нужен moc, писали сами тролли. гугель в помощь.
| | |
|
|
