Unsolved Dealing with animations
-
@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?
-
I appreciate your good talks. That's very kind of you.
I will make them remained in my mind. -
I want to express my understanding on the rest of the code.
On the way, we reach the ListModel type. It's like a container. After that is AnimationController, which executes its body instructions. So it first clears the container and then adds a hundred floating point numbers (0.0, 0.01, 0.02, ..., 0.99) to the container (using append).The next executed type (according to the from-top-to-down order) is PathView. Its job is displaying the data (those 100 floating point numbers stored in the ListModel). So the actual draw/design/display of the curve is done by PathView). On delegate it defines how data should be displayed by creating 4x4 orangish rectangles. In fact, it wants to put 100 4x4 rectangles to display the cure. By Path, the type creates a horizontal line (0, 100 to 100, 100). And then it finishes.
The Text type is used for allowing the type EasyingType to have a text property. The MouseArea is used on the component to receive clicks.
What about this part please? Is what I've understood mentioned-above correct?
-
@tomy I think you have understood the purpose of almost all parts correctly, although terminology isn't very clear. Here are some details which aren't crucial:
Types aren't "executed", I'd rather say that objects of those types are created. As I have said earlier (at least I remember having said), the creation order isn't necessarily top-down in implementation, but it's enough for understanding the logic. On the other hand it may be important to understand that Component.onCompleted functions are executed only after the object tree has been created to some point so that objects and their properties can be used in those Component.onCompleted functions, and the order of executing different objects' Component.onCompleted functions is undefined (it's explicitly told in the documentation) and I actually have stumbled on this fact, so it may be important in some situations.
You make one mistake: the last Text element isn't a property. It's just an object which is added to its parent's children list and is one visible object amongst the Image, Rectangle and PathView objects.
-
the last Text element isn't a property. It's just an object which is added to its parent's children list and is one visible object amongst the Image, Rectangle and PathView objects.
Hi,
Yes, I meant that object is used for populating the alias property of the root making it capable of having a property with the name 'title' on its use on the other component.Would you please take another look at the
AnimationControler
?AnimationController { id: controller animation: anim Component.onCompleted: { valueModel.clear() for(var i=0; i<root.pointCount; i++) { progress = i/root.pointCount valueModel.append({value: root.value}) } } }
In
valueModel.append({value: root.value})
, the progress values aren't used apparently! What is appended is a constant value, 0.0, which is the value of root! -
Still I can't create a good story based on what I comprehended from that component.
-
@tomy In the documentation for AnimationController you can see that it has the 'progress' property which is used here. It would have been better to be explicit about it by writing "controller.progress" instead of "progress". Now look at the NumberAnimation and read its documentation.
Does that help you forward? Can you see what happens to 'value' of root and to valueModel?
-
@Eeli-K
Yes, I read the documentation on NumberAnimation on Help and also the append function which adds a new item to the end of the list model.
But root.value is a constant, 0.0! In theory there is no benefit of adding many of them to the list, at least in an apparent manner.PS: sorry for the delay, the situation is too complicated here.
-
@tomy Maybe I don't understand you, but
property real value: 0.0
is not a constant its a property that is initialized with 0.0
-
@J.Hilk
Yeah, sorry. I too meant that.
I meant its value doesn't change, it's 0.0, at least from the point of view I see. -
Anyway, if the example really sucks and if you advise me to do that, I skip this example and will go to the Grouped Animations section.
-
@tomy but you do change the value here:
NumberAnimation { id: anim target: root property: "value" from: 0 to: 1 }
When you start the animation it will run root.value from 0 to 1.