Skip to content
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

[CCA-Diversity] Move init questions to cycle-scripts #101

Open
jvanbruegge opened this issue Apr 10, 2017 · 13 comments
Open

[CCA-Diversity] Move init questions to cycle-scripts #101

jvanbruegge opened this issue Apr 10, 2017 · 13 comments

Comments

@jvanbruegge
Copy link
Collaborator

jvanbruegge commented Apr 10, 2017

To keep things related to the flavor in the flavor and not in create-cycle-app
@nickbalestra

@nickbalestra
Copy link
Collaborator

nickbalestra commented Apr 10, 2017

I think is fair to have a better upfront DX with the core-flavor as there is already a light coupling with the CLi and the core-flavor (cycle-scripts)
For custom flavors yes.
btw cycle-scripts support both.

@jvanbruegge
Copy link
Collaborator Author

would it change something? AFAIK, the questions would only be moved to the init.js

@nickbalestra
Copy link
Collaborator

nickbalestra commented Apr 10, 2017

Is already there. You mean removing it from the create-cycle-app?

@jvanbruegge
Copy link
Collaborator Author

jvanbruegge commented Apr 10, 2017

I mean this file, if this shouldnt be in the cycle-scripts

@nickbalestra
Copy link
Collaborator

as in this ?

@jvanbruegge
Copy link
Collaborator Author

yes ^^, so you just have to delete the other file?

@nickbalestra
Copy link
Collaborator

nickbalestra commented Apr 10, 2017

You would also want to remove the check logic if you want to do this.

I was thinking of the guy who doesn't read docs (as everybody) just install and run the CLI, asking upfront will make it self-understandable of what is going to happen next, then braking the flow into the middle of various installs. But I could be wrong ofc.

@jvanbruegge
Copy link
Collaborator Author

I dont think it matters if there is a small waiting period. You run cca without argumets, it downloads the cycle-scripts and then asks you what language and stream lib you want to use. Normal people usually wait if there is a progress bar indicating the program is doing something :)

@nickbalestra
Copy link
Collaborator

nickbalestra commented Apr 10, 2017

I'm fine with either ways... Though I think is important to advertise this change to people upfront. Now people don't expect any question therefore the fact that the core flavor now supports multiple languages and stream library should be promoted "upfront". Afterward is not a big deal so we could definitely think of removing from cca

@jvanbruegge jvanbruegge mentioned this issue Apr 10, 2017
@jvanbruegge
Copy link
Collaborator Author

this has a massive downfall for us, we cant test locally. If you use the --flavor options the app throws an error, because options is not defined in setup.js

@nickbalestra
Copy link
Collaborator

That's why you need to handle it on both side. For testing this you can use the --forceprompt flag. Left you an example on the PR. I'll plan to add integration tests for it on the cca, but we should also add unit and integration tests for the flavor as well.

@jvanbruegge
Copy link
Collaborator Author

Well not neccesary on both sides. Flavor side alone is enough :)

@nickbalestra
Copy link
Collaborator

Diversity release will focus on enable diversity. The prompt will be only on stream lib (xstream, rxjs, most) and such diversity API will be in charge of pass this information to the flavor.

I suggest that as the CCA will be diversity, that prompt (streamLib) will be the only prompt at CCA level (not cycle-scripts). A flag to mute should be added.
Every other prompt is due to to flavor duties.

perjerz pushed a commit to perjerz/create-cycle-app that referenced this issue Nov 12, 2018
add pretty-format-snabbdom to testing section
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants