А кому из виндовых разработчиков она нужна?

Прежде всего тем, кто хочет кросс-платформенные приложения писать (не на Яве, например)

KDE на Windows?

А с помощью Qt можно портировать KDE на Windows? ;)

Ой не надо KDE под виндовс. Даром не надо. Что бы потом ставить 512 мег и все тормозило? Не надо. Да и explorer удобнее в тысячу раз чем KDE или GNOME.

Блин, скачал, поставил - не работает. Пишет LINK: unresolved external symbol "class QApplication * qApp" И только бинарники ж!

2blex: когда собираешь программу библиотеки подключать надо. Ты явно позабыл одну из них

Это очень приятно :) Qt мне понравилась значительно больше MFC :)

Зачем она нужна?

Библиотека то библиотекой, только вот Java/Swing - то будет поболее кроссплатформенной.

2Ogr (*) (2001-06-27 20:00:29.0) Нет, ты ошибся. Подключал. А у кого-нибудь оно вообще заработало?

2blex: Ты собственное приложение собирал? Так объяви qApp и проинициализируй если нужно.

2Org: Спасибо за совет :)

К сожалению, это далеко не единственная ошибка при линковке. Глючная версия. Прийдется ждать новой.

KDE сам по себе на виндах действительно не нужен. А вот от Koffice и Konqueror под фортками я бы лично не отказался :). Да и многие я думаю.

2blex: "Спасибо за совет :)"
Всегда пожалуйста.
"К сожалению, это далеко не единственная ошибка при линковке. Глючная версия"
Руки... руки...
Я не поленился выкачал их библиотеку, поставил и для теста собрал dirview из примеров. Пример прекрасно собрался и заработал.

2 anonymous (*) (2001-06-27 19:46:44.0)

Ой не надо KDE под виндовс. Даром не надо. Что бы потом ставить 512 мег и все тормозило? Не надо. Да и explorer удобнее в тысячу раз чем KDE или GNOME.

А кто Вас собственно заставляет? Не надо, не пользуйтесь, чего здесь воздух портить? Вообще интересно - здесь самый корявый форум и больше всего флеймеров обитает.

rGlory

2Ogr: Ну и как тебе этот QT под винду?Преимущества недостатки по сравнению с MFC можешь рассказать?

В VC с MFC ты можешь мастерами пользоваться :) Типа поставить кнопочку и прицепить обработчик.
А с QT не можешь.
Разве что какой-то add-on под Visual Studio сделать. Или KDevelop под винды тоже есть?

Блин да не в мастерах дело.А ва том какая программа получается - более быстрая(??) какая идея лучше.А кдевелоп портануть наверно им больших трудов не будет раз уж они QT портанули.

Это именно то чего мне давно не хватало ! Исходники под Windows в принципе не нужны, а KDE под Win был бы к стати.

QT c его дизайнером гораздо более качественный продукт чем Borland C Builder, да и Visual C - по крайней мере его классы более внятные. Так что он полезен и для Windows'овых разработок.

2Org: Согласен, дело было в руках. Все работает. Рульно!

А Qt Non Commercial license не попадет ли под действие новой
микрософтской лицензии относительно вирусного софта

А вот в том, что в QT будут писать с нуля виндовые программы, а не портировать из юникса, я почему-то сомневаюсь.
Для этого QT должна быть минимум на порядок лучше, чем что-то уже существующее

2anonymous (*) (2001-06-28 11:09:28.0): "Преимущества недостатки по сравнению с MFC можешь рассказать?"
MFC как С++ библиотека sucks её даже серьезно воспринимать я не могу. Когда её писали думали чем угодно, но только не головой. WTL/ATL куда лучше, чем MFC. Если бы мне понадобилось писать приложение под Виндовс, то я бы на Qt даже не позарился. Если бы мне понадобилось писать кроссплатформенное UI, то я бы выбрал Java (надеюсь этот уродец сдохнет под натиском .NET). Если бы мне понадобилось писать UI для юниксов, то тут я бы уже смотрел в сторону Qt, а в сторону gnome я бы смотрел с отвращением (это не ради флейма).

Ogr, а как ты сравниваешь Java c .NET с каког хрена Джава должна подохнуть из за .NET? Это ж разного поля ягоды.

Народ! Скачал, поставил - все работает. Особенно приятно в связке с VS 6. А по поводу качества библиотек, пока сказать трудно. Трясти надо...

2anonymous (*) (2001-06-28 21:25:16.0): "а как ты сравниваешь Java c .NET с каког хрена Джава должна подохнуть из за .NET? Это ж разного поля ягоды."
Основынм компонентом .net является C#, который является потомком Java. А если учесть, что MS совместо с Corel вчера объявил о том что будет сделан CLI для FreeBSD, а так же то что CLI в отличии от Java, которая является собственностью Sun, будет стандартом, т.е. за его имплиментацию ни каких денег за лицензирование давать не надо, то на этом фоне Java имеет все шансы сдохнуть в ближайшие несколько лет.

я юзал как mfc (ужасная библиотека) так и qt (под линухом).
qt наамного приятнее чем mfc - в плане _всего_.

qt3 будет с поддержкой всяких DB (вт.ч. доступ посредствам odbc из виндуса).
Отличная конкуренция Kylix'у, который тоже по идее хотел облегчить написание дб-аппс под *никсами.

А темболее "греет" душу то, что appsы написанные с помощью qt реально переносимы на виндус в случае написания их в линухе и обратно.

Ogr'ic, a kuda po-tvoemu denut'sja rabotauchie systemy na Java? To, chto ty ix ne znaesh', ne znachit, chto ich net?

Qt и так по крайней мере на порядок лучше чем MFC. А сравнивать Qt с Java не совсем корректно - всетаки Java это интерпритируемый язык - а вот стелать GIU для Jav'ы на QT - это было бы интересно. Но впрочем я думаю что например Python все равно лучше чем Java, да и Qt интерфейс к нему (Python) имеется.

Ogr>Corel вчера объявил о том что будет сделан CLI для FreeBSD, а так же то что CLI в отличии от Java, которая является собственностью Sun, будет стандартом, т.е. за его имплиментацию ни каких денег за лицензирование давать не надо, то на этом фоне Java имеет все шансы сдохнуть в ближайшие несколько лет.

Гы!!! Ogr, как противник closed-systems! По твоей же логике винда "имеет все шансы сдохнуть в ближайшие несколько лет". :))))))

Сорри за гнусный оффтопик. :))))

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

2avp: "По твоей же логике винда "имеет все шансы сдохнуть в ближайшие несколько лет""
И откуда это вытекает? Java и Виндовс настолько разные вещи, что САН в свое время был жутко напуган тем что MS модифицировала java и та стала j++, а т.к. все равно 90% приложений с UI пишут для виндовс то это грозило вырвать java из рук САН'а. .Net в свою очередь компенсирует то на что было нацелена j++.

2avp: не мешай в одну кучу Open Standarts & Open Source, Ы? :)

Pls..Ogr ...Просвяти по поводу WTL/ATL.Возможности, где их применяют, к чему их подключить можно.

> А кому из виндовых разработчиков она нужна?

Мне нужна.

> А с помощью Qt можно портировать KDE на Windows? ;)

Можно. Тока нафиг?

> Ну и как тебе этот QT под винду?Преимущества недостатки по
> сравнению с MFC можешь рассказать?

Qt ближе к VCL, хотя я не утверждаю что они очень уж похожи и спорить не буду...

> В VC с MFC ты можешь мастерами пользоваться :) Типа поставить
> кнопочку и прицепить обработчик. А с QT не можешь.

Эту версию не выкачивал, а в триале "полной" Qt есть такая штука,
как Qt Designer - так это не "мастера", а полноценная своя визуальная среда разработки.

> А кдевелоп портануть наверно им больших трудов не будет раз уж они
> QT портанули.

Бред. Кто "портанул"? Qt под Win всегда был, только бабок стоил. Да собственно и сейчас стоит - для разработчиков.

> А вот в том, что в QT будут писать с нуля виндовые программы, а не
> портировать из юникса, я почему-то сомневаюсь.
> Для этого QT должна быть минимум на порядок лучше, чем что-то уже
> существующее

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

Ogr>И откуда это вытекает?

Всё очень даже просто. :)

Ты говоришь, что некая_вещь (в данном случае Ява) может сдохнуть
только из-за того, что существует некая причина $B. Назовём это
утверждением $A. $B у нас означает "чтобы её (яву) реализовать, надо
получить лицензию от некоей_компании (Sun)".

Оплатить лицензию за реализацию некоего стандарта винды не представляется возможным, что является еще худшим аналогом $B, что назовём $B1.

Оплачивать лицензию, чтобы _разрабатывать_ на этом языке (sdk) и
_запускать_ программы (некую_вещь by jre), на нём сваянные, то есть
_использовать_, как все понимают, не нужно. (утверждение $C)

Оплачивать лицезию за _установку_ винды необходимо. Установка подразумевает за собой запуск этой системы (а для чего она тогда нужна?), следовательно, необходимо оплачивать лицензию только ради _запуска_ (т.е. _использования_) некой_вещи (винды). Это есть утверждение $С1.

(следите за руками:)

Как видно $C1(нужно оплачивать) обратно $C(не нужно оплачивать) и
представляют собой реализацию одной величины C(необходимо оплачивать
или нет). $B1 и $B почти идентичны и реализуют B(можно ли сделать свой аналог по стандарту не задумываясь об оплате лицензий), в любом случае ответ один - нельзя.

Совершенно очевидно, что $B менее значимо, чем $C1 (при сходных
качественных характеристиках в большей %опе всегда оказывается
закрытое решение вне зависимости от вложенных денег - это показывает вся история развития информационного поля) и оба утверждения носят негативный оттенок. И если уж утверждение $A выполняется при условии $B, то при условии $C1 оно выполнится со 150% гарантией, а при условии $B1 с 200%.

Вывод: по логике Ogr'а винда "имеет все шансы сдохнуть в ближайшие
несколько лет(c)Ogr".

Гы. :)))

Ogr>Java и Виндовс настолько разные вещи, что САН в свое время был жутко напуган тем что MS модифицировала java и та стала j++, а т.к. все равно 90% приложений с UI пишут для виндовс то это грозило вырвать java из рук САН'а

Ох. Об этом позорище j++ и не вспоминай. Никакой угрозы для Сан оно
никогда не представляло, разве что как прецедент. Ты j++ хотя бы глазком видел?

Кстати, все твои части предложения слабосвязные, двойка тебе за PR, поучись у Ирси, он хоть сумбурами не оперирует (по крайней мере я не помню, чтобы в последнее время они были такими ярко выраженными). :))

ogr>Net в свою очередь компенсирует то на что было нацелена j++.

Шарп не компенсирует, а пытается исправить, причем не сильно успешно.
Но, впрочем, когда доделают, тогда и посмотрим.

Irsi>не мешай в одну кучу Open Standarts & Open Source, Ы? :)

Ирси, не валяй дурака, слово "open" в обоих выражениях
значит одно и то же. :)

2anonymous (*) (2001-06-30 12:46:23.0): "Просвяти по поводу WTL/ATL.Возможности, где их применяют, к чему их подключить можно"
ATL - Active Template Library изначально предназначалась для написания ActiveX компонентов
WTL - Windows Template Library, является расширением ATL включает в себя практически тоже самое что и MFC, только не такая тяжеловесная. Соответсвенно там все сделанно через шаблоны (template). Прочитаьь про все это можно на microsoft.com
2avp: "Оплатить лицензию за реализацию некоего стандарта винды не представляется возможным, что является еще худшим аналогом"
На этом месте я перестал читать. Т.к. сделать реализацию WinAPI денег не стоит, что и демонстрируется проектом WINE. А т.к. утверждение постороенное на ложных препосылказ - ложно. То читать далее не имеет смысла.

2avp: угу... а англицкий язык вообще славен тем, что берется одно и тоже слово и используется для обозначения кучи абсолютно не связанныз между собой понятий...:) Очень удобно для пиарщиков к слову...;)
Вообщем разница между Open Standarts & Open Source приблизительно такая же как между социалистами и национал-социалистами...:)

Мне библиотека Qt больше нравится, чем MFC и WTL.
Последние являются обложкой для WinAPI.

И я с радостью буду теперь писать программы использую QT под Linux/Windows.
С моей точки зрения она действительно на порядок лучше, чем MFC.

2eugenes:
> Мне библиотека Qt больше нравится, чем MFC и WTL.
> Последние являются обложкой для WinAPI.

А че, виндовая Qt не "являются обложкой для WinAPI"?
Или Вы имели в виду, что Qt -- нечто большее, чем просто
"обложка для WinAPI"?

хм.. qt также "обложка" для xfree api. суть не в этом.
Наверное имелось в виду, что qt это не только обложка для win api, но и обложка для xfree (не считая всяких core-классов e.g. QString).

Кстати, вопрос, может, кто знает:
А под виндой в QWidget memory leak также присутствует?
Вообще, как народ с этим явлением борется?

А как народ относится к такой приблуде, как moc?
Типа аналог embedded sql в DB2,Sybase, etc.
Вроде писанины меньше, но когда начинаешь отлаживать, видишь код, который ты не писал.
Особенно весело, когда программа написана под qt версии x.y, а стоит x.y+1,
и компилятор находит ошибки в коде, сгенеренном moc-ом.

моки генерить надо при компилинге, а не читать их апосля. За mocи ты вообще не отвечаешь..даже не лезь туда, всеравно не пригодится =)

"А под виндой в QWidget memory leak также присутствует?"
непонял.

Угу, не лезь. Если он некомпилируемый код генерит

2logIN:
> "А под виндой в QWidget memory leak также присутствует?"
> непонял.

Все версии Qt под Линуксом, которые я пробовал, (последняя была
qt-2.1.1) не очищали память в QWidget.

Может, конечно, в недавних версиях пофиксили? Я
пытал 1.43 1.44 и 2.1.1

Пример (откомпилить, запустить и смотреть, как память тает):

#include <qapplication.h>
#include <qwidget.h>

int main( int argc, char **argv )
{
QApplication a( argc, argv );
QWidget v;
a.setMainWidget( &v );
for(;;){
QWidget *tmp=new QWidget(&v);
delete tmp;
}
return a.exec();
}

Ogr>Т.к. сделать реализацию WinAPI денег не стоит, что и демонстрируется проектом WINE. А т.к. утверждение постороенное на ложных препосылказ - ложно. То читать далее не имеет смысла.

А причем тут WinAPI? Ну ты даешь. :)))) Это кстати всего-лишь вспомогательная ветка. Твой разум программиста должен был выцепить это в первую очередь, но, как видим... :)))

Irsi>угу... а англицкий язык вообще славен тем, что берется одно и тоже слово и используется для обозначения кучи абсолютно не связанныз между собой понятий...:) Очень удобно для пиарщиков к слову...;)

Ок. Хоть мы и не на английском балаболим, но будем считать, что все твои слова имеют противоположный смысл. ;)

Интересно, а можно ли где-нибудь достать QT for Windows версии 3.0?

anonymous (*) (2001-07-02 16:02:52.0)
Да, действительно, память от нас уходит...
Нужно разбираться.

2anonymous (*) (2001-07-01 23:29:01.0)

Да в общем, если с такой точки зрения смотреть,
то все GUI-библиотеки - обложки.
Но QT больше абстрагирована, чем изделия от Microsoft.
У нее есть большое преимущество - кроссплатформенность.
А также удобный механизм для работы с событиями (connect/slot),
i18n, стили, XML(SAX, DOM).
А в новой (3.0) версии - интерфейс к базам данных, Data Aware Widgets,
поддержка COM.

2eugenes (*) (2001-07-02 21:51:49.0):
> Да, действительно, память от нас уходит...
> Нужно разбираться.
Версия?

Я давно "прилип" к 1.44, и все их баги обхожу, не нарушая лицензии.
К сожалению, memory leak в базовом классе вынуждает меня
держать все время все "экранновидимые" объекты живыми, что,
согласитесь, несколько геммороидально.