Консоль самое лучшое средство разработки на сегодняшний день.

Странное дело... Такое впечатление, что l.o.r. посещают 911 (на момень написания этого комментария) кульных программеров, которые занимаются написанием "кросс-платформенных GUI-приложений"... Ну, ладно, ладно, 185 из них не признают GUI и пишут приложения исключительно в консоли... Тоже многовато, судя по количеству приложений...

Так что лично я, пожалуй, воздержусь от голосования, хотя сам в настоящее время остро задаюсь предложеным вопросом. Ибо я под GUI-приложением понимаю полнофункциональное приложение, которое
может сделать практически всё в графике и с минимумом телодвижений,
которые требуются от конечного пользователя.

Пока думаю насчёт Gtk+, Qt, или wxWindows. Из них пробовал только wxWindows, и под cygwin`ом мне не очень понравилось сильное торможение во время начала работы программы. Кто-нибудь пробовал
его под mingw32 и другими компиляторами? Как впечатления?

Java imho не очень подходит на роль универсальной платформы для
GUI-приложений, т.к. требует настройки продвинутым пользователем
(утверждение - на опыте настройки WeirdX X-сервера, выполненного
в виде Java-апплета, если что-то изменилось, либо в не_апплетах
что-то по-другому, прокомментируйте).

Web-based подход я и сам использую часто, но по-моему, без
JavaScript/tcl/прочих клиентских скриптов это больше не GUI, a
скорее dialog-based, а с оными - это не кроссплатформенно (или
требует больших стараний для обеспечения кроссплатформенности).

Скрипты, привязанные к библиотекам виджетов - тоже не очень хорошее
решение, т.к. пользователю требуется поставить интерпретатор, а тащить
его с собой - "слишком много чести". Если это не так, т.е.
существует приличное _кросс-платформенное_ приложение, которое
написано с tcl/python/perl и т.п., пожалуйста, укажите его.

Писал для выИксВорксины - вещьчь в себе, под мингвой тоже не фонтан, даже делал потуги всё это барахло перегнать интел-компилером, но... лопнул от натуги :).. Стал писать под гуй КуТи + свои либбиботеки (прикладные), которые сейчас фактически реализованы в КуТях (интерфейс с БД, ГЛ-евские функции...). Сейчас уже 3-й проект, строк на миллион... (сишных :))... ВыИкс, оглянувшись назад, поделка, конечно, студенческая... КуТи без напильника хорошо пашет, хотя тоже "тонкостей" и "особенностей", а попросту кривизны... хватает.
ГТК - он и есть ГосударственныйТуристическийКомплекс - попробовал и прошёл мимо.. года два назад, как сейчас дела там - не знаю, но то что было - работало хреновей чем в ВиксВорксе.. (из распечаток программерсгуиде которого получилась прекрасная подставка под монитор).
Под ку-тёй работать можна с Борланд, гну, вижуаловскими... компиляторами, есть проблемки с интел-компилером (ИМХО - наиболее крутым), но это дело грят поправимое...

Регардс там что ли!

Вот мне интересно, тут люди ругают Javу за тормознутость,
а кто-нибудь пробовал AWT(старая GUI либа в Javе). В Sun
конечно поют, что типа устарело, но на последней JDK бегало.
После Swing конечно тускло и widgetов моловато, но по субъективным
ощущениям раза в 3 быстрее.

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

А как писать GUI на консоле???

> wxWindows, и под cygwin`ом мне не очень понравилось сильное торможение во
> время начала работы программы. Кто-нибудь пробовал
> его под mingw32 и другими компиляторами? Как впечатления?

Я использую wxWindows с bc 5.5 и с mingw --- все нормально работает. Клиентские машины --- Pentium 166/32MB. Каких-либо значительных проблем не наблюдаю. На этих же машинах используются простые Tcl/Tk скрипты --- тоже вполне работоспособно.

> существует приличное _кросс-платформенное_ приложение, которое
> написано с tcl/python/perl и т.п., пожалуйста, укажите его.

Очень приличное приложение Sketch написан на Python/tkinter. Не знаю, способен ли он работать под windows, не пробовал, но теоретически должен.

Я бы не сказал, что java где-то уж сильно тормозит. покрайней мере на Cel333@500MHz + 128MB RAM + Windows 2000 тотже Jbuilder5 работает без проблем, особенно в режиме родного виндового ГУЙя. Конечно, как-то смущает тот факт, что Java под виндами быстрее бегает, но пока это факт.

> Регардс там что ли!

Ты еще "типа, респект йа'олл" скажи! Призыв модератору: следить за чистотой речи, с учетом общепринятого на сегодняшний день сленга и терминологии, а то читать высказывания отдельных коллег очень тяжело. Народ: ну что это за выИксВорксина, и т.д. СТЫДНО!

Кстати: между прочим мало кто задумывался над этим -- а ведь современный компьютерный лексикон в русском языке именно блягодаря трудам компании microsoft с выходом старого русскоязычного руководства по MS-DOS.!

>Я бы не сказал, что java где-то уж сильно тормозит...
>svSHiFT (*) (2002-01-02 18:53:18.0)
Матчкад (явашный) по сравнению с предыд.вер. раз эдак... в 5-10..
SintacSpreadSpectrum версия binary быстрее раз ... в 4-5, нежели Java... (кстати, бинарики на КуТях замандорены).

Раз Джава - это кулл, то почему-то нет ни одной путной КАД-ины под неё, в своё время даже на бэйЗике писали - а на джаве - нет... Да и вообще с графикой у неё туговато (хотя, утверждать не буду - с Джавой общаюсь мало). Разработчики всяческих ПП, я думаю, стремятся выжать из компов максимум, чего не позволит сделать Джава с системой интертрепации и даже компиляции. Извините, конечно, за философствования, но джава - вебб.. - это средства для создания софта (приложения) необременённого особо вычислениями, операциями с массивами данных, графикой... Всё одно - на си и с к-нить Гуёвиной выйдет быстрее и эффективней - а значит лучше и никто терять не будет рынок из-за "кроссплатформенности". Но это ИМХО, основанное на увиденном: вокруг Си-шные приложения, основанные на различных библиотеках MFC, Qt, Motiff, vxWorks, GTK+.. ну и конечно, ряд извращенцев, колбасит исключительно на своих библиотеках...

Приложения Qt: Opera, QTMozzila (Mozzila), MaxPlus-II(Qt 1.42), Quartus (Qt 2.3.0++) SSS, Roader...(хотя и могу ошибаться)..

Насчёт сленга - Экскюземуа, няграмотные мы, такчто, типа Регардс! :)
(Да простит меня великий и могучий....)

PS Кстати, консоль-фореверщики :) такие-же безграмотные как и я, ведь вопрос стоит: "..Для создания ГУИ" - т.е. Графического (ключевое слово) интерфейса пользователя... т.е. тут наверное люди перепутали (или не знали) консоль, в основном, это текстовая штука, алфавитно-цифровая (у некоторых даже псевдографики нет)...с форточками... Я-бы понял, если вопрос был-бы "для создания кп приложения..."...

ВериКристмас, Невяр и-тыры-пыры-ландыши!
АуфВидерзеен, типа :)!

Java

По поводу Java хорошо написал Stroustrup в своем FAQ (см. http://www.research.att.com/~bs/bs_faq.html#Java). Насчет кроссплатформенности основная мысль - "Java isn't platform independent; it is a platform." Так что имхо Java/Swing имеет такое же отношение к кроссплатформенному GUI, как и textual user interface (консоль).

>Раз Джава - это кулл, то почему-то нет ни одной путной КАД-ины под неё
Да ты что?!

>в своё время даже на бэйЗике писали - а на джаве - нет...
Круто, я единственный на Javе пишу.

>PS Кстати, консоль-фореверщики :) такие-же безграмотные как и я, ведь >вопрос стоит: "..Для создания ГУИ" - т.е. Графического (ключевое >слово) интерфейса пользователя... т.е. тут наверное люди перепутали >(или не знали) консоль, в основном, это текстовая штука, >алфавитно-цифровая (у некоторых даже псевдографики нет)...с >форточками... Я-бы понял, если вопрос был-бы "для создания кп
>приложения..."...
Вот и я про то-же.

>Java isn't platform independent; it is a platform.
В полном смысле слова Java платформой не является.

>>Раз Джава - это кулл, то почему-то нет ни одной путной КАД-ины под неё
>Да ты что?!
>Merlin86 (*) (2002-01-03 00:37:03.0)

Пжалуйста поподробней, желательно с фактом, а то тут пустотрёп получаеЦЦа (не встречал пока полных CAD/CAM/EDA на java)

И даже вообще путных, полноценных, приложений... За исключением самой джавы и девелопа Йонного(тм) от Сан (написанного на си и си++). Неплохо-бы ссылочки подкинуть на них, опять таки, а то получается троллейбусный базар...

Опять народ окромя жабы ничего знать не хочет :(
Ребята, а может просто взять embedded Mozilla и ее всобачить
заместо GUI. И модифицировать такой ГУЙ одно удовольствие...
А потом в Mozille много еще всяких фенек. JavaScript такой что
никакой жабы и в помине не надо. Так кажется что имеет смысел.
Может кто уже и попробовал?

Насчет Java это верно. Путного на ней не видел. Сплош поделки из
дома пионеров. Довелось StarTeam попробовать (якобы кросс-платформенный интрефейс + java + 1001 и одно удовольствие).
Ощущение ниже среднего - глюкавый тормоз.

>Пжалуйста поподробней, желательно с фактом, а то тут пустотрёп
>получаеЦЦа (не встречал пока полных CAD/CAM/EDA на java)
Пардон, RAD показалось, CAD это такая вещь которая кроссплатформенной
не бывает, так выжымает из компа все.

>И даже вообще путных, полноценных, приложений...

Походи по сайтам NASA, IBM..., ты там их найдеш даволно много.
Да и тот-же StarOffice, есть версия на Javе.


А воодще, приимущества Javы открываются в больших организациях, где
полно компов разных архитектур(NASA тому пример).

Не соглашусь с многоуважаемым мерлиным86 - едашины и кады очень даже кроссплатформенны. И в конторах разработчиков парк техники ооочень разношёрстный... как и осей: от аикса до винды. Я не буду рассказывать байки про что как и где - незачем, скажу лишь что основные и самые кульные кадовские пакеты именно кросплатформенны...

Наса, Ай-би-эм... ничего путного на джаве... Наса вообще мотиффф любит (фу...:)), а то что видно - это примочки, а не рабочие программы (я уж не говорю о пакетах). Пакет DCcenter - сишный (NASA) да и оракул никак не скажешь что на джаве... Клиенты - на родном девелопмент паке - тоже не джавный..

Старофис (и опен тож) от применения джавы не выиграли: если взять стар 6-й, то в нём меньше джавы чем в 5.2 однако глюкавость и тормознутость я отношу именно за счёт её наличия (и вообще кома от сана:))... Хотя я могу и ошибаться...

Я сам не против джавы - я против затыкания ею всех ниш, для которых она совсем не предназначена... В особенности как кроссплатформенный ГУЙ...

Чус!

> А вообще для кросплатформенности реалной алтернативы Javе >нету(кто не согласен, покажыте хоть одно реальное приложение, >возму свои слова обратно).

Tcl/Tk | Perl/Tk вполне реальная альтернатива жабе, одно время я участвовал в проекте по написанию бухгалтерии на Perl/Tk под linux и windows. я сидел под linux , бухгалтера под windows, ничего особенного при этом писать не приходилось, главное пути на файловой системе , но для этого в перле есть нужные модули. код занимал порядка 400 Кбайт

>Наса, Ай-би-эм... ничего путного на джаве...
Плохо ты смотрел, у NASA были очень даже кульные проги
полностью на Javе.

>Я сам не против джавы - я против затыкания ею всех ниш, для которых
>она совсем не предназначена...
Уточнись, для чего она предназначена по твоему?

>Tcl/Tk | Perl/Tk вполне реальная альтернатива жабе
В будушем возможно, а сейчас в них многово нет.

>Плохо ты смотрел, у NASA были очень даже кульные проги
>Merlin86 (*) (2002-01-03 17:46:05.0)

Поконкретней, какие (названия, можно УРЛ) - то что доступно с моей стороны - это базы оракуловые и клиенты к ним, его-же; геомап, центр мониторинга, утилиты управляющие - нет джавы. Если, конечно, взять помимо управления софт интерпретирующий данные, или модельный - то уж тем более там джавой и не пахнет...

По моему - задача джавы создать более удобный интерактивный доступ к веб-сервисам: коммерческим, справочным - где скорость доступа к источнику соизмерима со скоростью интерпретации и визуализации (что в случае с НАСА показательно с точностью наоборот - Т4 да причём если их несколько, он и в Африке Т4). Хотя и в этом уже джаву двигают (флешовые примочки и.т.п.).. Уж явно не джавовые дела: САПР, средства моделирования, интерактивная (и не очень :)) графика, игры, офисные приложения.. Далее развивать тему не буду, т.к. флейм ради флейма это не дело...

Кросс платформенное говоришь... хххе, нееее гранату у него не той системы....
А вот нафих.... неее вот нафих оно нужно стерверу, не вы мне объясните.... GUI /// тьфу...

>Поконкретней, какие (названия, можно УРЛ)
http://mars.graham.com/mplwits/

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

>>Поконкретней, какие (названия, можно УРЛ)
>http://mars.graham.com/mplwits/
>Насчет предназначения Javы не согласен, эта прога тому пример.
>Но тему тоже закрываю.
>Merlin86 (*) (2002-01-04 00:04:20.0)

Нуу, можно быть и по серьёзней... Аркаду, причём фиговую, выставлять за рабочую программу?.. Кстати, ознакомился и не с "демо" всё одно - тормозюка... Если вы думаете, что люди в НАСА занимаются бродилками, то тогда конечно соглашусь (зачем сон Вашего разума тревожить): да, это основная их рабочая программа... Включая астронавтов и департаменты исследований аэродинамики, лет.аппаратов и.т.п.

Если же ближе к телу, то карты (если уж о них пошла речь) нужно создавать, редактировать по результатам съёмок, расшифровывать и интерпретировать в приложении к задаче (у вас последний случай). Я не могу точно сказать, какой из цельных пакетов у НАСА, да и сам я имею лишь косвенное отношение к данным проблемам, у нас, из того что подешевле, используются:
Одна из неплохих картографических примочек, включая обработку и внесение изменений по р-м спутниковой сьёмки...
http://www.microimages.com
Оч. распространённая либа для работы с гео и топо
http://www.geodyssey.com/
"привязка" - вещьчь не чисто гео...
http://www.xox.com/
+ специальные либы и пакеты для работы с картографией по принятым у нас стандартам...
А суть подхода примерно одинаковая у всех: при задачах интерпретации в приложение встраивается соответствующий визуализатор (2 или 3 -х мерные, см. какая задача) - и это устраивает. Библиотеки в основном на Си, реже на Си++. На джаве - не устраивает никого: ни разработчиков и изг-ей карт, ни прикладников, ни клиентов... Задача визуализации именно топологии в работе не самая основная...

Аналогично, закрываю тему - да чтоб вам всю жизнь работать на ОС, написанной на яве и приложениях сделанных на ней-же (и чтоб никаких асмов и си) :)...

ВсехБлаг!

здравень всем <I> программистам кросс-платформенного GUI-интерфейса </I> ! судя по всему, немалое число программистов в России ОЗАБОЧЕНО сиим вопросом :) мне кажется, важно КАК писать кросс приложение - а конкретно - ГРАМОТНО, не забывая, что оно КРОСС-ПЛАТФОРМЕННОЕ. лично я лишь недавно (с полгода назад) узнал, что прога (одна) может реально работать на разных ОС и даже железяках (намек IBM-Mac). пока осваиваю java по причнам: 1. кроссплатформенность :) 2. бесплатность (JDK) 3. N-нное кол-во информации по оному языку 4. не Micro$oft - авторство 5. интерфейс на выбор: AWT или Swing Что до скорости работы ЛЮБОЙ кросс-проги ... пардон, а по вашему производителю железяк до этого дело есть ? JRE можно ругать, но она развязывает до предела прогу и систему - тем и хороша. Читал где-то, что есть железная Java машина и Java OS. Посмотреть бы на оной скорость программ... Про QT, Gtk ничего плохого не скажу - не знаю. А вот насчет Web ... пардон, интерфейс там есть конечно ... минимальный ... а нормалдьный обеспечивается, как справедливо сказано при помощи PHP, JavaScript, Java-апплетов и т.д. Насчет сленга согласен - чем меньше, тем лучше ! Roman.

Мне кажется, кросс-платформенный интерфейс должен начинаться с:
1. Разработки абсрактного стандарта оного.
2. Реализации данного стандарта для разных платформ с высокой степенью точности.
3. Строгое соответствие стандарту средств программирования и библиотек 

Сами судите: первое реально (собрали стаю товарищей www.staja_tovariscxej.org подумали - поругались - приняли - постановили),  
третье тоже не сложно (компании будут на своих продуктах гордо размещать "100 % соответствует ..."), 
а вот с пунктом 2 хрень получается : к примеру Micro$oft'у плевать на все кросс.. и совместимости (яркий пример - java проги созданные на Visual J++ работют только на винде - охренеть можно !), а денег у данной компании много, амбиций тоже.. грустно.
OpenGL задумывался аки кросс-платформенный стандарт 3d графики, а различий даже в пределах виндов дофига.
А вообще все средства хороши : и Java и QT и прочие ...

По моему лучший из скрипт языков это Python, но интерфейс на основе ТК никуда не годится да и не интернационализируется нормальным способом. К счастью сущемствует привосходный интерфеис - PyQt !!!

ne , gtk + rulit tolko potomu , chto netu v nem k-to fegni tipa mfc etc.

A vot vopros , na hren portirovat prilozenia s UNIX pod windos?????

Все вам ребята нужно попробвать Kylix/Delphi :) Там эсть все что нужно разработчику - Assembler, API/QT, SQL, MIDAS/CORBA, WEBSNAP, ASP, XML и т.д. Все это кроссплатформенное - пишеш в Windows/Linux компилируеш для Linux/Windows :)

>>Tcl/Tk | Perl/Tk вполне реальная альтернатива жабе > В будушем возможно, а сейчас в них многово нет. Есть все : наборы виджетов причем есть весьма продвинутые, ООП, кроссплатформенность(tcl/tk), причем лучше чем у любого известного мне языка позиционируемого как кроссплатформенный. Так что говоря многого нет уточните чего именно.

Жаба/Свинг - это полный отстой. Скорость работы и потребление ресурсов ужасают.
Да проще писать на том, к чему привык, а для кроссплатформенности использовать vmware.
Скорость будет такая же как на жабе, зато разработчик ничем связан.

2anonymous (*) (2002-01-05 12:01:50.0)
> ...но интерфейс на основе ТК никуда не годится да и не
> интернационализируется нормальным способом. К счастью сущемствует
> привосходный интерфеис - PyQt !!!
Ты чего??? Зеленых помидоров объелся? Это как интерфейс на основе TK не интернационализируется? Он же весь на UNICODE. А как у меня тогда везде и в меню тоже текст одновременно выводится на русском, английском и корейскими иероглифами? Глюк наверное :-)

Да народ... По Жабе скажу то что думаю - отстой. Тормоз, веб-заточенность, графика только через софтварь. С железом никакой привязки нет, но и возможности его использовать - тоже :-))

Советую всем - ансишный си, можно С++ и вы не будете гробить свое время. Визуальная среда для написания (Билдер, Визуал, Киликс) пофигу что - главное не целиться кнопкой в небо, а ручками поставить ее родимую... И думать о юзабилити и Техн.Задании :-)
Насчет портирования и кроссплатформенности.
Портировать можно что угодно. Для этого все приемы хороши... Но кроссплатформеность - это перенос приложения БЕЗ ПЕРЕКОМПИЛЯЦИИ... Чуствуете? Взял бинарь и перенес! Тут кроме Жабы вряд ли что-то подойдеть... Разве что Веб+скрипты. Но плата за это - непомерная. Я согласен - бухгалтера пускай подождуть, но гамер? инженер? босс в конце концов?! Да если я свой софт на джаву перепишу - меня в конторе сожрут с потрохами!

>Все вам ребята нужно попробвать Kylix/Delphi :) Там эсть все что
>нужно разработчику - Assembler, API/QT, SQL, MIDAS/CORBA, WEBSNAP,
>ASP, XML и т.д. Все это кроссплатформенное - пишеш в Windows/Linux
>компилируеш для Linux/Windows :)
>anonymous (*) (2002-01-05 22:39:47.0)

Кюликс - это и есть приложение написанное на базе КуТи... Если бы вопрос стоял : какую ИДЕ... :) - то пральный (для кого-то) ответ...

Итак, на первом месте, у нас неграмотные (как всегда) - люди, не знающие что такое GUI.
На втором месте - те кто не писал достаточно крупных приложений...
На третье место (странно, обычно - это место всамделишных разработчиков) выбилась группа, желающая видеть в качестве десктопа Нафигатор или Эксбройлер.... :) И на маленьких машинках в маленьких конторках - каждой по апачу или по ИИСине... Т.е. желающие, чтобы по кол-ву серверов мы были впереди планеты всей...

Далее, ниже, идёт профессиональная публика, не заслуживающая внимания в данном флейме :):):D

> выбилась группа, желающая видеть в качестве десктопа Нафигатор или Эксбройлер....

А будь ты хоть трижды профессионалом, но никуда ты с подводной лодки не денешься.
Сетевая модель клиент-сервер вытесняющая все остальное диктует свои правила.
Маленькая PDA-шка подключается через спутник с удаленным на 10000 км сервером.
Какой там в жопу QT, wxWindows и т.д. Легкий универсальный xml/xsl браузер - вот наше будущее.

>А будь ты хоть трижды профессионалом, но никуда ты с подводной лодки не денешься.
>Сетевая модель клиент-сервер вытесняющая все остальное диктует свои правила.
>Маленькая PDA-шка подключается через спутник с удаленным на 10000 км сервером.
>Какой там в жопу QT, wxWindows и т.д. Легкий универсальный xml/xsl браузер - вот наше будущее.
>anonymous (*) (2002-01-07 18:52:17.0)

А браузер, типа на тоже написан на иксэмээле и.т.п :) не смешите...
Опять таки, речь идёт не о построении систем, взаимодействия с БД и.т.п. - а о ГУИ, ... вот так и получается, я им про Фому, а они мне про Ерёму... Я им говорю, что Гиперкуб, Спарки, альфа - это кулл, а они мне в ответ: а сигейт лучше.
Есть конкретный вопрос: какой ГУЙ кросплатформенней, а в ответ начинают втюхивать: клиент-сервер, да пда с комом могут вязаться...
Кстати, на ПДА есть софтины: линух+Кути (без иксов) - http://www.trolltech.com

И ещё просьба, г-н ананимус: учите матчасть, а не мечтайте о пдашке со спутником в придачу

Я так понимаю это тест на профессиональный уровень? :-)))

А я вот обыкновенный юзверь :) и мне java очень помогает. Пример из жизни: на сайте http://www.interactivebrokers.com/ Traders Work Station написана на java и благадаря этому я могу с ней работать в линуксе без всяких эмуляторов и тп. в отличии от многих других компаний которые пишут свои программы только для виндовых машин. Спасибо им большое! :)

> А браузер, типа на тоже написан на иксэмээле и.т.п :) не смешите...

А браузер, типа может быть написан на чем угодно, начиная с консоли.
Более того, совершенно не важно на чем он написан и никакой заботы о кроссплатформенности
не требуется. Готовый браузер можно найти везде. Именно поэтому web-решения
интерфейса выделены в отдельную группу. Теперь дошло, господин профессионал?

>> А браузер, типа на тоже написан на иксэмээле и.т.п :)
>> не смешите...

>А браузер, типа может быть написан на чем угодно,
> начиная с консоли.
> Более того, совершенно не важно на чем он написан и никакой заботы
> о кроссплатформенности не требуется.
> Готовый браузер можно найти везде. Именно поэтому web-решения
> интерфейса выделены в отдельную группу. Теперь дошло, господин
> профессионал?
Даааааа, ну вы блин даете !

Браузер как раз и надо писать один и на кроссплатформенном ГУЕ...
А то получается как всегда - 5 браузеров и все принципиально
разные и нет ни одного нормального под всеми системами.

Покажите мне хоть один нормальный браузер под Linux !?
(Кроме эксплорера)
Для справки - сам я использую Linux уже 5 лет а в качестве
браузера при написании серьезных проектов приходится держать
Vmware с виндой.

Ну а уж если появляется вопрос на чем писать, то на мой взгляд - только на QT. Там есть и обьекты и виджеты и наследование и все
что душа возжелает - один минус - стоимость.

> Браузер как раз и надо писать один и на кроссплатформенном ГУЕ...
Ну и? Есть такой, мозилой зовется. Он же "нормальный браузер под Linux и не только"...

>(Кроме эксплорера)
Хороший примерчик... особенно на предмет кроссплатформенности его ГУЯ

> то на мой взгляд - только на QT
Кривой у тебя взгляд. Обратись к окулисту.

Г-ну ананимусу:
>А браузер, типа может быть написан на чем угодно, начиная с консоли.
Браузер может быть написан НА си, ассемблере и.т.п. ДЛЯ консоли, а уж консолей.... Дисциплин терминальных - как грязи + непосредственный вывод + шинные и фрэймбуферовые и библиотек куча (для терминалов - баз данных ) - термкап, терминфо (тут есть хоть похожесть на переносимость) - а у остальных вообще каша. Так что можно считать? что в каждой платформе (но не обязательно) существует две подплатформы (моды): графическая и а-ц...
>Более того, совершенно не важно на чем он написан и никакой заботы о кроссплатформенности не требуется. Готовый браузер можно найти везде.
Может и так, но браузер - это есть приложение с ГУИ а стандарт XML на это не претендует - он описывает порядок состава, хранения и интерпретации документов... В таком случае, согласно вашей логике, - документ МС Ворда, Старофиса, Латеикса, - это ГУИ?
>Именно поэтому web-решения интерфейса выделены в отдельную группу. Теперь дошло, господин профессионал?
Какие - какие решения? В какую группу? А насчёт профессионализма - ИМХО, профессионал внимательно изучает вопрос, затем думает или изучает информацию по вопросу - а затём выдаёт ответ. Вам был задан вопрос: наилучшее средство для написания графического интерфейса пользователя - а вы втюхиваете про стандарт на документацию с лирическими вставками "про консоль"...
>> то на мой взгляд - только на QT
>Кривой у тебя взгляд. Обратись к окулисту.
Когда нет аргументов - открывается речевой понос - нафиг, к проктологу!!! Сударь - вы не в состоянии отличить эти библиотеки и средства друг от друга, не то что написать приложение - а всё тудаже, пофлеймить.... Пишите ГУИ на МС ОФисе! - и вас поймут и обижать не будут...

>> Браузер как раз и надо писать один и на кроссплатформенном ГУЕ...
> Ну и? Есть такой, мозилой зовется. Он же "нормальный браузер под
> Linux и не только"...
>>(Кроме эксплорера)
> Хороший примерчик... особенно на предмет кроссплатформенности
> его ГУЯ
>> то на мой взгляд - только на QT
> Кривой у тебя взгляд. Обратись к окулисту.
> anonymous (*) (2002-01-09 05:13:44.0)
Ругаться без повода не советую- если обьективно чем-то QT не
нравится - говори - а просто так не флейми...
Вон, QT embedded уже на palm'ах выходит - вот
это - кросс-платформенность...

А Mozilla - полное говно, не поддерживающиее DHTML...
Тогда уж бери konqueror - он хоть innerHTML поддерживает,
хотя пока криво....
А уж про отсутствие AcitveX и соотв. невозможность вызова
word'а для генерации нормальных накладных и автоматической
печати на принтер я и говорить не буду...
Или там про то, чтобы покупателю чек напечатать неотходя от
браузера при нажатии кнопки "проплатить"

Из web тут только эксплорер спасет...

А вот если взять QT - тогда где угодно как угодно...

насчет "полного говна" ты переборщил ... вполне приличный браузер (под ним пишу в данный момент).
а насчет актив_икс и дэ_ха_тэ_мэ_эль :) ... ну конечно разработало их М$oft, в т. ч. и ворд, наплевав 
на любые стандарты и совместимость. и незачем эту хрень еще где-то кроме винды поддерживать !
ты еще поддержку VBScript потребуй везде и вся :)
КуТэ - не пробовал, видел лишь продукты на ней  - неплохо смотряться ...
а вот яву не пинайте - сам принцип ява-ПЛАТФОРМЫ идеален для кросс-чего-угодно.
с уважением - рома.

Нормальные накладные генерит pdflatex с ttf шрифтами. А DHTML mozilla поддерживает, если нет трахнутой проверки браузера и DTD верный.

to anonymous (*) (2002-01-05 23:20:31.0)

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

Лучше сразу поди удавись -> http://www.eteks.com/index_us.html

Пинать Жабку - значить не уважать родную природу :)...
Просто вопрос задан слишком широко: приложения, это фактически всё, и каждый со своей колокольни смотрит...
Если разделить по задачкам, то получится разделение - и соответствующее средство, перетащенное в чужой огород - смотрится плохо...
Пускай Джавный гуй и неплох - но на САПР, ГИСах, Управляющих программах, офисе, программах анализа, бд... Он никчему (хотя, в БД как раз и может сгодиться)...
А в остальном - я уже неоднократно говорил меня Очень устраивает КуТИ - особенно последняя (3.0.1) версия. Если взять джаву - то, я думаю, она более проста при начале работы (все кирпичи попадаются потом), чего не скажешь про КуТи, требующей основательных знаний ООП и изрядного кол-ва времени на чтение отнють не тощей доки... Зато потом всё просто. И если взять удобства программера - то и в Джаве и в Кути всё "железо" достаточно отвязано от пп, чего не скажу про ВэИкс и ГТК - там слишком много ифдефов.. :)
Скрипты прочие - я их не очень хорошо знаю, но некоторые функции я вообще не представляю как их реализовать: допустим ГЛ-евские, интерфейс с бд (не с одной, а с несколькими разнотипными)...
Что касаемо консоли - это ясно.. Не будим мусолить...
Веб-базед - фуфло для ... % приложений (ИМХО 90) - да и пункт не корректен, какая часть Веба? ХТМЛ + скрипты? Тут тоже много фишек не представляю...

Может кто из проголосовавших за Консоль, веб базед расскажет, как их средствами решить несколько задачек (желательно на ссылки с реализациями), типа: приложение для обработки 2-3мерной графики, САПР, работа с картами, видео и анимация, презентации, интерактивные 3-х мерные игры (медийные) и.т.п. меня, конечно, больше интересуют САПР...

Успехов!

>Лучше сразу поди удавись -> http://www.eteks.com/index_us.html
>anonymous (*) (2002-01-10 21:07:26.0)

Мол.Чел. Вы очень уж эмоциональны - отнють не черта хорошего программиста... :) Хотя и не мне было сказано - сходил и посмотрел... Знаете, в комплекте поставки любой библиотеки имеются семплы-туторы (обычно в исходниках для освоения либ.), дак вот: указанные вами примеры - очень похожая весЧь, только в комплекте к либам их гораздо больше... Если вы считаете - что это круто, значит не видели крутых программ...
А насчёт ВМвари - отстой, никогда в эмуляторе нормальной работы не будет... Предпочитаю в качестве браузера КонквуЕррор 2.9.1 (и выше) из КДЕ3 (а уж падучей Эксбройлера нет, ИМХО), офисные приложения - СтарОфис 6 бетта, на порядок лучше 5.2 и опенофиса, практически сравнялся с МСОфисом - и уж никак всё это хозяйство (или аналогичное) не катит под ВМ-варежкой...:)

Чус!

Есть ещё одна С++ GUI библиотечка - fltk. Компилируется gcc, bc5 и по-моему, msvc (c последним сам не пробовал). Исходный для код для рисования кнопочек/окошек на с++ немногим больше, чем на tcl/tk. Кстати, IMHO, единственное, что есть хорошего в tcl - это tk, в качестве скриптового/встраиваемого языка рекомендую Python или Lua.

Кхе-кхе, странно слышать, учитывая тему голосования, высказывания о vmware и эмуляторах. Эмулятор - средство устранения кроссплатформенности. Если я запускаю IE из-под vmware, пашущей под Linux, то я запускаю IE из-под Windows и он кроссплатформенным не становиться.
И потом, как понимать кроссплатформенное приложение? Обратите внимание - приложение - это не его исходники, стало быть о переносимости исходников речь идти не может, а переносится должен результирующий код, построенный из исходников(не важно - код виртуальной машины или исполняемый код какой-то ОС). Если взять пару Linux - Windows для примера, то о переносимости натурально скомпилированного кода речь идти не может(про GUI уж не говорю). Стало быть, переноситься должен исполняемый код виртуальной машины или скрипты интерпретатора. Вот я и голосонул за Java, хотя недостатков у нее хватает, что-то сопоставимых по GUI интерпретаторов не знаю, а уж если вспомнить все, что вокруг Явы наворочено, то альтернативы в широком смысле просто не вижу.

Полуденный Бес

PS
Странно то, что консоль вообще попала в вопросник о GUI.

>> потребление ресурсов ужасают. Да проще писать на
>> том, к чему привык, а для кроссплатформенности
>
> Лучше сразу поди удавись -> http://www.eteks.com/index_us.html

Какой конкретно материал на сайте-удавке оспаривает мое утверждение?
Давиться я туда не пойду, предпочитаю учиться на чужом горьком опыте ;)
Ты видимо уже давно удавился.

> Лучше сразу поди удавись -> http://www.eteks.com/index_us.html

О Боже! кликнул интереса ради - так машина на 1,5 минуты раком встала... cel433/128mb/W2k. Интернет - по радиоканалу, скорость порядка 80Кб/с... и _ЭТО_ Вы предлагаете в качестве светлого будущего? Тогда и правда, единственное что остается- так пойти и удавиться... бве.