Hello! @louiscad, do you think that migrating from anko to splitties is possible without a complete rewrite? I mainly use the layout DSL:

verticalLayout, scrollView, textView, button

etc

Hello @nickk! Yes, it is. In Splitties, everything is as explicit as possible. I advise you to read (on GitHub) the Views DSL doc, and the docs of additional Views DSL modules (ConstraintLayout, Material Components…). Having read this, you should know exactly what to expect, how layout parameters are explicitly defined, and that'll prove handy when moving from Anko which defines layout params differently, and adds views implicitly. For

ScrollView

, you'll want to use the

.wrapInScrollView()

extension. If you don't change your mind after reading Splitties doc, maybe you could start a draft PR adding a migrating from Anko markdown document for others, and possibly your future self?

Was just reading the docs and came across to this: “To use a View in an Anko layout, in addition to a function for DSL usage, a subclass of it, specially tailored to work with Anko layouts is needed.”

Oh, 4 things that might be helpful too: 1. git, starting clean, obviously 2. "Replace in Path" IDE action after you select code to replace 3. "Find in Path" IDE action, works with selected code too 4. Disabling java/kotlin auto-import, then removing the anko imports file per file, try to use Splitties imports instead, changing what needs to be changed. You can also disable suggestion of anko imports to get rid of ambiguities. Then, after you change a layout, make sure it looks AND works as before.

Yes, but I have a comment 🤣: // Do not call anko’s

lparams()

on the nested elements, // it will cause a crash.

In Splitties,

lParams

for

FlexboxLayout

doesn't exist, but you'll be able to write it easily once as an extension, just like I did for

ConstraintLayout

,

LinearLayout

and

FrameLayout

.

OK. I know how to steal code 😉

Yes

Is 3.5 usable? Haven’t tried it. Earlier beta versions have proved really PAINFUL.

3.5 is the best Android Studio version yet, it finally dropped Instant Run for Apply Changes, which is very reliable. I submitted bugs and starred others. A fair share of them have been fixed. rc01 is usable to me, and it's also about the last minute to report important bugs or issues you might encounter.

🙂 memory management and android-whatever will never be friends

They ditched Instant Run and other old "crap" probably