SWT - QT. Что мешает сделать сабж?

потому что не имеет смысла писать на java если используешь qt.

кроссплатформенность обеспечивает qt, зачем нужна java?

Ты о чем?

А если чесно я вообще этого IBM не понимаю. Нах было извращаться со всякими нативными биндингами? Взяли QT. Он под всемо платформами работает да слелали б к нему JAVA обертку.

Мативация была такова:

Portability and platform integration
A common issue in widget toolkit design is the tension between portable toolkits and platform integration. The Java AWT (Abstract Window Toolkit) provides platform integrated widgets for lower level widgets such as lists, texts, and buttons, but does not provide access to higher level platform components such as trees or rich text. This forces application developers into a "least common denominator" situation in which they can only use widgets that are available on all platforms.

The Swing toolkit attempts to address this problem by providing non-native implementations of high level widgets like trees, tables, and text. This provides a great deal of functionality, but makes applications developed in Swing stand out as being different. Platform look and feel emulation layers help the applications look more like the platform, but the user interaction is different enough to be noticed. This makes it difficult to use emulated toolkits to build applications that compete with shrink-wrapped applications developed specifically for a particular OS platform.

SWT addresses this problem by defining a common portable API that is provided on all supported platforms, and implementing the API on each platform using native widgets wherever possible. This allows the toolkit to immediately reflect any changes in the underlying OS GUI look and feel while maintaining a consistent programming model on all platforms.

The "least common denominator" problem is solved by SWT in several ways:

Features that are not available on all platforms but are generally useful for the workbench and tooling plug-ins can be emulated on platforms that provide no native support. For example, the OSF/Motif 2.1 widget toolkit does not contain a tree widget, so SWT provides an emulated tree widget on Motif 2.1 that is API compatible with the Windows native implementation.
Features that are not available on all platforms but are not widely used can be omitted from SWT. For example, Windows provides a widget that implements a calendar, but this is not provided in SWT.
Features that are specific to a platform, such as ActiveX integration, are only provided on the relevant platform. Platform specific features are separated into separate packages that clearly denote the platform name in the package.

>Ты о чем?

о том что qt намного больше чем тулкит для отрисовки интерфейса,
эта библиотека по возможностям не уступает jre, нафига городить огород, а не взять c++?

> Не секрет, что GTK и тем более Motif это не серьезно. Есть ли у кого размышления по поводу сабжа?

Не секрет, что только глупый человек будет такое утверждать.

> Не секрет, что только глупый человек будет такое утверждать.

не секрет что только совсем глупый человек будет утверждать что кутэ хуже чм гтк и чудовищный мотиф

Вобщем понаделали себе римора со всякими найтив тулкитами и имеется уродский SWT. Теперь берем NetBeans и смотрим на то как может выглядеть SWING.

http://developer.kde.org/language-bindings/java/