Проект развивается, но и gtk+ на месте не стоит.
С выходом win32 версии gtk+2 ниша wxwindows изрядно сузилась.

Да и у мужиков теперь проблемы под Linux:
Либо радикально переделывать компоненты
под новую модель MVC,
либо юзать deprecated API GTK 1.xxx

Не понял. Что за проблемы такие у них появились? За 2 года использвания их wxWindows/wxPython ничего такого не замечал.

> Проект развивается, но и gtk+ на месте не стоит.
> С выходом win32 версии gtk+2 ниша wxwindows изрядно сузилась.
Роль глюкодрома оказалась занятой GTK2? Каждый, кто пытался использовать GTK под Windows прекрасно знает, что это за шедевр.

Я говорил именно про gtk2.
Ближайший пример - gaim - отлично работает и на win32 и под линуксом.

to AVL2:

между gtk и wxwindows есть одно принципиальное различие: последний написан на C++.

> между gtk и wxwindows есть одно принципиальное различие: последний написан на C++.

Ну это не самый серьезный недостаток wxwindows.

>между gtk и wxwindows есть одно принципиальное различие: последний написан на C++.
Отличие имхо несколько в другом:

wxwindows - враппер для gtk и win32 api, причем и тот и другой постоянно из под него "выпрыгивают", а gtk2 сам по себе полнофункционален и ни от кого не зависит.

Еще есть различие:
Для GTK2 кроме С есть биндинги в C++, python, ruby, perl, C# , VB# etc
а к wxwindows кроме с++ и питона что есть?

А на чем сами эти библиотеки написаны имхо не суть важно...

2 anonymous (*) (2003-06-16 01:54:31.70505):

где я сказал что это недостаток?

2 AVL2:

Ну в общем я согласен. Их нельзя сравнивать. GTK это набор видгетов. wxWindows - это портабельная библиотека для gui.

А биндинги? Ну и что? Если пишешь на c++ то какая нафиг разница какие там еще биндинги? (кстати у wxWindows есть/будет покрайней мере еще C#). А wxWindows-проги тем не менее в отличии от gtk можно запускать на mac'ах и еще os/2.

>где я сказал что это недостаток?
Это сказал другой анонимус.
и он в этом мнении совсем не одинок... :)


>Ну в общем я согласен. Их нельзя сравнивать. GTK это набор видгетов.
>wxWindows - это портабельная библиотека для gui.

так с чего и начали, что gtk тоже лезет в "портабельная библиотека для gui" :)

>Если пишешь на c++ то какая нафиг разница какие там еще биндинги?
если пишешь на c++, то никакой - пиши хоть под gtkmm, хоть под wxwindows.
а вот если нет?

>А wxWindows-проги тем не менее в отличии от gtk можно запускать на
>mac'ах и еще os/2.
gtk вроде тоже можно на маках запускать, а оставшийся os2 нужен далеко не всем. Вот и выбирай после этого между gtk/glade/pygtk и gtk/wxgtk/wxpython...

Пишите на Kylix и не трахайтесь. Все переносится.
Плюс выбор языков - хочешь на Delphi ваяй, хочешь на C++.
Еще выбор профессиональныз компонент, чего в этих
поделках вообше никогда не будет(некомпонентная среда).
Если сабж похож на билин MFC то уже не раз отмечалось,
MFC- это пример того как НЕ надо использовать OOP.
Вообшем - не пей, козленочком станешь.
Уж лучше чем юзать уродлевую OOP библиотеку, лучше юзать
обычный gtk(,tp С++).
А в Kylix(Delphi) библиотека классов красиво сделана, и все продумано.

1. Not native look under Linux+Gnome 2.x. 2. В gtk 2.x сильно изменились виджеты listview/treeview появилась схема model-view-controller и изменился их внешний вид.Старые виджеты объявлены устаревшими, но пока поддерживаются. Поэтому программы написанные под wxWindows+gtk выглядят инродным телом и к тому же по функционалу сильно уступают родным gtk приложениям

... и таскать с собой его офигительные либы, да?

Про Kylix:
   А че в нем хорошего?
во-первых денег они хотят
во-вторых программер зависит не только от Borland но и от QT(Trolltech). Это cool?
в третьих исходников нет.
А по поводу красивости классов- это я сильно не согласен.
IMHO корявые они даже QT сильно лучше.
Кстати в какую сумму на средства разработки обойдется перенос приложения на Kylix из Linux в Window?
В 2000$ уложимся ?

А есть ли здесь люди, использующие wxWindows в своих реальных
проектах? Хотелось бы выслушать их аргументы за и против данной
библиотеки.

Kylix

>Про Kylix:
> А че в нем хорошего?
Возможность компонентного программирования.
И не только визуального.
Создаете свой визуальный(или не визуальный) класс,
и он появляется в палитре инструментов(например поле
ввода даных с предоределенными масками, шаблонами, обработчиками,
цветами, фомрмами,...).
Берете его мышью, кидаете на форму, и не паритесь с
повторным программироваем или засорением кода
ненужными сырцами.
Сосредотачиватесь на алгоритме.
Для делфи создано море профессиональных и фришных
компонент.

>во-первых денег они хотят
>во-вторых программер зависит не только от Borland но и от >QT(Trolltech). Это cool?
Есть фришная(бесплатная) версия.
Там присутствуют не все компоненты, но все-равно это рулезней,
чем парится с кривыми либами.
C использованием Delphi написано много кульного софта -
The Bat,PlSql/Developer, все инструменты фирмы QUEST (тулзы для
Oracle), - перечислять можно долго.
И эти проги становятся фаворитами у многих.


>в третьих исходников нет.
Чудак. Сама библиотека у борланда всегда шла с
исходниками(включая модуль System -еще с Borland Pascal).
Да сам компилер без сырцов - но оно тебе надо?

>А по поводу красивости классов- это я сильно не согласен.
Да уж MFC лучше. Я молчу.
Почитайте про OOP.

>IMHO корявые они даже QT сильно лучше.
Ну это ваше IMHO, и ваше.

>Кстати в какую сумму на средства разработки обойдется перенос >приложения на Kylix из Linux в Window?

Ни в какую, проект, написанный с использованем CLX библиотеки,
компилится в обеих операционках.

>В 2000$ уложимся ?
:)

Про Kylix: 1. Компонентное программирование - это действительно круто. Правда, когда требуется делать сравнительно большие (> 30M исходного кода) проекты, начинаем на проблемы натыкаться (Кривовато TApplication сделан + чертовы глобальные переменные). 2. 2000$ - что-то мало. По-моему, Enterprise Edition (или как он там называется) - стоит дороже. 3. Вообще, идея с Delphi (CBuilder, Kylix) - это великая вещь. Хотя реализация частенько добивает (но это скорее притензии к IDE).

Вообще: Хочу сравнение Qt, GTK+, wxWindows, Kylix!!! Очень желательно от тех, кто реально с ними работал! В команде, не менее чем из 3 человек!

>Про Kylix: 
>Возможность компонентного программирования...
>Берете его мышью, кидаете на форму, и не паритесь с 
>ненужными сырцами. 
>Сосредотачиватесь на алгоритме. 
Это я уже проходил, кидаем лапшу на экран,лепим окошки,  а потом
структурировать программу удается с трудом, она обрастает обработчиками сообщений в которых реалезуется код, который в общем 
и выполняет основную задачу, а вот отделить его от GUI, ну никак не удается, а потом получаются такие проекты в которых даже хозяин с трудом плавает.

>во-первых денег они хотят 
>во-вторых программер зависит не только от Borland но и от >QT(Trolltech). Это cool? 
>Есть фришная(бесплатная) версия. 
А зависимость от бзиков двух не очень крепких компаний остается.

>C использованием Delphi написано много кульного софта...
>И эти проги становятся фаворитами у многих. 
Что-то портов под Linux этих популярных прогам я не встречал,
а вот наоборот очень даже неплохо я вот юзаю Vim под Windows,

 
>Да уж MFC лучше. Я молчу. 
А кто его считает идеалом? Billy Г.?
>Почитайте про OOP. 
Это Kylix что-ли OOP?Small Talk на вас нет.
К тому же текущая мода на сегодня это OOP языки со развитым типами данных вроде Ruby или Python.

>Кстати в какую сумму на средства разработки обойдется перенос >приложения на Kylix из Linux в Window? 
>Ни в какую, проект, написанный с использованем CLX библиотеки, 
>компилится в обеих операционках. 

>В 2000$ уложимся ? 
>:) 
То есть Delphi под win можно надыбать бесплатно а потом
распространять программы на законных основаниях.



anonymous (*) (2003-06-16 09:41:56.163541)

А как перенести приложение, написанное на Kylix, под Solaris или HP-UX?

2 AVL2: Не гони, wxWindows никаким боком не "враппер" к GTK. Идея wxWindows - единый интерфейс к разным графическим либам на разных платформах. На виндах и маках оно понятно дело юзает нативный API, под юниксами - motif и в добавок GTK. Ничего однако не мешает прикрутить ее к Qt или еще к чему ни строчки не меняя в коде прог, что юзают wxWindows. Как и использовать с другими языками - например к C# сейчас биндинг делают. Имхо, это вопрос времени. Мне впрочем wxPython достаточно.

> Пишите на Kylix и не трахайтесь. Все переносится.

И куда оно переносится кроме линукса и винды? Тоже мне блин "кроссплатформенность".

> Плюс выбор языков - хочешь на Delphi ваяй, хочешь на C++.

Афигенно богатый выбор языков. Еще и с мертвой завязкой на жуткий IDE, который с трудом-то на линукс перетащили (сколько оно под wine работало прикидываясь линуксовым приложением пока не сподобились нативный вариант доделать?)

> Еще выбор профессиональныз компонент, чего в этих в этих
поделках вообше никогда не будет

Вот уж для дельфей обилие идиотских поделок определенно поражает своим количеством и однообразием. Утомляет искать что-то полезное в такой куче хлама.

> А есть ли здесь люди, использующие wxWindows в своих реальных
> проектах? Хотелось бы выслушать их аргументы за и против данной
> библиотеки.

Есть. Я для своего чата сделал клиент. Вовсю использует wxHtmlWindow.
Портабельный получился сволочь, под openbsd и под виндами пашет :)
Не могу сказать чтобы проект был большой, но тем не менее wxWindows
была самым удобным средством. Минусов не знаю, пользоваться очень
удобно. Gtk по сравнению с wxWindows гадость порядочная и самое
главное gtk программы жутко тормозные -- каждый раз когда запускаешь
под виндами какую-нибудь программу и виджеты при переходе из
диалога в диалог разбегаются как тараканы сразу видно что на
чортовом gtk писАли...

" напоминает MFC ... только намного удобней и возможностей по-больше будет (...встроенный компонент для отображения HTML..."

Нет, ну просто смех! Неужели в MFC нет "встроенного компонента для отображения HTML"?

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/v...

ПионЭры красноглазые, только "WindoZe must die!" кричать могущие.

Герман Иванов.

УРА! старый знакомый!

CLX,VCL - RULES. MFC - бяка

>Нет, ну просто смех! Неужели в MFC нет "встроенного компонента для
>отображения HTML"?

В VC6 я не обнаружил встроенного DB-грида. Есть наработки третьих фирм,
- родного нет(еще что-то было через ActiveX)
Я просто балдею с этих буржуев, когда они на VC шлепают информационные
проекты(все ручками, за помойкой вспомогательного кода не видно
алгоритма).

>"WindoZe must die!"

MFC - точно, NT- прекрасная OS.
Ну кто мне скажет что MFC классно спроектирована?
Там даже не индусы поработали(что на ларри из Оракла пашут),
там, позоже, бывшие студентики(которых турнули за бестолковость с вуза)
попахали.

>MFC - точно, NT- прекрасная OS.

Узнаю Луговского-Маухуура.

Kylix IDE

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

>Еще и с мертвой завязкой на жуткий IDE,
>который с трудом-то на линукс перетащили (сколько оно под wine работало
> прикидываясь линуксовым приложением пока не сподобились нативный
>вариант доделать?)
борландовсая IDE - одна из лучших(я работал в разных средах
из понравившихся - IDE SQLWindows).
Это признанный факт(может пользоваться не умеем?).

>Вот уж для дельфей обилие идиотских поделок определенно поражает своим
>количеством и однообразием. Утомляет искать что-то полезное в такой
>куче хлама.
Согласен что много хлама, но и очень много очень профессиональных
компонент. Глупо с этим спорить.
Большое наличие поделок - говорит о том что идея верная.
Даже не очень продвинутый программер может создать
компоненту(а там и кол-во в качество перейдет - слышали такой закон?).

Kylix3 Open Edition - Develop Linux open-source GPL

Kylix 3 Open Edition makes developing applications easy: " Kylix 3
Open Edition provides both ANSI/ISO C++ and Delphi language programming two
powerful object-oriented languages in one development solution.True
drag-and-drop visual development.Develop Linux open-source GPL
applications faster with two high-performance native code compilers in
one solution.With the intuitive visual design environment of Kylix,
create powerful Linux GUI applications faster than with other
development tools.Get solutions to market faster with FreeCLX,"
a GPL-licensed version of CLX technology.


Can I use standard Linux development tools along with Kylix 3?

Yes. For example, use build tools such as Make files or Ant, and
editors such as vi or Emacs.

Вот что еще надо? GPL лицензия, крутая IDE- и все равно
гундят чего-то.
Delphi Professional (есть почти все что нужно, включая работу со всеми
СУБД) стоит jrjkj $1000, но можно ваять проекты и на Kylix 3 Open Edition, используя библиотеки третьих фирм для доступа к СУБД.

Кстати, по-моему борланд и компилятор C++ делал под GPL.

direct hand

>>Сосредотачиватесь на алгоритме.
>Это я уже проходил, кидаем лапшу на экран,лепим окошки, а потом
>структурировать программу удается с трудом, она обрастает обработчиками
>сообщений в которых реалезуется код, который в общем
>и выполняет основную задачу, а вот отделить его от GUI, ну никак не
>удается, а потом получаются такие проекты в которых даже хозяин с >трудом плавает.
Руки у вас сударь из ж**ы растут. Что-нибудь о модульном программировании слышали? Ну или о ООП?
С таким подходом в любой IDE вы в своих же исходниках через
месяц не разберетесь - и будете орать, что
среда(язык, операционка, Товальдс, Билли,..) виновата, - а ведь давно
известно что мешает плохому танцору.

8)))
GPL-лицензия НА ЧТО? ПО английскому тройка была?
8)))

кста вопрос о куликсе, слил недавно третий опен едишн - токо вот трабла - из иде все компиляется-запускается но вот не из него.... :(

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

кто с этим приколом сталкивался?

GPL-licensed version of GPL-licensed version of CLX technology

Zulu (*) (2003-06-16 13:06:13.659186)
>GPL-лицензия НА ЧТО? ПО английскому тройка была?

Kylix 3 Open Edition - БЕСПЛАТНА(GPL-licensed version of
CLX technology.)

Develop Linux open-source GPL
applications faster with two high-performance native code compilers in
one solution.

Перевод:
Быстрая разработка GPL программ с использованием
двух высокопроизводительных компиляторов в одном флаконе.


Get solutions to market faster with FreeCLX," a GPL-licensed version of CLX technology.
Перевод:
- а сами переводите - все очевидно.

Дятлом просто надо быть, чтобы после выхода такого продукта юзать всякую лабуду(касается тех кто сидит на C++, Pascal).

Хорошо, что есть выбор на чем разрабатывать проекты. Но у меня этот выбор свободный. Гавном поливать тех, кто работает в других сердах не буду.

>>1. Not native look under Linux+Gnome 2.x. 2. В gtk 2.x сильно >>изменились виджеты listview/treeview появилась схема >>model-view-controller и изменился их внешний вид.Старые виджеты >>объявлены устаревшими, но пока поддерживаются. Поэтому программы >>написанные под wxWindows+gtk выглядят инродным телом и к тому же по >>функционалу сильно уступают родным gtk приложениям

./configure nado dat' --enable-gtk2 --enable-unicode (--enable-no_rtti i --enable-no_exceptions po vkusu) v sirze ili v spec file.

sborka

potom ln -s /usr/bin/wx-config /usr/bin/wxgtk2u-config (na samom dele u Zeitlin'a ruki krivije, hot' iz src.rpma, hot' iz sirza etot link pravilno ne delajetsa)

I vse normalno s GTK2

>Руки у вас сударь из ж**ы растут. Что-нибудь о модульном
>программировании слышали? Ну или о ООП?
>С таким подходом в любой IDE вы в своих же исходниках через
>месяц не разберетесь - и будете орать, что
>среда(язык, операционка, Товальдс, Билли,..) виновата, - а ведь давно
>известно что мешает плохому танцору.
Тебе надо в сад сходить :-). Почитать про шаблоны проектирования. Долго курить Объекто - Ориентированый дизайн и может потом ты поймешь, что модульность тут не при чем. Узнаешь о том что в софтине бывает несколько уровней кода. Потом ты посмотришь на нормальные IDE и увидишь что Kylix IDE конечно, но с кучей ограничений. Потом ты будешь писать enterprise софт и кайликсе и словишь кайф от веселого слова deployment :-). А может быть всего этого не будет и ты так и будешь на форумах лозунги двигать :-).

startdelphi

>думается что надобно прописать патхи к либам, но както не хочется таскать за собой 100 мег куликса для запуска пол меговой софтинки
:)

Посмотри файл startdelphi, и сделай такой же для
своего экзешника. Ну или так:

vasya>export LD_LIBRARY_PATH=/usr/local/kylix3/bin
vasya>./Project1

и будет тебе сщасье.

Подробности диплоя:
http://homepages.borland.com/efg2lab/Library/Kylix/deployment.htm

OOP

eXOR (*) (2003-06-16 13:37:20.674613)
>Тебе надо в сад сходить :-). Почитать про шаблоны проектирования. Долго курить Объекто - Ориентированый дизайн


Чудак ты человек. У того парня вообще царя в голове нет.
Он код в формах под эвентами мышинными прописывал.
Перечитай что ему советовали:

>Что-нибудь о модульном программировании слышали? Ну или о ООП?

Написано ИЛИ.

Или процедурное (товарищу хотя бы его освоить стоило)проектирование
и анализ (его никто не отменял и модульность тут рулит) или ООП.
У него же оно назвается проектирование методом в ЛОБ.
Kylix позволяет одинаково хорошо разрабатывать вести проекты
в обеих парадигмах проектирования.
>Потом ты посмотришь на нормальные IDE и увидишь что Kylix IDE
>конечно, но с кучей ограничений.

Да вообще при чем тут IDE и проектирование?
Можно хоть в VI весь проект вести(если с катушек съедешь).
Борландовские продукты, кстати, уже давно поддерживают
бучевские нотации, включая UML.
Хорошо, а какая IDE отвечает вашим строгим OOP требованиям(для
языков C++, Pascal)?

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

Kylix ...

Ну вы бойцы :))))

Вы в него хоть заглядывали ? Смотрели из чего он "слеплен" ? "Я тебя слепила из того что было...."

Не берусь пальцовки тут разкидывать, но....

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

- смотрим что из себя представляет CLX - для ObjectPascal это по большому счету wrappers над QT :)) - для С++... упс, это врапперы над... классами ObjectPascal :)))) я уже в дауне :)))

Спрашивается что мешает просто писать на QT ?

Я не спорю, IDE от Borland (я хорошо знаком с Delphi) - одна из удобнейших вещей в своем классе. Это, по-моему, они и изобрели сам принцип IDE, еще в Turbo Pascal, в далекие времена DOS. wxWindows - конечно, не IDE. Я думаю, надо разделять понятия "IDE" и "Framework library".
Я использовал wxWindows в нескольких своих программках (чат клиент для домашней локалки и программа для комьютерного клуба), использую и сейчас. Впечатления - очень положительные, она (ДЛЯ МЕНЯ!) очень удобна, прекрасная документация, прекрасный набор примеров, переносимость на высшем уровне, ведь это не просто GUI библиотека, а именно Framework library. MFC, в сравнении с ней, не удобна (я с ней тоже знаком).
Проблемы, конечно, есть (как и везде), но не непроеделимые. Некоторым адептам крисстально чистого C++, или, наоборот, приверженцам ядреного C она может прийтись не по душе. Мне она нравится тем, что она представляет инструмент для решения практических насущных задач, неплохой такой инструмент. Кстати, она вполне поддерживает и Unicode и GTK-2.

OOP

>тоесть я должен за собой весь киликс с собой таскать и патхи к нему
>прописывать, или я че не допонял?
>nuHrBuH (*) (2003-06-16 14:00:29.329488)

Пингвин, ну сходи, почитай по ссылке(ссылку тебе уже давали):

http://homepages.borland.com/efg2lab/Library/Kylix/deployment.htm

Береги чужое время(весь kylix таскать не надо :) ).

Посмотри как, например,распространяется(и кстати как запускается:) )
утилита Filemon, написанная с использованием Kylix.
http://www.sysinternals.com/linux/utilities/filemon.shtml

Ты должен скачать саму программу:
http://www.sysinternals.com/files/filemon-linux.tar.gz
И Kylix Shared Libraries(не весь kylix, около 3Mb):
http://www.sysinternals.com/files/kylix-libraries.tar.gz

Vaclav (*) (2003-06-16 14:16:41.935784)
> Я думаю, надо разделять понятия "IDE" и "Framework library".
Это точно, надо разделять (все смешают а потом орут маст дай).
А что мешает использовать wxWindows-2.4.1 в Kylix(gtk?)?
Ведь в виндах эта библиотека работает с борландовским
компилером. Ведь и MFC при желании можно было юзать в борланде.

>Это, по-моему, они и изобрели сам принцип IDE, еще в Turbo Pascal,
Они, они. И сам принцип визуальных компонент, по
моему тоже они(в VB они появились, по моему только в 7-версии,
и преподносились как революция). Много чего придумали. Закладки (tabs) впервые появились в их электронных талицах

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

Думайте что угодно. Переход от аргументов к личным наездам говорит о вашей собственной подготовке достаточно :)

> борландовсая IDE - одна из лучших(я работал в разных средах
> из понравившихся - IDE SQLWindows).
> Это признанный факт(может пользоваться не умеем?).

Кем признанный? Вами? Или самой Borland? Впрочем да, если ничем другим не пользоваться - наверняка покажется лучшей.

А пользоваться умеем, точнее умели немного ;) - года четыре работал с разными версиями Delphi когда был windows-программером. Еще потом ждал и надеялся что вот-вот Borland сподобится выполнить свои обещания и портировать свою среду разработки под Linux. Чуть не дождался - нашел альтернативу в Python (графические библиотеки по вкусу, хотя сейчас их мало приходится использовать). Kylix потом смотрел ради интереса, не уже после emacs не прет ;) Разумеется как дизайнер форм борландовский ide выглядит очень удобно и вполне даже эргономично. Но для написания кода ничего такого рулезного там нет. Ко всему IDE довольно жручее по ресурсам и падало время от времени - это я хорошо помню.

> Согласен что много хлама, но и очень много очень профессиональных
> компонент. Глупо с этим спорить.

Хм, я не спорю. Там очень много _всего_ - и хорошего и совсем дерьма. И набор поставляемых с Delphi компонент не всегда можно было отнести к лучшему, иначе зачем было столько альтернатив встроенным компонентам? - типа rxlib и пр.

> Большое наличие поделок - говорит о том что идея верная.

Это говорит о том, что идея понятная людям ;) Не факт, что верная.

> Даже не очень продвинутый программер может создать
> компоненту(а там и кол-во в качество перейдет - слышали такой закон?).

Чего-то все никак не перейдет. И со своей чудо-технологией Borland больше всего похоже популярна в России - по всей видимости только потому что здесь ее юзают бесплатно...

> А есть ли здесь люди, использующие wxWindows в своих реальных
> проектах?
Есть.

> Хотелось бы выслушать их аргументы за и против данной
> библиотеки.
За: довольно проста в обращении, приложения легко портируются.
Не могу её с GTK сравнить, т.к. под него не писал, но читал.
Сложилось впечатление, что GTK против wx примерно то же, что
WinAPI против MFC. Под wx писать гораздо удобнее и проще. Но
это только по предварительному знакомству с GTK.
В общем под wx пишу на данный момент. Хорошая либа имхо.

>Чего-то все никак не перейдет. И со своей чудо-технологией Borland
>больше всего похоже популярна в России - по всей видимости только
>потому что здесь ее юзают бесплатно..

Говорю же буржуи дубиноголовые. Вот нет DB грида в VC, а сидят
ваяют СУБДшный проект на нем - а почему(скажут бред какой-нибудь про
стандарты, ....)?

Проблема в другом, - похоже борланду не очень интересен линукс.
Точнее развитие Kylix(JBuilder - работает на многих
платформах, и вызодит с завидной регулярностью).
Но JAVA, она же ЖАБА и есть жаба - тормоз перестройки,
и просто можная фишка.

axel (*) (2003-06-16 14:50:44.132873)
>Чуть не дождался - нашел альтернативу в Python (графические библ
А можно узнать какой такой серьезный проект Вы разрабатывает на
Питоне? Биллинг, Банковская система, ...?
Серверная ли, клиентская ли части? - Просто интересно.
Используете ли какой-нибудь сервер приложений?
Вот на Делфи разработана масса коммерческого софта (опять же
биллинг, банки, - и не только в СНГ).

>В общем под wx пишу на данный момент.

А чего, если не секрет?

2AVL:

Лёш, биндингов у wxWindows достаточно. СиШарп тоже есть. Лично я люблю wxWindows за то, что на нём написана Audacity :-) Но тоже очень бы хотел, чтобы функционировала обвязка к gtk2, а то модификаторы клавиатурные в линуксовой версии Audacity не работают :-(

А.П.

Вот как раз сервер приложений на нем и делаю :) Клиент к нему пишу не сам, но там как раз у нас исползуется cвязка Python + wxWindows. Сам сервер: Python + C++ База - FramerD.

Спасибо, я в курсе, что для Дельфи масса коммерческого софта. Я когда-то программил клиентов к разным системам завязанным на БД (в основном все больше с Oracle).