Mikhail Glukhikh 6e10235208 Make "Add name(s) to call arguments" available for generic arguments ...

#KT-15550 Fixed

2018-10-27 12:13:42 +03:00

..

classNoExplicitReceiver.kt

…

classNoExplicitReceiver.kt.after

…

explicitReceiverOfContainingClass.kt

Create from Usage: Support generation of abstract members for superclasses. Skip non-abstract superclasses when generating abstract member

2016-12-02 14:14:05 +03:00

explicitReceiverOfContainingClass.kt.after

Create from Usage: Support generation of abstract members for superclasses. Skip non-abstract superclasses when generating abstract member

2016-12-02 14:14:05 +03:00

inAbstractSuperclass.kt

Create from Usage: Fix choosing superclass for abstract member

2017-11-30 12:49:25 +03:00

inAbstractSuperclass.kt.after

Create from Usage: Fix choosing superclass for abstract member

2017-11-30 12:49:25 +03:00

inBaseInterface.kt

Create from Usage: Fix choosing superclass for abstract member

2017-11-30 12:49:25 +03:00

inBaseInterface.kt.after

Create from Usage: Fix choosing superclass for abstract member

2017-11-30 12:49:25 +03:00

interfaceNoExplicitReceiver.kt

…

interfaceNoExplicitReceiver.kt.after

…

noAbstractSuperclass.kt

Create from Usage: Fix choosing superclass for abstract member

2017-11-30 12:49:25 +03:00

notAbstractClass.kt

Make "Add name(s) to call arguments" available for generic arguments

2018-10-27 12:13:42 +03:00

otherExplicitReceiver.kt

Make "Add name(s) to call arguments" available for generic arguments

2018-10-27 12:13:42 +03:00