Кроссплатформенные приложения — миф или реальность?

чтобы выглядело нативно на любой платформе

Забей на это. Или пиши CLI.

Или пиши CLI

Чем я и занимаюсь.

Кажется оно использует GTK изначально, но кеширует картинки и потом само рисует из через OpenGL. Тоесть да, это твоя тема GTK+, но при этом используется негномовские размеры кнопок, расстояния и лейауты. Плюс не помню точно что там со шрифтами.

Есть еще такая штука - java-gnome. Но на венде не работает

java

gui

Отжигаешь.

Казалось бы, ответ — Qt

ответ — Qt

Может, ну ее, эту жабу... И вперед учить плюсы? Там для формошлепства на Qt много не надо.

То-то я смотрю, что выглядит криво. Со шрифтами там всё плохо. Можно использовать настраиваемое (хотя и скудно) сглаживание AWT.
Вот моя функция для установки сглаживания и laf (тут много оверхеда):

public static void init() {
	String aa = System.getenv("MY_AA");
	String laf = System.getenv("MY_LAF");

	if (aa != null) {

		if (aa.toLowerCase()
		.matches("off|false|default|on|gasp|lcd|lcd_hrgb|lcd_hbgr|lcd_vrgb|lcd_vbgr")) {
			System.setProperty("awt.useSystemAAFontSettings",
					aa.toLowerCase());
			System.setProperty("swing.aatext", "true");
		} else {
			System.setProperty("swing.aatext", "false");
			System.err.println("Antialiasing mode not supported");
		}
	}

	if (laf != null) {
		LookAndFeelInfo[] lafs = UIManager.getInstalledLookAndFeels();

		for (int i = 0; i < lafs.length; i++) {
			if (lafs[i].getName().toLowerCase().equals(laf.toLowerCase())) {
				System.setProperty("swing.defaultlaf",
							lafs[i].getClassName());
				try {
					UIManager.setLookAndFeel(lafs[i].getClassName());
				} catch (Exception e) {
					System.err.println("Error applying LookAndFeel: "
							+ lafs[i].getName());
				}
			}
		}
	} else {
		System.err.println("No such LookAndFeel installed: " + laf);
	}
}

Я немного знаю плюсы, но не люблю.

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

SWT, не? Будут там и системные диалоги, и шрифты, и темы. Правда, придется в каждую систему таскать соответствующие куски системного бинарника.

А можно эти куски как-то паковать в jar?

Если не любишь кресты — пиши на PyQt.

swing рисует везде одинаковый гуй, возьми awt и радуйся жизни

Попробуй QML же, ну!

Если сравнивать с питоном, то я очень даже люблю кресты.

Пожалуйста, дайте годных туториалов!

И будет все это дружно тормозить!

емнип да. Сколь помню, можно таскать сразу все и в рантайме выбирать нужный.

Не пиши GUI программы на жабе, будь человеком.

А что не так, если не считать того, что выглядят они плохо? Нужно тащить джаву в систему? Да, но без таких ходов никто не обходится.

HOT предложение для UT девов :D http://developer.ubuntu.com/resources/tutorials/getting-started/currency-conv...

А вообще такого прям цельного, всеобъемлющего туториала нет, в частности из-за того, что QML\QtQuick быстро развивается, всё новые и новые фичи и пр.

Пошарься по подобным ссылкам:

• http://qt-project.org/doc/qt-5.0/qtquick/qtquick2-qml-tutorial.html
• http://habrahabr.ru/post/138837/
• http://habrahabr.ru/post/181712/
• http://habrahabr.ru/post/184288/
• http://www.youtube.com/watch?v=Zna1KHQj_8Y&feature=youtu.be

Если что-то не понятно — пости в раздел dev с тегом QML :3

QML\QtQuick быстро развивается, всё новые и новые фичи и пр.

Да вот в том то и дело, куда ни сунься, уже все устарело и деприкейтед. Раз в пол года создам проект с qml, открою туториал, примеры оттуда не работают, и на этом все глохнет. :)

Жду стабилизации.

Все гуйпрограммы на жаве почему-то имеют небольшой лаг в реакции на действия пользователя, слабозаметно, но присутствует и раздражает. Послушай Мистру, дело говорит.

Нельзя не считать того, что оно выглядит вырвиглазно, да ещё и тормозит. Именно GUI. Тащить жабу в систему в принципе тоже не очень интересно, впрочем, но это несколько меньшая проблема по сравнению с.

Цель этого треда — найти что-нибудь, что использует системные методы рисования окошек и кнопочек. Тогда приложения не будут тормозить и приобретут такой же внешний вид, как и вся остальная система.

Все гуйпрограммы на жаве

Так ли уж все? На каком тулките?

Нетути…

Подсказка: это сообщение выглядит под виндой также как и под линуксом.

А как же SWT? java-gnome? Qt Jambi?

Знаю. Разве что рендеринг шрифтов немного отличается. Веб — классная штука и с серверной частью веба у меня проблем нет: Tomcat и куча классов на джаве.
Тут проблема с клиентской частью: JavaScript. Когда его можно будет заменить чем-то более вменяемым, тогда я буду писать веб-приложения с клиентской частью. Да и HTML с CSS мне не очень-то нравятся, но что поделать.

Цель этого треда — найти что-нибудь, что использует системные методы рисования окошек и кнопочек.

ну так из живых - только SWT и остался.

Тогда приложения не будут тормозить

ну как сказать... SWT не быстрее Swing-а. JNI таки весьма дорог.

и приобретут такой же внешний вид, как и вся остальная система.

более-менее.

ЗЫ заколебали уже с «гуй на яве тормозит». В основном работает вполне удовлетворительно.

ну как сказать... SWT не быстрее Swing-а. JNI таки весьма дорог.

А если его GCJ компилять?

но говорят, что Qt Jambi протух.

Там совсем недавно были коммиты, т.ч. проект оживили.

swt, относительно нативно выглядит

Хочется писать кроссплатформенно, но так, чтобы выглядело нативно на любой платформе.

Так не бывает. К Qt это тоже относится. Они больше для винды и KDE. И к SWT (Xmind, Eclipse) относится. Оно уже для gtk и тоже для винды. В общем, забей на истинную кроссплатформенность. Ее не бывает.

Только специализированный софт обычно не сильно пытается выглядеть нативно. Его используют за другое. Очень хороший пример - IntelliJ IDEA. Она сносно выглядит везде, и не пытается подражать нативному окружению. Кстати, на Java Swing.

А если его GCJ компилять?

оно тоже скорее мертво, чем наоборот. Ну и, сколь я помню что там делает gcj, будет ничуть не быстрее.

Для работы писал одно время базу данных на Сях (плюсы не умею), но требовался интерфейс, в срочном порядке занялся изучением Java. Внезапно задача стала вроде как бы не нужна, но какую-то часть таки накалякал. Скомпилил, пустил, на оффтопе работает, на линуксе нет. Счас точно не вспомню, код был кошмарен и за ненадобностью я его практически «похерил».

системные методы рисования окошек и кнопочек

не будут тормозить

про xlib/xcb уже писали?

java

йава йавой, а лучше кутей всё равно ничего не найдёшь.

А эклипсовый плагин со времён рассвета нокии так и не тронули.

относительно

Куда уж нативней?

И зачем было брать левый язык, когда есть божественный ГТК?

Я сейчас выбираю между C+GTK и Java+whatever.

Python+Gtk, JS+Gtk, Ruby+Gtk?

Наконец C++/Gtkmm и то лучше, Glib::RefPtr же, который именно в контексте Gtk замутит правильное управление ресурсами. И сигналы не на препроцесорных костылях, а на libsigc++

А javafx пробовал?

Хотел, но потом понял, что единственный способ придать ему системный вид — использовать LAF от свинга.

но так, чтобы выглядело нативно

GTK+ на линуксе

Разупорись. GTK+ не более нативен для Linux, чем Qt/wxWidgets/Tcl/Xlib/Xaw/Motif/etc.

GTK/Qt/wxWidgets — мне всё равно.

заколебали уже с «гуй на яве тормозит»
В основном работает вполне удовлетворительно.

[trollface.png] Сам же и подтвердил.

про xlib/xcb уже писали?

В свете грядущих Wayland/Mir писать на xlib это какое-то злобное буратинство.

Выход - писать на Qt, но не java. Прототип на python, а потом переносить на кресты, чтобы память не жрало и быстрее работало.

idea довольно шустрая. Даже удивительно. Наверное, там оптимизаций понавешали.