Dealing with animations

mrjj

@tomy
Well a PropertyAnimation can animate any property so not sure what its so strange.
what curves ? you mean easing curves ?

The duration says how long the animation should last.
so a low value will often make sit seems faster. but it also depends
on how big change will be needed. ( for the x,y, what being animated)

Well the book is what is it. I dont think i ever saw one that
would explain all in great details all the time.
Maybe some youtube video could help.

tomy

@mrjj

you mean easing curves ?

Yes.

The duration says how long the animation should last.
so a low value will often make sit seems faster. but it also depends
on how big change will be needed. ( for the x,y, what being animated)

Yes, I'm familiar with duration but it doesn't work for the example. As I said, I tested it for both 1000 and 19000, no changes! If possible please you run that example yourself.
Again, what does a property on a string which is a value which is zero mean please? If we change that zero (0.0) to -5 or +5, again no changes happen as well!

If you run the example and work on those items we talked about here, you will figure out what I mean.

mrjj

Hi
easing curves are not drawn.
They define how the animation is calculated.
if values are straight interpolated or it should follow a curve giving
a much smoother effect.

You can try
http://doc.qt.io/qt-5/qtwidgets-animation-easing-example.html

to get a feel what is type of ease curve does.

tomy

@mrjj
Hi,
Thanks for your time. But that example is much more complicated the my own one! :)

If you answer the questions (I've asked more than three times here on this thread) about simple things, I think it would also be helpful. :)

1- Why isn't the property on x or y but a string with a floating point value 0.0?
2- Why isn't there any change if we don't use 0.0 but a negative number, say, -5, or a positive one, say, +5, or farther?

3- Why isn't there any change when we alter the duration and make big difference?

mrjj

Hi
Oh it was just ment as a way to play with the different ease curves to see the effect.

1: i think they just use a string to make it easier to say valueModel.append() later on.
it expects a string. not a float/real.

2: the aimation is set up with
from: 0
to: 1
the string value is not used for that.

3: i dont know what samples does so i cant tell.

J.Hilk

HI, let me see if I can help you.
@tomy said in Dealing with animations:

1- Why isn't the property on x or y but a string with a floating point value 0.0?
The property property is basicaly the reference what property shall be targeted for the animation, its referenced as a string.
Would you want to change the x value you would have to write property: "x" for y property: "y" for x and y properties: "x,y"

Why is it a string instead of the property, well no idea, but my best guess is, if its a propery you would have to reference it with an ID e.g myItem.x. But that is lost of you convoluted QML obejects. And everything but an Item is convoluted.

2- Why isn't there any change if we don't use 0.0 but a negative number, say, -5, or a positive one, say, +5, or farther?

3- Why isn't there any change when we alter the duration and make big difference?

No idea, I find this example very confusing and hard to read.
Have you tried the Qt Quick Examples - Animation ? I think that would be better for getting started in QML-Animations

tomy

@J-Hilk
Hi, Thanks, you did.

but my best guess is, if its a propery you would have to reference it with an ID e.g myItem.x.

Did you mean that 'value' acts here like a unique property making the property independent of need to refer to a specific item's property?

No idea, I find this example very confusing and hard to read.

So do I. I'm highly astonished why there isn't any good reference appropriate for newcomers of QML!! It's a hardship.
Thanks also for the example. I'm appreciative of that but it's too long for this level of me (hundreds of lines of code with several components including many types and new items). I would need a simpler one.
Anyway, if Docs is the only reference for learning QML in your point of view too, which is better than that online book, where to start from? Some point that much resembles a step-by-step route from beginning to the end (similar to a book).

J.Hilk

@tomy said in Dealing with animations:

Did you mean that 'value' acts here like a unique property making the property independent of need to refer to a specific item's property?

It basically looks for a specific property name, in this case value of your QML-Object and all its "base-classes" and binds the animation to that property, if it can find one appropriatly named.

I would guess a process similar to Qt4 SignalSlot

Thanks also for the example. I'm appreciative of that but it's too long for this level of me (hundreds of lines of code with several components including many types and new items). I would need a simpler one.

of course the example covers more or less the whole area of property animations. For your current case, you should simply look into Transitions.qml. Thats 133 Lines of code dealing with 3 Rectangels a logo and NumberAnimation and states. You should be able to simply copy and paste that into a clean new project.

Anyway, if Docs is the only reference for learning QML in your point of view too, which is better than that online book, where to start from? Some point that much resembles a step-by-step route from beginning to the end (similar to a book).

In the end it really depends on you, your time available and the money you're willing to spend.

There are a couple Qt-certificated Partners that offer small group training sessions, KDAB comes to my mind here. Really good and usually on the point, but very expensive.

What I usually do is the following:

I set in mind a specific goal I want to archive.
If its new territory, do a quick google search on the topic.
Spend some time going through examples, trying to understand them.
Create a basic working program with the examples and/or the docu
If that is more difficult than expected => recreate the example by hand
Refine and expand the code until the previously set goal is reached

this usually takes some time, but I can also remember stuff years later ;-)

mrjj

Hi
Maybe this one is is worth checking out
https://www.amazon.com/Getting-started-Quick-multidevice-applications-ebook/dp/B01B9DV54G

tekojo

@tomy
You might want to take a look at the QML book https://qmlbook.github.io/en/
Chapter 5 talks about animations.

mrjj

@tekojo
I think he is already using the book but feels its not as detailed step by step as he would like.
As far as I could find, it is the book for learning QML.

mostefa

@tomy said in Dealing with animations:

@mrjj
Hi,
Thanks for your time. But that example is much more complicated the my own one! :)

If you answer the questions (I've asked more than three times here on this thread) about simple things, I think it would also be helpful. :)

1- Why isn't the property on x or y but a string with a floating point value 0.0?
2- Why isn't there any change if we don't use 0.0 but a negative number, say, -5, or a positive one, say, +5, or farther?

3- Why isn't there any change when we alter the duration and make big difference?

Easing is the curve that is used during your animation, have a look at this doc about easing.

I advise you also to run this example , and to see how easing change your animation.

1- Why isn't the property on x or y but a string with a floating point value 0.0?

The string is used in property to know which property we need to animate , see this link

property : string

These properties are used as a set to determine which properties should be animated. The singular and plural forms are functionally identical, e.g.

NumberAnimation { target: theItem; property: "x"; to: 500 }

2- Why isn't there any change if we don't use 0.0 but a negative number, say, -5, or a positive one, say, +5, or farther?

Because the -5 that you are writing is just an initial value, after that you are telling in NumberAnimation that value must be from 0 to 1.

NumberAnimation {
    id: anim
    target: root
    property: 'value'
    from: 0
    to: 1
    duration: 3000
}

3- Why isn't there any change when we alter the duration and make big difference?

Cause your animation is driven by AnimationController (in your case the timer is not used at all) and the Qt Doc says that :

Normally animations are driven by an internal timer, but the AnimationController allows the given animation to be driven by a progress value explicitly.

As @tekojo said qmlbook is a good one to start qml.

I don't know what are you doing exactly , but for my personal opinion you don't have to use AnimationController at all. you can do a lot of funny animation only with (NumberAnimation , SequentialAnimation, ParallelAnimation)

Take a look in this Qt Quick Example

I hope this can help you , and if not ,you can tell me what do you want to achieve , and i will try to help you !

tomy

@J.Hilk
Thank you for all of your suggestions. I appreciate them.

tomy

@tekojo
Thanks, but I think I'm reading that book and getting stuck in it often! :)

tomy

@mostefa
Thank you very much. It was helpful and I appreciate you.
The book you (and the other guy) suggested is the one I'm currently reading.

tomy

@mostefa

I want to explain the first parts of the code based on my understanding and if possible, you please state your idea on it.

Rectangle {
    id: root
    width: 100
    height: 100
    clip: true
    property real value: 0.0
    property int pointCount: 100
    property string title
    signal clicked()

    property alias easingType: anim.easing.type


    Image {
        anchors.fill: parent
        source: "blueprint.jpg"
    }

    Rectangle {
        anchors.fill: view
        anchors.leftMargin: -8
        anchors.rightMargin: -8
        color: 'transparent'
        border.color: "#53d769"
        border.width: 4
        opacity: 0.5

    }

    NumberAnimation {
        id: anim
        target: root
        property: "value"
        from: 0
        to: 1
    }

First we have a squared rectangle (100, 100) that limits all painting to its borders. And it has some properties (of types real, int, string, signal and alias) which will be used later on the code. Until now that rectangle won't be shown because it hasn't a color.

On Image, the blue square like one of these will fit onto the previous rectangle.

After these two items, we reach the next Rectangle with the color transparent. This rectangle is mostly for drawing two top and down lines to act like two x-axes for the curve.
The next object is NumberAnimation. It specifies the root as its target and the property as 'value' to be used by the AnimationController. It also sets the range to be used for making the curve from 0 to 1. I remove the duration property.

Up to this point, is all of the above comprehension about each section correct please?

mostefa

@tomy said in Dealing with animations:

@mostefa

I want to explain the first parts of the code based on my understanding and if possible, you please state your idea on it.
Rectangle {
    id: root
    width: 100
    height: 100
    clip: true
    property real value: 0.0
    property int pointCount: 100
    property string title
    signal clicked()

    property alias easingType: anim.easing.type


    Image {
        anchors.fill: parent
        source: "blueprint.jpg"
    }

    Rectangle {
        anchors.fill: view
        anchors.leftMargin: -8
        anchors.rightMargin: -8
        color: 'transparent'
        border.color: "#53d769"
        border.width: 4
        opacity: 0.5

    }

    NumberAnimation {
        id: anim
        target: root
        property: "value"
        from: 0
        to: 1
    }
First we have a squared rectangle (100, 100) that limits all painting to its borders. And it has some properties (of types real, int, string, signal and alias) which will be used later on the code. Until now that rectangle won't be shown because it hasn't a color.

On Image, the blue square like one of these will fit onto the previous rectangle.

After these two items, we reach the next Rectangle with the color transparent. This rectangle is mostly for drawing two top and down lines to act like two x-axes for the curve.
The next object is NumberAnimation. It specifies the root as its target and the property as 'value' to be used by the AnimationController. It also sets the range to be used for making the curve from 0 to 1. I remove the duration property.

Up to this point, is all of the above comprehension about each section correct please?

For me i think that all your explanation is correct ! =)

tomy

@mostefa
Thank you.

mostefa

@tomy said in Dealing with animations:

@mostefa
Thank you.

You are welcome =)

Eeli K

@tomy This is going to be off-topic, but I thought maybe I could help in another way.

Maybe the problem is not so much the book (which really is problematic in some ways) but your learning strategy. You seem to want to understand every detail when you see it. It's a good thing but can lead to situation where you get stuck with things which are actually irrelevant for you at the moment. You have said you need and want to learn QML. Why? For what do you need it? Do you want to learn to animate cool visual things? Or do you want to create a working and practical user interface for some application which you need? If it's the latter, you don't need animations at all and can read the animation part of the book with a cursory glance. Nobody can expect to read a book with a new subject area and understand it all. There's much in Qt or even just in the QML part of it which you will never need or use. There's also much you don't need to know actively, for example you don't need to create grouped properties or attached properties right away, you just need to recognize them when you see them and use something which someone else has created.

It's important to learn meta-learning skills, i.e. learn to how to learn effectively. One part of it is knowing what to not learn at the moment and just let some things be and go forward. Sometimes I read a book (not necessarily about programming) of which I understand maybe 10% or less. But when I read more and more I will understand those things which I didn't previously understood, and I wouldn't have understood them if I hadn't previously read that 90% which I didn't understand back then. Giving up isn't a bad thing if you know when and how to do it. Don't give up your greater goals, learn to give up some details if they hinder you from going forward.

Another important thing is that if you don't have a personal task it's more difficult to learn. Just going through some examples which someone has made up is tedious, at least for me. I need some short-term goal, for example a user interface which does something for me which I actually want or need. Then I can search for things which are actually relevant for me and I can integrate them into my own task. The feeling when you get something done for your own needs is much better than when going through made-up examples. Do you have something specific you want to do with QML?