-
Notifications
You must be signed in to change notification settings - Fork 79
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
0.3 Roadmap? #37
Comments
I like this project. But, sadly, it seems not so active. I am playing with scala.rx 0.2.8 with my project (https://github.com/pocorall/reactoid), and found several things to be improved, including something that told fixed in 0.3. |
Yeah, I haven't had time to work on front-end web stuff in Scala and so this project has languished. I'll pick it up again when I'm doing front-end work in Scala again, but exactly when that can happen is uncertain |
@pocorall I am also using Scala.Rx actively, will be looking forward to version 0.3 |
Id say this is one of my favorite libraries in the Scala.js ecosystem - breaks my heart to see it languish. So, to that end id like to help where I can - im no Li Hayoi, but I think I have a pretty good handle on Scala.Rx, at least as far as an end user is concerned. I have started looking over the 0.3 branch and basically I want to see if I can get that to work in my own projects that depend on it. Im hoping that some of my (upcoming) pull request will at least prompt some discussion and perhaps li haoyi can give me some guidance on what he would like to see in 0.3 -- maybe via the issue tracker? |
Yeah it's unfortunate, but I'm only one person working on this 0% of the time. I honestly don't have the capacity to even review code right now, it's been page out of my head for years now and I don't have an active use case that would warrant paging it back in. If you want changes now, I think your best bet would be to fork it and take over maintenance for the time being. I don't mind re-directing people to your fork from the Scala.js website etc.. Otherwise you'll have to wait until I land a front-end UI job in Scala.js for me to pick up interest again. Also perhaps you could ping me on gitter and we could talk through what I think 0.3.0 would have, even if I can't implement it or review what your code is doing |
As an update for anyone looking at this issue - I now have commit privileges for this repo and will be taking over general maintenance for the time being Basically my goal will be to leave the 0.2 branch mostly alone - mostly just do dependency updates as needed. My primary focus will be on bringing the 0.3 branch to light although from what I can tell, its already really good as it achieves most of what Li wanted. I am currently testing it in my own projects and so far the changes to both 0.3 and my code have been very minor. Anyway, Li Haoyi has indicated that he really doesn't have much by way of free time so I am hoping that maybe one or two people in this chain might be willing to do code review / sanity check on my pull requests... otherwise I make no guarantees that my code will not somehow cause irreparable damage to your application, program, database or even potentially your very well being. |
@Voltir I am also interested in 0.3 branch, so I can help sometimes |
Here is my brain dump of where I want Scala.Rx to end up, from our discussion on gitter: Things I like:
Things I wanted to change:
Things I wanted to rip out:
I gave @Voltir commit access, since he's a heavy user and will want to improve things. I think we agree on most things. Hopefully with someone maintaining it the library can improve rather than stagnate. I don't mind discussing things, but for now I've lost basically all context and can't even review code, so it'll be up to @Voltir to drive things forward and make decisions. I'll just hit We can experiment with giving more/other interested parties commit access if we find this isn't working out, but for now feel free to send PRs and now we have an active maintainer that should be able to review/discuss/merge. Let's see how this goes =D |
I would be happy to be able to have several execution contexts. For instance in some cases it is convenient to run all animation-related stuff (sometimes Rx-ses can also be involved in animations) in requestAnimationFrame |
+1 for execution context. It is very needed in Android/Fx/Swing apps to communicate with UI thread explicitly for example |
Presumably you'll only be communicating with the UI thread via Writing your own EC-based Obs/Var adapters should be straightforward and doesn't need to sit in "core" entwined with all the other stuff we have in there |
@Voltir Sure, go ahead. Our code is actually largely inspired by Monix. Please let us know when you're done. I would be quite curious to see what you have come up with. |
Oprator support as I added to MetaRx would be nice. |
0.3.0 is out on maven central https://github.com/lihaoyi/scala.rx |
Thank you for your hard working! @lihaoyi |
I noticed that you had said on other issues that you wanted to rewrite, and then saw that you made what seems to be a lot of progress on the 0.3.0 branch. For sake of others like me who may wonder about status and what to expect, could you comment on goals of 0.3 and the scope of changes you anticipate? Are there any problems that stalled you, other than time?
Thanks!
The text was updated successfully, but these errors were encountered: