Как сделать коннект к слоту с параметром по-умолчанию в Qt5

Тебе надо сделать вот так:

connect(&APPCORE, SIGNAL(deactivation(bool)), this, SLOT(keepTrack(bool)));

В connect нельзя указывать конкретные значения, только типы

Лямбдой.

Ну я сделал конечно лямбдой, но это за гранью человечности:

connect(&APPCORE, &Core::deactivation, this, [=](bool force=true){ keepTrack(force); });

connect(&APPCORE, &Core::deactivation, this, [=](){ keepTrack(true); });

Я сам не понимаю как это парсится и как вообще работает

Учите C++.

Учите C++

Тут дело и в космической сложности C++, и в Qt. Старый стиль коннекта, который делался через MOC, более-менее понятно как реализовывался. Насколько я понял, новый стиль коннекта реализуется вроде как самим языком C++.

В новом стиле тип для сигнала и слота задается как QMetaMethod&. Если мы откроем документацию на него, то не найдем описания конструктора. Таким образом, как создается и что представляет из себя объект такого класса, мне непонятно. Возможно, у него пустой конструктор по-умолчанию без аргументов, и поэтому про него не написали, но это как-то странно.

Отсюда по цепочке следуют и другие непонятки. Тупо из практики и по книжкам мы знаем, что для сигналов и слотов в новом стиле передаются указатели на методы. Если метод имеет уникальную сигнатуру и не перегружен, то его вызов прост. Если сигнатура не уникальна, то нужно приводить тип к нужной сигнатуре через static_cast<>, это тоже можно понять. Однако как происходит приведение типа произвольного метода к QMetaMethod& - мне непонятно.

Далее непонятно, как эта сраная лямбда работает в контексте объекта, задаваемого через this. У меня простой случай, и код этой лямбды физически прописан в конструкторе, так как connect прописан в конструкторе. А если бы connect прописывался в другом классе? Лямбда сработала бы, будучи физически прописанной в одном классе, а вызываемая в контексте другого объекта?

Ну и помимо сложностей написания C++ кода, я не могу себе в голове представить, что генерирует компилятор и что происходит в самом машинном коде, когда идет обработка этого connect и вообще работа с лямбдами. В понимании внутренней структуры реализации языка я кое-как допыхтел до vtable с его динамическим полиморфизмом (качественной информации на русском крайне мало, но я думаю, что вроде понял), но далее понимания языка уже нет совсем.

connect(&APPCORE, &Core::deactivation, [this](){ keepTrack(true);});

Да, смысла в бинарной переменной никакого небыло.

Лямбда сработала бы, будучи физически прописанной в одном классе, а вызываемая в контексте другого объекта?

Лямбда - это сахар. А connect просто запоминает указатели сигнала и слота.

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

А оно важно для ваших задач?

Лямбда сработала бы, будучи физически прописанной в одном классе, а вызываемая в контексте другого объекта?

Лямбда - это сахар. А connect просто запоминает указатели сигнала и слота.

Это сахар для функторов или что-то другое имеете в виду?

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

А оно важно для ваших задач?

Важно для понимания языка. А это самая главная задача при использовании языка. Тяжело использовать язык, если не понимаешь, как он работает.

Это сахар для функторов или что-то другое имеете в виду?

Имеется ввиду, что в большинстве случаев компилятор всё соптимизирует и никакого оверхеда не будет.