2021-03-13 18:15:14 +01:00
|
|
|
# Add a custom linkifier
|
2017-01-02 18:00:23 +01:00
|
|
|
|
2017-01-17 18:54:19 +01:00
|
|
|
{!admin-only.md!}
|
|
|
|
|
2018-10-01 19:20:28 +02:00
|
|
|
Linkifiers make it easy to refer to issues or tickets in third
|
2018-07-18 18:40:08 +02:00
|
|
|
party issue trackers, like GitHub, Salesforce, Zendesk, and others.
|
2021-03-13 18:15:14 +01:00
|
|
|
For instance, you can add a linkifier that automatically turns `#2468`
|
2018-07-18 18:40:08 +02:00
|
|
|
into a link to `https://github.com/zulip/zulip/issues/2468`.
|
2017-01-02 18:00:23 +01:00
|
|
|
|
2023-03-01 05:57:57 +01:00
|
|
|
If the pattern appears in a topic, Zulip adds an **Open**
|
|
|
|
(<i class="fa fa-external-link-square"></i>) button to the right of the
|
|
|
|
topic in the message recipient bar that links to the appropriate URL.
|
2019-04-03 01:12:26 +02:00
|
|
|
|
2023-04-27 22:37:40 +02:00
|
|
|
If you have any trouble creating the linkifiers you want, please [contact Zulip
|
|
|
|
support](/help/contact-support) with details on what you're trying to do.
|
|
|
|
|
2021-03-13 18:15:14 +01:00
|
|
|
### Add a custom linkifier
|
2019-04-03 01:12:26 +02:00
|
|
|
|
|
|
|
{start_tabs}
|
|
|
|
|
2021-03-13 18:15:14 +01:00
|
|
|
{settings_tab|linkifier-settings}
|
2017-01-02 18:00:23 +01:00
|
|
|
|
2018-11-21 06:03:49 +01:00
|
|
|
1. Under **Add a new linkifier**, enter a **Pattern** and
|
linkifier: Support URL templates for linkifiers.
This swaps out url_format_string from all of our APIs and replaces it
with url_template. Note that the documentation changes in the following
commits will be squashed with this commit.
We change the "url_format" key to "url_template" for the
realm_linkifiers events in event_schema, along with updating
LinkifierDict. "url_template" is the name chosen to normalize
mixed usages of "url_format_string" and "url_format" throughout
the backend.
The markdown processor is updated to stop handling the format string
interpolation and delegate the task template expansion to the uri_template
library instead.
This change affects many test cases. We mostly just replace "%(name)s"
with "{name}", "url_format_string" with "url_template" to make sure that
they still pass. There are some test cases dedicated for testing "%"
escaping, which aren't relevant anymore and are subject to removal.
But for now we keep most of them as-is, and make sure that "%" is always
escaped since we do not use it for variable substitution any more.
Since url_format_string is not populated anymore, a migration is created
to remove this field entirely, and make url_template non-nullable since
we will always populate it. Note that it is possible to have
url_template being null after migration 0422 and before 0424, but
in practice, url_template will not be None after backfilling and the
backend now is always setting url_template.
With the removal of url_format_string, RealmFilter model will now be cleaned
with URL template checks, and the old checks for escapes are removed.
We also modified RealmFilter.clean to skip the validation when the
url_template is invalid. This avoids raising mulitple ValidationError's
when calling full_clean on a linkifier. But we might eventually want to
have a more centric approach to data validation instead of having
the same validation in both the clean method and the validator.
Fixes #23124.
Signed-off-by: Zixuan James Li <p359101898@gmail.com>
2022-10-05 20:55:31 +02:00
|
|
|
**URL template**.
|
2017-01-02 18:00:23 +01:00
|
|
|
|
2018-10-01 19:20:28 +02:00
|
|
|
1. Click **Add linkifier**.
|
2017-01-02 18:00:23 +01:00
|
|
|
|
2019-04-03 01:12:26 +02:00
|
|
|
{end_tabs}
|
2017-01-02 18:00:23 +01:00
|
|
|
|
2023-04-27 22:37:40 +02:00
|
|
|
## Common linkifier patterns
|
2017-01-02 18:00:23 +01:00
|
|
|
|
2023-04-27 22:37:40 +02:00
|
|
|
The following examples cover the most common types of linkifiers, with a focus
|
|
|
|
on linkifiers for issues or tickets.
|
2017-01-02 18:00:23 +01:00
|
|
|
|
2023-04-27 22:37:40 +02:00
|
|
|
### Link to an issue or ticket
|
|
|
|
|
|
|
|
This is a pattern that turns a `#` followed by a number into a link. It is often
|
|
|
|
used to link to issues or tickets in third party issue trackers, like GitHub,
|
|
|
|
Salesforce, Zendesk, and others.
|
|
|
|
|
|
|
|
{start_tabs}
|
2017-01-02 18:00:23 +01:00
|
|
|
|
2018-11-21 06:03:49 +01:00
|
|
|
* Pattern: `#(?P<id>[0-9]+)`
|
linkifier: Support URL templates for linkifiers.
This swaps out url_format_string from all of our APIs and replaces it
with url_template. Note that the documentation changes in the following
commits will be squashed with this commit.
We change the "url_format" key to "url_template" for the
realm_linkifiers events in event_schema, along with updating
LinkifierDict. "url_template" is the name chosen to normalize
mixed usages of "url_format_string" and "url_format" throughout
the backend.
The markdown processor is updated to stop handling the format string
interpolation and delegate the task template expansion to the uri_template
library instead.
This change affects many test cases. We mostly just replace "%(name)s"
with "{name}", "url_format_string" with "url_template" to make sure that
they still pass. There are some test cases dedicated for testing "%"
escaping, which aren't relevant anymore and are subject to removal.
But for now we keep most of them as-is, and make sure that "%" is always
escaped since we do not use it for variable substitution any more.
Since url_format_string is not populated anymore, a migration is created
to remove this field entirely, and make url_template non-nullable since
we will always populate it. Note that it is possible to have
url_template being null after migration 0422 and before 0424, but
in practice, url_template will not be None after backfilling and the
backend now is always setting url_template.
With the removal of url_format_string, RealmFilter model will now be cleaned
with URL template checks, and the old checks for escapes are removed.
We also modified RealmFilter.clean to skip the validation when the
url_template is invalid. This avoids raising mulitple ValidationError's
when calling full_clean on a linkifier. But we might eventually want to
have a more centric approach to data validation instead of having
the same validation in both the clean method and the validator.
Fixes #23124.
Signed-off-by: Zixuan James Li <p359101898@gmail.com>
2022-10-05 20:55:31 +02:00
|
|
|
* URL template: `https://github.com/zulip/zulip/issues/{id}`
|
2018-07-18 18:40:08 +02:00
|
|
|
* Original text: `#2468`
|
|
|
|
* Automatically links to: `https://github.com/zulip/zulip/issues/2468`
|
2017-01-02 18:00:23 +01:00
|
|
|
|
2023-04-27 22:37:40 +02:00
|
|
|
{end_tabs}
|
2017-01-02 18:00:23 +01:00
|
|
|
|
2023-04-27 22:37:40 +02:00
|
|
|
### Link to issues or tickets in multiple projects or apps
|
2017-01-02 18:00:23 +01:00
|
|
|
|
2023-04-27 22:37:40 +02:00
|
|
|
To set up linkifiers for issues or tickets in multiple projects,
|
|
|
|
consider extending the `#2468` format with project-specific
|
|
|
|
variants. For example, the Zulip development community
|
|
|
|
[uses](https://zulip.com/development-community/#linking-to-github-issues-and-pull-requests)
|
|
|
|
`#M2468` for an issue in the repository for the Zulip mobile app,
|
|
|
|
`#D2468` and issue in the desktop app repository, etc.
|
|
|
|
|
|
|
|
{start_tabs}
|
|
|
|
|
|
|
|
* Pattern: `#M(?P<id>[0-9]+)`
|
|
|
|
* URL template: `https://github.com/zulip/zulip-mobile/issues/{id}`
|
|
|
|
* Original text: `#M2468`
|
|
|
|
* Automatically links to: `https://github.com/zulip/zulip-mobile/issues/2468`
|
|
|
|
|
|
|
|
{end_tabs}
|
|
|
|
|
|
|
|
### Link to issues or tickets in multiple repositories
|
|
|
|
|
|
|
|
For organizations that commonly link to multiple GitHub repositories, this
|
|
|
|
linkfier pattern turns `org/repo#ID` into an issue or pull request link.
|
|
|
|
|
|
|
|
{start_tabs}
|
2018-12-17 21:44:44 +01:00
|
|
|
|
2018-11-21 06:03:49 +01:00
|
|
|
* Pattern: `(?P<org>[a-zA-Z0-9_-]+)/(?P<repo>[a-zA-Z0-9_-]+)#(?P<id>[0-9]+)`
|
linkifier: Support URL templates for linkifiers.
This swaps out url_format_string from all of our APIs and replaces it
with url_template. Note that the documentation changes in the following
commits will be squashed with this commit.
We change the "url_format" key to "url_template" for the
realm_linkifiers events in event_schema, along with updating
LinkifierDict. "url_template" is the name chosen to normalize
mixed usages of "url_format_string" and "url_format" throughout
the backend.
The markdown processor is updated to stop handling the format string
interpolation and delegate the task template expansion to the uri_template
library instead.
This change affects many test cases. We mostly just replace "%(name)s"
with "{name}", "url_format_string" with "url_template" to make sure that
they still pass. There are some test cases dedicated for testing "%"
escaping, which aren't relevant anymore and are subject to removal.
But for now we keep most of them as-is, and make sure that "%" is always
escaped since we do not use it for variable substitution any more.
Since url_format_string is not populated anymore, a migration is created
to remove this field entirely, and make url_template non-nullable since
we will always populate it. Note that it is possible to have
url_template being null after migration 0422 and before 0424, but
in practice, url_template will not be None after backfilling and the
backend now is always setting url_template.
With the removal of url_format_string, RealmFilter model will now be cleaned
with URL template checks, and the old checks for escapes are removed.
We also modified RealmFilter.clean to skip the validation when the
url_template is invalid. This avoids raising mulitple ValidationError's
when calling full_clean on a linkifier. But we might eventually want to
have a more centric approach to data validation instead of having
the same validation in both the clean method and the validator.
Fixes #23124.
Signed-off-by: Zixuan James Li <p359101898@gmail.com>
2022-10-05 20:55:31 +02:00
|
|
|
* URL template: `https://github.com/{org}/{repo}/issues/{id}`
|
2018-12-17 21:44:44 +01:00
|
|
|
* Original text: `zulip/zulip#2468`
|
|
|
|
* Automatically links to: `https://github.com/zulip/zulip/issues/2468`
|
|
|
|
|
2023-04-27 22:37:40 +02:00
|
|
|
{end_tabs}
|
|
|
|
|
|
|
|
### Link to a hexadecimal issue or ticket number
|
|
|
|
|
|
|
|
The following pattern linkfies a string of hexadecimal digits between 7 and 40
|
|
|
|
characters long, such as a Git commit ID.
|
|
|
|
|
|
|
|
{start_tabs}
|
|
|
|
|
|
|
|
* Pattern: `(?P<id>[0-9a-f]{7,40})`
|
|
|
|
* URL template: `https://github.com/zulip/zulip/commit/{id}`
|
|
|
|
* Original text: `abdc123`
|
|
|
|
* Automatically links to: `https://github.com/zulip/zulip/commit/abcd123`
|
|
|
|
|
|
|
|
{end_tabs}
|
|
|
|
|
|
|
|
## Advanced linkifier patterns
|
|
|
|
|
|
|
|
Linkifiers are a flexible system that can be used to construct rules for a wide
|
|
|
|
variety of situations. Linkifier patterns are regular expressions, using the
|
2021-12-31 02:07:27 +01:00
|
|
|
[re2](https://github.com/google/re2/wiki/Syntax) regular expression
|
|
|
|
engine.
|
2020-06-03 23:04:20 +02:00
|
|
|
|
2023-04-27 22:37:40 +02:00
|
|
|
Linkifiers use [RFC 6570](https://www.rfc-editor.org/rfc/rfc6570.html) compliant
|
|
|
|
URL templates to describe how links should be generated. These templates support
|
|
|
|
several expression types. The default expression type (`{var}`) will URL-encode
|
|
|
|
special characters like `/` and `&`; this behavior is desired for the vast
|
|
|
|
majority of linkifiers. Fancier URL template expression types can allow you to
|
|
|
|
get the exact behavior you want in corner cases like optional URL query
|
|
|
|
parameters. For example:
|
|
|
|
|
|
|
|
- Use `{+var}` when you want URL delimiter characters to not be URL-encoded.
|
|
|
|
- Use `{?var}` and `{&var}` for variables in URL query parameters.
|
|
|
|
- Use <code>{#var}</code> when generating `#` fragments in URLs.
|
|
|
|
|
|
|
|
The URL template specification has [brief
|
|
|
|
examples](https://www.rfc-editor.org/rfc/rfc6570.html#section-1.2) and [detailed
|
|
|
|
examples](https://www.rfc-editor.org/rfc/rfc6570.html#section-3.2) explaining
|
|
|
|
the precise behavior of URL templates.
|
|
|
|
|
|
|
|
### Linking to documentation pages
|
|
|
|
|
|
|
|
This example pattern is a shorthand for linking to pages on Zulip's ReadTheDocs
|
|
|
|
site.
|
|
|
|
|
|
|
|
{start_tabs}
|
|
|
|
|
|
|
|
* Pattern: `RTD/(?P<article>[a-zA-Z0-9_/.#-]+)`
|
|
|
|
* URL template: `https://zulip.readthedocs.io/en/latest/{+article}`
|
|
|
|
* Original text: `RTD/overview/changelog.html`
|
|
|
|
* Automatically links to: `https://zulip.readthedocs.io/en/latest/overview/changelog.html`
|
|
|
|
|
|
|
|
{end_tabs}
|
|
|
|
|
|
|
|
!!! tip ""
|
|
|
|
|
|
|
|
This pattern uses the `{+var}` expression type. With the
|
|
|
|
default expression type (`{article}`), the `/` between `overview` and
|
|
|
|
`changelog` would incorrectly be URL-encoded.
|
|
|
|
|
|
|
|
### Linking to Google search results
|
|
|
|
|
|
|
|
This example pattern allows linking to Google searches.
|
|
|
|
|
|
|
|
{start_tabs}
|
|
|
|
|
|
|
|
* Pattern: `google:(?P<q>\w+)?`
|
|
|
|
* URL template: `https://google.com/search{?q}`
|
|
|
|
* Original text: `google:foo` or `google:`
|
|
|
|
* Automatically links to: `https://google.com/search?q=foo` or `https://google.com/search`
|
|
|
|
|
|
|
|
{end_tabs}
|
|
|
|
|
|
|
|
!!! tip ""
|
|
|
|
|
|
|
|
This pattern uses the `{?var}` expression type. With the default expression
|
|
|
|
type (`{q}`), there would be no way to only include the `?` in the URL
|
|
|
|
if the optional `q` is present.
|