Skip to content

Commit

Permalink
docs: fix typos in channels and responses (#4023)
Browse files Browse the repository at this point in the history
  • Loading branch information
cbscsm authored Feb 25, 2025
1 parent 6054667 commit cd26215
Show file tree
Hide file tree
Showing 2 changed files with 2 additions and 2 deletions.
2 changes: 1 addition & 1 deletion docs/usage/channels.rst
Original file line number Diff line number Diff line change
Expand Up @@ -316,7 +316,7 @@ There are two general methods of consuming the :term:`event stream`:
which starts a background task, iterating over the stream, invoking a provided
callback for every :term:`event` received

Iterating over the :term:`steam <event stream>` directly is mostly useful if processing the events is the only
Iterating over the :term:`stream <event stream>` directly is mostly useful if processing the events is the only
concern, since :meth:`iter_events <Subscriber.iter_events>` is effectively an infinite
loop. For all other applications, using the context manager is preferable, since it
allows to easily run other code concurrently.
Expand Down
2 changes: 1 addition & 1 deletion docs/usage/responses.rst
Original file line number Diff line number Diff line change
Expand Up @@ -690,7 +690,7 @@ In your iterator function you can yield integers, strings or bytes, the message
as the ``event_type`` if the ServerSentEvent has no ``event_type`` set, otherwise it will use the ``event_type``
specified, and the data will be the yielded value.

If you want to send a different event type, you can use a dictionary with the keys ``event_type`` and ``data`` or the :class:`ServerSentMessage <.response.ServerSentEventMessage>` class.
If you want to send a different event type, you can use a dictionary with the keys ``event_type`` and ``data`` or the :class:`ServerSentEventMessage <.response.ServerSentEventMessage>` class.

.. note::

Expand Down

0 comments on commit cd26215

Please sign in to comment.