I want to avoid excessive bikeshedding 😄

there will be an official Kotlin style guide saying that single-line

if

expressions should not use braces, maybe that will help against your bikeshedding 🙂

ehehe that'd be ok I suppose 🙂

i’d like to discuss that first...

I've spent some time today trying to figure out what was happening here. Finally got it. It turns out that `object`s behave a bit different that I thought they were. After deserializing an

object

, a totally new instance is created. This produces

NoWhenBranchMatchedException

when comparing with and old instance of

object

. See provided code for an example. Maybe IDE should warn developer that using when branch without

is

might be dangerous?

In javaland I am 100 percent braces but in kotlin I am getting used to not put them everywhere. Kind of like that now :-)

-.kt

@rafal: this is dangerous if and only if you use serialization, which the vast majority of code doesn’t. I wouldn’t push people to write unnecessarily verbose code just because the short version wouldn’t work in someone else’s case

In Android, we specified that single line `if`s don't have to have brackets. I did this so that log statements would not overwhelm everything:

if (DEBUG) Log.d("foo")

@yole that's why i'm not saying that branch without

is

should be forbidden. Just a warning to light you a bulb that, if and only if you use serialization, you might get into trouble

irrelevant warnings annoy and/or confuse people quite a lot, unfortunately

maybe it could show a warning only if it detects that the

object

implements

Serializable

(not sure if this is doable), and make it a weak-warning at most, since a lot of classes that you don't even end up serializing do implement

Serializable

I meant something similar to Kevin's proposal. Just a weak warning is enough 🙂

nonetheless I ended up writing a custom gson deserializer to retrieve

object

instance if it exists

when i have

a[b] = c

where i have an

operator fun set

is there a way to navigate to it with a shortcut? i tried ctrl+b in multiple positions but it didn't work

I can control-click on the

[b]

part

ehm.. now it's working 🙂

hello

following a discussion in general, I'd like to request a way of highlighting fields and methods from companion objects in a different color

same as with static methods coming from the Java interop

having constants with ALL_CAPS helps, but you can't still parse them by color

please file feature requests to youtrack

what does it mean when idea adds an exclamation mark to a type in the complete popup? http://cl.ly/2r2j103v260l

is there a way to tell the ide if its nullable without changing the code of the library?

no

also is there a way to jump to the definition of a type? (in java i would option click on “conf”, to get to the declaration "Config conf”, and then option click on “Config” to jump to the definition. I wonder how to do that in kotlin

ctrl + a -> goto type declaration

Navigate | Type Declaration

works in Java as well as Kotlin