Разработчики свободной системы нелинейного видеомонтажа OpenShot, недавно успешно завершившей (http://www.opennet.me/opennews/art.shtml?num=36560) кампанию по сбору средств на Kickstarter, сообщили (http://www.openshotvideo.com/2013/04/development-update-sche...) о решении перевести приложение с тулкита GTK+ на Qt. Выход переработанной версии OpenShot с интерфейсом на Qt ожидается в декабре.
По мнению разработчиков миграция на Qt существенно упростит процесс разработки кросс-платформенной версии редактора, способной работать на платформах Linux, Windows и Mac OS X. Qt даст возможность задействовать нативный набор виджетов для каждой из платформ, сделав интерфейс привычным для пользователей различных систем, а также предоставит более широкий набор инструментов для проектирования интерфейса. Кроме того, использование Qt позволит использовать OpenGL при работе виджета предпросмотра видео и обеспечит более высокую производительность при обработке HTML и JavaScript, с использованием которых будет написана новая шкала времени и виджеты редактирования кривых. Переход на QML/JavaScript также сократит размер кодовой базы и даст возможность удалить тысячи строк связанного с GTK+ кода, который можно будет заменить более простой и компактный код для работы с Qt API, а также компоненты на языке JavaScript.URL: http://www.openshotvideo.com/2013/04/development-update-sche...
Новость: http://www.opennet.me/opennews/art.shtml?num=36792
Наконец-то! Первая умная мысль за все время разработки редактора.
GTK+ ни чем не хуже QT
Хуже. Поддержкой Windows.
Отсутствует абстракция от аппаратной платформы.
> GTK+ ни чем не хуже QTа при чём тут gtk? если QT, то уже GStreamer какой-нибудь.
Ура! Следующий ФФ! :3
и libreoffice :) (а то он непонятно вообще на чём, как и опен)
ФФ и либра на своих собственных тулкитах, гтк+ там только сбоку, чтобы мимикрировать под системную тему.
а разве там есть какое-то "мимикрирование"? гтк+ и кьюти по-моему там только для отрисовки собственных графических элементов в нативных окнах, других интерфейсов в vcl и awt кроме как для этого не видел
> а разве там есть какое-то "мимикрирование"?Да нету, на самом деле. Для таких программ нужно еще специальные патчи вкорячивать, одной только настройки тем gtk недостаточно.
Казалось бы, стоило только Марку анонсировать переход Юнити на Qt, так пошло-поехало.
А при чём тут Марк?
Иногда совпадение - просто совпадение. Тут нужно не превозносить Марка, а пинать разработчиков GTK+ - такой тулкит проехали, со всеми вытекающими...
> а пинать разработчиков GTK+ - такой тулкит проехали, со всеми вытекающими...А ведь всего-то им надо было - понять, что винда гораздо важнее всяких линуксов.
Кути это сразу поняли, и теперь они в дамках.
Скорее тут дело в выходе QT5
> Скорее тут дело в выходе QT5оно в 2001-м ещё вышло.
>> Скорее тут дело в выходе QT5
> оно в 2001-м ещё вышло.О, знатоки продукции Apple подтянулись!
>>> Скорее тут дело в выходе QT5
>> оно в 2001-м ещё вышло.
> О, знатоки продукции Apple подтянулись!открой для себя гугель.
QT != QT5
QT != Qt
// Ваш К.О.QT == QuickTime
Qt == Qt Framework
QT5 != Qt 5.x
> QT == QuickTime
> Qt == Qt FrameworkЭто в каком документе написано?
ps. а qt - это что?
> Это в каком документе написано?в своё время у самих троллей. ну, и *везде* в документации по Qt название фрэймворка — «Qt». а у огрызка название своего — QT. а «qt» — это допустимая ошибка в написании названия «Qt». а вот «QT» — недопустимая, потому что обозначает совсем другой продукт.
собственно, если люди не способны запомнить, как сами авторы назвали свой продукт, и не могут понять, почему *в данном случае* вариант «QT» — неправильный, то единственное, что стоит «обсудить» с этими людьми, это выяснение вопроса, отчего они не занимаются тем, чем им от рождения следует: отчего они улицы не подметают?
кют
кйют
кютэ
> Казалось бы, стоило только Марку анонсировать переход Юнити на Qt, так пошло-поехало.Да нет. Переписываться на Qt и потихоньку валить в сторону винды - это просто основной тренд нынеших линуксовых десктопных приложений. Юнити и сабж - лишь частные проявления этой закономерности.
А я бы посмотрел на Unity для Windows :)
> обеспечит более высокую производительность
> Переход на QML/JavaScriptДеление на 0.
матчасть учи.
> матчасть учи.С каких пор религиозно-агитационная литература стала матчастью?
> QML/JavaScript
> Деление на 0.JavaScript == null?
null == 0 ?
неужели ГТК такое гомно?..
Почему сразу хавно ? Просто на винде оно хавно, так что кроссплатформеры, которые не забивают на винду ищут другие пути.
Скажем так: те, кто считает венду primary target platform.
> Скажем так: те, кто считает венду primary target platform.Скажем так - те, кто хотят, чтобы работало везде и нормально.
> чтобы работало везде и нормально.Это миф.
>> Скажем так: те, кто считает венду primary target platform.
> Скажем так - те, кто хотят, чтобы работало везде и нормально.Зачем везде, если достаточно одной винды? Ну и мака, опционально.
Достаточно для тебя любимого? Но разработчикам класть на тебя твой К.О.
В винде gtk-приложения так себе выглядят и работают. А ещё на мой взгляд (пишу на qt) gtk сложнее в освоении.
по-моему не столько сложнее, сколько затратнее по времени; в современном засилье RAD это конечно убийственно. Но есть и выход - Vala например (хотя проблему с кросс-платформенностью он не решает)
> Вы не учитываете Android, поэтому давно уже не 1%, а 2! Два процента!Это вы не учитываете.
http://stats.wikimedia.org/wikimedia/squids/SquidReportOpera...
> Linux 16,962 M 7.55%
А теперь ниже посмотрите сколько из этого linux android
> А теперь ниже посмотрите сколько из этого linux androidОчень много. А я о чем.
Хрен знает что у вас там сложнее, на базовом уровне такая-же петрушка. Создаем объекты, некоторые из них будут родителями, другие детьми. Ну а потом просто привязываем к сигналам функции. Чтоб упростить все это дело, используем GtkBuilder.
P.S. Qt4 ковырял по учебнику, Gtk+2 только по примерам и мануалам.
Сейчас когда речь идёт про Qt многие подразумевают Qt+QML
Я в основном использовал gtk , но после диалога с одним знакомым решил разобраться с Qt+QML.
Для себя выяснил следующее.
1) оно очень хорошо заточено под мобильные платформы и быструю разработку
Например, чтобы реализовать картинку которая работает как кнопка , даже на vala придётся писать свой класс и заменять функцию расчёта размера и отрисовки, это не сложно но нужно писать.
На qml это очень легко описывается на синтаксисе javascript, буквально двумя строчками.2) кросплатформенность (хотя в свете современного деления на desktop/phone/tablet ) кросплатформенность всё больше и больше отходит на второй план. Главное возможность адаптировать представление под формфактор, вроде как через qml это возможно.
Главный недостаток qt, для меня лично, это язык c++, но похоже теперь возможно написать приложение практически полностью на javascript, поэтому его можно исключать.gtk официально отказываются поддерживать что либо кроме линукса (вернее делать специальные инсталляторы для платформ).
https://mail.gnome.org/archives/gtk-list/2013-February/msg00...gtk никак не стремится адаптироваться под новые формфакторы. по крайней мере судя по тому что они обсуждали на последнем хакфесте https://blogs.gnome.org/mclasen/2013/04/23/gtk-hackfest-days.../
Если посмотреть на gnome3 (который должен называться как угодно но не гномом), он ориентирован на планшеты,а для построения интерфейса используется javascript + clutter. Сказать что это приложение написано на gtk очень сложно, в том смысле, что весь интерфейс построен на своих виджетах и использует свои собственные темы.
Хотя вот писал я всё это и пришла мысль, а может я просто не так смотрю на вещи?
Поддержку разных формфакторов можно реализовать путём разных glade файлов, которые можно встроить в бинарник через gresources и выбирать при загрузке в зависимости от платформы.
Кнопки можно легко перерисовать без изменения кода через css.
По времени разработки должно получиться также.
Да, возможно слегка запутанно, но зато на одной технологии (язык Си) (в отличие от c++ + javascript + куча тонкостей реализации qml)
Но вот с поддержкой разных платформ нужно что то делать.Наверное это больше на маленький обзор похоже, но я хотел лишь высказать свое мнение.
Спасибо, дельный комментарий.
>> Да, возможно слегка запутанно, но зато на одной технологии (язык Си) (в отличие от c++ + javascript + куча тонкостей реализации qml)А для меня наоборот Qt и с++ намного понятнее ваших всех си и javascript`ов.
Отдельно делаем Ui на qml`е, иногда делая простенькие вставки на js.
Для того чтобы рисовать таблицы, контролы используем то что раньше называлось desktop components а теперь qtquickcontrols.
По мере надобности создаем в бекенде свои модели данных, довольно просто передаём их в Ui.
Описываем логику моделек и данных.
Используя Qt не приходится вручную управлять памятью, благодаря автоматической очистке детей у QObject`ов и благодаря умным указателям.
Не говоря про то что из коробки имеем implicit sharing, потокобезопасность и реентерабельность, довольно простой и лаконичный фреймворк. Возможно в нём ещё можно добавлять плюшки для синтаксического сахара, но он и так не такой уж и многословный.Я если честно сталкивался с gtk только в худших его проявлениях, немного с ироничностью отношусь к vala в свете криков про moc и что в Qt`е это не c++.
> Главный недостаток qt, для меня лично, это язык c++шито?
>> Главный недостаток qt, для меня лично, это язык c++
> шито?да он прав, в общем-то. правда, не совсем так, как ему кажется: c++ в Qt действительно большой недостаток. потому что с одной стороны привлекает индивидуев типа «look ma no hands^w^w i can write matrix library too!», с другой же — индивидуев, которые с отвращением говорят: «ah, c++… fuck it, let's pretend it's just a broken c!»
(вторые, конечно, правы, но код их от этого лучше не становится)
Ok, только вот OpenShot на Python, тут не всё тоже самое...
Ещё какое. Снаружи убогий вид, особенно на windows, а внутри убогий C вместо вменяемых плюсов.
Открой для себя dev-cpp/gtkmm наконец.
> Открой для себя dev-cpp/gtkmm наконец.Ключевая проблема - это все-таки внешний вид на виндах. Остальное уже мелочи.
> Ключевая проблема — это все-таки внешний вид на виндах.учитывая, что на виндах каждый второй дурак лепит себе «моднявые красивые кнопочки и скинчики» вместо стандартных контролов, это никакая не проблема. просто на qml моднявые скинчики делать быстрее.
> учитывая, что на виндах каждый второй дурак лепит себе «моднявые красивые кнопочки
> и скинчики» вместо стандартных контролов, это никакая не проблема.Для gtk - таки проблема. Туда так просто моднявые кнопочки не вкорячить. Значит, в морг.
> Для gtk — таки проблема. Туда так просто моднявые кнопочки не вкорячить.да вкорячить, ничего такого суперсложного. однако стоны-то были по поводу «неродных контролов».
> упростит процесс разработки кросс-платформенной версии редактора
> способной работать на платформах Linux, Windows и Mac OS XНу да, вот кроссируют и на Linux версию по традиции положат болт.
> Ну да, вот кроссируют и на Linux версию по традиции положат болт.1% пользователей не стоит того, чтобы из-за него париться.
Похоже что ты ещё больший идиот чем творители этого кривого поделия.
Я просто пояснил их точку зрения.Кстати, сам я с ней не согласен. Но вряд ли они будут меня слушать.
Можно ссылку на эту их точку зрения?
> Можно ссылку на эту их точку зрения?См. новость.
Один процент, один процент, что один процент? У вас устаревшие данные, сеньёр! Вы не учитываете Android, поэтому давно уже не 1%, а 2! Два процента!
>Один процент, один процент, что один процент? У вас устаревшие данные, сеньёр! Вы не учитываете Android, поэтому давно уже не 1%, а 2! Два процента!В ондроиде только ядро от линукса. Так что выкидывай свой процент сразу.
Линукс - это и есть ядро.
> Линукс - это и есть ядро.Ну запустите мне на этом ядре под андроидом опеншот, только без плясок с убуном.
мозги включи, ага. нет «одного ядра от линукса», есть linux kernel. называется ядро так: «линукс». а ещё есть ОС на базе ядра «линукс». о чём и написали.
> мозги включи, ага. нет «одного ядра от линукса», есть linux kernel. называется
> ядро так: «линукс». а ещё есть ОС на базе ядра «линукс».
> о чём и написали.Я как раз на это какбэ и намекал. ОС Android - не ОС Linux, поэтому проценты Android бессмысленно приплюсовывать к процентам Linux.
а я тебе ещё раз повторю, что «ОС Linux» — это чушь. у неё вообще никаких «процентов» нет в силу того, что её не существует.
Методику расчета в студию сударь! Математика не даст Вам врать так же нагло как маркетолухи с говносми.
> Методику расчета в студию сударь! Математика не даст Вам врать так же
> нагло как маркетолухи с гoвносми.Не стоит. Если строго математически, получится еще меньше, чем 1%.
> Не стоит. Если строго математически, получится еще меньше, чем 1%.а если перестать надрачивать на проценты и перейти к подсчёту голов, получатся миллионы людей. впроде бы и «один процент», но с другой стороны — миллион человек. внушает?
> а если перестать надрачивать на проценты и перейти к подсчёту голов, получатся
> миллионы людей. впроде бы и «один процент», но с другой стороны
> — миллион человек. внушает?Когда дело касается бизнеса, важно только одно - покроет ли прибыль расходы.
Если для поддержки каждой из трех платформ Windows/Mac/Linux нужны примерно одинаковые трудозатраты, то получаем по ~30% расходов. Если выкинуть Linux - расходы уменьшаются на 30%, а доход - всего на 1%. Итого - общая прибыльность возрастет.И пофигу на ваши миллионы. Миллионы людей - это не миллионы баксов.
Нет, видать не суждено мне и камрадам увидеть методику расчета. Да неужели так сложно дать два числа - официальное число компьютеров с той и другой системой, и объяснить КАК посчитали. Неужели так и не понятно, что это тупая манипуляция общественным мнением. Особенно учитывая что GNU/Linux инсталяции посчитать нереально. Но это не значит что они стремятся к нулю или 1%, а может их уже 30% от всех устройств...
> И пофигу на ваши миллионы. Миллионы людей — это не миллионы баксов.никогда я вас, подпроприерастов, не пойму. сначала вы кричите, что винда рулит, потому что у неё 100500 миллионов миллиардов пользователей, а у линукса — «один процент». когда «процент» раскрываем в «головы» и получаются миллионы пользователей, то сразу выясняется, что «пофигу на количество пользователей; подумаешь, миллион!»
и да: если «нужны примерно одинаковые», то это значит, что в конторе работают дегенераты, переписывающие для каждой системы софт с нуля. собственно, если контора изначально писала софт под винду, то так и будет, скорее всего: традиции написания переносимого кода на винде нет. равно как понимания виндокодерами, что в большинстве случаев их отходы в других системах никому не нужны.
а если софтина писалась изначально руками и мозгами, то портирование *в большом количестве случаев* и «стоит» один процент, всё остальное — общий код. выпустить нечто более-менее востребованное под GNU/Linux и Mac OS X в данном случае если и не окупится (а скорее всего, как минимум окупится), то без труда покроется другими продажами. зато контора приобретёт такую эфемерную вещь, как «лояльные пользователи».
а если не ясно, почему стоит «потерять» (хотя на самом деле — вложить) один-два процента прибыли, приобретая «лояльных пользователей», то пользоваться продуктами этой конторы не стоит вообще: они некооперативны, им полностью плевать на клиентов и/или они не собираются жить долго и развиваться.
Можно подумать что в Windows и Mac OS X его будут использовать.
Разработчики OpenShot хотят в это верить.
ну, так, им же (разработчикам) денег на портирование дали, значит кому-то это, кроме разрабов, надо
Забавно, с учётом идеи микрософт о переезде всего всего в магазин ( под RT даже VS не может дебажить проекты, без обновляемого раз в месяц( или около того ) ключа разработчика ), есть вариант не успеть до волшебного момента, когда совсем бесплатно на win программу не зальёшь....
> ну, так, им же (разработчикам) денег на портирование дали, значит кому-то это,
> кроме разрабов, надоНаверное, тем, кто хочет продавать бинарные сборки через Win8 Store и App Store.
Но вот поддержка линуксовой версии им в куй не впилась.
Будут. Например я. Искал простой, бесплатный и по возможности свободный редактор для винды. Был в шоке. Ни одного нету. Только виндовый мейкер, логика работы которого меня просто убивает(да к тому же падает ещё чаще чем kdenlive) и ещё парочка, которые даже не помню по названиям.
> Будут. Например я. Искал простой, бесплатный и по возможности свободный редактор для
> винды. Был в шоке. Ни одного нету. Только виндовый мейкер, логика
> работы которого меня просто убивает(да к тому же падает ещё чаще
> чем kdenlive) и ещё парочка, которые даже не помню по названиям.Боюсь, с бесплатностью могут возникнуть проблемы. Разработка OpenShot переходит в область серьезного бизнеса. Ждем в магазине приложений для Windows 8 всего за $99.99.
Ну и нафига нам еще один kdenlive?
Если он будет стабильнее и умнее, я только за.
kdenlive - достал своими глюками, а альтернатив мало.
Он вряд ли будет стабильнее и умнее, потому что он - тот же фронтенд к MLT, что и kdenlive, только в профиль, в смысле, на GTK.
Между прочим, они уходят с MLT на самописную библиотеку.
Хм. Да, действительно. Спасибо.
Да, убийство pygtk подорвало доверие к gtk+ на python.
> Да, убийство pygtk подорвало доверие к gtk+ на python.Жаль что оно ещё к питону доверие недостаточно подорвало, потому что в убийстве был виноват прежде всего этот недоязык.
>> Да, убийство pygtk подорвало доверие к gtk+ на python.
> Жаль что оно ещё к питону доверие недостаточно подорвало, потому что в
> убийстве был виноват прежде всего этот недоязык.В том, что разработчики pygtk не успевают портировать его между постоянно ломающимися версиями питона, виноваты только и исключительно разработчики pygtk. Питон здесь совершенно не при чем.
там же интроспекция стотыщлет назад сделана, какой pygtk нафиг?
> там же интроспекция стотыщлет назад сделана, какой pygtk нафиг?Я не про конкретный случай, я про конкретное неверие, когда и ложечки есть, и осадок. Я даже поленился посмотреть, что он использовал. :)
"Свободный видеоредактор OpenShot мигрирует с GTK+ на Qt"
Как и все остальные адекватные проекты.
>> Qt даст возможность задействовать нативный набор виджетов для каждой из платформO_o
Действительно, если хочется нативных виджетов - нужно использовать wxWidgets. Qt мимикрирует под местные условия, в т.ч. при мимикрии под GTK меняет местами кнопки OK и Cancel. Но Qt-шной мимикрии обычно достаточно.
впрочем, в оригинальной ноости пишут не о native widgets а о "native-looking widget rendering".
Огнелис с Хромом на GTK и не собираются мигрировать
Пускай портируют, главное чтобы падать от каждого чиха перестало. А то PiTiVi работает как часы, а это питоноподелка только падать и умеет.
Им что, заняться нечем?
Тебя забыли спросить.
> Тебя забыли спросить.Это он спрашивает, а не его. Путаетесь в трех соснах.
Тебя забыли спросить. В первом посте был намек на то, что разработчики занимаются всякой фигней, вместо того, чтобы заниматься "делом".
не помню чтоб он на gtk был, там половина qt4, потму и ставлю pitivi в последнее время если нужно
> не помню чтоб он на gtk был, там половина qt4, потму и
> ставлю pitivi в последнее время если нужнотулкитофоб? может ты еще и дистрофан?
>> не помню чтоб он на gtk был, там половина qt4, потму и
>> ставлю pitivi в последнее время если нужно
> тулкитофоб? может ты еще и дистрофан?Это же опеннет, тут одни тулкитофобы и дистрофаны.
Я уж надеялся, что они действительно хотят сделать видео редактор. А тут так, тулкитики поменять, в кроссплатформенность поиграть.
Я уж надеялся что они действительно хотят поле вспахать. А тут так, мотыгу на трактор с плугом поменять.
> Я уж надеялся что они действительно хотят поле вспахать. А тут так,
> мотыгу на трактор с плугом поменять.Мотыгу на лопату, если быть точным.
Gtk это только Gui, а Qt это полноценный набор _кросплатформенных_ классов (Gui, сокеты, файлы, контейнеры, sql и т.д.). Так что мотыга vs трактор.
вообще-то использовать gtk без glib как минимум странно (если вообще возможно без оголтелого патчинга). а в glib есть много этих самых «кросплатформенных классов». использование glib с gtk настолько самоочевидно, что никто об этом отдельно не упоминает.
Cидалища одной из фракций тулкитофобов пылают ярким пламенем.
Забавное и поучительное зрелище.
Я не имею ничго против QT. Меня настораживает, когда разработчики вместо того что бы разрабатывать, делают вид, что они занимаются чем то полезным. Переход с одной платформы на другую приносит не меньше проблем чем решает.
чем-то
> Переход с одной платформы на другую приносит не меньше проблем чем решает.Голословное утверждение. Авторы проекта, видимо не подумали или не спросили Вашего аффтаритетного мнения.
> Я не имею ничго против QT.а я имею. закрытая проприетарная поделка — на кой оно надо вообще?
Quick Time? Согласен.
А вот у Qt лицензия LGPL.
> Cидалища одной из фракций тулкитофобов пылают ярким пламенем.
> Забавное и поучительное зрелище.Не тулкитофобов, а линуксоидов.
И немудрено - разводят их, как лошков.
>недавно успешно завершившей кампанию по сбору средств на Kickstarter, сообщили о решении перевести приложение с тулкита GTK+ на QtТак а новая компания по сбору средств для перехода будет?
GTK+ vs QT - это как MFC vs Borland?!
Ну еще и QML/JavaScript - оно точно надо в редакторе, индивидуальные темы, иконки и т.п.
ЗЫЖ Думаю все жертвы не ради производительности, а для кроссплатформенности (GTK3 официально под ВинДос нет)! Думаю - это конец редактора, надеюсь, что его форкнут и продолжат развитие...
Аналитики в треде.
> GTK+ vs QT — это как MFC vs Borland?!нет, это как «скамейка vs кинотеатр». вот FFmpeg ещё можно было попробовать сравнить, хотя бы по количеству поддерживаемых форматов.
> упростит процесс разработки кросс-платформенной версии редактораНу всё! Теперь нормально работающей Linux версии уже никогда не будет! (печально вздыхая)
Пессимист (грустно): хуже уже не будет.
Оптимист (радостно): будет, будет.Вздыхающие нытики не нужны.
Постоптимистичные до тупости анолитегэ тем более.
Значит анекдот не понял? Нытики по прежнему не нужны.
> Значит анекдот не понял? Нытики по прежнему не нужны.А уж тем более не нужны латентные нытики, постоянно вздыхающие о мнимых нытиках.
Печально. Qt хорош, когда нужно создать кросс-платформенное приложение. Но большинство серьёзного ПО или свои виджеты юзает, или на Gtk написано. А данный редактор теперь будет выбиваться из общей массы. Да и Qt/QML как-то жирноваты для небольших приложений.
> большинство серьёзного ПО или свои виджеты юзает, или на Gtk написано.доказать не затруднит? нет, понятно, что KDE — приветмирная поделка. VirtualBox тоже, видимо.
а, вот: gmrun на gtk! (ну ладно, ещё тормозилла, когтемыл и гимп)
Пол, палец, потолок. У гномеров странная логика.
Где тэг "быдлокодинг"?
У тебя в голове.
Сколько лет, к примеру, занял рефакторинг кода Rosegarden?
Сколько?
ИМХО, плохо, блин!ИМХО, ГТК-кашники не с того начали. Надо было бы не начинать кампанию "Я - Поттеринг, великий и могучий" по закапыванию Гнома, а начать кампанию по продвижению платформы лицом к разработчикам.
Понятно, что задача - не тривиальная, но хоть бы "девелоперс, девелоперс, девелоперс, ..." орали. С чего-то надо начинать.
Не очень понятно, можно ли выровнять сейчас ситуацию с gtk3, но если они опять с фичами экспериментируют, то всё грустно. Ну не понимает школотэ, что нормальный взрослый дядька без очень чётко прорисованного ESR подхода и пальцем не пошевельнёт.
ИМХО, складывается впечатление, что Гном с ГТК намеренно гробят. Вот сиди и думай, то ли диверсия, то ли банальная тупость.
> ИМХО, плохо, блин!
> ИМХО, ГТК-кашники не с того начали. Надо было бы не начинать кампанию
> "Я - Поттеринг, великий и могучий"У вас поттеринг головного мозга. Везде мерещатся поттеринги.
На следующей стадии уже сами будете себя поттерингом считать.
> У вас поттеринг головного мозга.Нет, в данном контексте поттеринг - нарицательный термин. Смысл термина ясен или объяснить?
> Везде мерещатся поттеринги.
Я на факты опираюсь. Приведите мне, пожалуйста, факты активного развития Гнома 3.
> Нет, в данном контексте поттеринг - нарицательный термин. Смысл термина ясен или объяснить?Таки полагаю, что ясен. Разработчик, который реально решает проблемы, а не ставит костыли "лишь бы заработало сейчас, и пофиг, как потом это поддерживать".
> Я на факты опираюсь. Приведите мне, пожалуйста, факты активного развития Гнома 3.
Приведите факты активного развития KDE 4.
Приведите факты активного развития Linux.
И т.д.
> Приведите факты активного развития KDE 4.
> Приведите факты активного развития Linux.Да у них с каждым релизом куча нововведений. Как новость, так простыня. А у GTK пшик.
> Таки полагаю, что ясен. Разработчик, который реально решает проблемы, которых в природе не существуетИМХО, политика развития ключевых системных компонентов уровня СистемД - это задача не его уровня компетенций, понимания и практического опыта в построении архитектурных решений для компонентов О.С.
Возможно, он очень талантливый программист (скрипач), но архитектурные решения О.С. (Концерт для скрипки с оркестром ре мажор) - задачи совсем другого уровня. Так понятно?
> Приведите факты активного развития KDE 4.
> Приведите факты активного развития Linux.Фактов нет. Тогда и говорить не о чем.
> Таки полагаю, что ясен. Разработчик, который реально решает проблемы, а не ставит
> костыли «лишь бы заработало сейчас, и пофиг, как потом это поддерживать».это «антипортеринг».
> Разработчик, который реально решает проблемы, а не ставит костыли "лишь бы заработало сейчас, и пофиг, как потом это поддерживать".А это уже Антипоттеринг - по определению.
> Я на факты опираюсь.Это бездоказательное утверждение.
> Это бездоказательное утверждение.Нет проблем, Александр! Аргументируй обратное. В частности, интересует Гном 3 в качестве замены Гнома 2. Хотя бы XFCE.
> Аргументируй обратное.Типичная демагогия. Сначала вы высказываете сомнительное утверждение, а затем вместо доказательства предлагаете другим корячиться и доказывать обратное. Этот номер не пройдёт. Вы же большой мальчик, ну так и ведите себя соответственно.
> Типичная демагогия.Тогда, друже, прости - погорячился.
Но, тем не менее, тема по Гному 3 серьёзная. И, ИМХО, требует отдельных пояснений. В частности:
http://www.tomshardware.com/reviews/fedora-16-gnome-3-review,3155-11.html
http://www.tomshardware.com/reviews/fedora-16-gnome-3-review,3155-27.html
http://www.techrepublic.com/blog/opensource/gnome-is-simply-...
https://plus.google.com/+LinusTorvalds/posts/UkoAaLDpF4i
Не думаю, что Линус - некомпетентен в вопросах нормального Десктопа. К gtk2 тоже много вопросов, например, диалоги открытия файлов. В qt (KDE) - директории открываются "мгновенно", в gtk2 - ждёшь пару сек для открытия папки средних размеров. Тормозящие Synaptic (пакетник), Evince.
> начать кампанию по продвижению платформы лицом к разработчикам.— мама, мама, на улице дяди пьют пиво с раками!
— ну что ты, сыночек, это у них лица такие…
> Qt 5 существенно упростит процесс разработки кросс-платформенной версии
> редактора, способной работать на платформах Linux, Windows и Mac OS X.Был фигнёй станет дрянью! На трёх стульях сроду не усидеть, тем более если даже на одном по путю не умеешь!
Все что не GTK и кросплатформенное - плохое. Ты это хотел сказать?
Плохое то что не доделав, начали переделывать. Вот тот же Calligra, кроссанули его и чего? Да он ещё хуже стал, Linux версия уж точно, а на винде его кроме разработчиков наверно никто и не юзит. Кроссплатформенность зло и вредительство! Потому как кросируют почему то только Linux софт, потом делая Linux версию только для галочки.
Из неверных фактов делаются ошибочные выводы.>Плохое то что не доделав, начали переделывать.
Метод проб и ошибок. В процессе разработки переосмыслили стратегию.
Calligra и KOffice изначально делались для КДЕ и используют kdelibs, а не "чистую" Qt. Но со временем этот офис становится только лучше.
Кроссплатформенность - это шанс для Linux программ стать популярными. Удобный фреймворк этому способствует.
> Потому как кросируют почему то только Linux софти почему бы это…
> Thousands and thousands of lines of GTK+ code will be removed from our source code, and replaced with either JavaScript timeline code, or a much simpler Qt API. So, while this will be a big effort, it will reduce the complexity of OpenShot's source code, and give us much more powerful and easier to use tools for building and debugging.ИМХО, какую-то ерунду пишет в свете профи-разработчика. Поясните, плз.
В видеоредакторе интерфейс - половина дела. Разумно, что они решили упростить его разработку и отладку.
> В видеоредакторе интерфейс - половина дела.Это всё понятно, но:
а.) Он уже написан (т.е. реализован, уже существует в природе) в должном функционале. Тогда в чём суть?;
б.) Чем Qt шибко поможет в обработке видео потока по сравнению с gtk?Не стыкуется как-то, ИМХО.
> а.) Он уже написан (т.е. реализован, уже существует в природе) в должном функционале. Тогда в чём суть?;Он фигово выглядит под виндой.
Судя по тому, что виндоюзеры таки собрали кучу бабла для проекта - теперь девушку танцуют они, а не линуксоиды.> б.) Чем Qt шибко поможет в обработке видео потока по сравнению с gtk?
Обработка видеопотока сейчас не главное. Главное - качественная работа под виндой.
> Обработка видеопотока сейчас не главное. Главное - качественная работа под виндой.Ясно, благодарю.
вероятней всего обработке видео потока вообще плевать на gui, это должно быть отдельной частью и его затронуть не должно.
> В видеоредакторе интерфейс - половина дела.Можно подумать, в других приложениях интерфейс побоку.
> Разумно, что они решили упростить его разработку и отладку.
Проблема не в этом. Для создания нормального интерфейса нужны определённые навыки. Замена одного тулкита на другой здесь — чистейший пример карго-культа.
«нормальный интерфейс» можно и на чистом Xlib сделать. но неудобно.
Вы не поняли главного. Авторы опеншота пока что не продемонстрировали способности проектировать нормальный интерфейс. Qt им в этом никак не поможет.(Справедливости ради, в плане UX практически все линуксовые видеоредакторы ужасны.)
Мне, в принципе, пофиг на тулкиты, пока они выглядят одинаково. Но вот стили Qt (нет, не темы KDE) просто ужасны. Приходится использовать стили GTK.
> Разработчики свободной системы нелинейного видеомонтажа OpenShot, недавно успешно завершившей кампанию по сбору средств на Kickstarter, сообщили о решении перевести приложение с тулкита GTK+ на Qt.«...Как музыке идти? Ведь вы не так сидите.
Ты с басом, Мишенька, садись против альта,
Я, прима, сяду против вторы;
Тогда пойдет уж музыка не та:
У нас запляшут лес и горы!»
Полностью согласен с последним комментатором. OpenShot всегда был неюзабельным г...., тормозным и вылетающим от каждого чиха и смена тулкита не сделает его тортом !