Then add a signal to your dialog that you will emit when needed from your mouse move event.

no, decrese the font size and see if it works. then you'll know whether you can change font size at all. If it works then that should be a hint as to why you cannot increase the size.

We found a solution to that bug. The Cocoa window itself isn't set to non resizeable.
If you do this, everything works as expected.

class MainWindow : public QMainWindow { public: explicit MainWindow(QWidget *parent = nullptr) : QMainWindow(parent) { //this will get rid of the size grip widget showing setFixedSize(500, 500); } void mousePressEvent(QMouseEvent *) override { std::cout<<"mouse pressed"<<std::endl; } }; int main(int argc, char *argv[]) { QApplication a(argc, argv); MainWindow w; NSWindow* window = [(NSView*)w.window()->winId() window]; //IMTPORTANT. Otherwise the lower right mouse events will not be passed on correctly by cocoa window.styleMask &= ~NSWindowStyleMaskResizable; w.show(); return a.exec(); }

@J.Hilk Thanks for your test, I checked it and the setValue function is normally called with the right value and the display still doesn't display the change.

You can make a "container widget" that will handle the showing of the label properly.

@kweber said in Add widget to layout programmatically:

setLayout(ui->verticalLayout);

my bad for posting untested code

ui->centralWidget->setLayout(ui->verticalLayout);

@b2soft

I want to customize BrowserModel ::data() returning colors using QSS

@raven-worx knows much more than I, but I don't get this. role == Qt::TextColorRole will want to return a QBrush (http://doc.qt.io/qt-5/qt.html#ItemDataRole-enum). How is that linked to returning a string to use for a name in a stylesheet? :confused:

Hi and welcome to devnet,

What version of macOS ?

Did you also check whether the latest beta of 5.12 has the same problem ?

Ok so after LOTS of fighting with QTreeView... I started looking at viewport() and wuaila!

void myTree::resizeEvent(QResizeEvent *event) { QAbstractItemView::resizeEvent(event); b->setFixedSize(event->size().width(), 25); b->move(0,height()-25); viewport()->setMaximumHeight(height() - 50); };

Now my viewport gets painted exactly where I want it to, and the extra buttons can be placed in area where I want it to (b is the button) + its all nice all in one widget. I can expose needed controls for b as pert spec but drawing is as it should. Yay!

I said 'Maybe you've a typo...'
The problem with auto-connect is that you can not be sure if it is really connected (e.g. when there is a typo somewhere in the functions signature or the ui element name) and it easily breaks (e.g. when renaming an ui element).

Hi and welcome to devnet,

First thing, please don't delete all that stuff in your destructors. Qt has a pattern that is based on parent widget (the parameter "this" in widget constructors) that take care of destructing all the children automatically when the parent is deleted: http://doc.qt.io/qt-5/objecttrees.html

Now regarding your problem, only one widget can have focus at the same time. For the focus part, you can use setFocusPolicy on your widgets, giving an enum that tells more about the behavior you expect.

For what I have experienced, playing with opacity and trying to give a modern look to a desktop software is kind of a pain. Long story short: there is no user friendly API to do so, or at least as user friendly as what QML provides. This is either because the widgets part is late compared to the QML one, or because "modern" has been associated with app, browsers, Internet, but not with desktop. Nonetheless, things might evolve in the future, since Qt developers have communicated about resuming the widgets development. This doesn't solve your problem, but could explain why you are having so much trouble trying to code an overlay that behaves with good focus policy, and using low level code such as QPalette that is always a sign you're doing something wrong, or at least not initially intended. Which could be fine, if you really know what you're doing, and you are aware that you'll have to deal with a lot of work to make your application look the same on every platform.

EDIT:
So I created a project with your code and here are some remarks:
1 Do not set a layout to your main window, just set the central widget with, well

setCentralWidget(widget)

2 qreal is an alias for double, so instead of qreal(100)/100 just write 1.0; same for qreal(50)/100, just write 0.5 and it will be perfectly fine.

3 No need to use "this->" you are coding in C++, not JAVA ;)

For your problem, I think I don't really get what you are expecting. Just an overlay when the setting widget pops? If so, maybe working with a QDialog (a modal one) would be better.

Hi
The qemf seems able to only rendering of EMF not generating it.

What is the data you want to put in the emf file ?

Qt has http://doc.qt.io/qt-5/qpicture.html#details
that works like WMF but its not same (file) format at all.

However, its pretty simle to generate WMF/EMF from windows API.
(CreateEnhMetaFile)

@raven-worx said in QWheelEvent & Siblings/Children:

@J.Hilk said in QWheelEvent & Siblings/Children:

Currently I do this with a signal that has the QWheelEvent* as argument

why not directly forward the event to the child widget instead?
(using QCoreApplication::sendEvent())

Well, yes, that seems exactly like the proper way to do it!
I'll look further into it, thanks!

Yes this is exactly what I was looking for. Solved!

@jsulm Ok! I will make sure to read all the links you've given me. Thanks for the help!

@Christian-Ehrlicher Thankyou It's Working

@sierdzio said in QWidget: Cannot create a QWidget without QApplication - OpenCV imshow() 2.4.13 ?:

Is Qt the only supported backend? If yes, then indeed requirements do propagate.

No, it has been added later on. It's maybe even the latest that has been implemented.

AFAIK, what the OP is hitting here, is that OpenCV doesn't have an implementation for imgshow for iOS. It would require to either use Qt to show the result of what he's doing or native stuff.

Why not implement my original suggestion ? Put a QLabel and your grid widget in a QStackedLayout and change to the label and back as needed ?

Hi
Does the custom CustomQWidget do its own drawing with QPainter ?

@artudi54 Tested with gnome on arch and it does the same thing. I'd say this is a bug since d.show() never pulls the window back up.

I would file the bug with Qt.

To work around it I just made sure to call d.hide() before hiding the main window. Then after w.show() just call d.show() again.

@magicstar
Thanks i landed up using this.
Worked

Also, if you are on Qt 5.4 or newer, I suggest replacing QGLWidget with QOpenGLWidget. QOpenGLWidget resolves numerous issues with QGLWidget: https://blog.qt.io/blog/2014/09/10/qt-weekly-19-qopenglwidget/

Hi,

What do you mean by regular string ?

If it comes from the Windows API, you should then consider using QDir:: fromNativeSeparators.

Hi and welcome to devnet,

You should take a look at the various IPC options provided by Qt.

Hi,

IIRC, since 5.8 or 5.9, QtMultimedia has OpenGL (vertex/fragment shaders) support for that kind of format. You should take a look there.

It uses the raster engine. See here for historical informations.

Hi,

See my answer one the other thread.

@SilverSurfer I don't have the time handy to do a full working example, but this is the technique in glsl:
https://www.khronos.org/opengl/wiki/Data_Type_(GLSL)#Swizzling

(The vec4 can hold "rgba" values if that's what you put in it - the example there just calls it "xyzw" because the data type generically handles any 4 floats.)

Basically, start from an example that draws an image with a simple glsl shader as a texture. Then hack on the shader until it flips around the colors like you want when it draws the texture. Then use your code that gets the image over the network to upload the image as the OpenGL texture every frame.

Hi
You did read ?
http://doc.qt.io/qt-5/stylesheet-examples.html#customizing-qscrollbar

@SolaVitae
Ok then the default
classes will just work.

Maybe you can try with
http://doc.qt.io/qt-5/qtwidgets-widgets-imageviewer-example.html

1st of all, thanks for your effort, I use LyX myself.

The doc says:

this indicates that the widget will paint over its entire area with opaque colors. The widget's area will initially be uninitialized

set the widget's Qt::WA_OpaquePaintEvent, avoiding any unnecessary overhead associated with repainting the widget's background

Meaning it is saying it won't bother painting a background but it's not committing to leaving the old painted background in place so I still think you are relying on undefined behaviour.

On the other hand, I think this also impacts the performance of widgets with Qt::WA_OpaquePaintEvent on macOS so it is probably worth highlighting it with a bug report and/or an email on the mailing list

Hi and welcome to devnet,

Do you have any static QWidget based class in your library/application ?

Yeah i feel like i do sudo apt-get update && upgrade at least once a day. I just checked about SIP and i compiled it from source but i cant remember if i actually used the command make and make install. Does that mean i have to reinstall pyqt5 again? I guess i just open a new thread. Thanks for all the help @SGaist

It might not be the answer but it is a answer. I declare my charts using QML to maintain declarative / visual design.

I only control them from C++ with C++ data. I do all the processing of dynamic axis ranges inside that, I do stupidly high frequency updates.

I'd recommend, if you very frequently update your line series like I do to use: void QXYSeries::replace(QVector<QPointF> points) (or QList...)

and also set your LineSeries to use open GL either from QML or C++ works fine, you do lose some functionality but it saves using canvas (which is slower) if you have lots of points of data, with many fast updates.

HTH

I have found a solution that kind of does the job, although takes three times as much memory.
Every update I calculate the difference between the new and the old saturation matrix, this eliminates 60% of the nonzero values, which means it gets drawn that much faster.

As a second layer of optimization I call repaint with a rectangle describing the most important zone, and call update every 60ms.

@raven-worx

Great, it works.

Actually I did try setting QTabWidget setAutoFillBackground(True) previously, but it didn't work.
Now I tried set VGroupBox setAutoFillBackground(True), then the color changed to light grey which is the exact default color I need.

Thanks so much, raven-worx.