zserge/anvil

A minimal reactive UI library for Android

Sindre Tellevik

@graknol

let me hear it

Lalit Maganti

@tilal6991

How about we store the parent view object inside anvilkotlin and when layout Paramus is called on the child we call the function inside the stored class?

Although no type safety actually.

Damn it.

Sindre Tellevik

@graknol

I tried that, but then the children need the generics passed

yeah :/

we think alike though ;)

Lalit Maganti

@tilal6991

Right a more kotlinesque version of anvil may be in order.

Sindre Tellevik

@graknol

yeah

I'll create a repo and a gitter room, then we can discuss how to write it if you want to be in on it :)

https://github.com/graknol/AnvilCore

name looked fancy, sooo... :P

Sindre Tellevik

@graknol

https://gitter.im/graknol/AnvilCore

aaronpoweruser

@aaronpoweruser

Is there a wa to set layout_scrollFlags on a CollapsingToolbarLayout in current anvil

Sindre Tellevik

@graknol

are you using the kotlin or java version?

aaronpoweruser

@aaronpoweruser

Java, but I can switch if needed

Sindre Tellevik

@graknol

nono that's not needed

lparams = (CollapsingToolbarLayout.LayoutParams) Anvil.currentView<View>().getLayoutParams()

then set scrollFlags

and call DSL.layoutParams(lparams)

all of this must happen inside view() and your child view you're doing this on

aaronpoweruser

@aaronpoweruser

thanks

Sindre Tellevik

@graknol

np :)

Sindre Tellevik

@graknol

Could someone point out what would potentially be wrong with this implementation? https://gist.github.com/graknol/e4608a6e3fa60189908126c7fcc7bc7f

Sindre Tellevik

@graknol

dammit it would have been so nice, but inheritance kills it, children can't inherit from both the Android class and this one :/

Sindre Tellevik

@graknol

@tilal6991 @brianegan What do you think about this approach? https://github.com/graknol/AnvilCore

Sindre Tellevik

@graknol

https://gist.github.com/graknol/9f8ebc335eba604f8c7e296bf6a34346

This way, one's not stuck with a single library, but can choose which DSL library one would like to use (or not DSL at all)

Lalit Maganti

@tilal6991

Hmmmmm

Sindre Tellevik

@graknol

Ofc, I will solve the nesting problem though

Lalit Maganti

@tilal6991

Right now feels quite unwieldy to Mr.

*me

The idea of wrapping properties feels too much like android databinding.

Which I really did not like doing.

I moved to anvil specifically to get away from that.

And at that point you might as well us android databinding.

*use

Sindre Tellevik

@graknol

hmm true :/

Serge Zaitsev

@zserge

http://blog.jetbrains.com/kotlin/2016/05/gradle-meets-kotlin/ - I'm not sure if this means that DSL generator can now be rewritten in Kotlin, but that would be a nice improvement

Sindre Tellevik

@graknol

omg!

btw, I saw that anko generated the DSL from the local android.jar, does Anvil do that too, or does it just use a precompiled one?

Serge Zaitsev

@zserge

Well, yes and no. Anvil generates DSL from android.jar in the local ANDROID_HOME SDK path, but the generated DSL is also stored under version control and included to the published JARs.

Sindre Tellevik

@graknol

ok, I guess it doesn't make a whole lot of difference anyways

Sindre Tellevik

@graknol

I know this is not Anvil related, but damn these new reference pages! https://developer.android.com/reference/android/webkit/WebView.html

Sindre Tellevik

@graknol

@tilal6991 I did it

linearLayout {
    button {
        text("EAT SHIT!")
    }.lparams {
        width = dip(320)
        height = dip(160)
        gravity = 1
    }
}

Lalit Maganti

@tilal6991

Nice!

Sindre Tellevik

@graknol

best of all

no generics!

I'll push it later today, when I've modified all the libraries

Where communities thrive

People

Repo info

Activity