Delphi for Linux будет использовать QT

С их-то препроцессором и локализацией...

да нафиг не обосрались эти QT :(( GTK гораздо лучше!!

Чего еще можно было ожидать от этого Борланда? Козлы.

А по-моему QT гораздо стабильнее, чем GTK

В QT неплохо сделана идея многоязыкововости, IMHO версия будет более правильная в плане локазизации.

Qt -- правильная библиотека. По крайней мере, она идёт правильным путём. А авторы gtk живут какой-то своей жизнью.

Borland ne kozli, prosto QT stabil'nee, znachit i stavku na nih delat' nado. No pochemu to vse ravno grustno... Ia tak lublu Gnomovskie progi pouzat'. Kakieto oni teplie, chtoli... Ne znau :). Nu nravatsa oni mne, a KDE i QT... nu chto je... i pod MastDaem jili...

Согласен, GTK-шные проги красивее и приятнее, но вот программировать лучше на QT. Там все по уму сделано. А вообще в Линуксе страшная проблема со всей GUI-ней. Консольные проги обычно реже вылетают из-зи ошибок. Неужели нельзя как-то стандартизировать этот самый пользовательский интерфейс, чтобы его написание не морочило людям головы и все усилия сосредотачивались на самом коде программы? Помниться, скачал бета-версию nmap с фронд-ендом к ней (написанном, кстати на GTK), так этот фронт-енд быстро слетел в результате какого-то безобидного действия...

Если уж и сравнивать QT с GTK , то первое, что можно сказать это черезвычайная
гибкость и высокая степень оптимизации QT, благодаря удачному применению
объектного проэктирования и програмиирования. В то время, как GTK застрял
на технологии программирования двацатилетней давности. Да, программа
паписанная на C - без объектов работает эффективнее чем на C++, но в целом
GUI написанный на С а не C++ получается намного хуже, так как вся работа по
абстрактезации данных ложится на программиста, а не компилятор.
Кстати в этом можно убедиться сопоставив и такие пакеты как Motif и OpenLook

GTK - OOP библиотека только надо видеть это причем вокруг этого есть и обертки для любителей обьектов gtk-- и еще парочка

Вот мои мысли насчет GTK и QT. GTK - примерно такой же стабильный как и QT - так что (не)стабильность gtk-ного софта обусловлена самим софтом, но не gtk (наверное потому, что люди пишут на gtk используя С - что порождает низкое качество софта). gtk постоянно отлизывается умными людьми из RH и не только. Есть примерно 5-7 gtk-bindings для С++ - (от gtk-- который добавляет большую прослойку до тех, которые разворачиваются в inlined функции при компиляции, но предоставляющие чистоту типов)! Также есть дохрена gtk-bindings для многих других языков. Насчет i18n - скоро (в середине лета) выйдет gtk 1.4, в который будет интегрирована pango - крутая библиотека по работе с различными национальными языками (все будет unicoded), и gtk будет уметь писать справа-нелево (так что идеал будет достигнут и в этом направлении). С точки зрения программера gtk логически очень строен, предоставляет много функциональности (а gnome-libs предоставляет дополнительные виджеты).

Насчет "высокой степени оптимизации QT" - какая пользователю разница от того, что кнопка нажалась не через 0.01 секунды, а через 0.02?

Относительно использования QT в Delphi для линукс - борланд бараны.

Мораль - пусть каждый пишущий здесь указывает свой "стаж" работы с каждым из виджетсетов, иначе у непосвященный читателей сложится неправильное мнение о предмете обсуждения, читая коментарии написанные в 90% чисто пользователями, а не программерами. О себе - я не писал для QT ничего, а вот на GTK (чистом) пишу коммерческий софт уже более 2 лет.

Кстати, есть "порт" gtk для использования gtk в консольных приложениях (см. http://atrey.karlin.mff.cuni.cz/~pavel/cursed/cursed.html).

Все правильно сделал Borland. Зачем марать грязными руками красивую, быструю и надежную библиотеку gtk+. Как говорится, по Сеньке и шапка.

Кто бы мне еще сказал зачем писать UI на компилирующих языках ? Хоть C хоть C++ ? Незачем. Борланд так этого и не понял. А к gtk есть интрефейсы к скриптовым языкам. И это хорошо хотя tcl/tk/tkx тоже очень неплохо.

Насчет быстроты gtk - заявление весьма сомнительное

Ё!! А кто вам, ребята, сказал, что они НЕ БУДУТ использовать gtk? В новости написано - БУДУТ использовать QT. Или я совсем глупый, или ничто не мешает им поддержать и то и другое.

вот блин!!!!

А к gtk есть интрефейсы к скриптовым языкам. И это хорошо хотя tcl/tk/tkx тоже очень неплохо.

А это например к каким ? И какие интерфейсы ( URL )?

Да блин дались вам эти гребаные gtk! Отстой полный! Я немножко программировал под Qt а после этого любопытства ради заглянул в примеры виджетов GTK. Такая мразь да еще с этими обертками под C++ - вообще блевать хочется. Конечно у Qt тоже свои недостатки есть как необходимость в пре-компиляции с помощью moc, неоснованность на CORBE и др. Но ставку надо делать на Qt/KDE, так как gtk - не от мира сего.

Если вы забыли, то проекты на скриптовых языках можно распространять только с исходниками. Человек, который писал про скриптовые языки наверное никогда не участвовал в коммерческих проектах.

Hi! Pod QT vsetaki proshe programmit'. Hota moi kommrecheskie proekti bili konsol'nimi :), ia ma demonah specializiruus' :), no dla seba proboval. Kto bi skazal kak vse sovmestit' v odnom?:), simpatichnost' GTK i udobstvo QT... A Borlamd nezachem podderjivat' obe biblioteki, sozdanie sobstvennih komponentov eshe nikto ne otmenal :). Samie nizkie klassi, skoree vsego voobshe ne budut privazani ni k chemu :)

По поводу, исходных текстов и скриптовых языков: Уважаемый коммерческий разработчик, если вы используете gtk и многое другое, имеющее лицензию GNU, вы обязаны распространять вместе со своми программным продуктом его исходный текст!!!

Например к перлу, жабаскрипту. www.gtk.org.
WWR Evil DOG

Вот в том то и беда нынешнего продукта, (в т. ч. уже и под Линух) что нынешние программеры в первую очередь думают не о качестве написанного софта, а как бы его быстрее и попроще сляпать, да чтоб еще это дерьмо можно было на другие платформы легко перенести. Я уверен, что под QT столько софта полилось, потому что тем, кто в Виндах программил сильно переучиваться не надо было. А QT мне противен, потому что по большому счету это вообще не X-ая библиотека, а черт знает что такое. Xselection работает хреново, kwm соответствует ICCCM лишь частично, атомов там наверное вообще нет. А кто-нибудь видел хоть одно QT/KDE приложение, из которого можно было бы картинку скопировать, а не только текст. GTK значительно более правильная библиотека, хотя я ее тоже не оченьто люблю. Если писать софт под X Window, то нужно писать его на X-ых библиотеках, чтобы использовать все возможности X, а не пытаться усидеть на нескольких стульях. Если кто-то считает, что X устарели, разрабатывайте новую систему (Berlin например, что-то давно о нем не слышно). Получится лучше, чем X, будем все с удовольствием пользоваться. А то херня получается какая-то -- до сих пор нет действительно нормального _X_ десктопа, зато библиотеки множатся. А Borland конечно приняла предсказуемое решение -- пошла в одном направлении с толпой.

А Вы пробовали запустьть GNOME на 486-машине c 32M RAM: и не пытайтесь -
оно конечно работает, но реагирует на каждое действие в течении 3-10 сек.
А теперь подумайте, что часть рессурсов вашего Ptnnium'а в размере волее чем эквивалент i486 тратятся только на библиотеку GUI :
это Вам нужно ?

При этом KDE на такой конфигурации просто "летает".
Да и красота виджетов: GTK по сравнению с QT-2.x это просто топорная
мазня на экране.

Вот в том то и беда нынешнего продукта, (в т. ч. уже и под Линух) что нынешние программеры в первую очередь думают не о качестве написанного софта, а как бы его быстрее и попроще сляпать, да чтоб еще это дерьмо можно было на другие платформы легко перенести. Я уверен, что под QT столько софта полилось, потому что тем, кто в Виндах программил сильно переучиваться не надо было. А QT мне противен, потому что по большому счету это вообще не X-ая библиотека, а черт знает что такое. Xselection работает хреново, kwm соответствует ICCCM лишь частично, атомов там наверное вообще нет. А кто-нибудь видел хоть одно QT/KDE приложение, из которого можно было бы картинку скопировать, а не только текст. GTK значительно более правильная библиотека, хотя я ее тоже не оченьто люблю. Если писать софт под X Window, то нужно писать его на X-ых библиотеках, чтобы использовать все возможности X, а не пытаться усидеть на нескольких стульях. Если кто-то считает, что X устарели, разрабатывайте новую систему (Berlin например, что-то давно о нем не слышно). Получится лучше, чем X, будем все с удовольствием пользоваться. А то херня получается какая-то -- до сих пор нет действительно нормального _X_ десктопа, зато библиотеки множатся. А Borland конечно приняла предсказуемое решение -- пошла в одном направлении с толпой.

QT прекрасно поддерживает и языки скриптов, в том числе tcl/tk, Python. Качество софта написанного на QT гораздо выше чем на GTK, да и Motif, не говоря уж о Xaw Xless ...

Програмировал я на GTK+, да потом и выкинул его к е.. матери, потому что у него (у GTK+) клавиатура по человечески не обрабатывается а если еще локализацию включить (например когда меню русскими словами показывается) труба полная, попасть в меню без мыши невозможно!!! Для простых конечных пользователей (типа бюзгалтера или секретутки) это вооще конец света, а иногда во время работы им удается у мышей хвост отодрать... Хотя я согласен что виджеты у GTK+ очень даже симпатичные. Сейчас я пишу программы на Qt/KDE и никаких проблем нет и с мышкой и склавиатурой окуратно работает и быстрее...

>А Вы пробовали запустьть GNOME на 486-машине c 32M RAM:

Тормозит из-за нехватки памяти, а не из-за медленного камня - а это разные вещи. Ни и надо у imlib поставить кеш поменьше, Enlightenment заменить на icewm, и не ставить тему с pixmap'ами. Можно вообще гном не запускать или запускать только panel.

>Да и красота виджетов: GTK по сравнению с QT-2.x это просто топорная мазня на экране.

Может ты чего-то путаешь? :)

>А Вы пробовали запустьть GNOME на 486-машине c 32M RAM:

Тормозит из-за нехватки памяти, а не из-за медленного камня - а это разные вещи. Ни и надо у imlib поставить кеш поменьше, Enlightenment заменить на icewm, и не ставить тему с pixmap'ами. Можно вообще гном не запускать или запускать только panel.

>Да и красота виджетов: GTK по сравнению с QT-2.x это просто топорная мазня на экране.

Может ты чего-то путаешь? :)

>По поводу, исходных текстов и скриптовых языков: Уважаемый
>коммерческий разработчик, если вы используете gtk и многое другое,
>имеющее лицензию GNU, вы обязаны распространять вместе со своми
>программным продуктом его исходный текст!!!
Сначала прочтите лицензию LGPL прежде чем гнать пургу.

Ок. Все это здорово. В споре рождается истина. НО!!!! Сходите на Борландовские форумы и разберитесь с тем что там пишут разработчики от это конторы. Никто не говорит что Поддержки GTK не будет. БУДЕТ!!! Но не сразу, первая версия выйдет без нее. В дальнейшем посмотрим. Вообще говоря VCL штука тоже не плохая. И стремятся они достич совместимости по типам и именам, чтоб проги легче переносить. Да в конце, концов на очень многих бибилиотеках продукты получаются плохими только потому что их пишут плохие программеры.

Hi! Esli ai prav, to kak raz LGPL trebuet rasprostranenia programm s ishodnikami, to est' mojet ispol'zovat'sa tol'ko dla GPL. A vot biblioteki pod GPL ne zapreshaut ispol'zovat' ih dla kakih ugodno produktov. V tom chisle i dla kommercheskih. Pro GPL - eto tochno, ia znau chto ispol'zuu. Dalee. KDE 2 - simpatichno, nichgo ne skajesh'. No, mlin , nu nravitsa mne gnotepad+ i gEdit :). Bol'she chem vse ostal'noe :). Eto naverno sindrom utenka. :), ia kogda Linux pervii raz stavil, to v Gnome rabotal... A kachestvo programmi v osnovnom opredelaetsa konechno programmerom. Tol'ko esli biblioteka otstoinaia, to namnogo bol'she vozitsa prihoditsa. Vopros: a zachem? I QT konechno ne X-ovaia biblioteka :), i vidimo KDE - eto voobshe raznovidnost' konsoli... A chto X? WM? Eto vse nadstroiki raznoi stepeni nad Xami. Tak skazat' abstrakcii raznogo urovna. Za chto im i spasibo.

Это кто тут вякнул, что КДЕ летает на 486 с 32 мозгами? Вылетает он, а не летает. Гномовские быблиотеки работают наиболее пристойно.

Хоть Qt, хоть gtk+, разницы нет. Дело не в об'ектах, а в компонентах. При коммерческой разработке нужно иметь возможность покупать и использовать готовые наборы компонентов от стороннего поставщика. И встраивать их в приложение не руками, а GUI-builderom, для чего компоненты, билдер и приложение должны уметь друг с другом общаться. "Потыкайте" в KDE-приложение editresом. Ну и как? И боржоми пить уже поздно: Athena и Motif используют Xt, который и даёт компонентную модель, причем НЕ на уровне source code, а вот KDE... Большой привет ICCCM!

Довольно забавно слушать ваши разговоры. Пункт первый - в Борландовских форумах говорят что Kylix или (как его там) будет ПОДДЕРЖИВАТЬ разработку под QT. Т.е. будет некий порт VCL->QT. Пункт второй - есть одно весьма существенное отличие QT от GTK - QT - коммерчесская библиотека, которую разрабаывают ребята из Troll, GTK - гнутое изделие. О том что получается когда контора шлепает библиотеки и АПИ - посмотрите на Микрософт. Дак QT идет тем же путем. Я сегодна пытался moonshine собрать. Несовпадение имен переменных и проседур между версиями QT 2.0 и 2.1 - 8%. Под GTK с такой проблемой не сталкивался никогда.

А что? kde 1.1 ЛЕТАЕТ на sparc IPX под линуксью с 32 мозгами! Вот! А это почище четвёрки в своей тормознутости будет :) Но Гном счас получше стал.

А вы видели хорошие программы, написанные с помощью Delphi? Кроме, может быть, HomeSite'а? Я не видел. :)

>А вы видели хорошие программы, написанные с помощью Delphi? Кроме, может быть, HomeSite'а? Я не видел. :) Я видел!!! Все дело в критериях и шкалах оценки хорошести. Приведу несколько примеров: 1) Маленькие организации (магазины, небольшие филиалы) - 4-10 компов, один компутерщик (обычно студент), зарплата ~150$(больше - не рентабельно) -- времени у него мало, програмить толком еще не умеет, а отчеты начальству хочется видеть красивые и на экране и на бумаге -- что поможет? Правильно Delphi. И программы будут хорошими потому что быстро, дешево и красиво. 2) Вызывает зам. главного и говорит: "К завтрему нужен отчет о доставке заказов такому-то клиенту за год, с разбивкой по месяцам, с диграмками, с графиками, рюшечками и кружавчиками, потому как понесу главному"... АВРАЛ!!! -- что поможет? Ответ тот же и опять прога будет хорошая. 3) Софт пишется для себя с учетом специфики (внедрение Паруса или 1С будет около 150К$), постоянно ставятся новые задачи, жизненный цикл многих программных решений меньше месяца(сегодня боссу нужны такие-то отчеты, а послезавтра они ему нахрен не сдались ибо он решил прибыль по другому считать) и хай прога виснет 5-7 раз на день (научить булгактера ребутить машину не сложно) все равно через месяц большую часть кода надо будет переписать -- что поможет? Догадайтесь сами. И подобных ситуаций море. Поэтому, помоему, Delphi просто необходим Linux'у, если Linux собирается попасть на desktop'ы, а что он будет использовать - дело второе...

МooDuck ты товарищ

к anonymous'у Что-то дюже много стало человеков в Российском Linux сообществе которые только и могут что раставлять пальцы на ширину плеч да орать ЛАМЕР, РУКИ ИЗ ЖОПЫ РАСТУТ и выдавать подобные фразы умиляясь собственным остроумием. MooDuck ты сам.

Gmmmm... Gospoda, a normal╢no v Delphi nikto programmit╢ne pitalsa? Poprobuite, eto pomogaet... Normal╢nie stabil╢nie i bistrie programmi mojno pisat╢ na chem ugodno (nu razve chto VB vipadaet...). Primerov tomu massa... Ia lichno videl programmi na Delphi kotorie bes problem rabotaut sutkami (potom usera komp otkluchaut :)), i bezo vsakih problem. Prosto nado dumat╢chto delaesh╢i kak delaesh╢. Est╢tokoe ponatie proektirovanie programmi. Ono rules... A eshe ochen╢ne lishne snat╢ ne tol╢ko VCL no obrabotku sobitii pod Win i vse takoe... Sorry, za nodoevshe, no zdes╢tochno tol╢ko ruchki...

Парни, вместо того что бы гнать на пургу на КДЕ или ГТК, поехали лучше в Германию. Канцлер Шредер нас хочет. Правда немцы жадные, но если мы им скажем что умеем программить под Иксы, они офигеют и будет нас считать за гуру, соответственно и платить. Немки очень некрасивы, но по законопроекту о гринкартах мы может взять наших девчонок. Короче, надо ехать. Drang nach Westen ... Russians go .. А гномовцев я все-таки поубивал бы!

Господа! Я очень люблю linux и проталкиваю его в корпоративных решениях правдами и неправдами, но до реализации декстопных приложений в корпоративной среде он пока не дорос. Сервера - есть и много. Не хватает дешевых программистов и саппортчиков, пользователю с нулевой PC грамотностью тоже это не поставишь. Флейм, о том кто выше писает, вызван нормальной завистью и обидой - их сочитали, а нас нет. Inprise поступила корпоративно - общается с теми с кого спрос - с юр.лицом. С GNU договор на бабки не заключишь. Если Delphi на linux пойдет (в чем я сильно сомневаюсь) - потом поддержат и gtk+ и все до чего дотянутся. Моя точка зрения что из win32 Delphi был вытеснен монополией MS, а на unix (вообще) и linux (в частности) его не пустят из-за высокой конкуренции Free софта. Если Delphi(2500$) будут воровать и дальше, то он изчезнет еще скорее, если не будут, то объем коммерческих поставок будет слишком мал для оплаты самой Inprise, если будет спрос то придет Дядя_Вилли (под псевдонимом, что бы никто не догадался) и нальет дешевого LinuxBasic'a.

Народ, вот тут все говорят Borland Builder да вы что не юзали VDKBuilder да этоже тоже самое.

VDKBuilder то самое? А как насчет компонентов доступа к данным? Как насчет генератора отчетов? Без этого - яйца ломанного не стоит.

Народ, насколько Я понял,VCL будет "в своем ядре" использовать QT(не пойму как,в Delphi нету множественного наследования),так что привязана она будет к QT очень серьёзно,вряд ли в будущем добавят GTK или что-то ещё.

Народ, насколько Я понял,VCL будет "в своем ядре" использовать QT(не пойму как,в Delphi нету множественного наследования),так что привязана она будет к QT очень серьёзно,вряд ли в будущем добавят GTK или что-то ещё.

Давно хочу узнать, о каком софте идет разговор, когда говорят "я nn лет пишу коммерческий софт ...".

Народ!!!! А кто нибудь писал на KDevelop????? Если да, то пришлите плз свой _самый простенький_ проектик, а если нет то расскажите что предпочитаете вместо...

> QT прекрасно поддерживает и языки скриптов, в том числе tcl/tk, Python А подробнее можно ? URL и чего-нть такое. А Perl оно держит (только не Perl Tk, pls :-) ? Товарищу, озабоченному доступу к данным - очень советую посмотреть на Perl DBD&DBI. Для всяких отчётов - самое оно будет, даже проще VisualColBasicа