(РЕШЕНО) Какая-то хрень при saveGeometry() у QWidget на QDialog

[Гурман]

На самом деле, и то, и другое, но и ни то, ни другое. Поскольку в описании restoreGeometry() всё-таки есть слова Restores the geometry and state top-level widgets stored in the byte array geometry. Но это всё. Больше нигде ничего про то, что это только для виджетов "верхнего уровня", то есть, десктопных. Даже в развернутом описании "Restoring a Window's Geometry" не упоминается, что это не работает для дочерних виджетов. В результате - не только я этого не заметил, но также и все, кто читал эту ветку. Иначе указали бы - я в самом первом сообщении спросил, "может я чего-то пропустил?".

Если бы хотя бы было написано "Restores the geometry and state of only top-level widgets stored in the byte array geometry" - совсем другое дело. Я бы такое не пропустил.

[m_ax]

Кто-нибудь еще на Qt 5.x в Виндах, Линухе? Для основательности багрепорта...

У меня выводит
QPoint(0,0)
QPoint(0,0)

Qt 5.2.1 (linux)

[Гурман]

Кто-нибудь еще на Qt 5.x в Виндах, Линухе? Для основательности багрепорта...

У меня выводит
QPoint(0,0)
QPoint(0,0)

Qt 5.2.1 (linux)

У Linux менеджер десктопа иначе рабочее пространство вычисляет. Впрочем, уже не актуально, проблема решена.

[Bepec]

QPoint(0,0)
QPoint(0,0)
W7 x64 ну да написано всё у меня

QPoint(0,0)
QPoint(0,40)
c панелью задач вверху

PS в принципе логика то понятна - сохраняет геометрию по отношению к экрану)  а не положение на форме

[Гурман]

QPoint(0,0)
QPoint(0,0)
W7 x64 ну да написано всё у меня

QPoint(0,0)
QPoint(0,40)
c панелью задач вверху

PS в принципе логика то понятна - сохраняет геометрию по отношению к экрану)  а не положение на форме

Да, так и должно быть для виджетов, у которых нет родителей - поэтому у меня все окна давно с этим работали. Но у виджетов, у которых есть виджеты-родители, функции move() и pos() работают уже в системе координат родителя, а не экрана. Соответственно, saveGeometry() тоже генерирует байтовый массив с координатами в системе родителя - я проверял, это именно так. Но restoreGeometry() при восстановлении на это чихает, и восстанавливает в координатах экрана. Хотя ничего не стоило бы загнать в байтовый массив geometry признак наличия родителя - и восстанавливать в его координатах, и выдавать true. Или выдавать false, если производится попытка восстановить такой виджет без привязки к родителю (но тем не менее, восстанавливать, мало ли...). И описать всё это в доке.

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

[Igors]

Igors, ваши 22 - это высота тулбара на вашем рабочем столе, причем он у вас наверху экрана находится. Так?

Почти. Это высота меню бара который на Мac всегда вверху и 1 для всех приложений

В любом случае юзать save/restore для чайлд виджетов - неудачная затея, они для этого явно не предназначены. Сохранить просто geometry() и восстановить через setGeometry(). И то по-хорошему не нужно, должны быть лайауты

[Гурман]

В том то и дело, что недостаточно явно. Одного слова в руководстве для явности недостаточно. Теперь то да, когда посмотрел в исходник restoreGeometry() я просто geometry сохраняю.

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

Баг в том, что saveGeometry() не учитывает параметры десктопа, а restoreGeometry() учитывает. Несимметрично работают. Напишу репорт...

[PKEv]

Похоже такая же ерунда:
https://github.com/tux3/qTox/issues/2349