Нубский вопрос по qml

[lighting]

но что-то не пойму где на него ответ найти можно.
Есть простенький пример:

Код

Javascript
Item {
    width: 360
    height: 360
    Rectangle {
        id: cropFrame
        width: parent.width/2
        height: parent.height/2
        color: "#00000000"
        radius: 2
        border.color: "#3654b5"
    }
 
    MouseArea {
        anchors.fill: parent
        onPressed: {
            cropFrame.border.width: 4           
        }
        onReleased: {
            cropFrame {border.width: 2}
        }
    }
}
 

Хочу чтобы при нажатии рамка у cropFrame увеличивалась, а при отпускании восстанавливалась обратно. Оба написанные мною варианта неверные, как это правильно написать?

[ecspertiza]

поправил 

Код:

import QtQuick 1.0

Item {
    width: 360
    height: 360
    Rectangle {
        id: cropFrame
        width: parent.width/2
        height: parent.height/2
        color: "#00000000"
        radius: 2
        border.color: "#3654b5"
    }
 
    MouseArea {
        anchors.fill: parent
        onPressed: {
            cropFrame.border.width = 4           
        }
		
        onReleased: {
            cropFrame.border.width = 2
        }
    }
}

[lighting]

большое спасибо!
как я и ожидал все просто

[lighting]

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

[ecspertiza]

Вроде нет, только если через State , но через него только кода больше выйдет

[lighting]

продолжу нубские вопросы.
Хочу сделать элемент у которого можно менять размеры тягая за угол, казалось-бы все просто:
onPressed:
запоминаем положение курсора и размеры элемента

onPositionChanged:
 вычисляем dx dy, сдвигаем на них наш элемент и увеличиваем на них-же высоту и ширину.

Однако создать временные переменные у меня почему-то не получилось, точнее они не видны из onPositionChanged
пробовал создать так: var int xpos = mouseX;

[ecspertiza]

с помощью var int xpos = mouseX; создать переменную можно только внутри ф-ции, и то даже по моему только так

Код:

var xpos = mouseX;

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

[twp]

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

Код

Javascript
import QtQuick 1.0
 
Item {
    width: 360
    height: 360
    Rectangle {
        id: cropFrame
        width: parent.width/2
        height: parent.height/2
        color: "#00000000"
        radius: 2
        border.color: "#3654b5"
        border.width: mouseArea.pressed ? 4 : 2
    }
 
    MouseArea {
        id: mouseArea
        anchors.fill: parent
    }
}
 

[Nimbus]

Продолжу нубские вопросы.
Как организовать загрузку данных в ListModel в другом потоке? А то сейчас всё в одном GUI-потоке и модель (QList<QObject*>) загружается в нём же, и передаётся контексту qml, и получается неприятный эффект зависания приложения на несколько секунд. А так хотя бы какой-нибудь BusyIndicator анимированный можно было поставить.
Костыль в виде qApp->processEvents() не годится, и заморачиваться с QThread тоже нет особого желания.
Есть WorkerScript но проблема, что ему нельзя передавать QObject* никакие, чтобы он дёргал их Q_INVOKABLE-методы.

[OKTA]

Ты проблему опиши лучше, код приложи =)

[OKTA]

Вот кстати у меня тоже вопрос про WorkerScript!
Ситуация следующая! Мне надо из c++ передавать данные в компонент qml-вский, который лежит глубоко в иерархии интерфейса. Как понимаю передать их можно через сигналы через головной элемент, который объявлен в c++ или же через собственный декларативный класс,  так? А что если    мне надо эти данные мне надо еще и обработать в qml? Где запускать WorkerScript?) в головном компоненте или можно в том самом глубоком, которому данные и предназначаются??

[ecspertiza]

Продолжу нубские вопросы.
Как организовать загрузку данных в ListModel в другом потоке? А то сейчас всё в одном GUI-потоке и модель (QList<QObject*>) загружается в нём же, и передаётся контексту qml, и получается неприятный эффект зависания приложения на несколько секунд. А так хотя бы какой-нибудь BusyIndicator анимированный можно было поставить.
Костыль в виде qApp->processEvents() не годится, и заморачиваться с QThread тоже нет особого желания.
Есть WorkerScript но проблема, что ему нельзя передавать QObject* никакие, чтобы он дёргал их Q_INVOKABLE-методы.

Тут два варианта либо QThread либо QtConcurrent