[Issue 22769] `fun()` where fun is a property which returns an object with opCall should call opCall

2022-12-17 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22769 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --

[Issue 22769] `fun()` where fun is a property which returns an object with opCall should call opCall

2022-02-14 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22769 --- Comment #8 from anonymous4 --- If deprecation goes successfully, it may open possibility for implementation of strict properties. --

[Issue 22769] `fun()` where fun is a property which returns an object with opCall should call opCall

2022-02-14 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22769 --- Comment #7 from anonymous4 --- But, yeah, presumably it should deprecate a bunch of stuff first. --

[Issue 22769] `fun()` where fun is a property which returns an object with opCall should call opCall

2022-02-14 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22769 --- Comment #6 from anonymous4 --- Currently it works according to optional parentheses, which is not ambiguous, since strict properties obviously aren't implemented. If you want to introduce strict properties gradually, it's a DIP too, what to

[Issue 22769] `fun()` where fun is a property which returns an object with opCall should call opCall

2022-02-14 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22769 --- Comment #5 from Vladimir Panteleev --- It has been a while, and I think the strict properties DIPs were about entirely forbidding "someProperty()"; whereas in this case, it may make more sense for incremental improvement in the form of fixing

[Issue 22769] `fun()` where fun is a property which returns an object with opCall should call opCall

2022-02-14 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22769 --- Comment #4 from anonymous4 --- This is called "strict properties" and requires a DIP, especially since previous DIPs about this went nowhere and people in general gave up on sorting this out. But maybe it's a good time for a new DIP. Among other

[Issue 22769] `fun()` where fun is a property which returns an object with opCall should call opCall

2022-02-13 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22769 --- Comment #3 from Basile-z --- Thanks for the explanations, I see the issue now, that is that opCall is not tried. --

[Issue 22769] `fun()` where fun is a property which returns an object with opCall should call opCall

2022-02-13 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22769 --- Comment #2 from Vladimir Panteleev --- (In reply to Basile-z from comment #1) > what is the background idea ? Making @property do its job > Is this proposal a way to have opCall called without explicit CallExp ? No. () is the CallExp. It

[Issue 22769] `fun()` where fun is a property which returns an object with opCall should call opCall

2022-02-13 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22769 Basile-z changed: What|Removed |Added CC||b2.t...@gmx.com --- Comment #1 from Basile-z