Кто-нибудь что-нибудь слышал по поводу того, будет ли когда-нибудь в netbeans поддержка Qt Jambi на том же уровне как и swing/awt хотя бы в перспективах? Плагины на худой конец...

Это сообщение отредактировал(а) serghd - 9.7.2010, 12:11

Думаю что не будет, ибо никому на самом деле это не нужно.
Мне непонятен шум вокруг Qt даже если пишешь на С++ - wxWidgets обеспечивает и кроссплатформенность, и приложения действительно выглядят по родному, а не по qtшному

Это сообщение отредактировал(а) Skynin - 27.11.2009, 23:14

шум не понятен людям которые не использовали оных.
как только человек пощупает wx, а потом qt, сразу станет понятно что лучше.

ИМХО qt использую с 2005г очень приятная, продуманная библа. проекты правда были маленькие, только сейчас дулаю более менее серьезную штуку(должна работать под win(ce[wm]), s60) порядка 150 классов. Очень даже нравится

Все верно, сам ни того ни другого не щупал. Просто почитывал холивары, и темы "Почему я выбрал wxWidgets". Плюс такие проекты как wxRuby(пробовал, понравился) и wxPython для меня в плюс wxWidgets.
На С++ пишу иногда утилиты командной строки, но если будет нужда в паре окошек - то wxWidgets однозначно.

Да, я знаю что Qt это не только функции GUI, а много другого. Но как неGUI библиотека, мне больше POCO по душе. А для профи - Boost.
Вобщем, как понимаю Qt это просто родная библиотека для разработки под KDE. И те кто под KDE что-то написал, естественно желают с минимумом переделок добиться кроссплатформенности.


Пишу и для WinMo. Зачем мне Qt, если есть Compact CF с WinForms(и прекрасный interop если не хватает) - не понимаю. 
То есть глобально - не понимаю зачем тянуть GUI библиотеку если у ОСи есть уже собственные средства GUI, для которых более эффективно сделать удобный фасад. 
В случае потребности кроссплатформенности - SWT для Java, wxWidgets для C++ выступают прослойкой, обеспечивающей универсальность интерфейса работы с "нативным" GUI. При этом приложение будет выглядеть родным для этой операционной системы.
Если нет нужды в этом - то для Java достаточно Swing'а. И где здесь место QT Jambi, кроме "рекламной" акции разработчиков и фанов Qt? Что мне как разработчику тонких клиентов с GUI на Java даст QT Jambi "вкусного" по сравнению с Swing и SWT? И уверен - большинство программистов на Java отвечают - а ничего кроме 1. дополнительной библиотеки которая 2. делает приложение не родным по виду. Так зачем тогда?



Это сообщение отредактировал(а) Skynin - 30.11.2009, 11:06

офтоп пошел 
Skynin, не буду спорить на счет нужды в Jambi. тоже думаю нафик не надо

на счет фасада. MFC имхо кривая штука. на сколько мне известно wx вобрал в себя не очень красивые штуки из MFC. я решил отказаться от кучи макросов.
касательно ЯП можно глянуть тута programming-language-support.
на счет нативности интерфеса спорить не буду, тк даже не знаю, те никогда этот вопрос не волновал. Да и не припомню что бы разнился интерфейс, если конечно не использовать L&F
на счет собирать зоопарк библ в одном проекте - не любитель. тк если например нужна работа с сокетами то зачем тащить boost::asio, POCO, ACE ? вполне хватит той реализации которую предоставляет QT. Если конечно не планируется разрабатывать какой-нибудь высокопроизводительный сервер. ИМХО бред для этого использовать QT 


По теме: проект в скором перестанут поддерживать
Qt Jambi 4.5.2_01 Released

ЗЫ для программиста писавшего гуи с использованием win32 или MFC, переход на QT как "мана небесная" 

Это сообщение отредактировал(а) chaos - 30.11.2009, 11:26

3 вместе они и не нужны.


Пару программ видел - они другие. Например открыл Quantum GIS - сразу бросается в глаза какая-то иная прорисовка иконок в тулбаре. Две полосочки у активной кнопки, крестики жирные в чекбоксах, стрелочки в списках и спинерах не те, строка состояния - тоже не виндовая.  А вот у FileZilla - вид родной, в "О программе": gcc-mingw + wxWidgets.

Мне то все равно, NetBeans же не смущает, но бывают требования у заказчика.

Жалуются также при переводе на Mac OS, маководы говорят придирчивы весьма. У SWT и wxWidgets таких проблем вроде нет, как слышал  

Да как это чего вкусного? Чего только стоит использование сигналов/слотов! Попробуйте использовать их аналогию в swing без участия IDE! И покажите мне, что есть в swing'e или swt хотя бы приближённо напоминающее qt webkit?? Если это, то не смешите, API там на уровне каменного века, развернуться негде, не говоря уже, чтобы  разбежаться. И для сравнения загляните сюда   . Ни о чём не говорит? В моей первой java-проге (вебсёрфер) мне надо было использовать "браузер" в каждом из потоков программы, коих может быть великое множество. Никакие другие средства кроме qt этого не давали сделать (хотя проверял ещё 4 других). И вообще, более гибкой библиотеки, с таким обширным набором возможностей ещё нигде не встречал. Да и что говорить, если большинство сишников на нём сидит.

Это сообщение отредактировал(а) serghd - 18.12.2009, 17:15

Возможно у QGIS была специально включена какая-то левая тема оформления типа plastic. В противном случае я на глаз разницы в стандартных элементах управления не могу увидеть. Обычно Qt опознаю по специфичным "плюшкам" типа продвинутого тулбара, dock-окон или некоторых особенностей у  развернутых mdi-окошек. На ум пришел упоминаемый где-то в недрах форума аудио-редактор audacity, написанный на wx. Главное окно программы явно нативностью не блещет 

Взять тот же тулбар. Каждый более-менее приличный тулкит вынужден изобретать свои велосипеды в этом плане, отказываясь от нативного. У Qt он более-менее продвинут, отдельные элементы можно таскать, аттачить к краям окна, уменьшать в размерах и т.п. У wxWidgets тулбар гораздо дубовее. У SWT, насколько я помню, от тулбара одно название - группа кнопок в горизонталь. И если мне вдруг приспичит подобный advanced UI, то в случае с двумя последними библиотеками (а также и swing-ом) мне придется либо тратить уйму времени на написание и отладку своих виджетов, либо рыскать в интернетах в поисках уже написанных (причем неизвестно как), либо переписывать существующие. 

upd: Сам, программируя что-то по-мелочи на Java, выбрал для себя SWT. QtJambi очень уж тяжел (Qt-шные либы, плюс обвязка), да и отсутствие поддержки в будущем как-то угнетает.

Это сообщение отредактировал(а) Amp - 18.12.2009, 16:11

Но за счёт этой тяжести, повторюсь, имеете огромные возможности, возле которых никакой swing и рядом не лежал.
По поводу поддержки - она будет, но только со стороны сообщества. 

Знать бы что это такое в Qt, и зачем оно в Java 


Возьму на заметку. Не представляю правда пока зачем может понадобится: если клиент c GUI - то зачем ему рендерить HTML, если веб UI - то это проблема сервера, а со стороны клиента веб-браузер...
Но всяко бывает.


Так и говорить.
Я же добавлю - какое дело java программисту на чем там сидят сишники?


Netbeans и Eclipse RCP.
Видел и ribbon библиотеки для Java.


Это сообщение отредактировал(а) Skynin - 18.12.2009, 17:41

Возможности я себе представляю, я достаточно активно интересуюсь Qt и использую оную библиотеку в своих программах. Первые свои Java программы с gui пробовал писать именно с помощью QtJambi, дюже понравилось это дело, потом мне на swing и SWT писалось с очень большим скрипом. 


Я подписан на qtjambi мэйл-лист и вижу, что некоторые действия некоторой группой лиц в плане развития и поддержки вроде как предпринимаются. Но душу греет, когда за достаточно большим продуктом стоит компания с людьми, которые этим занимаются full-time.


Для мелких приложений это как из пушки по воробьям. С другой стороны - многим приложениям этот advanced ui и на фиг не сдался.


Кстати ribbon включен в trunk wx-а (версии 2.9), которую сейчас пилят. Вроде в рамках SoC разрабатывался. По скриншотам - очень даже sexy.

Если я хочу чтобы при нажатии на кнопку вызывался какой-нибудь метод, то напишу _form.startButton.pressed.connect(this, "myFunc()");. Всё. После этого, каждое нажатие будет вызывать метод myFunc() текущего класса. Тут "pressed" это сигнал, метод myFunc() это слот.  Также любые сигналы можно объявлять вручную без привязки к какому-либо гуи. А сколько кода для этого надо в swing? С ним я особо не успел вплотную ознакомиться, но точно знаю, что на порядок больше. Я уже молчу про то, что тот же netbeans сам прописывал этот код и при этом не давал его править - меня это жутко бесило. Это офигенно подрывает гибкость системы, я привык всегда быть в курсе "что под капотом", и иметь возможность менять мельчайшие детали. 

Люди, ну я не знаю...Я тут только 1.5 месяца как на яве (и сходить с неё ещё долго не собираюсь, уж больно нравится), но первое что начал писать это прогу по сёрфу сайтов. Не буду углубляться в подробности, т.к. не нужны конкуренты, но в двух словах: хочу чтобы было много потоков, каждый из них мог работать по написанным мною правилам, работать используя свой "браузер", т.е. грузить сайты, кликать по ссылкам, естесственно через прокси.  Ну неужели ничего не приходит на ум? Хотя очевидным мне это показалось, наверно, благодаря 4м годам работы в области веб-программирования. Вариант 2: хочу написать браузер, который не только будет иметь вкл/выкл кукизы, навигация вперёд/назад и кнопка перезагрузить, но и менять javascript страницы перед загрузкой по моему усмотрению, юзать прокси, полный контроль над кешем, работать многопоточно и т.д. и т.п.  Когда я увидел "функционал" у swt webkit, так и офигел на месте с его скудности. И плюс ко всему этому swt webkit, юзая натив либы, использует браузер системы. Повторюсь: пробовал 4 фреймворка на java и не один из них не мог предоставить всё в таком объёме и в такой гибкости как qt webkit. Да и вообще, webkit это только  какая-то ЧАСТЬ от многих и многих возможностей jambi. Я уверен, что поддержка прекратилась только по вине рынка и неосведомлённости людей в его возможностях. Сам я, пока пишу под network никогда с него не сойду. Да и вне network тоже. 

Я не говорю, что до этого должно быть дело, а сделал акцент на том, что почему бы не использовать всю ту гибкость, что используют С++ прогеры? И само собой, имея при этом функционал самой java.
В принципе, пока сам не попробуешь jambi, не поймёшь её силы. Я это понял, потому и завёл тему, т.к. пишу в netbeans.

Это сообщение отредактировал(а) serghd - 18.12.2009, 22:39

Понятно. В С# это делается с помощью делегатов подцепляемых к событиям. Хотя можно и без событий.
В Java есть только интерфейс обратного вызова, а .connect(this, "myFunc()"); реализуется с помощью рефлексии.


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


Визуальные редакторы GUI для Java - давно и неизбывно вызывают нарекания. Правда, немало есть активных противников оных, в среде Java.
Но факт, рисовать GUI куда удобней в Дельфи/Lazarus и VS 200X. Вроде и в wxDev-C++ неплохо, но серьезного не пробовал сделать.


Хм, не понимаю о чем речь. Эмуляция указателей на методы? Делегаты в С#?
В C++ очень много чего есть, чего нет в Java.

Нет, я исключительно про фреймворк qt jambi, про всё, что даёт именно он (приёмы работы, либы и т.п.).

Это сообщение отредактировал(а) serghd - 18.12.2009, 21:54

Приемов работы, либ, фреймворков для Java немеряно.
Кроме использования webkit и вызова методов с помощью рефлексии (этот подход используется много где. например для binding'а) - что дает? Я Qt не знаю, но вот чего не пойму - что там есть чего нет в родных для Java приемах работы, либах и т.д.?
Ради чего тянуть в разработку на Java чуждую ей библиотеку, вот чего не пойму.
Ради webkit'а и все.

Это сообщение отредактировал(а) Skynin - 18.12.2009, 22:37