Russian Qt Forum

Здравствуйте.

Я нарисовал интерфейс приложения в дизайнере. При этом в программе автоматичеки добавился код по его созданию. Теперь я хочу автоматичеки преобразовать его к GraphicsView. Как это лучше сделать?

Я попробовал так:
Вроде бы получилось, но есть проблеммы и главная из них:
Прилипающие окна (dock-и) ведут себя мягко выражаясь плохо:

• даже в оторванном виде они находятся внутри главного окна
  
• Прилипают не тогда, когда ожидаешь
  
• Будучи повторно прилепленными остаются с рамками и заголовком, как будто не прилепленны
  

Видимо нужно преобразовывать к графическому виджету не целиком приложение, а по частям, но при попытке преобразовать тот-же dock я достаточно легко преобразовал его внутренний виджет, но остался не преобразованным заголовок (который рисуется, когда dock прилеплен). Далее я попытался создать один графическией виджет и перебросить в него все дочерние виджеты dock-а. И понеслась... Расположение их оказалось не таким как надо, а при попытке отцепить dock, программа вообще упала.
Вобщем у кого какие идеи?

ужас какой... зачем оно вообще так? либо используй морду из дизайнера или делай все сразу в сцене, имхо

Хорошо спрошу по другому:
Я хочу чтобы, кода я меняю размер главного окна приложения, автоматически менялся масштаб его содержимого. Под масштабом я понимаю следующее: все контролы должны увеличиваться/уменьшаться пропорционально изменению размера главного окна - это, конечно легко решается лэйаутами, НО мне нужно чтобы при этом автоматически увеличивались/уменьшались шрифты всех текстов (на кнопках, в эдитах, меню,...) и все остальные "подэлементы" контролов - иконки на кнопках, закладки на тулбарах, кнопки на скролингах, стрелочки на кнопках скролингов и прочее... Как это сделать? Одна из идей - это всё засунуть в графический вид и дальше хоть масштабировать, хоть поворачивать, хоть ещё любые другие матричные преобразования, хотя мне нужно только масштабирование. И вот, пойдя по этому пути, я наткнулся на проблеммы, частично описанные в первом моём посте темы. Т.е. пока главная проблемма с неожидаемым поведением прилипающий окон (dock-ов) будучи преобразованных к графическому виду.

Но если не использовать дизайнер, то сразу же теряется часть преимуществ. Например, сложнее что-то подправить в интерфейсе.

Может стоит глянуть в сторону QML? Ибо то что ты описываешь просто ад какой-то.

Очень похоже на :
- Милок, ай милок, чагось ты тут ядрёну бомбу приволок?
- Дык картошку копать бабушка.
- Чагось не лопатой то?
- Таки долго, а так бум - и вся картошка выкопана.

Прав Виктор - вы ад хотите сотворить. Зачем вам это? Лучше опишите чего хотите сделать (не "надо мне вот это", а "хоче сделать редактор"). А мы вам способ посоветуем.

А можно ли в QML создавать стандартные контролы?

Что именно ад? Само масштабирование или то, как я это хочу делать?

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

А попробовать сначала добавить только док - как он себя поведет?

Действительно похоже :)

Я уже не знаю как ещё описать. Можно ещё так:
Будучи раскрытым на весь экран приложение должно МАКСИМАЛЬНО одинаково выглядеть при разных разрешениях экрана.
Вобщем аналог лэйаутов, только с учётом содержимого контролов, а не только геометрии.

По секрету скажу - приложение с фиксированным размером виджетов, будет

PS а зачем вам это?? просто и банально скажи - зачем? Цель этого приложения? Пульт/редактор/система связи/ядрёный чемоданчик/компилятор/IDE?

В первом посте темы я привёл код, который работает. И там всё масштабируется, но есть огрехи, которые я и ищу как исправить.

Я не совсем понял, что значит:
В смысле не загонять его в графический вид?

В смысле попробовать только док виджет - вместо главного окна.

В моём понимании не МАКСИМАЛЬНО поскольку, например, кнопка занимающая 1/10 экрана при разрешении 640x480 будет занимать только 1/20 экрана при разрешении 1280x960

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

А разве док может быть без главного окна? Или я что-то не понимаю? Сейчас посмотрю, конечно.

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

QML изначально создавался для сенсорных экранов, чтобы можно было использовать мультитач. А также там очень просто делаются всякие свистелки. И если я не ошибаюсь то размеры объектам там можно задавать в процентах, а это то что вам нужно. Советую все таки приглядеться, ибо из того что вы делаете сейчас ничего хорошего не выйдет.

+1 Виктору. QML как раз для тачей.

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

PS берите пример с уже готовых продуктов. Та же windows выглядит одинакого на любом разрешении экрана. А почему? потому что там идут фиксированные, стандартные константы ;)

Если оно там само шрифты отрисовывает, то будет одинаково. Вроде тролли гарантируют что все что рисуется на QImage будет одинаково на всех платформах, думаю в QML должно быть тоже-самое.

Таки ты учти, что там с учётом шрифтов рисуется. Загонят эту прогу на какой нить айпод и усё. Шрифты съедут, виджеты спрячутся, интерфейс обезображен :)

Там жеж не просто рисовать. А с учётом величины шрифтов и прочего.

PS Помоему, гнилая идея о "везде одинакого". Одинаковым может быть стиль, не более того. Представлю как ваша программа обидится на 22" мониторчик, плакать хочется. Буквы на полэкрана...

Windows c её окнами диалогов у которых не меняется размер - это не лучший пример для подражания. :)

На QML я смотрел, но по ней у меня следующие вопросы-замечания:

• Эта технология очень молода и за время своего существования успела сильно модифицироваться
  
• Как мне показалось, если использовать только возможности QtSDK, то придётся меню, кнопки, скролинги и прочие контролы создавать из прямоугольников, картинок и др. графических примитивов. И те же dock-и придётся реализовывать вручную. Или я не прав? Будет ли это сделать просто?
  

QML это сборная HTML+CSS+JavaScripts. dock-и врятли есть готовые, скорее придется самому делать.

А у Вас есть реальный выбор? Вариант с GraphicsScene выглядит явно наивным. Включите житейский здравый смысл - если бы так просто можно было создать "универсальный экран" - то чего ж так никто не делает? (люди тоже не дураки). Ну так и чего нос воротить от QML? Технология "молода и хороша собой - чего же Вам еще?"  :)

Ему не нравится что под нее еще не готово кучи плюшек. Но я думаю если мозг есть, то замутить что-то не проблема.

Тут скорее не мозг нужен, а время. Время всем жалко тратить на подобные вещи. Хотя не думаю, что вариант с GraphicsView вообще будет работать. :)

В упрощенном варианте работать будет. Сам когда то делал "автоподбор размеров" виджетов в лейауте.
Однако чем дальше в код, тем толще партизаны. Некорректность некоторых шрифтов при разных размерах, режущие глаза линии, боль в глазах после получаса работы - это лишь малая часть того, что получилось. Шрифты стандартные. Вот только они не предрасположены к "произвольным" изменениям размеров.

Я вам предлагаю - не гонитесь за голубой птицей.(читай "не беги за совершенством") Сделай общий стиль и расстановку компонентов. Должно хватить для однородности интерфейса на разных разрешениях.

PS вон у самого на работе панельник стоит - и представь. При желании можно тыкнуть в любую кнопочку виндовс и попасть. Хотя они ведь не мультиразмерные? :P

Как же всё просто в WPF с масштабированием. Оно и понятно, когда всё векторное - масштабирование это элементарная процедура. :)

Не пользовался. Киньте пару ссылок посмотреть на сие чудо ;)

В QML тоже все просто и никто не мешает пихать туда только векторные вещи.

Ну вот по первой ссылке в гугле (wpf ui scaling) неплохой пример:
http://blogs.msdn.com/b/ivo_manolov/archive/2007/10/05/ui-scaling-ui-zooming-with-wpf.aspx

Каждый элемент в WPF может быть линейно отмасштабирован на любой размер вместе со шрифтами. Мне кажется, это очень удобно, когда нужно не меняя интерфейса приложения комфортно работать на разном разрешении.

В Qt даже без QML можно сделать свои виджеты которые будут одинаково выглядеть при разных разрешениях. Другое дело что это мало кому нужно поэтому это и не делают.

Тю. В принципе и понятно, если векторы. Но ведь интерфейс выглядит разнородно в этом примере ;)
Остаётся общим только стиль, как и следовало ожидать :)

Но не спорю - с векторной графикой прикольно.

Виктор прав. Это излишне для большинства задач.

Это надо делать свои виджеты, а там это на уровне инструментария поддерживается для всех компонентов как стандартная функциональность. В этом и разница. А нужно это кому-то или не нужно - вопрос уже философский и требует отдельного рассмотрения. :)

Bepec, ну так я сразу сказал, что вектор. Никто не скрывает. Бывает нужно. Я пользуюсь одной такой программой, и на разных мониторах меняю масштаб. То есть реально использую данную функцию.

Расширь стандартные виджеты которые тебе нужны. Подправь layout так, чтоб он растягивал те виджеты которым этого не надо(кнопки например), или не трогая лэйоут расширь кноки. Ведь расширить чтоб он занимал максимум разрешенного места и менял шрифт от размера не сложно.

Насчёт  вектора я в курсе, что вы об этом писали.

А насчёт "я использую и оно мне надо", это как: я использую велосипедный держатель для бутылки. Бутылки у меня правда нет, но я его реально использую ;)

Расширить функционал Qt для этой цели - дело ну часика, или двух. Наследоваться от необходимых тебе классов и Promote to.

И в дальнейшем данный функционал будет достигаться 3-5 кликами мышки.

PS но моё ИМХО - для расширяемого на весь экран, полностью меняющегося окна программы, необходим минимум компоновщик с сотней - другой настроек(Или маленький ИИ). Ибо в душе не чаю, как вы перейдёте к примеру с 800x600 на 640x480. Там условностей до фени. При этом должна учитываться читабельность/кликабельность и прочая ;)

Веселее всего будет с кнопками, ибо там проценты будут выставлены так чтоб на мобильных устройствах можно было нормально кликать. А когда запустят эту же прогу на стационарном компе кнопки будут с пол экрана =).

Угу. Я ради прикола приложение под андроид собрал на панельник ;) Буквы для слепых получились - в четверть экрана :D

Да, вот WPF бы подошёл, еслиб был в Qt. Кстати, я что-то слышал, что в Qt5 все виджеты в основе будут иметь что-то типа QGraphicsWidget

Qt 5 вроде пока только альфа. Ещё ничего стабильного нет ( в смысле конечного релиза), так что вполне возможно.


update: посмотрел снапшот - ничего подобного. Увы. Не видать вам стандартных саморастягивающихся векторных виджетов в Qt ;)

В Qt5 QWidget будет вынесенен в отдельный модуль QtWidgets, а для GUI как основной инструмент будет предоставляться QML. Поэтому рано или поздно все там будем. :)

Это уже ближе к истине ;)
QML силён в своей простоте и количестве кода. Завораживают результаты на нём, но руки до него не доходят.