General and Desktop

Hi and welcome to devnet, First thing: Qt does not use exceptions so you either need to adapt your code or follow the guide that shows how you may make use of them. My recommendation, drop the exception in that piece of code. Next: why are you throwing everywhere in your code without doing a proper check of the return values of the method you use ? Finally: don't store QDatabase objects, the class documentation explains why.

I just figured out that our app name is Bitcoin-ABC, but we try to copy QSettings from app Bitcoin or Bitcoin-QT, but actually those apps may absent in our system: static const QString legacyAppName("Bitcoin-Qt"), legacyOrg("Bitcoin"); QSettings legacy(legacyOrg, legacyAppName), abc; const QStringList legacyKeys(legacy.allKeys()); // We only migrate settings if we have Core settings but no Bitcoin-ABC // settings if (!legacyKeys.isEmpty() && abc.allKeys().isEmpty()) { for (const QString &key : legacyKeys) { // now, copy settings over abc.setValue(key, legacy.value(key)); } } so this code is seeking app Bitcoin or Bitcoin-QT and copy settings. And if there is no such apps this code produces warning: QVariant::load: unknown user type with name BitcoinUnits::Unit. So, first we need to check if apps Bitcoin or Bitcoin-Qt actually exist. Is it possible to check existence of apps in QT5? I think this hack of copying settings from other apps is too self-confident action from Bitcoin-ABC developers, but if they want such, need to help them to check if such apps really exist. This hack might be related to old name of Bitcoin-ABC app, so in some commit number they changed app name and now try to copy settings from their app with old name. Please, is qt5 support such functionality of copying settings from other apps and how to check existence of apps Bitcoin, Bitcoin-Qt in this case?

@JonB I minimized the issue and rediscovered that the reason why I wasn't showing updates to the data was because my charts belonged to different objects hum_wdiget * H_wdiget; I define an object pointer so that the data passed through the object pointer belongs only to that object. So, I commented out the code that created the view in the diagram file and added it to the layout hum_wdiget.cpp void hum_wdiget::create_hum_charts() { ...other code... // vbox_hum->addWidget(view_hum); // setLayout(vbox_hum); } After that, I created the chart in the main interface directly from the object, and added the following paragraph. widget.cpp Widget::Widget(QWidget *parent) : QWidget(parent) , ui(new Ui::Widget) { ui->setupUi(this); ...ohter code... vbox_hum = new QVBoxLayout(); vbox_hum->addWidget(H_wdiget->view_hum); setLayout(vbox_hum); }

Really??? "Error in application" isn't informative? Wow... (sarcasm) If had more information about this problem - I'd share it, but that is all, that application gave to me. And the docs won't help, I followed all the installation steps from them and got this error. Is there any solution to this problem? Maybe someone has already encountered something similar? And yes, if I could solve this problem myself, I would not write here. And the last few days of searching on the Internet have not given me a single working solution

It worked... Btw, this problem is solved and it works perfect 😄.

@JonB Well my code is also is in used and it giving the perfect result and working very well.

@nicker-player As @ChrisW67 says, since the default of QPushButton is to center text it is not clear what your issue is exactly. Do you require adjustment by stylesheet? If not you can control the placement or hide the menu indicator more directly via code?

@Pl45m4 Thanks again. I figured in the end it must be a change in default settings. I did make a pretty significant jump from 5.15 to 6.6, though in the end it was relatively straightforward. No super major changes!

Hi, Sounds like you might be describing QDockWidget ?

Thanks very much @Chris-Kawa ... this is exactly what I was hoping for.

@Pl45m4 myComboBox->setFocusPolicy(Qt::ClickFocus); should solve it.

Just call it in main if you don't find another / better place.

@EricR Problem Solved Need to call the following: ui->graphicsView->setRubberBand(QChartView::RectangleRubberBand | QChartView::ClickThroughRubberBand); For unknown reason, the compiler (Desktop Qt 6.6.1 MinGW 64-bit) does not like the previous line of code; error message: error: invalid user-defined conversion from 'int' to 'const RubberBands& Qt ClickThroughRubberBand documentation states: "An option on the above rubber band choices that allows left clicks to be passed on to chart items if those chart items accept clicks. To select this, OR it with one of the rubber band selection modes. since qt version 6.2." enum RubberBand { NoRubberBand = 0x0, VerticalRubberBand = 0x1, HorizontalRubberBand = 0x2, RectangleRubberBand = 0x3, ClickThroughRubberBand = 0x80 }; So I looked in QChartView.h and found the above definitions for ClickThroughRubberBand (0x80) and RectangleRubberBand (0x03) and ORed them together for 0x83. ui->graphicsView->setRubberBand((QChartView::RubberBand)0x83); Now it works. Problem solved.

It's the same thing as last time.

@Rangerguy128 As a test you can set the parent to your map: auto frame=new QFrame(your map widget): and see how it looks.

Yup, there is a qWarning(). Its presence predates the modularization project, and the oldest repo clone I have at the moment. As such, I can't tell if the warning and the behavior in question were from the same author. There are other qWarnings() that don't appear to indicate a problematic condition. Compare this to the documentation for QThread::~QThread() prior to 6.3, which clearly indicates a "bad" situation. Note that deleting a QThread object will not stop the execution of the thread it manages. Deleting a running QThread (i.e. isFinished() returns false) will result in a program crash. Qt developers, or "the trolls", aren't a hive mind. The people who work on it have differing, and changing, and sometimes outright conflicting opinions. Sometimes they make mistakes.