Russian Qt Forum

Добрый день.
Допустимо ли вызывать метод QGraphicsItem::setPos из метода paint() наследников этого самого QGraphicsItem? Мне перед отображением элемента надо рассчитать, где он будет выводиться, исходя из масштаба физических величин к ширине отображаемой области. А ширину эту, как я понимаю, я могу взять только из painter-а.

В предыдущей версии своего кода я совсем не пользовался setPos, отрисовывал все элементы в координатах сцены, размеры сцены брал из QPainter::viewport(), и всё, в общем-то, замечательно отрисовывалось. Но теперь мне понадобилось к некоторым элементам добавить перетаскивание, причём перетаскивание не совсем автоматическое - оно разрешено только по одной координате, и при этом надо ещё пересчитывать физическую величину. Первое, что пришлось сделать - это отказаться от координат сцены, иначе проблемы будут уже в boundingRect(). Теперь отрисовку я делаю в координатах самого элемента, а в начале paint() вызываю setPos, рассчитанный исходя из размера отображаемой области. В общем-то, отображение самого элемента работает. Но возникают странные артефакты, например, в процессе расширения окна другие элементы (другого класса, на который действие моего setPos не распространяется) могут исчезать и появляться обратно.

Проблема повторена на Qt 4.6 и 4.8.4, причём мне показалось, что на 4.8.4 глюки были реже, но совсем не исчезли.

Компактный кусок кода, который исчерпывающе иллюстрировал бы проблему, я постараюсь собрать, но сделать это будет нелегко: как-то слишком всё у меня пока размазано. Но может, он и не нужен? Если я действительно пытаюсь сделать то, чего в Qt в принципе делать нельзя - буду искать другие пути. Поэтому буду благодарен, если для начала кто-либо знающий ответит на "теоретический" вопрос, сформулированный в названии темы...

Просто в примерах я действительно не видел, чтобы setPos вызывался напрямую в paint().
Если же это в принципе не криминал - разумеется, придётся сделать "программу из трёх строк", повторяющую эффект.

Это не особо хорошо из-за системы отрисовки Qt.
К сожалению я не работал глубоко с GraphicItem, но вы если вы не учитывается все моменты, то можете просто свалиться в рекурсию, или же как раз возникнет перекрытие областей (пропадение других итемов) и многое другое. :)

PS я бы не рекомендовал. Но сделать можно всё ^.^

Это не должно работать корректно. Если какой-то айтем вызовет немедленное обновление (repaint) получим бесконечный рекурс. И даже если нет, то по окончании рисования виджет становится "валидным", т.е. ОС считает его полностью перерисованным, запрос на обновление (вызванный setPos) потерян.

Не может такого быть что какой-то нужный параметр доступен только в painter. Установка позиции должна проводиться отдельно (напр сразу как отпущена мыша) и с рисованием не пересекаться.

Спасибо, это я и хотел услышать.

Нужный параметр - это, по большому счёту, ширина отрисовываемой области. (Возможно, в будущем понадобится и высота.)
Я ещё немного поэкспериментировал - в принципе, childrenRect() у QGraphicsView возвращает ту же самую ширину, что и viewport() у QPainter.

Наверное, я перекрою QGraphicsView::resizeEvent() и буду делать setPos дочерним элементам в нём. (Ну а для драг-н-дропа вызову обновление отдельно.) Это будет корректно?

Масштаб физических величин лучше всего вызывать в функции boundingRect или shape. В них же можно делать и другие перерасчеты но нежелательно.
Как я делал, в предке объявил виртуальную функцию recalculate(), и ее вызываю совместно с prepareGeometryChanges.

Всем спасибо за ответы. В общем-то, проблема была в том, что я пытался рисовать элементы в координатах сцены. После того, как я начал в paint() использовать координаты самого элемента, а setPos() вызывать извне, необходимость дёргать его из функции отрисовки пропала (по крайней мере, извне).