Qt динамическое изменение размера виджетов

А что мешает для первого виджета рассчитать новые размеры (с учетом уменьшевшегося второго виджета) и сделать resize() для него тоже, как и для второго?

Явно что-то нужно в лайаут дополнительно вызвать, например попробуй update.

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

Ок. Попробую.

Не комильфо так делать. Лучше используй https://doc.qt.io/qt-5/layout.html#stretch-factors что бы виджеты были пропорциональны друг-другу.

Можешь дополнительно ещё setMinimumSize + setMaximumSize + setSizePolicy. А руками задавать при автоматическом лэйауте - такое себе.

Пружины добавь и с политикой поиграй, вообще в этом плане рекомендую Бланшетта Саммерфилда почитать у них целая глава этой теме посвящена - очень толково.

Да я все с пружинами и т.д. разобрался. Тут только так логически выходит, что один виджет надо спрятать(окно логов), а занимаемое им место отдать другому виджету. Можно конечно было бы его в Splitter добавить, но вот в данном случае его нужно именно спрятать. В общем после вызова метода для второго виджета setMaximumHeight(), первый виджет занял все место второго (за исключением maximumHeight()).

Если тебе нужно спрятать один виджет и на его месте отобразить другой, то может лучше использовать для этого QStackedWidget ?

Шёл 21 год, а пещерные люди все еще программировали гуй на виджетах.

А что, выбирать qml только потому что это модно/современно? Какие-нибудь объективные аргументы есть? Особенно если не планируется какой-нибудь хитрый дизайн.

Кстати видел в одном продакшен проекте было вообще совмещение виджетов и qml, т.к. на чистом qml было бы тормознутей.

QML проще, чем говнять нуй на плюсах. Да и декларативность в гуе рулит. Я тоже его когда-то не воспринимал, а потом заценил.

QML проще, чем говнять нуй на плюсах

Ну а я вот думаю, что нет, не проще. Говняный гуй - это не то, на чем он написан, а насколько херово он сделан в принципе.

декларативность

Ох уж это магическое слово :-) Это должно сразу восприниматься как аксиома. Ты все равно никогда не пишешь на чистом QML, сложную внутреннюю логику все равно пишешь на плюсах и в итоге мешаешь QML с C++. Если не нужен сложный дизайн - то нафига QML? Просто чтобы было?

Ты все равно никогда не пишешь на чистом QML, сложную внутреннюю логику все равно пишешь на плюсах и в итоге мешаешь QML с C++.

Конечно, так оно и должно быть. И это ещё приводит к архитектурно-красивому разделению гуя и бизнес логики, чего в коде с виджетами как правило никто не делает, ибо и так сойдёт.

Если не нужен сложный дизайн - то нафига QML? Просто чтобы было?

Просто потому что на нем проще, даже для простого гуя, этот самый гуй писать. Именно за счёт декларативности, а не трахаясь с лейаутами, запердолеными в лейауты, запердолеными в лейауты.

Вскрыл больную тему что не все в порядке там с масштабруемостью или как ? Че понадобилось окошко с видео уменьшать до размера экранного табло очередных эипл вотч?

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

И это ещё приводит к архитектурно-красивому разделению гуя и бизнес логики, чего в коде с виджетами как правило никто не делает, ибо и так сойдёт.

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

Просто потому что на нем проще, даже для простого гуя, этот самый гуй писать. Именно за счёт декларативности, а не трахаясь с лейаутами, запердолеными в лейауты, запердолеными в лейауты.

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

А , зачем когда есть уже авто гуй на котором не точто рамки ваяют , а целые сайты с управление как будто это de где вот это лишь малая часть функции -> spring , canvas , css и.т.д

Это ты сравнил QtWidgets и QML или QtWidgets/QML и что-то еще?

Нужно в дизайнере все раметить за минуту и коде пересекаться с гуем только через его сигналы.

Напомни, почему ни один нормальный Qt проект не юзает дизайнер?

А ты считаешь, что нормальные только ты видел? Слишком инфантильно. Я учавствовал в продакшен проектах, которые используют дизайнер.

И кстати, чтобы я понимал уровень твоего понимания кода, который генерирует uic при обработке файлов .ui. Какие проблемы этого кода?

Не QML, а Qt Quick.

Вот и граммар-наци подтянулся.

Так это же как вместо GTK говорить Си.

Так это же как вместо GTK говорить Си.

Прошу прощения, ваше величество :-)

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

Спор о том, что человек виджеты на помойку выбрасывает в угоду Qt Quick / QML. А я пишу, что для приложений без хитровывернутого дизайна виджеты - вполне себе удобный и подходящий инструмент.

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

А я участвовал в продакшн проектах, которые не используют дизайнер. И причём это далеко не моё решение было. И че?

И кстати, чтобы я понимал уровень твоего понимания кода, который генерирует uic при обработке файлов .ui. Какие проблемы этого кода?

Причём тут проблемы кода? Дизайнер Qt, в 2021 году, продолжает сосать за обе щеки у, блин, дизайнера 7-го делфи. Рассказать когда 7 делфи вышел? Если тебе хоть раз придётся делать реально сложный гуй, по ты в один момент за***шся и просто пойдёшь править .ui файл руками, ибо дизайнер не даёт нормально реструктурировать гуй.

А когда-то я, такой зелёный, спрашивал у разработчиков kdevelop, почему они дизайнер не интегрируют. И удивлялся что они меня нахер посылают. А потом познал. Как ты думаешь, почему главный продукт на Qt - кеды - не использует дизайнер тупо нигде? И не использовал как минимум с 4 версии. Может эти товарищи о нем не знают?

И то. Ты писал выше, что ни один нормальный проект не использует дизайнер. А пишу, что использует.

Я делал гуй в дизайнере с достаточно большим количеством виджетов. Как странно, что УМВР.

ибо дизайнер не даёт нормально реструктурировать гуй

Можно тут подробнее?

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

Qml не может в платформозависимый стиль контролов. Там какой то угробишный материальный дизайн.

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

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

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

но тут, на самом то деле, реальный конфликт срача исходит от (как всегда) заблуждающиеся мышевозов.