Screen Shot 2016-03-13 at 12.13.31.png

You could do it manually with buildString

Thanks! Should it be something like that

-.kt

feels a bit syntax-heavy though

Looking at bytecode this option seem to be pretty similar to first attempt that generated warning

Yes, it's not optimal. The single line option is optimal as well as using buildString completely without string interpolation

Huh. I'm trying to search "incremental" in settings, to jump into the kotlin plugin. And the plugin's page is in the results while I typing up to

inc

. But when I continue and put

incr

into the search box the plugin's settings is not in the list of found pages anymore. Is it just me?

but this for android studio tho

How to match a block of statements optionally with structural replace?

$Statements$;

isn't helping

new Callback<$TypeParameter$>(){@$Annotation$
public $ReturnType$ onResponse($ParameterType2$ $Parameter2$, $ParameterType$ $Parameter$) {
    $Statements$
}
    
@$Annotation$
public $ReturnType$ onFailure($ParameterType3$ $Parameter3$) {
    $Statements2$
}}

to be replaced with:

new Callback<$TypeParameter$>(){@$Annotation$
public $ReturnType$ onResponse(Call<$TypeParameter$> call, $ParameterType2$ $Parameter2$) {
    $Statements$
}
    
@$Annotation$
public $ReturnType$ onFailure(Call<$TypeParameter$> call, $ParameterType3$ $Parameter3$) {
    $Statements2$
}}

$Statement$

or

$Statement2$

is some or none.

Hey guys. Hope it's the write channel. Just wanted to ask if there is any planned Unity support for Project Rider, specifically maybe a Community Edition kind of support? I'm planning a new project and need to know if I should stick to Consulo

@aaverin: it’s not exactly right channel, because it’s about IntelliJ support for Kotlin language, not C#.

@aaverin: you can try to ask https://twitter.com/jetbrainsrider

@aaverin has left the channel

I just tried updating to 2016.1. The new behavior of splitting gradle projects into separate modules caused some of our unit tests to fail when run in IntelliJ because they test internal methods in the now separate main-module. I've made the methods public for now but I'm wondering if I have any other options?

which Kotlin plugin version are you using? this was fixed shortly before the 1.0 release, and in the current version internal methods in a module under test should be correctly visible to the tests of that module

IJ plugin is 1.0.0-release-IJ143-78. Gradle plugin is a mix of 1.0.0 and 1.0.0-rc1036 in the whole codebase. The affected module(s) is from a 1.0.0 gradle project.

rc-1036 doesn’t contain the fix, if I remember correctly

don’t remember if any part of it was in the Gradle plugin rather than just IntelliJ

I'll spend some time updating everything to make sure. I just wanted to avoid doing to much at the same time. Thanks for confirming it should work.

Is there a refactoring that will extract a class in its own file?

Alt+Enter?

Also the move refactoring probably

Didn’t realize Alt-Enter does that, thanks @orangy

Sometimes details of Kotlin plugin's crashlog contains parts of a source code without option to exclude it. These parts not always could be shared. It's not quite appropriate for the crash reporter. I have to just erase sucha reports.

Yet I believe there was some list with attachments, in the reporting window, where I can deselect all private data.

IDE Fatal Errors 2016-03-24 02-24-56.jpg

@denis.st: yes, that’s true. we plan to solve this on the platform level by showing a separate confirmation dialog when we detect that a stacktrace contains code