troche tego jest wiec pewnie bedziesz musial sprecyzowac LANG

http://linuxmafia.com/faq/Devtools/ides.html

Biblioteka Qt z narzędziem do projektowania formatek QtDesigner (zdaje się), QtLinguist do i18n.

Edit: Jako przykład kodu możesz obejrzeć AspeQt.

Ostatnio edytowany przez mono (2012-12-15 20:16:42)

No właśnie, nie powiedziałem w czym chcę pisać... :(
Najlepiej C++ lub C#, od biedy Java, której prawie wcale nie znam, ale się nauczę jak będzie trzeba...
Netbeans i QtDesigner wyglądają obiecująco. Dzięki wszystkim za odpowiedzi.
Chodzi mi o to, że tworzę obecnie soft pod Windows do różnych moich wynalazków dla 8-bit, i chciałbym zaoferować też wersję dla Linux'a - może w przyszłości też dla OSX. Czasem padają o to pytania, chociaż ogrom pracy jaki musiałbym włożyć w przeportowanie kodu z VS/C++ czy C# będzie spory.... Tym bardziej, że narzędzia z VS obsługują np. obiekt SerialPort, którego używam.

Według mnie najprostsze będzie Qt/Qt Creator. Możesz jeszcze spróbować z wxWidgets (są jakieś tam edytory do tego, ale na starcie są trochę ciężkie, ale to moja prywatna opinia).

Ostatnio edytowany przez saulot (2012-12-16 12:33:45)

Tak całkiem teoretycznie to nie jest takie środowiska wcale potrzebne. Program napisany pod Visual Studio używający np Qt po przekompilowaniu na linuksa powinien po prostu zadziałać, o ile napisało się go oczywiście dostatecznie przenośnie, ale Qt jest frameworkiem, który dostarcza praktycznie wszystko, więc jak ktoś chce, to nie musi poza niego wychodzić.

jasne, ale w pierwszym poście była mowa o czymś z "przybornikiem okienek" ;).

Duddie: taka mala rada - daruj sobie anjute i pisanie pod gtk.
gtk ma straszne ograniczenia, a ludzie aktualnie ja zmieniajacy - lamia wsteczna kompatybilnosc i tak na prawde stwarzaja same problemy.

moze wspomniany qt creator bedzie czyms pod twoje oczekiwania? poklikaj w to nieco, choc qt to nie zupelnie c++, tj. to nieco zmieniony jezyk, ale nic strasznego ;)

Jell, jaki zmieniony język C++? To, że część rzeczy jest przepuszczana przez ich preprocesor i dodatkowe narzędzia, który generuje jakiś tam specyficzny dla qt kod to wcale nie znaczy, że zmieniali język.
Qt to jest tylko biblioteka razem z własnym frameworkiem (,który ułatwia pracę, ale trzeba się do niego przyzwyczaić, nie jest on niezbędny), wszystko jedzie na gcc (czy pod windą czy pod linuksem).

Eclipse ma plugin CDT (C/C++ Developer Tool) do tworzenia aplikacji w C/C++. Używam tego od czasu do czasu i jest przyjemnie. Nie ma tam żadnych wizualnych rzeczy, bo to tylko edytor i kompilator. Designerów dla formatek dla Eclipse nie znam.

Edit: CDT to taka konwencja nazewnicza - mają też JDT (Java Developer ...), PDT (PHP Developer ...) itd.

Ostatnio edytowany przez mono (2012-12-17 11:34:01)

Qtdesigner i Kdevelop

Adam: tak, chodzi o 'moc'.
saulot: jesli nie kumasz ze 'moc' to nie c++, ze to posredni jezyk, z ktorego wlasciwy c++ jest generowany - to sorry.
Hrw: no nie mow ze nie kojarzysz glade. ztcp byl dostepny w tym samym czasie co qtdesigner. to ze to c i rzutowania - to imo zaleta, a nie problem. jak chcesz pozbyc sie recznej zabawy z makrami itd. - poczytaj o jezyku vala
do czystego c znacznie latwiej sie bindowac niz do c++ (brak name mangling).

glib/gobject sa bardzo fajne technicznie (dzieki gobject-introspection sa przecudne, jesli chodzi o podpinanie sie z jezykow dynamicznych). niby wszystko pieknie, poki sie czlowiek na poziomie gui nie rozbija o gtk, ograniczenia zwiazane z przechwytywaniem chocby glupich klikniec, problemy ze stylowaniem (rozne engine styli maja rozne zakresy obslugiwanych widgetow), czy chocby z tym, ze dopiero z irca czlowiek moze sie dowiedziec by np. nie uzywal gtk(h/v)box, bo w przyszlej wersji calkiem wyleca, mimo tego ze od dekady byly (nawet nie zostawia fallback w postaci obudowy do preferowanego teraz gtkgrid czy cos tam).
w brode sobie pluje ze pracownikowi siedzacemu naprzeciw mnie nie kazalem pisac apki w qt, tylko pozwolilem robic w gtk, bo mial z tym powierzchowna stycznosc (a i sam bylem wtedy jeszcze milosnikiem gtk).