Прейс Дмитрий

Он там не вызывается. Этот приватный конструктор используется в функции

void lib::LinkedList<T>::push(const T&) [with T = Item<int>]

, которая в шаблоне (там где вы создаете Node* tmp). При первом обращении к этой функции компилятор пытается ее инстанциировать и натыкается на эту проблему, о чем и сообщает вам. Пока эта функция вообще никак нигде не используется - программа компилируется.

В приведенных вами примерах вы эту функцию так или иначе трогаете разными способами.

lib::LinkedList<Item<int>> list = lib::LinkedList<Item<int>>()

вызвает проблему пока у вас есть virtual метод в интерфейсе, потому что это тут вызывается конструктор копирования (сначала конструктор по умолчанию для временного lib::LinkedList<Item<int>>(), а потом это все копируется в конструируемый list).

Этот конструктор копирования должен будет также скопировать таблицу виртуальных вызовов и тут компилятору понадобится знать про запретный метод push. Похоже. Я не уверен точно, почему это проявляется именно в конструкторе копирования, где-то в недрах стандарта про это, наверняка, написано.

Если вы напишите lib::LinkedList<Item<int>> list() - то все скомпилируется, потому что конструктор по умолчанию, видимо, не требует знания о методе push. Также удаление virtual или наследования вылечит эту проблему.

Далее, точно по этой же причине не скомпилируется list.push(a) - это прямой вызов этой запретной функции. Если же вы напишите list.push(Item<int>()), то оно скомпилируется потому что тут вызывается push с перемещением.

Но для исправления этого кода вам надо прежде всего избавится от этой поломанной функции push.

Есть замечательная функциональность: https://en.cppreference.com/w/cpp/utility/source_l...
Доступна начиная с C++20. Буду образовывать заодно и местных экспертов :)
Ну или макросы.

Вообще тут есть другая проблема, с которой вы столкнетесь. Если у вас определение шаблона и реализация в разных файлах, то будут ошибки на этапе линковки. Компилятор, когда будет обрабатывать cpp файл не увидит никаких использований шаблона и с чистым сердцем не сгенерирует никаких его специализаций. Потом линкер не сможет найти нужную реализацию и ругнется.

Чтобы это исправить нужно или засунуть все в h файл, или в cpp файле прописать специализации шаблона со всеми типами, которые где-либо еще используются, вот так:

using A<int>;
using A<double>;
// etc

Далее, как именно и зачем вы хотите этот внутренний класс скрыть?
Иногда вам может быть достаточно сделать член этого типа private и все. Факт того, что кто-то где-то сможет завести переменную этого типа обычно не является проблемой. Для списка уж точно. Если же это проблема и внутренний класс является friend внешнего и что-то такое делает, что нарушает инкапсуляцию (например при учнитожении, что-то меняет в родительском классе), то просто сделав вложенный класс private, вы ничего не добъетесь. Переменные этого типа все-равно можно будет использовать и к ним обращатся (иногда через хаки). Обычно у внутренних классов просто делают приватным конструктор и нужные методы и прописывают внешний класс как friend. Тогда вы в самом классе сможете переменные этого типа создавать и использовать, но никто снаружи ничего с ним сделать не может.

И кстати, в вашем случае вам совсем нет смысла делать вложенный класс шаблоном. Он уже в шаблоне же, просто используйте внутри тип T.

Вот мой пример, не знаю такой ли результат вам надо(Прокрутите вниз)

Если чёткого понимания назначения каждого раздела нет, и стоит задача всего лишь создать ещё один раздел D, то лучше эту мелочь не трогайте. Места выиграете чуть-чуть, а есть вероятность сломать загрузку. Как уже сказали, просто создайте новый раздел в нераспределённой области (Раздел C, кстати, я бы предварительно увеличил хотя бы до 150Гб)
Если всё-таки от этих непонятных разделов страдает чувство прекрасного и нафиг не нужен раздел восстановления от производителя ноутбука, то я бы просто переустановил винду. При установке удалил все существующие разделы, задал желаемый размер диска С и согласился на создание виндой нужных ей разделов. Диск D можно создать потом в оставшейся области.
Должно после установки получиться примерно так:
~500МБ - Раздел восстановления
~100МБ - Системный раздел EFI
Сколько выделили - Ваш раздел C
Что осталось - Нераспределенная область. В ней потом создать раздел D
Перед сносом существующей винды убедитесь, что у вас есть все необходимые драйвера для вашего ноута (скачайте с сайта производителя и сохраните куда-нибудь на флэшку)! Ну и собственно установочную флешку создайте.

совсем коротко:
- раздел для загрузки EFI биосом
- раздел собственного загрузчика BCD
- раздел с резервной копией основных системных фалов
- раздел для работы
- судя по вашему скрину, в конце диска резервная копия одного из скрытых разделов. наблюдал такое при обновлении ОС (вин 10, достаточно редко, но и не один раз). какой раздел бекапится, вникать было лень, а потребности не возникало

вин 10, все еще можно насильно поставить на один раздел, если разметить диск предварительно как один раздел NTFS, если биос настроен загружать legacy (старый режим, не EFI). но легко понять, что масса всяких ну очень системных файлов, сразу попадает в зону риска при сбое любого рода

ps зато на много проще перенос между дисковыми носителями. типа с харда на ссд, потом на другой ссд. и подобное. ну и если мультибут с достаточно консервативными версиями линукс. но сейчас вроде уже все линуксы научились грузиться в EFI

Вин10 использует для своей работы не только диск C:, но еще и другие вспомогательные разделы, которые по умолчанию не монтируются.
Почитайте что-нибудь о разбиении диска виндой, например эту статью: https://www.cnews.ru/news/top/2020-07-13_ustanovsh... (просто в гугле первая ссылка)
Так что просто так удалять разделы не советую - рискуете тем, что комп перестанет загружаться.
Кроме того производители ноутов любят устанавливать "из коробки" свое собственно ПО для восстановления системы "одной кнопкой". Обычно это восстановление достигается за счет использования не смонтированного раздела, куда делается какой-то бэкап. Часто эти схемы никогда не используются или вообще не работают и возможно ПО уже удалено из винды, но раздел на диске так и висит никому не нужный.

Если вкратце, разделы нужны для корректной работы ОС. Если бы вы растянули окно диспетчера дисков вширь, то могли бы заметить в скобках описания назначения разделов.
Вы их можете попробовать удалить, но все проблемы, которые могут от этого возникнуть, я вам перечислить не возьмусь. По идее удаление разделов может сломать функционал восстановления Windows, функционал обновления Windows, функционал Bitlocker, режим SecureBoot.
При наличии 391 ГБ свободного места лично я бы не упарывался в попытки избавиться от данных разделов, поскольку это не имеет никакого смысла (впрочем, если стоит задача сломать систему, то смысл безусловно есть).

Wrapper-у делаешь transform: scaleX(-1) и всё

Ну ваш код это что-то типа страницы из азбуки JS =) Конечно он с ходу распознается.
А то, что вы в консоль лезете проверять - абсолютно нормально и все так делают.
Невозможно все свойства и методы заучить наизусть.

Да, это нужная штука, и по моим наблюдениям постфиксная встречается значительно чаще, чем префиксная.

Постфиксная возвращает текущее значение, и потом уже увеличивает переменную. Префиксная, сперва увеличивает, и возвращает уже увеличенное.

Нужны для подключения сторонних библиотек, не влияющих на загрузку страницы, например, google analytics.

Это не scale странно работает, а вы transform переопределяете.
было:
transform: rotate(90deg);
после :hover стало:
transform: scale(1, 2);

чтобы rotate сохранить надо так переопределять:
transform: rotate(90deg) scale(1, 2);

Пока такое невозможно, но в четвёртой версии спецификации появится:

li:has(~ .hover:hover) {
  color: red;
}