@Mr-Workalot First of all, it seems that you don't use any layouts. Secondly, don't hide your widget by just resizing your dialog (if you are trying to do that). Better hide the widget itself. To set a width anyway, you can use QWidget::resize(int w, int h)

Glad you found out and thanks for the detailed solution !

@Jkimmy Thank you for your help.

@JonB I am passing to QML for this reason. There, placement and dimensioning of graph oblect is very easy to do. I like also the stong division between frontend a nd backend!!!

@mrjj Thanks for the help

@mrjj I tried your code, here's the result:

@Agricola Hi. If you look for ideal elements fit, like in form in QTCreator, You don't have to use Layout. Just put widgets on place, make it ALL proportional etc. include class I put below, I put example too at the end It works like a charm, if you will have to use QLayouts, make them MaxMin constraint, but results may be strange. When you use it, better forget about layouts ;) #ifndef GEOFIT_H #define GEOFIT_H #include <QWidget> #include <QApplication> #include <QWidgetList> #include <QScreen> #include <QDebug> class geofit : public QObject { Q_OBJECT public: explicit geofit(QObject* parent=0); virtual ~geofit(); QString orientation(); QWidget* widget; void widgetsResizer(QWidget*); bool fixed; QScreen* primary_screen=QApplication::primaryScreen(); #if defined(Q_OS_IOS) QSize viewport_size=QApplication::primaryScreen()->availableVirtualSize(); #else QSize viewport_size=QApplication::primaryScreen()->availableVirtualSize(); #endif int sW=viewport_size.width(); int sH=viewport_size.height(); }; #endif // GEOFIT_H SOURCE: #include "geofit.h" geofit::geofit(QObject* parent){ fixed=true; // if you want to have MinMax sizes setted } geofit::~geofit() { } QString geofit::orientation() { Qt::ScreenOrientation orientation=QApplication::primaryScreen()->orientation(); switch (orientation) { case Qt::PrimaryOrientation : return "Primary"; case Qt::LandscapeOrientation : return "Landscape"; case Qt::PortraitOrientation : return "Portrait"; case Qt::InvertedLandscapeOrientation : return "Inverted landscape"; case Qt::InvertedPortraitOrientation : return "Inverted portrait"; default: return "Unknown"; } } // INTELLIGENT RESIZE FORM TO FIT WITH KEEPING ASPECT RATIO void geofit::widgetsResizer(QWidget* w){ int x,y,xs,ys; w->geometry().getCoords(&x,&y,&xs,&ys); qDebug()<<viewport_size; qreal sFY=qreal(sH) / qreal(ys-y); qreal sFX=qreal(sW) / qreal(xs-x); QList<QWidget *> widgets = w->findChildren<QWidget *>(); for(int j = 0; j < widgets.count(); ++j){ widget=widgets.at(j); if(widget!=nullptr){ if(widget->objectName()=="centralwidget"){ widget->setFixedSize(sW,sH); widget->resize(sW,sH); // qDebug()<<"centr:"<<sW<<sH<<widget->geometry()<<widget->geometry()<<w->sizeHint(); // w->adjustSize(); // uncomment if document is partially displayed continue; } // DO NOT CHANGE ANYTHING IN NEXT 4 LINES x=widget->x()*(sFX*10000)/10000; // left - top corner X y=widget->y()*(sFY*10000)/10000; // Y xs=widget->width()*(sFX*10000)/10000; // width ys=widget->height()*(sFY*10000)/10000; // qDebug()<<widget->objectName()<<"!!"<<widget->geometry()<<x<<y<<xs<<ys;// height if(fixed){ widget->setFixedSize(xs,ys); } else qInfo()<<widget->objectName()<<" :: NO FIXED POLICY"; widget->setGeometry(x,y,xs,ys); } } // qDebug()<<"W1:"<<w->geometry()<<","<<w->sizeHint(); w->adjustSize(); // qDebug()<<"W2:"<<w->geometry()<<","<<w->sizeHint(); fixed=true; } EXAMPLE 1: .... ui->setupUi(this); geofit geo; geo.widgetsResizer(this); showFullScreen(); .... you can use it external. too: geofit geo; a=new a(this) b=new b(this) c=new c(this) geo(a); geo(b); geo(c); Good luck :)

@SGaist Ahh thank you. Totally overlooked that while implementing.

f3 = new QFrame(); ??? How can I have a fixed size for the buttons for both the situations? c->setSizePolicy(QSizePolicy::Fixed,QSizePolicy::Fixed);

@McLion You can use layouts for those labels

Thank you! I see you specified height and width manually. That works so far. I will use that.

What kind of text do you have that might be big enough to become a problem for your UI ?

@Schluchti I don't recall ever having an issue with the -Os flag in specific but then again it really depends on what you are doing and how you are coding it. :P

You could certainly make use of UPX, it should get the filesize down to maybe 4MB (by using compression).

@sabativi unless it's not a bug in the image writer plugin on OS X i would suspect that your QImage/QPixmap is already invalid. Please show the code where you create and paint into the image.

Hi, One way to do it would be to set the minimal size of your central widget or the maximal width of the QDockWidget contained widget. Hope it helps.

@Bart_Vandewoestyne said: we're storing our Qt build in our version management system This is a strange thing to do, since Qt guarantees binary compatibility between minor versions, but well, you're free to choose. Unfortunately, I don't see how you could decrease the size further, beside deleting the docs, as the libraries are in the /lib directory and they're the next biggest size. Maybe store only the libs that you're using, i.e. these that you're going to deploy. No point in keeping QtXml if you're not using it, right?

@SGaist The QSizePolicy is set to Expanding, because I want the table should take all the space by default. Anyway I tried to set it to Minimum but nothing changes. It seems something force the minimum size of the table, but I printed out the actual minimumSize value and is set to 0, even after adding the contents.

The thing is, that i need this dots to be separate items, since they are used as clickable buttons. I tried to inherit from QTreeView and override drawRow, but when i do that, i need to override visualRect, indexAt and some other methods too, and that's realy inconvenient. Is there another way to reach my goals with QTreeView , or do i need to inherit from QAbstractItemView, and implement this kind of TreeView myself?

My TreeView is floating and I want its maximun width to be synchronized with its column content. But I also want to let the possibility to the user to reduce this size manually. I'd do something like : treeView->setMaximumWidth( sum(columnContentWidth));

You can also take a look at qfeatures.txt to see everything you can disable to make Qt smaller.

@marlenet15 See the docs : http://doc.qt.io/qt-5/qabstractbutton.html#iconSize-prop

Hi, You can add a stretch before or after the button so it will be pushed against a border. For your second question, you can again use the stretch like described here

hi It seems like if QDialog has a layout, the Maxsize don't work. however setting this on the inner layout OptionDialog d; d.layout()->setSizeConstraint (QLayout::SetMaximumSize); d.exec(); Made the dialog, only be the MaximumSize.MaxHeight set in designer. all other values at default. Not sure its your case too.

@maximo Depending on needs of your application you may create a customized build of QtWebKit without some features, which may substantially reduce binary size.

The thing is that toolbars don't really display icons. They display widgets (that can have icons). By default when you add an action to a toolbar a QToolButton is created for it, but you are not limited to that and can add any widget e.g. an expanding line edit, combobox or a button with an icon and text. All of these can have different size policies, be expanding or have a custom stylesheet applied. All of this makes calculating such size not feasible because how would you calculate it if a widget can change its size. What I'm saying is that yours is a special, very specific case (with just icons), and as such you need to handle it yourself if you want to. To answer your questions: It's not one thing that adds the space. There are couple of aspects that can contribute. You can control some(or all?) of them with stylesheets e.g. set padding of the toolbar and toolbuttons to 0 and margins and borders of the toolbuttons. By default all of these depend on a style and will vary across computers. You also need to be careful to consider the size of the toolbar handle (if it's movable) as its size depends on the active style. You also need to consider that if the icon is narrower than the iconSize then there's gonna by space left anyway. nope, AFAIK it can vary from one item of the toolbar to another if you set it this way nope and just out of curiosity - why do you need that? The bar will display an arrow button that will let you see the overflowing items. Also such calculated size would be useless as the window can be resized and thus the toolbar too (unless you're doing some really fancy layout).