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

feat(docs): add connect-ui docs #3106

Open
wants to merge 6 commits into
base: master
Choose a base branch
from

Conversation

hassan254-prog
Copy link
Contributor

Describe the problem and your solution

Added connect-ui docs to

Compressed the screenshots

I was unable to gain access to some providers, including Affinity, Anrok, Brex, and Brightcrowd. Therefore, I created the -docs pages based on the providers' own documentation, including screenshots of the steps.

Follow-Up Question

@bodinsamuel, since we initially considered white and transparent backgrounds for the template logos due to Nango's black background, how do you suggest we handle this with the Connect UI?

Copy link

linear bot commented Dec 3, 2024

@hassan254-prog hassan254-prog self-assigned this Dec 3, 2024
@hassan254-prog hassan254-prog requested a review from a team December 3, 2024 21:37
@hassan254-prog hassan254-prog marked this pull request as draft December 3, 2024 21:43
@hassan254-prog hassan254-prog marked this pull request as ready for review December 3, 2024 21:54
@@ -585,13 +624,26 @@ aws-iam:
retry:
at: 'x-ratelimit-reset'
docs: https://docs.nango.dev/integrations/all/aws
docs_connect: https://docs.nango.dev/integrations/all/avalara/connect
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
docs_connect: https://docs.nango.dev/integrations/all/avalara/connect
docs_connect: https://docs.nango.dev/integrations/all/aws/connect

Copy link
Member

@khaliqgant khaliqgant left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like all the docs_connection links go to avalara. Can you fix the providers.yaml to link correctly?

Copy link
Collaborator

@bodinsamuel bodinsamuel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Massive work 💪🏻
Could you make sure to split your PR a little more, because it's hard to read all of this and you have missed a few spots

docs-v2/integrations/all/brex-api-key/auth-token.png Outdated Show resolved Hide resolved
## Going further

<Card title="Connect to BrightCrowd" icon="link" href="/integrations/all/brightCrowd/connect" horizontal>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
<Card title="Connect to BrightCrowd" icon="link" href="/integrations/all/brightCrowd/connect" horizontal>
<Card title="Connect to BrightCrowd" icon="link" href="/integrations/all/brightcrowd/connect" horizontal>

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This could be great to reorder form when this happen, client ID is more logical at position 1

@@ -1010,21 +1068,24 @@ builder-io-private:
headers:
Authorization: Bearer ${apiKey}
docs: https://docs.nango.dev/integrations/all/builder-io
docs_connect: https://docs.nango.dev/integrations/all/avalara/connect
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
docs_connect: https://docs.nango.dev/integrations/all/avalara/connect
docs_connect: https://docs.nango.dev/integrations/all/brex/connect

@@ -631,6 +683,7 @@ bamboohr-basic:
method: GET
endpoint: /v1/meta/fields
docs: https://docs.nango.dev/integrations/all/bamboohr
docs_connect: https://docs.nango.dev/integrations/all/avalara/connect
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
docs_connect: https://docs.nango.dev/integrations/all/avalara/connect
docs_connect: https://docs.nango.dev/integrations/all/bamboohr/connect

@@ -1134,6 +1202,7 @@ cal-com-v2:
description: The API key for your Cal.com account
pattern: '^cal_[a-zA-Z0-9_]+$'
example: cal_xxxxxx
doc_section: '#step-1-finding-your-api-key'
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

missing docs_connect

@@ -1107,6 +1174,7 @@ cal-com-v1:
description: The API key for your Cal.com account
pattern: '^cal_[a-zA-Z0-9_]+$'
example: cal_xxxxxx
doc_section: '#step-1-finding-your-api-key'
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

missing docs_connect

@@ -1070,20 +1134,23 @@ buildium:
method: GET
endpoint: /v1/rentals
docs: https://docs.nango.dev/integrations/all/buildium
docs_connect: https://docs.nango.dev/integrations/all/avalara/connect
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
docs_connect: https://docs.nango.dev/integrations/all/avalara/connect
docs_connect: https://docs.nango.dev/integrations/all/buildium/connect

credentials:
apiKey:
type: string
title: API Key
description: The API key for your Buildium account
pattern: '^[A-Za-z0-9+/]+$'
example: uOq2p+xlgpFdijfV/HqY+EvYpZKHRwlyhGuAVbJIxXs
doc_section: '#step-1-finding-your-api-key-and-client-id'
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

would be better to split the steps

@@ -1038,21 +1099,24 @@ builder-io-public:
query:
apiKey: ${apiKey}
docs: https://docs.nango.dev/integrations/all/builder-io
docs_connect: https://docs.nango.dev/integrations/all/avalara/connect
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
docs_connect: https://docs.nango.dev/integrations/all/avalara/connect
docs_connect: https://docs.nango.dev/integrations/all/builder-io/connect

@bodinsamuel
Copy link
Collaborator

@bodinsamuel, since we initially considered white and transparent backgrounds for the template logos due to Nango's black background, how do you suggest we handle this with the Connect UI?

I'm not sure I understand the question

@hassan254-prog
Copy link
Contributor Author

@bodinsamuel is it good to separate the connect-ui doc pages to the specific provider name, when we may have multiple providers within the providers.yaml? i.e
aws and aws-iam
can we have a separate doc pages for aws-iam only?

docs_connect: https://docs.nango.dev/integrations/all/aws-iam/connect

or we can consolidate all within the same doc pages

docs_connect: https://docs.nango.dev/integrations/all/aws/connect

We might encounter a provider with auth_modes that require the connect-ui. I wanted to clarify how we should proceed in such cases.

@hassan254-prog
Copy link
Contributor Author

@bodinsamuel, since we initially considered white and transparent backgrounds for the template logos due to Nango's black background, how do you suggest we handle this with the Connect UI?

I'm not sure I understand the question

Below are screenshots for Canny. Notice how it is not visible on the connect-ui form.
Screenshot 2024-12-04 at 14 46 22
Screenshot 2024-12-04 at 14 46 56

@bodinsamuel
Copy link
Collaborator

is it good to separate the connect-ui

Yes we should actually. The guides should be as precise as possible.
On the opposite some guides could be duplicated (e.g: maybe some alias, staging, etc.) I think symlink could work in that case.

@bodinsamuel
Copy link
Collaborator

Below are screenshots for Canny. Notice how it is not visible on the connect-ui form.

ah good point. Yes I noticed that, I honestly don't ahah Maybe there is css/svg trick to reverse the color if the bg is white, I'll look into it

@hassan254-prog
Copy link
Contributor Author

is it good to separate the connect-ui

Yes we should actually. The guides should be as precise as possible. On the opposite some guides could be duplicated (e.g: maybe some alias, staging, etc.) I think symlink could work in that case.

I have consolidated them, but the recent changes with 3109 are making yaml checks to fail. A good example is avalara which has a sandbox provider as well.

Screenshot 2024-12-05 at 00 30 18

My thought was, we can consolidate all in the same connect doc page and have symbolic links within the same connect doc, that way we can link it to the providers.yaml.

Just an example;
in provider.yaml we can have ;

brex-api-key:
brex-basic:

Then we can have a single brex connect docs with grouped symbolic link for both in same doc

nango/docs-v2/integrations/all/brex/connect.mdx -> in here we can have

###Brex API Key
#### Step 1: Finding Your API key
#### Step 2:  Enter credentials in the Connect UI

###Brex BASIC
#### Step 1: Obtaining your credentials
#### Step 2:  Enter Basic credentials in the Connect UI

This way we can prevent a huge list of connect-ui directories and pages. What do you think?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants