Skip to content

docs: Add webhook page and Google forms for staging access#27

Open
spoonman01 wants to merge 3 commits intomainfrom
docs/webhook
Open

docs: Add webhook page and Google forms for staging access#27
spoonman01 wants to merge 3 commits intomainfrom
docs/webhook

Conversation

@spoonman01
Copy link
Contributor


PR Submission Checklist for internal contributors

  • The PR Title

    • conforms to the style of semantic commits messages¹ supported in Wire's Github Workflow²
    • contains a reference JIRA issue number like SQPIT-764
    • answers the question: If merged, this PR will: ... ³
  • The PR Description

    • is free of optional paragraphs and you have filled the relevant parts to the best of your ability

What's new in this PR?

Issues

Missing explicit explanation of how to connect to external systems

Solutions

Add new page, some refactoring, add forms for feedback and staging access


PR Post Submission Checklist for internal contributors (Optional)

  • Wire's Github Workflow has automatically linked the PR to a JIRA issue

PR Post Merge Checklist for internal contributors

  • If any soft of configuration variable was introduced by this PR, it has been added to the relevant documents and the CI jobs have been updated.

References
  1. https://sparkbox.com/foundry/semantic_commit_messages
  2. https://github.com/wireapp/.github#usage
  3. E.g. feat(conversation-list): Sort conversations by most emojis in the title #SQPIT-764.

@spoonman01 spoonman01 self-assigned this Mar 12, 2026
@spoonman01 spoonman01 requested a review from a team as a code owner March 12, 2026 16:40
Copy link
Contributor

@bbaarriiss bbaarriiss left a comment

Choose a reason for hiding this comment

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

LGTM. Just added some questions

Copy link
Contributor

@MarianKijewski MarianKijewski left a comment

Choose a reason for hiding this comment

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

Thanks for making this change, it makes it more clear what the SDK capabilities are.

I have some requests about general structure:

Customize Wire to fit your team's needs. All with Wire's end-to-end MLS encryption and security intact.

## What is the Wire SDK?
The Wire SDK is a developer toolkit that allows developers to build Apps(Integrations) for their team, working inside Wire's encrypted environment. Unlike most collaboration platforms where Apps run on server infrastructure outside the encrypted client boundary, Wire applications participate directly in encrypted conversations.
Copy link
Contributor

Choose a reason for hiding this comment

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

  1. I'd merge the first sentence with "Develop your App using SDK" section and the latter one with the section currently called "How it works"

PS. Please split the long lines. The markdown won't interpret it unless you put two spaces at the end.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

No need to apply DRY for written content, obviously these sentences are explained better in other sections, but this give a general view in just a paragraph or what is written in the rest of the page and then other pages

## What can you do with it?
Essentially Apps satisfy two possible needs:
1. **Extend Wire functionality**, by writing your own automations, for example an App that sends scheduled reminders or can summarize a message
2. **Connect and external system to wire**. Build an App to accept events from an API and then send a message inside Wire, like alerts or updates. Or the other way around, have actions performed inside Wire be propagated to an external software -> [Webhook](001-webhook.mdx)
Copy link
Contributor

Choose a reason for hiding this comment

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

  1. The first point is included in the sub title. You can extend it instead of duplicating it here.
    For the second point, I understand the need that we need to highlight the webhook as well. Maybe we can just also have it in the sub title like so: connect with third-party services by using [webhooks](001-webhook.mdx)

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I've removed the first line.
I did not want to sponsor one "need" over the other, but clearly show both of them.
I don't understand your point on putting the webhook page link into the subtitle (?)

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