Hi,

What about QGraphicsProxyWidget ?

QObject are not copiable, see here for the why.

@ambershark I apologize for the late reply, I fell sick.
Anyway, yea using StackWidget did the job.
Thanks

Ok, I tried this:

// MyStyle.h #include <QStyle> class MyStyle : public QStyle { public: MyStyle(); virtual int pixelMetric(PixelMetric pm, const QStyleOption* option, const QWidget* widget) const ; }; // MYStyle.cpp #include "MyStyle.h" MyStyle::MyStyle() { } int MyStyle::pixelMetric(PixelMetric pm, const QStyleOption* option, const QWidget* widget) const { if (pm == QStyle::PM_ToolBarExtensionExtent) return 50; return QStyle::pixelMetric(pm, option, widget); }

Is it correct?

The line

return QStyle::pixelMetric(pm, option, widget);

give me this error:
error: undefined reference to `QStyle::pixelMetric(QStyle::PixelMetric, QStyleOption const*, QWidget const*) const'

It works perfectly, thanks a lot.

@SGaist Thanks. That's definitely another option. I suppose these approaches are as good as it gets for having a toolbar item auto-adjust to horizontal vs. vertical. Thanks again.

Hi and welcome to the forum.

This isn't directly supported, but you can achieve similar result if you make your central widget another QMainWindow. This has the downside that you can't move the toolbars between the two QMainWindows, unless you manage to reparent them dynamically while dragging (should be possible but I haven't tried it).

Depending on your needs you might be interested by DevMachines's QTitanRibbon which seems to be doing what you want. Note that it's a commercial product.

What exactly are you trying to achieve with putting the scroll bar to the left ?

There are already several applications written in QML for desktop. It really depends on what you want to do.

Did you try doing it outside of the QToolBar?

QWidget* spinWidget = new QWidget; QHBoxLayout* spinLay = new QHBoxLayout(spinWidget); spinLay.addWidget(new QSpinBox(spinWidget)); spinLay.setContentsMargins(0,0,10,0); // Here you set the spacing QToolBar* toolbarDocument = new QToolBar; toolbarDocument->addWidget(spinWidget ); toolbarDocument->addWidget(new QComboBox); addToolBar(toolbarDocument);

In fact, it removes the action from the toolbar itself. It calls QWidget::removeAction.

I also haven't yet found how the parenting is modified.

Might not be completely intuitive. That something you can bring to the attention of the NodeBB folks :)

Please have some patience, this forum is community driven and not all users live in the same timezone as you.

The picture you are linking to doesn't show a hovered button but a checked button. You will have that visual effect if you set the checkable property of the action to corresponding to the button as true and you check it.

Hi,

I can't guarantee they have implement it but I'd take a look at the Caligra suite for inspiration

@SGaist The icon size is saved via QSettings in a QDialog called from a QMainWindow subclass. After the dialog is closed, QMainWindow::setIconSize() is called.

For now I found following solution to prevent GUI from freeze:

{ Q_OBJECT public: QCustomMenu(QObject *parent = 0){}; void showEvent(QShowEvent *) { emit show(); QMenu::closeEvent(new QCloseEven()); QMenu::hideEvent(new QHideEvent()); } signals: void show(); };

And also now I've changed logic: on show() signal I exec() my dialog:

QCustomMenu *menu = new QCustomMenu(toolbar); connect(menu, SIGNAL(show()), this, SLOT(execMyMenu()));

But after closing my dialog UI waits for mouse click somewhere to start responding for further actions.

May be it is possible to make programmatically click somewhere ? I didn't find any solution yet.

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).

Yes, that is the way it should work.

You can hide also anything based on QWidget Sometimes you have more than one possibility. So there is also some redundancy.

What kind of indicator do you mean ?

Could you provide some more background on your problem?
Are you using QML or Qt Widgets?
Could you share the part of the code that designer is generating from your change?

It is really hard to say anything based on one sentence.