LINUX.ORG.RU

Наилучшее средство для создания кросс- платформенного GUI?


0

0

  1. Qt 2598 (21%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. Java/Swing 2098 (17%)

    ******************************************************************************************************************************************************************************************************************************************************************

  3. Tcl/Tk 1964 (16%)

    *************************************************************************************************************************************************************************************************************************************************

  4. Консоль forever! 1887 (15%)

    ****************************************************************************************************************************************************************************************************************************************

  5. Web-based 1804 (15%)

    ******************************************************************************************************************************************************************************************************************************

  6. Gtk+ 1090 (9%)

    **************************************************************************************************************************************

  7. wxWindows 353 (3%)

    *******************************************

  8. Другое 237 (2%)

    *****************************

  9. Python/tk 157 (1%)

    *******************

Всего голосов: 12188

★★★★★

>А почему забыли про такую агхипгавильную вещь, как мазильный XUL?!?
>Antichrist (*) (2002-02-27 18:52:36.0)

Наверное попал в категорию "прочие". Спецфичная вешЧь, понимашь..

asoneofus
()

a kto nibud' proboval Omnis Studio 3 - rabotaet vezde i MacOS toje

anonymous
()

На омнис купилков нехватает, да и где под неё спецов набрать?

asoneofus
()

По-моему, количество проголосовавших превысило количество тех, кто программирует на Линух и действительно заинтересован в кроссплатформенности. :)))

CybOrc
()

Угу, КибОрк... И то верно... :)
Если кажНый проголосовавший за ту или иную средствУ напишет "хелло ворд".... А если строчек 10-50 текста.... В переди планеты всей бум... :D

asoneofus
()

НА КОЙ ЧЕРТ НЕ ПРЕКРАТЯТЬ ТЯНУТЬ ЭТОТ ДОЛБАНЫЙ ОПРОС? НЕУЖЕЛИ ВЫ И ВПРАВДУ ДУМАЕТЕ ЧТО ОН ОТРАЖАЕТ ДЕЙСТВИТЕЛЬНОСТЬ? ЭТО ЖЕ ПОЛНЫЙ БРЕД. ТЕМ-БОЛЕЕ ЧТО НЕКОТОРЫЕ ПРОГОЛОСОВАЛИ УЖЕ НЕ ОДИН ДЕСЯТОК РАЗ. И ВООБЩЕ КАЖДЫЙ СЕБЯ СЧИТАЯ САМЫМ ПРАВИЛЬНЫМ ГНЕТ СВОЮ ЛИНИЮ.

anonymous
()

я-б даже сказал: не одну сотню... :):):):)

А зачем сотрясать воздух? Просто наверное новой темы для голосования... :):):) Я-б предложил тему "чего-нит-насчёи ананимоусов" :D:D:D:D:D

asoneofus
()

Я бы просто два ответа без вопроса: да и нет :)))

CybOrc
()

Круто..... Киборк, а ведь это идея.... :):)

asoneofus

anonymous
()

Круто..... Киборк, а ведь это идея.... :):)

asoneofus

anonymous
()

>>Кроссплатформенный демон? >>CybOrc (*) (2002-02-26 09:54:20.0) >Ага, по нашенски - вирус... >asoneofus (*) (2002-02-26 10:48:44.0) а Java на что? тоже, к слову говоря, примочка к Web-based интерфейсу.

anonymous
()

цНЯОНДЮ! оПНАНБЮК wxWindows Х QT-2.3.2 , ОНД кХМСУНЛ БЯЕ МЮ СПЮ ЙНЛОХКХРЯЪ Х ПЮАНРЮЕР, Ю ОНД лЮЯРДЮЕЛ МХВЕЦН МЕ ОЮЬЕР. wxWindows + BOrland c++ builder - ОПХ КХМЙНБЙЕ ЙСВЮ НЬХАНЙ.(Б hello world) QT-2.3.2 + Borland c++ builder - БЯЕ ЯНАХПЮЕРЯЪ ПЮАНРЮЕР, МН НЙМЮ (РНЦН ФЕ hello world) МЕ БШБНДХР , Ю ЯПЮГС ГЮЙПШБЮЕРЯЪ. оНДЯЙЮФХРЕ ВРН ДЕКЮРЭ, Ъ РНКЭЙН МЮВХМЮЧ Х ЙПНЯЯ-ОКЮРТНПЛЕММНЯРХ ОНЙЮ МЕ МЮЬЕК. гЮПЮМЕЕ ЯОЮЯХАН. хГБХМХРЕ ГЮ СОНЛХМЮМХЕ лЮЯРДЮЪ, МН НВЕМЭ УНВЕРЯЪ ОНКСВХРЭ ПЕЮКЭМСЧ ЙПНЯЯ-ОКЮРТНПЛЕМЙС ramsez P.S. ОН ЛНЕЛС ОНПЮ ЛЕМЪРЭ РЕЛС, Ю?

anonymous
()

"перевод" мессаги выше...

Господа! Пробовал wxWindows и QT-2.3.2 , под Линухом все на ура компилится и работает, а под Мастдаем ничего не пашет. wxWindows + BOrland c++ builder - при линковке куча ошибок.(в hello world) QT-2.3.2 + Borland c++ builder - все собирается работает, но окна (того же hello world) не выводит , а сразу закрывается. Подскажите что делать, я только начинаю и кросс-платформенности пока не нашел. Заранее спасибо. Извините за упоминание Мастдая, но очень хочется получить реальную кросс-платформенку ramsez P.S. по моему пора менять тему, а?

anonymous (*) (2002-04-07 17:03:00.0)

С борланд эс КуТи не юзал... Брал Ку-ти виндовс нон-коммерциал 2.3.0 - ставил под Вижуал студио 6.0 - работает всё... Обновлял до 2.3.2 - продолжает работать :)
Судя по кодировке сообщения - дело не в программах... :D:D

asoneofus
()
Ответ на: комментарий от asoneofus

Извините за кодировку! ;((- Дело в том, что я писал с машинки с ie 3.05(ruleZZZ!! -;)) А так проблема в том, что визуал студио у меня нет ;((- А борланд отругивается при линковке ненаходит ниодну библиотеку, хотя все проставлено, я просто слышал, что qt под win живет хорошо только с Visual studio Ное его у меня до сих пор нет! Не знает он где нибудь лежит в варезе? Спасибо и еще раз извините.

anonymous
()

Спросил у знающих... КомпИлят с bcc аж дым столбом :) причём и трёшку и двушку (саппорт, понимашь :)). Есть такое волшебное слово :) tmake - ищется там-же где и КуТя, естессьно :) Правда ей нужен пЁрл, или что-то типа того... :)...
С помощью неё всё и делается...

Кстати, дурная привычка пользоваться IDE делает своё чёрное дело...

asoneofus
()

>>Есть такое волшебное слово :) tmake - ищется там-же где и КуТя, >>естессьно:) Правда ей нужен пЁрл, или что-то типа того... :)... >>С помощью неё всё и делается... Спасибо, я это знаю но не могу ее настроить, может действительно чего надо? -:)Если не сложно, пожалуйста скажите как настроить. Кстати у меня отругивается только при линковке на неизвестные процедури(или типа того -:)). А так все на Ура кажется действительно пора слезать с иде т.к. она в добавок ко всему еще и свой мейкфайл генерит! А вобще спасибо, кстати где можно взять толковые доки по С# и WinApi? Конечно не по теме но... ramsez

anonymous
()

прошлый раз проголосовал за Qt, сейчас за PHP ;), всё от задачи зависит, если надо сделать локальное приложение Кутя вполне подходит, а если распределёное, то быстрее веб-технологиями восрользоваться. чем своё клиент-сервер писать и отлаживать.

anonymous
()
Ответ на: МФЦ - Яд для программиста ! от anonymous

Полностью поддерживаю уж если под виду писать так хоть на win api или на какомнибудь tk qt

anonymous
()

ocaml + lablgtk приложения переносятся из linux в win32 и обратно вообще без изменений, сам был удивлён такому.

anonymous
()

Воот tcl/tk накручивальщики счётчика появились... :)
Мудрые васькИ...
Сразу лихо так штуку намотали.... А администрацие как обычно - в ... прострации, так скажем...

asoneofus
()

Я думаю, что самое лучшее из всех предложенных QT

fuzk
()

А ко всему перечисленному потихоньку подпозает .NET с деривативами .... Глядишь, через ~полгода уже можно будет "в работу" пускать ;))

anonymous
()
Ответ на: комментарий от anonymous

Я юзал Джаву+Свинг и голосовал за нее. В частности: 1)Не нужно перекомпиливать под каждую платформу. 2)Нет описанных выше проблем 3)Куча вариантов ифейсов

anonymous
()

лучше создавать на QT почему? просто это грамотно сделанная вещь а вообще, надо сначала смотреть на цель написания: пишешь под Linux'ом - используй QT под QNX - Python etc протом перенесёшь - было бы желание

anonymous
()

Кроссплатформенность? Если хотите чтоб реально все работало-оптимизируйте под каждую платформу ручками, а то появилось куча идиотов которые используеют чужие библиотеки которые жрут память, да еще тормозят. Надо просто хорошо делать. Вон прога - qv - четвертый мпег смотрит(так же mp3,avi,wav и.т.п.) под dos и linux 278 килобайт и НИКАКИХ кодеков, какого я спрашиваю остальные делают? Вот из за тех кто пишет через всякие библиотеки и Винды Огромны, да и Linux

ASTAROT
()

2 ASTAROT: qv - штука интересная, да вот при переносе под линукс уже пошли баги, и пока смотрится всё без звука... Да и кодеки автономно выделяют - совсем не с жиру бесятся, они сейчас меняются как перчатки. Поэтому "маленький и быстрый" плеер, сделанный по принципу "всё своё ношу с собой" в конечном счёте либо превратится в монстра, который тащит кучу ненужного (QPEG for DOS помните?), либо отстанет от жизни. Что это работает - да, согласен. Что это лучший путь - отнюдь.

hobbit ★★★★★
()
Ответ на: комментарий от CybOrc

Так, ради интереса попробовал :))

$ gcc test.c -o test $ ./test 80.000000

$ gcc -O2 -march=i686 test.c -o test $ ./test 24.000000

$ gcc -O99 -funroll-all-loops -march=i686 test.c -o test $ ./test 1.000000

anonymous
()

Python + QT RULEZZZ!

anonymous
()

Кроссплатформенный ГИП - это как водо-аэро-мото-сипед - ни по воде толком не плывёт, ни по дороге быстро не ездит. Понятно, что "кнопки" у всех одинаковые, но ведь "база"-то разная! Т.е. либо нужны СУПЕР-профи (коих мало), каждый из которых досконально знает механизмы конкретной ОС - тогда они смогут сделать ХОРОШУЮ кроссплатформенную библиотеку (которой сейчас НЕТ, как вы ни голосуй), либо просто не париться и как правильно было сказано - затачивать под конкретную систему. Что, в общем-то, сводится к написанию новой проги :)

anonymous
()
Ответ на: комментарий от anonymous

А мелкомягкие не дремлют

Господа, вы тут развели полемику вокруг какихто приЛОЖений которые актуальны для 5% населения планеты а меж тем у нашего оппонента появляется .Net Дальше больше, о поддержке данной гнусности начинают заявлять киты программирования со всего мира и готов поставить 100 против одного что у Билли все получится так что если не хотите через пару лет изучать ВижлВасик то придется сплотиться вокруг явы, ибо на сегодня это единственный реальный конкурент мелкосовта в области кроссплатформенных решений

ABorland
()

Ну, во-первых, наша свара лишь потешит Редмонд, а во-вторых АBorland, .Нет будет пернесен (вроде) под ФриБЗД, кроме того его стандартизировали, значит ... народ не дремлет, скоро будет и C# и .Нет под линух. А пока ... Джава РУЛЕЗ!

Avarielf
()

>> .Нет будет пернесен (вроде) под ФриБЗД, кроме того его стандартизировали, значит ... народ не дремлет, скоро будет и C# и .Нет под линух.

Хуже ;) www.go-mono.com => "завязан" на GNOME => "стандарт" для GNOME приложений на всех поддерживаемых платформах (во всяком случае так позиционируется - и я им верю ;)) ). При приложении некоторых минимальных усилий должно получить искомую "мультиплатформенность" не только гуя ;). Прогресс в 2002 году пошел довольно нехилый - как я выше постил похоже что через ~ пол-года уже можно будет "в работу".

www.dotgnu.org -> еще одна альтернатива (также активно "прогрессирует").

"Официальные" порты .NET от MS+ => вещь сильно "кастрированная" и реально нежизненна.

anonymous
()

Однозначно Java.

anonymous
()

>www.dotgnu.org -> еще одна альтернатива (также
>активно "прогрессирует").
0.02 - это круто. А вот .НЕТ уже полгода как РЕЛИЗ. Кроме того, даже не планируется поддержка аналогичного количества языков дя dotgnu (VB,Pascal, Perl,APL и др.) Пока отстой...

MAXCOM, Ты идиот гребанный. Закрой блядь этот опрос. Стольких лиуксойдов, сколько приняло участие в этоп опросе, НЕ СУЩЕСТВУЕТ. После накручиваний он является безсмысленным на 100%. НА LRN люди поприличнее и опросы у них поинетерснее и чаще будут. Если нет фантазии, просто закоменть опросник и иди спать. От этого сайт хуже не станет.

anonymous
()

Я дико извиняюсь, поскольку вопрос не совсем в тему... Но передо мной как раз стоит вопрос использовать Лотус Домино или написать самому систему обмена документами и их анализа. Соответственно, я пытаюсь разобраться какой язык использовать, какие технологии и какие ГУП-либы. Недавно меня "осенило", что одним из важных моментов является возможность форматировать текст для печати и посылка на печать. Теперь собственно вопрос: как какие либы поддерживают печать? (знаком немного с MFC - контекст устройства и прочее, и с примитивным посылом чистого текста с вставсками на PCL на LPT1)

moron
()

Perl/Tk-как наилучшее средство для создания кросс- платформенного GUI

При портировании GUI-приложений хорошо выручает Perl/Tk (тех, кто пишет на Perl): мощный язык + все прелести Tk + куча модулей для подключения всего на свете извне. И все это работает в *nix и Windows одинаково стабильно. Проблему печати решаю генерацией web-страничек.

mshock
()

Perl vs Python

Честно говоря, не увидел большой разницы. Да perl чуточку быстрее. Иногда. Но питон посимпатишней будет... Так что выбрать? В чем ощутимая разница? И насчет гуёв - разница между Tk,Qt,wxWindows(Python) - в чем она? Опять таки с БД они все умеют работать вроде. А XML тоже у всех есть?

moron
()

По мойму надо использовать только Qt. Но я ГУИ не пользуюсь. Консоль рулез форева

anonymous
()

to moron
QT (в общем, ничего другого глубоко не знаю) :) Поддерживает печать отлично... Как впрочем всё что описанное тобой в потребностях :)

asoneofus
()

QT, TK, wxWindows прошу прощения за флейм

Прошу милостивое общество поделиться ссылками на сайты, в которых излагаются методы, трюки, интересные находки по работе с QT, Tk, wxWindows, кроме того, где достаточно просто рассказывается о принципах работы с этими либами, об их идеалогии что ли.

moron
()

Прочел Ваши высказывания(кое-чего не понял - не всезнайка), а не понял главного: о чем вообще речь ? В одну кучу свалили и языки скриптов и средства програмирования на уровне железа ,и оболочек, компиляторы программ с интерпретаторами скриптов в один ранг возвели (разве что про asm ничего не услышал ;-)) Сразу оговорюсь - я лишь любитель(в юниксах - вообще новичек) Так что на любителя : BC++5.0 & Delphi -> KDevelop+QTdesign (Это чтобы в ГУИ и не просто написать а еще и откомпилить) А с точки зрения юзера: чтобы я не запустил должны быть одни и теже "форточки",стандартные кнопочки,фенечки,рюшечки и т.д. и в Windows'ах и в UNIX'ах,И ЧТОБ БЕЗ ТОРМОЗОВ И ГЛЮКОВ!(Что я и созерцал с QT-библиотекой на двух платформах (MAC OS X был недоступен :-)).

anonymous
()

Qt, весьма доходчиво :)
http://www.trolltech.com
Последнему ананимусу... :)
Два средства указанные вами... и всего-лишь две платформы где они живут... :) Причём - каждый сам по себе... :)
Qt - шные тормоза и глюки - это верный признак "кривой" установки - надо принимать меры :)

asoneofus
()

Даааа!!!

1. Console это не средство разработки GUI, это не GUI по определению, ncurses это средство, но это библиотека. 2. PHP и Perl к GUI не имеют никакого отношения. 3. Более того, Java это не средство разработки GUI. 4. IMO swing, awt это лучшее средство.

Я поясню. 1. Настоящая кроссплатформенность - даже компиляция один раз. 2. JRE существует под 99% платформ, а другие средства не всегда (это я очень мягко) компилируются под другие плаформы, кроме той под которую написаны, без зачистки. 3. Наилучая поддержка и централизованая разработка. 4. Обалденная документация, куча примеров и литературы. 5. Удобнейшие средсва разработки, одинаковые на всех платформах.

Минусы: 1. Медленно, но 700+ CPU и 265 RAM это сейчас нормально.

P.S. Пишем моделлер на Java, GUI на swing, нормально работает на 733+256, более того даже генерация кода в realtime, и ничего (грузится долго, классы подружаем, а потом нормально). Design сначала делать нужно и код оптимизировать, а не надеяться на -O2. Quick'n'dirty и на asmе тормозить будет.

OOP - это не паранойя, это концепция, позволяющая сильно сократить время разработки и количество строчек кода (что соответственно сокращает время на debug etc.).

anonymous
()

1. Разработать тестовую задачу 2. Реализовать ее сс помощью выших любимых средств 3. Протестировать и посмотреть кто круче.

И посмотрим кто, на что способен.

anonymous
()
Ответ на: комментарий от anonymous

Наконец хоть одно аргументированное мнение Ява- есть ява- а всякие tcl и тд - игрушки-поиграться и выбросить Qt??- может быть ..- но стоит ли?? про Яву можно много говорить плохого но- кто на ней работает- тот понимает, что более человеческого кода в смысле поддержки соровождения придумать трудно- а про кросплатформенность и говорить не стоит- имеються даже промышленные контроллеры с поддержкой байткода и Java GUI ( конечно сильно ограниченом обьеме).

anonymous
()

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

anonymous
()
Ответ на: комментарий от anonymous

По поводу кнопки. Напиши на С++ класс "кнопка" и вставляй его себе на здоровье хоть полстрочкой.

anonymous
()
Ответ на: комментарий от asoneofus

Когда появится нормальный компилятор С++ - может быть, сегодняшние (MS, Borland, gcc, watcom) - переварить сырцы не в состоянии и выплевывают код, на который страшно смотреть. MFC - неплохо, если быстро что-то слепить, но вообще-то - это 'ужас, летящий на крыльях ночи', не имеющий отношения ни к ООП, ни к эффективности. (Борландовские жирные поделки еще хужее).

anonymous
()

Блин кто тут ведется? 1) Межплатформеный ГУЙ - выдумка маркитанток - наша программа не работает как надо из-за совместимости с платформой, о которой никто не слышал. 2) С++ не работает из-за ущербности компиляторов, которые переносят compile-time проблемы в run-time. 3) Думайте: UNIX - самоуважение, Win32 - $$$$, я - говнюк позорный = выбра второе.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.