kirillrakhman
06/27/2016, 12:51 PMcfleming
06/29/2016, 4:33 AMshiraji
07/04/2016, 9:43 PMshiraji
07/04/2016, 9:59 PMyole
07/05/2016, 7:44 AMyole
07/05/2016, 7:47 AMshiraji
07/05/2016, 7:52 AMyole
07/05/2016, 7:54 AMshiraji
07/05/2016, 7:57 AMkirillrakhman
07/05/2016, 8:30 AMyole
07/05/2016, 8:30 AMkirillrakhman
07/05/2016, 8:30 AMkirillrakhman
07/05/2016, 8:31 AMkirillrakhman
07/05/2016, 8:32 AMkirillrakhman
07/06/2016, 5:37 PMKotlinQuickDocumentationProvider
is called with the whole function as element
instead of the actual PSI element of the this
identifier. Is it possible that there is a special logic somewhere that handles this
differently than other elements?semoro
07/08/2016, 1:27 AMshiraji
07/08/2016, 4:06 AMkirillrakhman
07/08/2016, 5:27 AMyole
07/08/2016, 7:49 AMideaSDK/config-idea
under the Kotlin checkout directory, this should helpyole
07/08/2016, 7:50 AMshiraji
07/08/2016, 7:05 PMtoorajam
07/08/2016, 7:42 PMyole
07/09/2016, 8:12 AMyole
07/09/2016, 8:13 AMshiraji
07/11/2016, 11:27 PMyole
07/12/2016, 8:31 AMshiraji
07/12/2016, 8:38 AMmglukhikh
07/12/2016, 10:03 AMshiraji
07/17/2016, 9:34 PMfoo(bar: <caret>Int)
val foo: <caret>Boolean
How about null-able type? Currently, if user uses expand selection, it ignores ? mark
val text: S<caret>tring? = null
this becomes
val text: <select>String</select>? = null
Where <select>String</select>
is the highlighted word. I think ? should be included.
What about generics?
val text: F<caret>oo<Bar>? = null
This should be
val text<select>: Foo<Bar>?</select> = null
Is there sample test codes for word selection?dean
07/17/2016, 10:10 PMType
-> Type<T>
-> Type<T>?
-> : Type<T>?