I think having a place to debate and understand the need for ES module support or a compiler-supported packaging solution would be useful.
FWIW, there are long-standing issues for both of these on the compiler issue tracker with stated motivations and debate. I’m not sure that a separate roadmap would be a better place. I could see having more milestones though.
I’m with Phil on this - it’s not so much for the benefit of the organizers, but mostly to promote the language itself. I’d love to see more people using PureScript, as I’m sure all of you would too, so I think Phil’s suggestion is good.
My point is to have a list of the things which are prioritized so I’d know which ones to go look at. There’s no way to know what the “path to 1.0” looks like right now, if it exists at all, there is just the Approved milestone.
I think there is still a sense out there that since Phil isn’t working on it anymore, that not much is done. Having a visible roadmap would give outsiders some perspective that there is active development and a plan, rather than just maintenance.
I’d like to invite anyone who is interested to help with a code review on updating the original chapter 8 code to work with react-basic-hooks.
I have a working version, but am unsure if this is the best coding style, and would like to get this straightened-out before including code snippets in the chapter text.
It appears that everyone is in agreement that the book should be moved to purescript-contrib. What are the next steps for that? This may be a good task to combine with the library deprecation effort.
As far as I’m aware that simply involves @dtwhitney making any last minute updates, ensuring we credit the work appropriately, and then on GitHub request transferring ownership to the -contrib organization (I can accept the request).
I believe the pull requests and everything else transfers with the repository — the only change is the owner. So hopefully you won’t need to do anything!
To transfer repositories to an organization, you must have repository creation permissions in the receiving organization. If organization owners have disabled repository creation by organization members, only organization owners can transfer repositories out of or into the organization.
Once a repository is transferred to an organization, the organization’s default repository permission settings and default membership privileges will apply to the transferred repository.
Yep, sorry, I meant to mention I had done so but then got distracted as I was trying to figure out whether that would give sufficient permissions to create/transfer the repo. I think it will now, after I poked at some other settings.
Um… wow! We should have moved the book over a long time ago. I can’t believe the amount of work being done on the book. It’s amazing. Awesome work everyone!
I’ve been working on something that has helped me in getting started with PureScript, a list of definitions for several keywords that I’ve personally found difficult to grapple with. I am sharing them in the hopes that they might be useful to others, maybe something that could be improved/incorporated into a larger document.