Increasing usage for C++ new operators based on data model indexes?
-
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
Does your software development experience include the usage of placement new?
Yes, but then I wonder does yours?
You are used to the application of ordinary pointers.
auto x(new my_ball);How many ball variants would you manage by your QStringListModel example?
You don't seem to understand that the model is the boundary between the application-level code (i.e. user programmers) and the system-level code (for brevity only, it's the Qt library not the whole system). At that boundary the system code has to provide the means for the application code to map the data, and at the same time the library provides the display of said data.
At the point when the system is compiled the application-level code does not exist, so the system-level programmer (in this case the Qt Project contributor) can not and will not use anything of type that's unknown to the system. Unknown types include every user type the application provides itself, granted the exception the system has put in place a way for the type to be made known to the system. The latter is done through the meta-type system in Qt, and
QVariantis aware of it.Is your
ballknown (i.e. defined) when the models are developed? Of course not. Then the models can't in any conceivable way create that type. The models are generic and useQVariantso they can map multitude of types, not only your ownball.
Again, provide code that demonstrates your idea, so we can have a reasonable discussion.wrote on 25 Oct 2018, 19:01 last edited byIs your
ballknown (i.e. defined) when the models are developed?Models can be implemented in the way that this can happen.
Again, provide code that demonstrates your idea, …
How do you think about to discuss concrete consequences for passing a pair of integer types (row, column) to a “placement new”?
-
Is your
ballknown (i.e. defined) when the models are developed?Models can be implemented in the way that this can happen.
Again, provide code that demonstrates your idea, …
How do you think about to discuss concrete consequences for passing a pair of integer types (row, column) to a “placement new”?
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
Is your
ballknown (i.e. defined) when the models are developed?Models can be implemented in the way that this can happen.
No they can't.
How do you think about to discuss concrete consequences for passing a pair of integer types (row, column) to a “placement new”?
I don't. I already stated directly and quite clearly what is needed to discuss - a proof of concept in code.
-
wrote on 26 Oct 2018, 07:26 last edited by VRonin
I'll try to explain in layman terms why we are a bit frustrated by this and the related topics with a small parallel.
Imagine you walk into a car factory and say to the manager: "you should put wings on your cars"
The manager answers: "what would that achieve?"
you - "do you know what wings are?"
manager - "yes but I don't see how they can be useful on a car"
you - "wouldn't it be cool to have wings on the cars?!"
manager - "yes but wings are not enough to make the cars fly"
you - "that's right, you need to also make the cars fly"
manager - "fine but how am I supposed to do that?"
you - "It's something you should think about"
manager - "well if you don't have any idea how to make the cars fly, I don't see why i should put wings on my cars"
you - "wouldn't it be cool to have wings on the cars?!"This is exactly what you are doing to us!
-
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
Is your
ballknown (i.e. defined) when the models are developed?Models can be implemented in the way that this can happen.
No they can't.
How do you think about to discuss concrete consequences for passing a pair of integer types (row, column) to a “placement new”?
I don't. I already stated directly and quite clearly what is needed to discuss - a proof of concept in code.
wrote on 26 Oct 2018, 07:49 last edited byNo they can't.
Why do you try to exclude the possibility that various data can be loaded into models?
… - a proof of concept in code.
Do any other aspects hinder you to discuss software design possibilities around returning pointers (or C++ references) from functions after a few parameters were passed?
-
I'll try to explain in layman terms why we are a bit frustrated by this and the related topics with a small parallel.
Imagine you walk into a car factory and say to the manager: "you should put wings on your cars"
The manager answers: "what would that achieve?"
you - "do you know what wings are?"
manager - "yes but I don't see how they can be useful on a car"
you - "wouldn't it be cool to have wings on the cars?!"
manager - "yes but wings are not enough to make the cars fly"
you - "that's right, you need to also make the cars fly"
manager - "fine but how am I supposed to do that?"
you - "It's something you should think about"
manager - "well if you don't have any idea how to make the cars fly, I don't see why i should put wings on my cars"
you - "wouldn't it be cool to have wings on the cars?!"This is exactly what you are doing to us!
wrote on 26 Oct 2018, 08:33 last edited byWhy would you get frustrated by topics (which I presented)?
-
No they can't.
Why do you try to exclude the possibility that various data can be loaded into models?
… - a proof of concept in code.
Do any other aspects hinder you to discuss software design possibilities around returning pointers (or C++ references) from functions after a few parameters were passed?
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
Why do you try to exclude the possibility that various data can be loaded into models?
I don't, and it already can through
QVariant.Do any other aspects hinder you to discuss software design possibilities around returning pointers (or C++ references) from functions after a few parameters were passed?
No. I want you to meet the burden or proof - if you claim something, have the balls to back it up. You claim to have an idea that's better than the currently available one, put it on paper, so to speak, and we can discuss it.
-
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
Why do you try to exclude the possibility that various data can be loaded into models?
I don't, and it already can through
QVariant.Do any other aspects hinder you to discuss software design possibilities around returning pointers (or C++ references) from functions after a few parameters were passed?
No. I want you to meet the burden or proof - if you claim something, have the balls to back it up. You claim to have an idea that's better than the currently available one, put it on paper, so to speak, and we can discuss it.
wrote on 26 Oct 2018, 12:32 last edited byYou claim to have an idea that's better than the currently available one,
I got another software development idea which I find useful.
put it on paper,
I have described it in a few variants for this feature request already.
so to speak, and we can discuss it.
Another approach
- Function input:
Parameters like row and column - Function output:
- Pointer ⇒ How likely is it that this function variant can be called “C++ new operator”?
- C++ reference ⇒ Would you like to use direct access for an object?
- Function input:
-
You claim to have an idea that's better than the currently available one,
I got another software development idea which I find useful.
put it on paper,
I have described it in a few variants for this feature request already.
so to speak, and we can discuss it.
Another approach
- Function input:
Parameters like row and column - Function output:
- Pointer ⇒ How likely is it that this function variant can be called “C++ new operator”?
- C++ reference ⇒ Would you like to use direct access for an object?
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
I got another software development idea which I find useful.
Good. Make a proof of concept for it as well. We can discuss it after that.
I have described it in a few variants for this feature request already.
You have not written anything tangible for us to discuss. You can describe it all night long, but at the end of the day we have to have something to base the discussion on. Some kind of proposed code that is to replace the current approach and then we can compare and argue.
Another approach
Finish one of the approaches before jumping into the next one.
- Function input:
-
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
I got another software development idea which I find useful.
Good. Make a proof of concept for it as well. We can discuss it after that.
I have described it in a few variants for this feature request already.
You have not written anything tangible for us to discuss. You can describe it all night long, but at the end of the day we have to have something to base the discussion on. Some kind of proposed code that is to replace the current approach and then we can compare and argue.
Another approach
Finish one of the approaches before jumping into the next one.
wrote on 26 Oct 2018, 18:18 last edited byYou have not written anything tangible for us to discuss.
Can you discuss the programming interface design for a single function in terms of concepts (without referring to source code examples)?
-
You have not written anything tangible for us to discuss.
Can you discuss the programming interface design for a single function in terms of concepts (without referring to source code examples)?
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
Can you discuss the programming interface design for a single function in terms of concepts (without referring to source code examples)?
No. There's no interface design for single functions, plus if it's only one function, just write it down for us and we can take a stab at the issue.
-
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
Can you discuss the programming interface design for a single function in terms of concepts (without referring to source code examples)?
No. There's no interface design for single functions, plus if it's only one function, just write it down for us and we can take a stab at the issue.
wrote on 26 Oct 2018, 18:40 last edited byThere's no interface design for single functions,
I find this view questionable.
plus if it's only one function, just write it down for us and we can take a stab at the issue.
template<typename model_item, typename model_index> model_item * get_item_pointer(model_index mx);Can you discuss such a function template declaration better?
-
There's no interface design for single functions,
I find this view questionable.
plus if it's only one function, just write it down for us and we can take a stab at the issue.
template<typename model_item, typename model_index> model_item * get_item_pointer(model_index mx);Can you discuss such a function template declaration better?
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
I find this view questionable.
That's your right. I will not spend any time arguing it either way.
Can you discuss such a function template declaration better?
That's a declaration, moreover it's a template, so this declaration doesn't mean anything to me. I have no idea what it is to be doing. Neither can I know how this
model_itemis to be handled inside the model, nor whatmodel_indexis, since it's a generic template type. Additionally there's no clarity of how this function is to be integrated into theQObjectderived models, because there are limitations of whatmoccan parse.Give us some solutions to these problems and I'd be happy to pitch in with ideas, critiques and even work. But only if you take the time to actually prepare something that can reasonably be discussed.
Vague notes about theoretical constructs are not acceptable.
-
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
I find this view questionable.
That's your right. I will not spend any time arguing it either way.
Can you discuss such a function template declaration better?
That's a declaration, moreover it's a template, so this declaration doesn't mean anything to me. I have no idea what it is to be doing. Neither can I know how this
model_itemis to be handled inside the model, nor whatmodel_indexis, since it's a generic template type. Additionally there's no clarity of how this function is to be integrated into theQObjectderived models, because there are limitations of whatmoccan parse.Give us some solutions to these problems and I'd be happy to pitch in with ideas, critiques and even work. But only if you take the time to actually prepare something that can reasonably be discussed.
Vague notes about theoretical constructs are not acceptable.
wrote on 26 Oct 2018, 19:10 last edited byI have no idea what it is to be doing.
Your understanding of this programming interface (and my API proposal) might be still incomplete at the moment.
But I am confident that you know already what such a function should be doing: You get a pointer for an object based on the provided input data.…, since it's a generic template type.
Can you become used to work with templates for software development and involved concepts?
-
I have no idea what it is to be doing.
Your understanding of this programming interface (and my API proposal) might be still incomplete at the moment.
But I am confident that you know already what such a function should be doing: You get a pointer for an object based on the provided input data.…, since it's a generic template type.
Can you become used to work with templates for software development and involved concepts?
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
Your understanding of this programming interface (and my API proposal) might be still incomplete at the moment.
That is for sure, as you have not proposed an API.
But I am confident that you know already what such a function should be doing: You get a pointer for an object based on the provided input data.
Humor me.
Can you become used to work with templates for software development and involved concepts?
I already am.
-
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
Your understanding of this programming interface (and my API proposal) might be still incomplete at the moment.
That is for sure, as you have not proposed an API.
But I am confident that you know already what such a function should be doing: You get a pointer for an object based on the provided input data.
Humor me.
Can you become used to work with templates for software development and involved concepts?
I already am.
wrote on 26 Oct 2018, 19:17 last edited by…, as you have not proposed an API.
A function template declaration can be a succinct description for an application programming interface, can't it?
-
…, as you have not proposed an API.
A function template declaration can be a succinct description for an application programming interface, can't it?
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
A function template declaration can be a succinct description for an application programming interface, can't it?
No, it can't. Not even by a long shot.
-
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
A function template declaration can be a succinct description for an application programming interface, can't it?
No, it can't. Not even by a long shot.
wrote on 26 Oct 2018, 19:21 last edited byNo, it can't. Not even by a long shot.
How can your view fit to the C++ standard template library?
-
No, it can't. Not even by a long shot.
How can your view fit to the C++ standard template library?
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
How can your view fit to the C++ standard template library?
It fits perfectly. The STL is comprised by many, many, many functions and classes. They even have bodies too, unlike the one declaration you wrote.
-
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
How can your view fit to the C++ standard template library?
It fits perfectly. The STL is comprised by many, many, many functions and classes. They even have bodies too, unlike the one declaration you wrote.
wrote on 26 Oct 2018, 19:36 last edited byThe STL is comprised by many, many, many functions and classes.
My proposal can eventually grow into another template library, can't it?
They even have bodies too, unlike the one declaration you wrote.
The desired implementation can evolve further if the required concepts will be generally accepted.
-
The STL is comprised by many, many, many functions and classes.
My proposal can eventually grow into another template library, can't it?
They even have bodies too, unlike the one declaration you wrote.
The desired implementation can evolve further if the required concepts will be generally accepted.
@elfring said in Increasing usage for C++ new operators based on data model indexes?:
My proposal can eventually grow into another template library, can't it?
Only if you write the library, or at least the core of it.
The desired implementation can evolve further if the required concepts will be generally accepted.
The only thing that's going to be generally accepted is written code, i.e. an implementation. Since you have written none, none is going to evolve.
91/116