-
Notifications
You must be signed in to change notification settings - Fork 21
Toward next Major version #91
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
Conversation
|
Thanks! I'm structuring it in a way that Iside I aim to push something for you to look at today/tomorrow |
@@ -1,15 +1,12 @@ | |||
<!DOCTYPE html> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is not needed when you use index.ejs
and the HTMLWebpackPlugin
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
no need to use an .ejs with the TMLWebpackPlugin, you can just use an html file and inject into it, no?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
not sure, either way, you have both
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
hehe...is . WIP :) not sure i have pushed everything.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agree that there should be only 1
@@ -0,0 +1,12 @@ | |||
module.exports = replacements => `${replacements.import} | |||
|
|||
export function App (sources) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would use the counter example as the base app, like I did here. Has the advantage of showing MVI
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Totally agree
@@ -1,7 +1,8 @@ | |||
// import assert from 'assert' | |||
module.exports = replacements => `// import assert from 'assert' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Take a look at the new test setup in the one-fits-all flavor
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For the tests? Yes those are nice, wi'll defintiely bring/merge all those ins
What are the dev-utils for? |
I initially forked them from react-dev-utils, but now using them directly, no need to fork them. It provide a nice little sets of utilities, mainly a great webpackHotDevClient with overlay of errors & co. it make the experience super nice! => https://github.com/facebookincubator/create-react-app/tree/master/packages/react-dev-utils |
This is not good, WP 1 was official deprecated |
We could also incorporate https://github.com/Widdershin/cycle-restart to make hot reloading cooler |
Lol I guess someone should do a PR as they are using [webpack2]... https://pbs.twimg.com/media/B3qIJLFCcAEJLWm.jpg yes that will be awesome. Added to the list! |
@jvanbruegge Once I've cleaned up some stuff, I'll ping you so that you can bring in the typeScripts parts and we can then work together on putting it together. Would be great to launch it at the cycleconf |
sure |
Maybe we should also have a third question about test runner, |
Imho test-suite choice is a bit out of scope for this PR. I'll rather keep the same test suite for the whole monorepo (jest atm). We can always add that later in if we believe is a must. |
does jest work with webpack? |
I think I'll brake this PR. Once I got the whole JS part in, we can review it and merge.
|
Yeah, i think this is better |
Cool, |
@jvanbruegge I've done everything. Few major things:
I think this should be a good state to move forward as per our dicussion. |
The points are good, but i have few remarks about the code (only had quick look):
|
|
I know, and you could also use something like webpack merge. But to be honest, is it that bad to have just two separate plain config files, one for dev and one for prod? Maybe something we can explore in a separate PR after we bring in typescript and the other things? perhaps bringing out 'paths' in its own file.. If Ok for you I'm going to merge this |
ok |
i would wait with the release untul we got a few PRs done |
Totally agree (also cause it will brake if you select typescript now :D)! The only version published will be a minor with scoped core-scripts as per #100. If we need for testing and try I suggest we'll release the work we are now doing behind a npm flag until we get to a rc state |
Can you add me to this repo? Then i can assign myself to the tickets and dont have to constantly update my fork |
Sure, done 😃 |
96c9c70
to
a131828
Compare
Remove hapi-cycle, add unicycle
As per #85
Goal is to get to a state where we can work together and merge into a single flavor that will allows for both choosing the language (typescript/javascript) and the stream library (xstream, most, rxjs)
Current status
To be done in follow-up PRs: