I understand. I think is better to limit the knowledge required to understand something if possible, so yeah, IMHO better to change it if you can

Would you like to fix those for me? I am happy to accept your contribution.

OK I will open a couple of PR, one this and the other for 'or'

Some functional person years ago picked

flatMap

for odd uses, everyone copies to be consistent, but the name really isn’t that intuitive for most of its use cases. anyway, do what you wish, just adding suggestions, and like you said that if people use Kovenant we might not use Result since we can do sync or already resolved promises there and keep the API.

@yasyd: Hey have you checked out my comment on the PR? What do you think about it?

@kittinunf: sorry I saw it just now. I answered you there.

@yasyd: I have merged your PR. I will do couple of fixes before launch next version. Thanks for your contribution, BTW. Don’t hesitate to do more 💖

Ok I will let you know if I will have some new suggestion.

<!channel>: 0.3 is out. Add

or

interface to chain

Result

with fallback value. Introduce

ResultType

as interface so client could implement custom type of

Result

.

<!channel>: 0.31 is out to support Kotlin beta 3.

I referenced Result from this SO answer: http://stackoverflow.com/questions/34498562

Also referenced here in an answer: http://stackoverflow.com/questions/26341225

@apatrida: That is a heck of advertisement @apatrida. Thank you simple smile

If you happen to be in BKK, you are up for a beer not just a cup but a tower, jajaja ...

jaja, thanks @kittinunf . Last time I was there I was in the middle of a brawl in a train station of people trying to buy tickets to get into the center which was blockaded during a possible coup. Next time, I’ll take beer, not blood. simple smile

Oh sorry to hear that. Our political situation was not the best at that time. It is still going on but seems to be much better. Next time it is, let me know. simple smile

sounds good!

I always give things a few try, accidental political instability happens.

Version 0.4 is out with minor improvement. Thank @mplatvoet for refactoring my code 😄

<!here|@here> version 1.0.0 is out to support Kotlin 1.0.0 😄

@yasyd has left the channel

@mesquka has left the channel

I see

Result

has been been opened up more widely somewhat recently. Yay! Are those who'd worked on it still paying attention here? I was wondering why constrain the error type to be

Throwable

instead of another generic parameter. Why

Result<T>

instead of

Result<T,E>

?

I recently started using

Result

as a return type as of Kotlin 1.5. I’m having seemingly random crashes with suspending functions that return

Result

(I haven’t checked with other inline/value classes). it’s happening in the generated

invokeSuspend

:

Fatal Exception: java.lang.ClassCastException
java.util.ArrayList cannot be cast to kotlin.Result

kotlin.Result

and our Result has name clashes, unfortunately. The fact that the error that you pasted is pointing to

kotlin.Result

kinda give a tell. Is it possible that you didn’t use our Result? Could you check first whether you are using the “correct” Result class?

Hello, is there any chance publishing JS artifacts for IR backend (or with both option)?

@Robert Jaros would you be up for a PR then? I don't use Kotlin JS myself so I didn't get a chance to work on this as priority

I was about to post a question, but then I realized this channel isn't for

kotlin.Result

but rather for a result library with the same name xD

Sorry to disappoint you 🙏

I frequently get a

ClassCastException

returning

kotlin.Result

from suspending functions, but I can’t accurately figure out the steps to reproduce. it’s always

kotlin.Result cannot be cast to (TheWrappedType)

. Has anyone else seen this or figured out why it happens and how to avoid it? I’m at the stage where I’m considering ditching this API as it’s extremely flakey because of this 😕