[1] wxWidgets와 C++를 사용한 GUI 프로그래밍이 가능한 IDE

Code::Blocks

• 다양한 플랫폼 지원 (Linux, Windows, OSX, ...)
• 다양한 컴파일러를 지원한다. (gcc, mingw, msvc, bcc, dmc, openwatcom, ...)
• gdb 통합. IDE를 통한 소스수준 디버깅 가능. 
• wxSmith라는 GUI 디자이너가 내장 플러그인으로 잘 통합되어 있다.
• wxSmith는 리소스편집 및 프리뷰, 이벤트 핸들러 추가/편집 등이 매끄럽게 지원된다.
  wxSmith에서 리소스편집이 이루어지면 프로젝트의 소스코드도 바로 실시간 변경된다.
• wxSmith는 XRC (XML Resource)를 살짝 변형/확장한 .wxs 라는 저장형식을 쓴다.
  최상위 태그인 <resource>...</resource>가 <wxsmith></wxsmith>로 바뀌고, 좀 확장되었다고 함.
• wxSmith는 XRC로 저장하기가 편하게 지원되지는 않는다.
  .wxs를 .xrc로 바꾸고 <wxsmith> 태그를 <resource>로 바꾸면 되는데, 
  결과물을 다른 GUI 디자이너에서 쓰려면 약간의 손질은 필요했다.
• wxSmith에서 XRC 읽어들이는 것도 가능한 것 같은데 확인은 안 해봄.
• 프로젝트를 처음 만들 때 wxSmith대신 wxFormBuilder를 쓰게 할 수도 있는 것 같은데 해보지는 않음.
  wxFormBuilder는 wxSmith처럼 잘 통합된 형태로 지원되지는 않을 것이라 예상됨.

CodeLite

• 다양한 플랫폼 지원 (Linux, Windows, OSX)
• gdb 통합. IDE를 통한 소스수준 디버깅 가능. 
• 외부 GUI 디자이너인 wxFormBuilder(이하 wxFB라 부름)와 연동 가능. 
  내장 플러그인 수준은 아니고, 느슨하게 연동됨.
  wxFB에서 GUI 폼을 변경해도 프로젝트의 소스코드는 변경되지 않으며,
  wxFB에서 수동으로 폼의 소스코드를 새로 생성하면 프로젝트의 소스코드가 덮어씌워지는 식이다.
  따라서 wxFB에 의해 변경되는 소스코드는 CodeLite에서도 손대지 않고 유지해 두어야 한다.
  wxFB에서 정의한 이벤트핸들러는 폼의 소스코드에 virtual function으로 정의되므로,
  CodeLite에서는 이를 상속한 자식클래스를 만들어 자식클래스에서 이벤트핸들러를 재정의하는 식으로 쓴다.
• wxFormBuilder는 .fbp라는 저장형식을 쓰지만, XRC 읽어들이기와 XRC로 저장하기도 가능.

[2] IDE는 아니고 그냥 독립된 GUI 디자이너

wxFormBuilder 

• 다양한 플랫폼 지원 (Linux, Windows, OSX)
• 다양한 IDE와 연동됨 (느슨하게 연동) : CodeLite, Code::Blocks 등
• .fbp라는 저장형식을 쓰지만, XRC 읽어들이기와 XRC로 저장하기도 가능.
• 설계된 폼으로부터 C++, XRC, 파이썬 코드 생성 가능.
  폼에서 직접 만들어진 코드에는 virtual function 형태의 이벤트 핸들러도 들어 있으나
  이 코드는 폼 변경후에는 새로 생성해야 하므로 wxFB와 연동되는 IDE 등에서는
  이렇게 만들어진 코드는 수정하지 않는 것이 좋다.
  대신 이를 상속한 클래스를 만들고 그 클래스에서 이벤트 핸들러 코드를 재정의하면 된다.

wxGlade

• 다양한 플랫폼 지원 (툴 자체가 wxPython으로 작성됨)
• C++, List, Python, Perl 코드 생성 가능. XRC 지원.
• GTK+용 GUI 디자이너인 Glade의 특징을 따서 만들어졌다고 함
• 써본적없음

XRCed

• 다양한 플랫폼 지원 (툴 자체가 wxPython으로 작성됨)
• 써본적없음