Область видимости QML

дизайнер не использовал, просто не было варианта без дизайнера, и после создания проекта убрал *.ui из названия, но Page1Form и Page2Form названия не менял.

Добрый день.
Если страницы добавляются динамически в StackView через push, то добавляемые страницы никак не могут спарсится правильно для подсветки кода в QtCreator, поскольку id stackView в этом случае может соответствовать чему угодно, хоть координате на орбите Марса.
Так что, если у вас сама программа работает, то просто забудьте. Это проблема парсинга QML для динамически создаваемых в рантайме объектов. Парсер подсветки синтаксиса никогда не сможет правильно определить соответствие некоторых id в этом случае.

нет, дело не в подсветке, вот на первом фото моё приложение, и там круглая красная кнопка

на втором фото, её описание как round button

и вот на третьем StackView который обьявлен в main, и который доступен почему то только для SettingsPage, все остальные страницы не могут например якоря ставить по id обьектов из других файлов, например у меня topBar в мейне обьявлен,а я хочу список иза Page1Form к его низу заякорить, но сделать этого не могу потому что нет возможности у всех страниц кроме settingsPage использовать обьекты друг друга по их id.

и вот так же с StackView, оно просто недоступно для других страниц, и неизвестно почему. Возможно можно через сигналы-слоты, но не особо понимаю как, возможно stackview инстанцировать, ну а возможно это просто баг, поэтмоу и спросил, ну не может быть такого чтобы не было доступа к внутреннему id обьектов из других файлов.

На самом деле может так быть, что id из других файлов будет недоступен или не будет срабатывать.
Тут ещё другая проблема. Страницы загружаются внутрь stackview и привязывать якорями к объектам вне stackview уже не получится.
У тому же для якорей есть правило, что их можно привязывать либо к parent объектам, либо к sibling объектам. Обычно в таком случае будет следующая ошибка

QML Rectangle: Cannot anchor to an item that isn't a parent or sibling.

Но опять же не всегда. Также скорее всего может быть проблема в рантайме с использованием якорей через id. Например такая проблема есть в следующем коде

import QtQuick 2.9
import QtQuick.Window 2.2
 
Window {
    id: mainWindow
    visible: true
    width: 640
    height: 480
    title: qsTr("Hello World")
 
    Rectangle {
        id: rect_1
        color: "red"
        width: 100
        height: 100
 
        anchors {
            top: mainWindow.top // Якорь top не сработает, и при этом не сообщит об ошибке
            topMargin: 50
            left: parent.left // При этом если обращаться через parent, то сработает
            leftMargin: 50
        }
    }
 
    Rectangle {
        id: rect_2
        color: "green"
        width: 100
        height: 100
 
        anchors {
            top: parent.top
            topMargin: 50
            right: parent.right
            rightMargin: 50
        }
 
        Rectangle {
            id: rect_3
            color: "blue"
            width: 30
            height: 30
 
            anchors {
                top: rect_1.top // Этот якорь не сработает, поскольку rect_1 не является ни parent, ни sibling объектом
            }
        }
    }
}
 

Думаю, что у вас подобная ситуация. Страница, которую загружаете в StackView может использовать якоря только внутри самого stackView либо с братскими объектами, которых естественно в stackView нет.

ну с якорями не так остро проблема стоит, хотелось бы узнать как привязать всё же кнопку к StackView который находится в мейне и недоступен странице с кнопкой, либо как то передать этот stackView на страницу с кнопкой, чтобы просто можно было сделать push оттуда

Ну у меня есть мысль насчёт доступа через attached property.

Добавьте в корневой элемент Page1Form.qml id, например id: root

И потом вызывайте в кнопке код следующим образом

root.StackView.view.push("qrc:/addingPage.qml")

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

На самом деле вопросы возникают, просто как правило вариации этих вопросов самые разные.
А из SettingsPage есть доступ к StackView потому, что вы SettingsPage прописываете натвердо, без динамического создания в рантайме.
Если бы вы добавляли SettingsPage в StackView через push, то столкнулись бы с такой же проблемой, как и у остальных страниц.

ну у меня SettingsPage пушится из мейна когда нажимаю на три точки сверху и вызываю настройки

ну и если я всё правильно сделал, то всё же не получается добиться переходи на страницу, возможно есть ещё варианты? может как то это сделать через синглтон? может через сигналы слоты? В qt я с ними много работал, но я не уверен есть ли они в qml,

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

И у вас в main.qml чёрным по белому написан такой код

SettingsPage {
    id: settPage
}

Не вижу никакого push в stackView в том, что вы привели в сообщениях.

Я понял, я сделал в мейне так:

    Page1Form {
        id: pg1Form
    }

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

В данном случае SettingsPage и Page1Form будут sibling объектами относительно stackView.

Просто StackView их перекрывает, поскольку объявлен позже.

Предполагаю, что у вас могут начаться проблемы при выполнении pop() . Объекты будут убираться из StackView, но не уничтожаться... Даже и не знаю, как поведёт QML себя в этом случае. Один чёрт, такой подход так себе.

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

Да, вы были правы, stackview просто перекрывает страницы, и они висят позади, когда мне из addingPage нужно было передать данные по нажатию кнопки, чтобы динамически создать строку с занятием, я так же обьявил в AddingPage Page1Form и увидел что эти страницы просто смешались, поэтому такой подход не имеет места быть.

похоже нашёл решение в моём случае оно выглядит так

Component {
        id: mainPg
        Page1Form {}
    }
    Component {
        id: addingPg
        AddingPage {}
    }
    Component {
        id: settingsPg
        SettingsPage {}
    }
    Component {
        id: achivementPg
        SettingsPage {}
    }
    StackView {
        id: stackView
        anchors.fill: parent
        initialItem: mainPg
        }

так же ссылка откуда взял это:
https://doc.qt.io/qt-5/qml-qtquick-controls2-stackview.html#item-ownership