troche tego jest wiec pewnie bedziesz musial sprecyzowac LANG

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

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.

Musisz jeszcze określić jaka biblioteka widgetów Cię interesuje. Jeśli GTK, to MonoDevelop/Anjuta mają wizualne designery okienek.

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).

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).

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).