I'm going to introduce several projects I've been working on for multiplatform. https://github.com/lightningkite/kommon - A collection of random tidbits that really should be part of the standard library https://github.com/lightningkite/reacktive - An observable property and signaling system for multiplatform, used in an upcoming UI library https://github.com/lightningkite/lokalize - A library for accessing locale information All are available through a specific JCenter repository as specified in the READMEs! I'd be happy to get PRs and any other help too.

I think you should join efforts with @Lamberto Basti and his https://github.com/lamba92/kotlin-extlib. It is better to have one good library. And I like his naming better.

I agree - I was not aware of the project. That only applies to Kommon, though.

as for reaktive, I saw a few libraries with similar functionaliry. Maybe not completely the same. Still, what would definitely be usefull is a cross-platform implementation for JavaFX properties and bindings. There are few ideas about moving tornadoFX to multiplatform.

I've already finished the multiplatform GUI library and I'm cleaning up the build scripts.

What do you use as jvm back-end?

JavaFX, though I'd be happy to change it - its performance isn't spectacular

do you have code samples for it or it is proprietary?

It's open source right now, it's just not building due to some changes I made in the libraries above for the sake of making them ready to make public. https://github.com/lightningkite/koolui

In that case my GitHub page is not a proper repo. If you'd like to merge all the stuff we can create a new organization on GitHub. I can handle that if you want to merge :)

Take a look at

ViewFactory

to get a sense of how it works. For simplicity of API, all interactions with views are done strictly at creation time and afterwards through observable properties.

@josephivie Have you seen tornado API. It is not ideal, but I like their lambda approach much better.

I use Anko on a regular basis. There's a couple extension functions available in the library already for writing it in lambda format.

@josephivie I have little experience with CI. I used only Travis but I guess you are more experienced than me. Have a look at my Gradle script https://bit.ly/2GnyXeU I think it works great for every K/N backend. I have no Mac so building, testing and publishing for Apple platforms is up to you. Is it even possible to CI using MacOS?

It is, but you have to actually contact people. I don't have a ton of experience with CI either, actually. That Gradle script is pretty similar to what I was doing before - my goal with this new plugin is to: - Have targets selected automatically based on the limitations of the dependencies - Declare the same dependency for each platform in one place - Simplify POM declaration

What do you mean by "Have targets selected automatically based on the limitations of the dependencies"? If i understood well, the other 2 points are already taken care of in my script. If you want you can join me on Discord here so we can talk instead of writing https://discord.gg/BU66x (link valid for 6h, 5 spots)

I'd rather keep it on here so that others interested in Kotlin could see our conversation - maybe they'll have something to add! I'll show you an example in just a sec - mind that there's still a lot of refining to do

Could you draw a graph?

You mean if a new K/N target pops out in the future the script adapts without changing anything?

That's correct.

in my script just add in the list of targets it and it will adapt

True, and the idea of this plugin is to make deploying to all targets possible the default, rather than needing to specify it.

See, if JB decides to support PowerPC (lolwut) just add

powerPc()

ad the beginning of the script and the configure blocks will handle it.

Well of course

the automatizable has been already automatized in my script! notice that this approach will cut out IntelliJ autocompletitition since it does not know which K/N target you are when writing down commonNative

When you start having a lot of dependencies in MPP, it starts getting really repetitive to add a copy of the dependency for each platform

Have a look here https://bit.ly/2DaDkGU

That makes a lot of sense - I like that

the configure lambda handles that

For what we'd be doing together, your script has everything we need and it is really well built, but I've been working with a large set of MP dependencies in other projects. As such, I had to write

api 'some:path-platform:version'

for every single platform. It got really tedious. Also, sometimes things like KotlinX serialization wouldn't have implementations for some platforms, and so if I declared all the platforms, I'd end up with errors. That's the idea behind what I'm doing. I'm trying to make it look like this:

setup(project) {
    requiresStandardLibrary()
    requiresTesting()
    requiresTestingAnnotations()

    //pulls in group:artifact-platform:version for each platform
    requiresMaven("group", "artifact", "version") {

        //You can override individual targets like this
        override(Targets.native, "group-artifact-native-special", "version")

        //If there is no dependency for a particular target, you can use this:
        notAvailable(Targets.androidNativeX64)
        //This will remove the given target from your list of publishing targets, but will allow you to use the others.
    }

    sourceSets {
        Targets.native.sourceSet {
            requiresMaven("group", "artifact-for-native", "version")
        }
        Targets.jvmCommon.sourceSet {

        }
        Targets.js.sourceSet {
            requiresMaven("group", "artifact-for-js", "version")
        }
    }
}

I get what you mean, you can do it easily as well with the configure lambda, no need for a separeted plugin. Yeah I agree, we'll have a look later. Btw keep in mind that kotlinx libs make use of Gradle metadata, have a look here https://bit.ly/2RGs4r8

Sounds good!

The lib has been actually moved here 🙂 https://github.com/kotlin-extra-library/kotlin-extlib

I like (and use) the lokalize library. Please be aware there's some dupicated functionality with https://github.com/korlibs/klock by @Deactivated User, idk if it is possible to somehow make the two compatible? 😏

Correct, that is purposeful for now. Klock has nothing for representing time alone and date alone, which is critical to the (soon to be released) libraries that depend on it. I'd like to submit some PRs for Klock, but I don't have a lot of time and I'm still working like a madman on releasing what I already have. In the future, it's quite likely Lokalize will use Klock.

That's really awesome