June 10, 2017
https://issues.dlang.org/show_bug.cgi?id=17474

--- Comment #9 from Vladimir Panteleev <thecybershadow@gmail.com> ---
(In reply to Eyal from comment #8)
> I don't see how a=b invoking a(b) when a isn't a @property is justifiable.

Yep, that `writeln = "Hello, world!";` works is an infamous weirdness about D properties.

--
June 14, 2017
https://issues.dlang.org/show_bug.cgi?id=17474

--- Comment #10 from anonymous4 <dfj1esp02@sneakemail.com> ---
(In reply to Stefan Koch from comment #5)
> I am pretty sure the last thing you want is a function to be invoked as a setter property if it returns an Lvalue.

AFAIK it's deliberate as this way you can implement getter and setter with one function. The right semantics here will be difficult to define due to sheer number of reasons why a(b) may fail to compile and which of them should be skipped and which shouldn't.

(In reply to Eyal from comment #8)
> Requiring @property on a for a=b to invoke a(b) sounds much more reasonable
> than the opposite.
> 
> I don't see how a=b invoking a(b) when a isn't a @property is justifiable.

It reduces code littering (and it's not easier to check). UFCS relies on
property syntax too.

--
June 14, 2017
https://issues.dlang.org/show_bug.cgi?id=17474

--- Comment #11 from Eyal <eyal@weka.io> ---
(In reply to anonymous4 from comment #10)
> (In reply to Eyal from comment #8)
> > Requiring @property on a for a=b to invoke a(b) sounds much more reasonable
> > than the opposite.
> > 
> > I don't see how a=b invoking a(b) when a isn't a @property is justifiable.
> 
> It reduces code littering (and it's not easier to check). UFCS relies on
> property syntax too.

What code littering does it reduce? @property is not littering, it is informative.

UCFS doesn't rely on property syntax, lack of parenthesis relies on property syntax - but not on *setter* syntax, just *getter*.

So I repeat: There is no justification for x=y calling x(y) when x is not a
@property.

--
July 06, 2020
https://issues.dlang.org/show_bug.cgi?id=17474

Stefan Koch <uplink.coder@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|uplink.coder@gmail.com      |nobody@puremagic.com

--
December 17, 2022
https://issues.dlang.org/show_bug.cgi?id=17474

Iain Buclaw <ibuclaw@gdcproject.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P2

--
1 2
Next ›   Last »