а если не примут то все = этим никто пользоваться не будет

напомните еще в слоте можно инициализацию по умолчанию сделать для второго аргумента и передавать только первый, чот у меня склероз напоминает что с этим какие то траблы

здравствуйте, только недавно узнал, что якобы qt не рекомендуют иметь более одного qnam, но у меня в многопоточном проекте в каждом потоке живет по 2 qnam синхронно работающих и вот недавно вылез рандомный баг, не поддающийся никакой адекватной отладке на машине разработчика и встал вопрос - нужно ли переписывать вообще весь функционал так, чтобы общение было через один qnam? Они 99.9% работают в совершенно разных частях кода, которые не могут пересекаться... может кто имеет у себя в проектах несколько qnam из одного родительского потока и правильно ли я понимаю, что при создании второго qnam используются фактически ресурсы первого? спасибо

перепиши на один qnam, проблем никаких

Вопрос по QML:

У меня есть ComboBox:

ComboBox {
     model: someView.model
     textRole: "name"
     valueRole: "id"
}

Если модель заполнена на старте, то всё норм, но если модель заполняется после создания этого combobox-а, то count у бокса равен 0, currentIndex соответсвенно -1. Хотя сами данные из модели грузятся корректно, но вот текущий элемент -1 => рисуется пустым. Как правильно модель подцепить к боксу?

Вот на скрине видно, что выпадающий список содержит item-ы, но текущий пустой

к сожалению, проблем валом, там придется куки перебрасывать постоянно между менеджерами и очищать их, хотел вот узнать насколько потенциально опасно юзать два qnamа в синхроне

пока вручную не выберешь

ComboBox {
     model: someView.model
     textRole: "name"
     valueRole: "id"
}

Модель заполняю как через beginReset/endReset, так и через beginInserRows/endInserRows, но разницы нет

Получается комбобокс реагирует на добавление в модель данных, но не перевычисляет count и currentIndex

Выглядит пока как баг ComboBox-а :(

Посмотреть бы код модели. Можно минимально воспроизводимый пример?

Попробую сделать

Да вот даже с чисто QML-ной моделью та же фигня:

ApplicationWindow {
    id: _root
    visible: true
    //visibility: Window.Maximized
    width: 940
    height: 880

    property var someModel: ListModel{}

    ComboBox {
        id: _portfolioInput
        implicitWidth: 200
        model: someModel
        textRole: "name"
        //valueRole: "id"
    }

    Component.onCompleted: {
        someModel.append({ name: "1" })
    }
}

Если до создания комбобокса заполнить модель, то всё норм:

ApplicationWindow {
    id: _root
    visible: true
    //visibility: Window.Maximized
    width: 940
    height: 880

    property var someModel: ListModel{ ListElement{ name: "1" } }

    ComboBox {
        id: _portfolioInput
        implicitWidth: 200
        model: someModel
        textRole: "name"
        //valueRole: "id"
    }

    Component.onCompleted: {
        //someModel.append({ name: "1" })
    }
}

Вот и вопрос - как грамотно сделать, чтоб при добавлении элемента в модель (изначально она пустая), у нас current элемент был непустым.

Я пока сделал костыль с подпиской на обновление размера модели и ручное присваивание currentIndex = 0
Но мне это не нравится, это должен сам ComboBox делать по идее

Друзья! Объясните, пожалуйста, по прикрепленному коду. Почему когда я наследуюсь от QObject сигналы screenAdded и screenRemoved не работают. Если же наследоваться от QWidget и в main вызвать screen_controller.show() (обозначено в коде [2]), то все работает?

https://pastebin.com/FqByhP5U

Вроде, должно работать.Передай ссылку на QApplication в конструктор: явная зависимость лучше неявной.

А кто посылает этим сигналы?

Тот код вполне может хотеть слать этот сигнал только экранным объектам, то есть виджетам.
Вот и фильтрует