Qt Project жив!

>Интерфейс - это лишь набор пропертей.

Это интерфейс формочек - набор свойств. Попробуйте WYSIWYG-компонент с наскоку настроить. Там не только шрифты, иконки, фон заливки и размер виджетов. Там расположение и свойства компонентов. Но тот же oowriter на самом компоненте не позволяет ничего двигать - только через формочки.

>В KDE для настроек GUI нету. Вот и путаются в многочисленных формочках. Умели бы KDE-dev'ы GUI делать - проблем бы не было. Ещё раз : программисты совершенно не умеют делать интерфейсы. Но делают.

А что такое плазма в KDE и как она работает в курсе?

alex-w (26.10.2011 16:00:21)

>Покажите игры на Qt. Настоящие, а не игрушечные.

Там как бы об OpenGL речь - это ничего?

>Это не сравнение "что есть в других, чего нет в Qt" Это вопрос "что есть в Qt, чего нет в других, меньших по размеру и быстрее работающих" То есть на что тормоза и размер меняем?

О да... "меньших по размеру и быстрее работающих". Мне казалось, что быстро работать означает "выполнить задачу в полном объеме", а не "пропробовать сделать, не осилить и тупо упасть".

alex-w (26.10.2011 16:06:18)

>Пример изменения логики работы WUI в студию

adblock.

>и как же теперь можно сменить логику работы GUI приложения? Ну или хотя бы внешний вид.

Распарсить html и изменить интерфейс по вкусу.

А что, плазма - GUI?

>Там как бы об OpenGL речь - это ничего?

А что, игр OpenGL нет? Хорошо, показывайте, что из серьёзного есть.

>Мне казалось, что быстро работать означает "выполнить задачу в полном объеме"

И в чём формочки Qt более полно выполняют работу, чем другие формочки?

>>Пример изменения логики работы WUI в студию

>adblock.

ну-ну... с этим понятно.

>>и как же теперь можно сменить логику работы GUI приложения? Ну или хотя бы внешний вид.

>Распарсить html и изменить интерфейс по вкусу.

Как именно (напомню, что речь идет о gtk приложении)?

alex-w (26.10.2011 16:13:59)

>А что, плазма - GUI?

Почитайте как строится GUI в KDE и из чего он состоит

alex-w (26.10.2011 16:14:46)

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

WYSIWYG - это ненастраиваемый компонент. В том плане, что для него не имеет смысл диалог настроек - для него имеет смысл "состояние" - взаимное расположение контролов, к-ое меняется, например, драгэндропом.

Но и тем не менее некоторые настройки могут таки оставаться - например ширина "документа", его ориентация (страничная/альбомная) - это всё те же проперти, к-ые в том же ворде задается через вами нелюбимые формочки.

На Qt такой компонент не сложнее написать, чем на любом другом тулките (а порой проще, за счет сигнал/слотов и вездессущих пропертей)

>А что, игр OpenGL нет? Хорошо, показывайте, что из серьёзного есть.

Игры не скажу на вскидку по причине того, что я не геймер и сходу мало что могу назвать. Но вот пример построения достаточно сложного и быстрого интерфейса с применением Qt/OpenGL приведу - Google Earth

>И в чём формочки Qt более полно выполняют работу, чем другие формочки?

Ну сделайте "формочки" на Gtk/OpenGL и потом то же самое на Qt/OpenGL. Посмотрите как оно работает и с какой скоростью. После этого будет иметь смысл о чём-то говорить дальше.

alex-w (26.10.2011 16:19:56)

>Как именно (напомню, что речь идет о gtk приложении)?

Для этого нужно с готовым приложением поработать, которого у меня нет.

>Почитайте как строится GUI в KDE и из чего он состоит

Это на что намёк? На скрипты?

>Для этого нужно с готовым приложением поработать, которого у меня нет.

Ну так я скажу так: не сможете вы в этом gtk приложении поменять логику работы, даже внешний вид не сможете поменять.

P.S. И да, для справки - внешний вид Qt интерфейсов можно в достаточно широких пределах настроить с помощью CSS и это уже хрен знает сколько лет существует.

alex-w (26.10.2011 16:23:43)

>WYSIWYG - это ненастраиваемый компонент. В том плане, что для него не имеет смысл диалог настроек - для него имеет смысл "состояние" - взаимное расположение контролов, к-ое меняется, например, драгэндропом.

Что значит "ненастраиваемый"? Нельзя настроить стили текста или местоположение сноски?

>На Qt такой компонент не сложнее написать, чем на любом другом тулките (а порой проще, за счет сигнал/слотов и вездессущих пропертей)

Судя по kword, это не так.

>Но вот пример построения достаточно сложного и быстрого интерфейса с применением Qt/OpenGL приведу - Google Earth

Ок, что ещё?

>Ну сделайте "формочки" на Gtk/OpenGL и потом то же самое на Qt/OpenGL.

Ещё раз: формочки не нужны. Нужен полноценный GUI. А приложений на OpenGL по пальцам пересчитать можно. В основном - формочки.

Хотя и полноценный GUI может тормозить. К примеру, в гjлову приходит kstars. Уж не знаю, на чём его писали, но Qt не помог.

>Ну так я скажу так: не сможете вы в этом gtk приложении поменять логику работы, даже внешний вид не сможете поменять.

Изучу вопрос.

>P.S. И да, для справки - внешний вид Qt интерфейсов можно в достаточно широких пределах настроить с помощью CSS и это уже хрен знает сколько лет существует.

Ещё раз, внешний вид не особо интересен, как это может делать CSS. Интересен вид, как может делать html/js.

Перечитайте мое сообщение _внимательно_ и прекратите троллить. Я уже ответил на вашу реплику.

Про кворд - сравнили кота с чайником. Посмотрите что ли коммерческие программы, написанные на Qt.

>Хотя и полноценный GUI может тормозить. К примеру, в гjлову приходит kstars. Уж не знаю, на чём его писали, но Qt не помог.

GUI KStars совсем недавно начал использовать OpenGL для отрисовки. До этого (и эти версии практически во всех дистрах сейчас) KStars вообще не знал про OpenGL и рисовал звёздное небо обычными средствами. Как следствие - при увеличении числа отображаемых элементов интерфейса добавляются тормоза.

Так как заговорили о KStars и OpenGL, то еще один пример приведу, хотя там интерфейс несколько проще KStars'овского - Stellarium. Для построения интерфейса использует Qt/OpenGL и его можно довести до тормозов двумя способами - почти оторвать поддержку OpenGL у видеокарты, или одновременно показывать на звёздном небе более полумиллиона объектов разом.

alex-w (26.10.2011 16:36:38)

>Ещё раз, внешний вид не особо интересен, как это может делать CSS. Интересен вид, как может делать html/js.

Для этого и изобрели QML

alex-w (26.10.2011 16:39:19)

>До этого (и эти версии практически во всех дистрах сейчас) KStars вообще не знал про OpenGL и рисовал звёздное небо обычными средствами. Как следствие - при увеличении числа отображаемых элементов интерфейса добавляются тормоза.

И при этом рядом стоял Xephem и работал быстро с весьма большими звёздными каталогами. На чистом xlib.

Ускорять двумерный интерфейс либкой для построения трёхмерного - это сильно.

>Для этого и изобрели QML

Вот и посмотрим, что он может. Пока приложений на нём у меня нет. Нет, свои приложения я не пишу.

>Перечитайте мое сообщение _внимательно_ и прекратите троллить. Я уже ответил на вашу реплику.

В типичном Wysiwyg нельзя drag'n'drop'ом что-то подобное делать. Там это делается через формочки. Стили тоже через формочки меняются. И ещё 100500 параметров. Или пора вылезать из анабиоза и в lo это изменили?

>Про кворд - сравнили кота с чайником. Посмотрите что ли коммерческие программы, написанные на Qt.

Покажите.

Это ваши девичьи грезы что огл только для 3д

>Вот и посмотрим, что он может. Пока приложений на нём у меня нет. Нет, свои приложения я не пишу.

Я посмотрел. Но менять логику интерфейса "на лету" не мне надо, так что... сами, всё сами.

alex-w (26.10.2011 17:09:14)

>И при этом рядом стоял Xephem и работал быстро с весьма большими звёздными каталогами. На чистом xlib.

Хотелось бы уточнить, что именно в понимании анонимуса считается большим звёздным каталогом?

P.S. И да, об архитектурных решениях для работы со звёздными каталогами в разных планетариях анонимус в курсе?

alex-w (26.10.2011 17:11:25)

>Хотелось бы уточнить, что именно в понимании анонимуса считается большим звёздным каталогом?

От нескольких сотен тысяч до нескольких миллионов объектов. Стояли, например, Hipparcos и Tycho. http://ru.wikipedia.org/wiki/Hipparcos

>P.S. И да, об архитектурных решениях для работы со звёздными каталогами в разных планетариях анонимус в курсе?

То, что хорошая архитектура зачастую важнее быстрого алгоритма? Конечно, в курсе.

Надеюсь, что это шанс на выживание Qt. Ждём первого релиза.

Stalin (26.10.2011 17:44:07)

>От нескольких сотен тысяч до нескольких миллионов объектов. Стояли, например, Hipparcos и Tycho.

Это маленькие каталоги, если честно :)

alex-w (27.10.2011 15:55:58)

kstars не мог и такого. Он на собственном каталоге ЕМНИП в несколько десятков тысяч объектов тормозил.