-
Notifications
You must be signed in to change notification settings - Fork 11
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
Prepare to publish 0.1.0! #116
Conversation
492c97b
to
6a5cdac
Compare
@odk-web-forms
NPM scope to @getodk
@odk-web-forms
NPM scope to @getodk
, ui-vue
to web-forms
7f5cf92
to
4fbe91c
Compare
64e3689
to
5aafe4c
Compare
@odk-web-forms
NPM scope to @getodk
, ui-vue
to web-forms
In so doing: - Also fix a few copypasta mistakes spotted along the way (references to the wrong package, for the most part) - Apply any applicable auto-formatting (i.e. changes were applied per file and saved so VSCode would apply the appropriate formatting). Note that this has a greater effect in .vue modules, e.g. stripping a bunch of trailing whitespace that hadn’t already been, adding EOF newlines, etc. - Rewrap some text (in .md files) and code comments. This was not done automatically on save, it’s something I currently do while editing comments. As such, I may have missed some, but I tried my best not to leave any new comment formatting weirdness. Also note that there is one remaining reference to the text “odk-web-forms”: this is an older directory name (before we split `xforms-engine` and `ui-solid` packages), in a GitHub permalink, so it’s correct.
This doesn’t affect failure in CI, but it showed up locally while investigating that.
… hopefully.
As decided in this week’s team meetings: - We expect this to be our canonical (first-party) client for filling forms. - It will also be the source package for a custom element wrapper (which will also be built with the underlying Vue UI implementation, but won’t require Vue in host applications). - While we may continue to maintain `ui-solid`, that primarily serves internal purposes for now. We don’t **currently** anticipate providing multiple framework-specific UIs in tandem.
- ODK web forms -> ODK Web Forms - web forms -> forms (where it isn’t a reference to the project) There are a few other references in code comments which are left as-is to avoid adding noise to those source files. We can update them as appropriate.
5aafe4c
to
43c46ff
Compare
I ran This is just an observation, no action is required for now. |
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.
Looks good to me
Closes #50. Closes #99. (We decided to go ahead and publish 0.1.0, and address Changesets afterward.)
Also fix a few copypasta mistakes spotted along the way (references to the wrong package in e.g. README prose/instructions/examples, for the most part)
Apply any applicable auto-formatting (i.e. changes were applied per file and saved so VSCode would apply the appropriate formatting). Note that this has a greater effect in .vue modules, e.g. stripping a bunch of trailing whitespace that hadn’t already been, adding EOF newlines, etc.
Rewrap some text (.md files) and code comments. This was not done automatically on save, it’s a manual command I currently run while editing. As such, I may have missed some, but I tried my best not to leave any new formatting weirdness.
Specifies additional criteria for invalidating the install cache in CI. Hopefully this addresses the failure that occurred on the first commit!
Excludes
xforms-engine
generated API docs from lint. This didn't affect CI, but keeps showing up locally, and showed up again while investigating the CI failure.Also note that there is one remaining reference to the text “odk-web-forms”: this is an older directory name (before we split
xforms-engine
andui-solid
packages), in a GitHub permalink, so it’s correct.