да, похоже, в длл лучше так не делать. сделай их статическими полями структуры — должно сработать.

C++ (Qt)
const auto s = QStringLiteral("my string");

разница лишь в том, что строка будет создана в оптимальном виде в момент компиляции. QString по умолчанию всегда пытается конвертировать голые строки из утф-8: https://doc.qt.io/qt-5/qstring.html#QString-7 Также есть оптимизация для английских строк в виде QLatin1String.

пример без varargs:

C++ (Qt)
const auto errorFormat = QStringLiteral("error in %1, message %2");
 
const auto formattedError = errorFormat.arg(filePath).arg(fileError);

это статическое поле в классе? «на месте» можно инициализировать лишь встроенные типы, остальные надо вне объявления класса. для константных строк есть способ получше через QStringLiteral.
раз именно QtConcurrent использоваться не будет, то наследоваться от QException необязательно
что такое QMessage? если имеется в виду QMessageBox как в коде выше, то это обычное диалоговое окно с текстом и кнопочками.
а без varargs никак? можно заранее QString сформировать, например, через https://doc.qt.io/qt-5/qstring.html#asprintf

после getReplacementText() допиши .str()

ошибка вот в чем:

no known conversion for argument 1 from ‘llvm::StringRef’ to ‘const string&’

да, ты все верно понял. но можно и немного по-другому делать:
- добавить / заменить на конструктор, принимающий QString, тогда не придется туда-сюда гонять сишную строку
- если нет цели использовать это исключения с QtConcurrent (QException задуман именно для него, как я понял), можно унаследоваться от std::exception или вообще создать свой базовый класс исключений

вызовется конструктор по умолчанию в обоих случаях

нет, указатель так не передашь. а зачем передавать массив как указатель? в случае с Qt контейнерами их можно передавать по значению

написал бы как решил в итоге

ну как будто бы pelData имеет кривой needleColor, вот и всё, что можно сказать без кода

не совсем понятно в чем проблема. покажи как ты делаешь копию.

исходники всех дополнительных смаке функций лежат в QTDIR/lib/cmake, можно просто почитать что там происходит внутри

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

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

если ты не добавишь папку проекта через add_subdirectory, то ее в солюшене вообще не будет. как сделать чтоб проект там был, но был unload или чтоб не собирался по умолчанию я не знаю, это надо курить доку cmake касательно студийно-специфических переменных/свойств (а то и вовсе вручную править сгенерированный файл солюшена/проекта)

все роли надо объявлять у делегата как property (обычно их делают required) и обращаться к ним как к свойствам делегата, а не model. https://doc.qt.io/qt-6/qtquick-modelviewsdata-cppmodels.html#qabstractitemmodel-subclass (это же применимо и к моделям, созданным прямо в QML)

в делегат добавь required property, которые доступны из модели

или это свойства именно самой модели, а не элемента модели?