General and Desktop

@VRonin hi, I have finished modifying the delegate button so I can use it in my code and it works fine. However, I am wondering how can I set a stylesheet for it. With my old QPushButton I had it like this: QPushButton* cancel_button = new QPushButton(this); cancel_button->setIcon(QIcon(QPixmap(":/Icons/cancel.png"))); cancel_button->setStyleSheet("QPushButton{background-color: transparent; background-repeat: none; border: none;} QPushButton:pressed{ background-color: transparent; }"); Can I do it with the delegate button? The reason I want to do this is because I want the the button to display only the icon I set for it. Edit: I think I have solved it by going in the QStyleOptionButton buttonOptions(const QStyleOptionViewItem &option, bool skipRct=false) const function and change the QStyleOptionButton features to flat: QStyleOptionButton buttonOption; buttonOption.features = QStyleOptionButton::Flat;

@JonB I don't know ...I wanted to find out if anyone has encounter this same issue and if yes . How was it solved, currently I'm searching online for help.

@django-Reinhard said in is it possible to turn off stylesheet distribution?: I'll learn the Qt-way of coding Did you try the code in my last message?

Hi, and welcome! @Aario said in QLabel pressed stylesheet is ignored: does that mean it is not supported? :hover is not supported in QLabel: https://doc.qt.io/qt-5/stylesheet-reference.html

Hi, IIRC, it's not something to worry about. See this issue.

@SGaist I was wrong. Thanks.

I've seen that page but I don't understand it. I installed qbs but the same error is ocurring.

@eyllanesc Your answer is helpful for me. Thanks

@JoeCFD , thanks for your effort and time, I've found the problem now and it wasn't to do with Qt, just my memory and me being stupid.

Thank you so much! It worked! I appreciate your help!

@gde23 Where are you doing all of this? You're just supposed to attach menus to widgets' QContextMenuEvent, QWidget::contextMenuEvent(QContextMenuEvent *event), etc. Oh, I think I see what you mean. Start by being more specific about "use right mouse move for moving stuff around.". Presumably you are talking about right mouse down and then drag/move around, else it wouldn't be interfering with the right-click context menu? So the trouble with your intention is that at right-mouse-down you still don't know whether to show a menu or start a drag? I don't think this is a good idea, I can't think of an application which deals with right-mouse-down ambiguously like this? I would try to think of one before you adopt this behaviour.

I would try with a more recent version of Qt but doubt it's really a Qt problem but more a driver problem.

OK, I'll try it.

@ivanicy There is not. You would need to run Windows in the kiosk mode as @jsulm pointed out. System architecture from Windows XP/2000 forbids this (in Windows 95/98 it was possible by specifying your program as "command=your_program" instead of "command=explorer.exe" in the win.ini file)

@jsulm Thank you for your attention, buy I got it fixed by compiling Qt 6 instead of 5.12.5.

@J-Hilk Exactly ui_WTest.h. In that path, the files that I said were accessible are also in the same path.

@Christian-Ehrlicher is right that you should avoid (in general at least) to use a shared pointer with QObject. Try to always use the parent to manage the lifetime of QObjects. Once you start mixing the two you might easily provoke a double free. Be aware that Qt also automatically sets parents in some cases! Whenever you place a widget into a layout it will be reparented. It is much easier to avoid shared pointers with QObject than to try to figure out all the corner cases.

@britsfp said in CMakeLists.txt error: When my compiler does the parsing of CMakeLists.txt It's not compiler, it's cmake. it gets this error on this line CMakelists.txt file line:: find_package(Qt${QT_VERSION_MAJOR} COMPONENTS Widgets REQUIRED) The line is correct. But is it located below project() call? It has to. If not that - maybe your Qt installation is broken? Try reinstalling.