-
Notifications
You must be signed in to change notification settings - Fork 28
getting-started: arduino UNO Q documentation #863
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
|
NOTE: This will also need a marketing review / approval prior to merging. |
|
@mike-scott IMO, the UNOQ doc should include a guide or a link to one on "container-only" factory creation. A user cannot use
|
kprosise
left a comment
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.
Minor suggestions made, mostly related to semantic newlines, as well as trademark usage
2027abd to
885911a
Compare
885911a to
694496f
Compare
Add a single page set of instructions guiding new users of the UNO Q towards fioup documentation. And also remind them to check for the latest base image from Arduino in order to avoid any support issues. Signed-off-by: Michael Scott <mike@foundries.io> Co-authored-by: Katrina Prosise <katrina.prosise@foundries.io>
694496f to
b7f336a
Compare
I've tried to cover a more complete workflow in the latest version. |

Add a single page set of instructions guiding new users of the UNO Q towards fioup documentation. And also remind them to check for the latest base image from Arduino in order to avoid any support issues.
PR Template and Checklist
Please complete as much as possible to speed up the reviewing process.
Readiness and adding reviewers as appropriate is required.
All PRs should be reviewed by a technical writer/documentation team and a peer.
If effecting customers—which is a majority of content changes—a member of Customer Success must also review.
Readiness
Overview
Why merge this PR? What does it solve?
Checklist
make linkcheck.-s, --signoff).-S, --gpg-sign).Comments
Any thing else that a maintainer/reviewer should know.
This could include potential issues, rational for approach, etc.